From annulen at yandex.ru Sat Sep 3 10:13:02 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Sat, 03 Sep 2011 21:13:02 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard Message-ID: <339631315069982@web17.yandex.ru> Hi all, Yesterday I've undertook bootstrapping of bsd-port on my G5. I was unaware about recent discussion of this topic on this list, so I've used instructions from [1, 2] and Google :) My build scripts (modified version of scripts from [2]) are attached. My build command: JAVA_BOOTHOST=192.168.1.2 JAVA_BOOTDIR=/usr/lib/jvm/java-6-sun/ nice make ALLOW_DOWNLOADS=true SA_APPLE_BOOT_JAVA=true ALWAYS_PASS_TEST_GAMMA=true ALT_BOOTDIR=/usr/lib/jvm/java-6-sun HOTSPOT_BUILD_JOBS=1 ANT_HOME=/usr/share/ant ALT_FREETYPE_HEADERS_PATH=/Volumes/Development/Gentoo/usr/include ALT_FREETYPE_LIB_PATH=/Volumes/Development/Gentoo/usr/lib ALT_CUPS_HEADERS_PATH=/usr/include ALT_CACERTS_FILE=/System/Library/Frameworks/JavaVM.framework/Home/lib/security/cacerts LIBFFI_CFLAGS="-I/usr/include/ffi" NO_DOCS=true ZERO_BUILD=true ZERO_ENDIANNESS=big ZERO_LIBARCH=ppc ZERO_ARCHDEF=PPC ZERO_ARCHFLAG=-m32 JAVA_BOOTHOST=192.168.1.2 JAVA_BOOTDIR=/usr/lib/jvm/java-6-sun/ Default gcc and g++ are set to gcc 4.2 provided by Apple. Compilation of Zero failed twice. I've applied patches [3] and [4], and it was compiled. When everything was build, I've tried to run java -version. It failed: /build/bsd-ppc/j2sdk-image/bin/java -help Error occurred during initialization of VM java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:432) at java.lang.System.initProperties(Native Method) at java.lang.System.initializeSystemClass(System.java:1115) Questions: 1) How to find out why initialization failed? If debugging with gdb can help, how to rebuild only needed module (Zero VM?) with debugging symbols? 2) Do you have any plans to merge fresh Zero? Backporting of [3] and [4] may not be enoough to make thing working. [1] http://landonf.bikemonkey.org/code/java [2] http://freebsd.monkey.org/freebsd-java/200802/msg00002.html [3] http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/a3142bdb6707 [4] http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/d17bd0b18663 -- Regards, Konstantin -------------- next part -------------- A non-text attachment was scrubbed... Name: boot-java2.tar.gz Type: application/octet-stream Size: 1013 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20110903/46336baf/boot-java2.tar.gz From annulen at yandex.ru Sat Sep 3 10:20:56 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Sat, 03 Sep 2011 21:20:56 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <339631315069982@web17.yandex.ru> References: <339631315069982@web17.yandex.ru> Message-ID: <341981315070456@web10.yandex.ru> 03.09.2011, 21:15, "Konstantin Tokarev" : > Questions: > > 1) How to find out why initialization failed? If debugging with gdb can help, how to rebuild only needed module (Zero VM?) with debugging symbols? > 2) Do you have any plans to merge fresh Zero? Backporting of [3] and [4] may not be enoough to make thing working. > > [1] http://landonf.bikemonkey.org/code/java > [2] http://freebsd.monkey.org/freebsd-java/200802/msg00002.html > [3] http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/a3142bdb6707 > [4] http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/d17bd0b18663 > 3) Does anybody have OpenJDK image for Mac/PPC newer than [5]? In [5] Zero is failng too much: it cannot run Java 5 application which runs fine of Apple JVM, and it cannot be used as bootstrap VM. [5] http://landonf.bikemonkey.org/static/soylatte/bsd-dist/openjdk7_darwin/openjdk7-macppc-2009-12-16-b4.tar.bz2 -- Regards, Konstantin From kurt at intricatesoftware.com Wed Sep 7 13:13:51 2011 From: kurt at intricatesoftware.com (kurt at intricatesoftware.com) Date: Wed, 07 Sep 2011 20:13:51 +0000 Subject: hg: bsd-port/bsd-port/corba: Summary: Update OpenBSD OS version and remove OpenBSD/i386 Message-ID: <20110907201352.C83D047442@hg.openjdk.java.net> Changeset: 578c4d2c534c Author: kurt Date: 2011-09-07 16:01 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/corba/rev/578c4d2c534c Summary: Update OpenBSD OS version and remove OpenBSD/i386 max memory work-around. ! make/common/shared/Platform.gmk From kurt at intricatesoftware.com Wed Sep 7 13:17:19 2011 From: kurt at intricatesoftware.com (kurt at intricatesoftware.com) Date: Wed, 07 Sep 2011 20:17:19 +0000 Subject: hg: bsd-port/bsd-port/jdk: Summary: Add EINTR call restarting to dbgsys* functions otherwise Message-ID: <20110907201746.CE54447443@hg.openjdk.java.net> Changeset: 5e932f1534d8 Author: kurt Date: 2011-09-07 16:05 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/jdk/rev/5e932f1534d8 Summary: Add EINTR call restarting to dbgsys* functions otherwise signal delivery will cause these functions to fail on BSD. ! src/share/transport/socket/socketTransport.c ! src/solaris/transport/socket/socket_md.c From kurt at intricatesoftware.com Wed Sep 7 18:26:45 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Wed, 07 Sep 2011 21:26:45 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <341981315070456@web10.yandex.ru> References: <339631315069982@web17.yandex.ru> <341981315070456@web10.yandex.ru> Message-ID: <4E6819D5.5060102@intricatesoftware.com> Hi Konstantin, On 09/03/11 13:20, Konstantin Tokarev wrote: > > > 03.09.2011, 21:15, "Konstantin Tokarev" : >> Questions: >> >> 1) How to find out why initialization failed? If debugging with gdb can help, how to rebuild only needed module (Zero VM?) with debugging symbols? >> 2) Do you have any plans to merge fresh Zero? Backporting of [3] and [4] may not be enoough to make thing working. I will merge these in now that they are have been committed to hotspot-comp. >> >> [1] http://landonf.bikemonkey.org/code/java >> [2] http://freebsd.monkey.org/freebsd-java/200802/msg00002.html >> [3] http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/a3142bdb6707 >> [4] http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/d17bd0b18663 >> > > 3) Does anybody have OpenJDK image for Mac/PPC newer than [5]? In [5] Zero is failng too much: it cannot run Java 5 application which runs fine of Apple JVM, and it cannot be used as bootstrap VM. > > [5] http://landonf.bikemonkey.org/static/soylatte/bsd-dist/openjdk7_darwin/openjdk7-macppc-2009-12-16-b4.tar.bz2 > I have some debug builds from February here: http://www.intricatesoftware.com/OpenJDK/macppc/ Regards, -Kurt From annulen at yandex.ru Thu Sep 8 01:08:03 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Thu, 08 Sep 2011 12:08:03 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <4E6819D5.5060102@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <341981315070456@web10.yandex.ru> <4E6819D5.5060102@intricatesoftware.com> Message-ID: <606561315469283@web47.yandex.ru> 08.09.2011, 05:26, "Kurt Miller": >> ?3) Does anybody have OpenJDK image for Mac/PPC newer than [5]? In [5] Zero is failng too much: it cannot run Java 5 application which runs fine of Apple JVM, and it cannot be used as bootstrap VM. >> >> ?[5] http://landonf.bikemonkey.org/static/soylatte/bsd-dist/openjdk7_darwin/openjdk7-macppc-2009-12-16-b4.tar.bz2 > > I have some debug builds from February here: > > http://www.intricatesoftware.com/OpenJDK/macppc/ > Is it capable of self-hosting? -- Regards, Konstantin From johnyeary at gmail.com Thu Sep 8 04:42:12 2011 From: johnyeary at gmail.com (John Yeary) Date: Thu, 8 Sep 2011 07:42:12 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <606561315469283@web47.yandex.ru> References: <339631315069982@web17.yandex.ru> <341981315070456@web10.yandex.ru> <4E6819D5.5060102@intricatesoftware.com> <606561315469283@web47.yandex.ru> Message-ID: Wow! A build that works on PPC. I will try it out when I get home tonight. Are there any specific steps that you had to use to get it to compile? Could you update the directions on the build page http://wikis.sun.com/display/OpenJDK/Darwin9Build This is all very exciting. John 2011/9/8 Konstantin Tokarev > > > 08.09.2011, 05:26, "Kurt Miller": > > >> 3) Does anybody have OpenJDK image for Mac/PPC newer than [5]? In [5] > Zero is failng too much: it cannot run Java 5 application which runs fine of > Apple JVM, and it cannot be used as bootstrap VM. > >> > >> [5] > http://landonf.bikemonkey.org/static/soylatte/bsd-dist/openjdk7_darwin/openjdk7-macppc-2009-12-16-b4.tar.bz2 > > > > I have some debug builds from February here: > > > > http://www.intricatesoftware.com/OpenJDK/macppc/ > > > > Is it capable of self-hosting? > > -- > Regards, > Konstantin > > -- John Yeary -- http://javaevangelist.blogspot.com http://www.johnyeary.com *@jyeary* "Far better it is to dare mighty things, to win glorious triumphs, even though checkered by failure, than to take rank with those poor spirits who neither enjoy much nor suffer much, because they live in the gray twilight that knows not victory nor defeat." -- Theodore Roosevelt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20110908/e4204e33/attachment.html From kurt at intricatesoftware.com Thu Sep 8 05:27:25 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Thu, 08 Sep 2011 08:27:25 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <606561315469283@web47.yandex.ru> References: <339631315069982@web17.yandex.ru> <341981315070456@web10.yandex.ru> <4E6819D5.5060102@intricatesoftware.com> <606561315469283@web47.yandex.ru> Message-ID: <4E68B4AD.2070906@intricatesoftware.com> On 9/8/11 4:08 AM, Konstantin Tokarev wrote: > > 08.09.2011, 05:26, "Kurt Miller": > >>> 3) Does anybody have OpenJDK image for Mac/PPC newer than [5]? In [5] Zero is failng too much: it cannot run Java 5 application which runs fine of Apple JVM, and it cannot be used as bootstrap VM. >>> >>> [5] http://landonf.bikemonkey.org/static/soylatte/bsd-dist/openjdk7_darwin/openjdk7-macppc-2009-12-16-b4.tar.bz2 >> I have some debug builds from February here: >> >> http://www.intricatesoftware.com/OpenJDK/macppc/ >> > Is it capable of self-hosting? > It was at the time and should be ok for now too. The problem with self bootstrapping has been caused by the langtools check for when to build stub files. The following change should resolve that problem: http://hg.openjdk.java.net/bsd-port/bsd-port/langtools/rev/23aadf169f08 -Kurt From henri.gomez at gmail.com Thu Sep 8 05:53:42 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 8 Sep 2011 14:53:42 +0200 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <4E68B4AD.2070906@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <341981315070456@web10.yandex.ru> <4E6819D5.5060102@intricatesoftware.com> <606561315469283@web47.yandex.ru> <4E68B4AD.2070906@intricatesoftware.com> Message-ID: Kurt, It could be nice for PPC users to get it packaged Sad I don't have OSX PPC box available to make package built on it via a Jenkins slave ;( 2011/9/8 Kurt Miller : > On 9/8/11 4:08 AM, Konstantin Tokarev wrote: >> >> 08.09.2011, 05:26, "Kurt Miller": >> >>>> ? 3) Does anybody have OpenJDK image for Mac/PPC newer than [5]? In [5] Zero is failng too much: it cannot run Java 5 application which runs fine of Apple JVM, and it cannot be used as bootstrap VM. >>>> >>>> ? [5] http://landonf.bikemonkey.org/static/soylatte/bsd-dist/openjdk7_darwin/openjdk7-macppc-2009-12-16-b4.tar.bz2 >>> I have some debug builds from February here: >>> >>> http://www.intricatesoftware.com/OpenJDK/macppc/ >>> >> Is it capable of self-hosting? >> > > It was at the time and should be ok for now too. The problem with self > bootstrapping has been caused by the langtools check for when to build > stub files. The following change should resolve that problem: > > http://hg.openjdk.java.net/bsd-port/bsd-port/langtools/rev/23aadf169f08 > > -Kurt > > > From kurt at intricatesoftware.com Thu Sep 8 08:11:56 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Thu, 8 Sep 2011 11:11:56 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: References: <339631315069982@web17.yandex.ru> <4E68B4AD.2070906@intricatesoftware.com> Message-ID: <201109081111.56428.kurt@intricatesoftware.com> Hi Henri, On Thursday 08 September 2011 08:53:42 am Henri Gomez wrote: > Kurt, > > It could be nice for PPC users to get it packaged > > Sad I don't have OSX PPC box available to make package built on it via > a Jenkins slave ;( Once it is working well again, hopefully someone from the comunity will step up and do that work or donate you a PPC box for your build farm. Regards, -Kurt From swingler at apple.com Thu Sep 8 08:42:34 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 08 Sep 2011 08:42:34 -0700 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109081111.56428.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <4E68B4AD.2070906@intricatesoftware.com> <201109081111.56428.kurt@intricatesoftware.com> Message-ID: On Sep 8, 2011, at 8:11 AM, Kurt Miller wrote: > Hi Henri, > > On Thursday 08 September 2011 08:53:42 am Henri Gomez wrote: >> Kurt, >> >> It could be nice for PPC users to get it packaged >> >> Sad I don't have OSX PPC box available to make package built on it via >> a Jenkins slave ;( > > Once it is working well again, hopefully someone from the comunity will > step up and do that work or donate you a PPC box for your build farm. An Intel Leopard box should be able to compile a universal binary for both PPC and Intel, but would require explicitly passing -arch flags. The J2SE 5.0 builds on Leopard for ppc, i386, and x86_64 were always made using an Intel builder. Just a thought, Mike Swingler Java Engineering Apple Inc. From henri.gomez at gmail.com Thu Sep 8 09:05:24 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 8 Sep 2011 18:05:24 +0200 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109081111.56428.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <4E68B4AD.2070906@intricatesoftware.com> <201109081111.56428.kurt@intricatesoftware.com> Message-ID: > Once it is working well again, hopefully someone from the comunity will > step up and do that work or donate you a PPC box for your build farm. Build farm ? Ouch I'm far from this, but I'll be happy to help for PPC builds. From henri.gomez at gmail.com Thu Sep 8 09:07:10 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 8 Sep 2011 18:07:10 +0200 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: References: <339631315069982@web17.yandex.ru> <4E68B4AD.2070906@intricatesoftware.com> <201109081111.56428.kurt@intricatesoftware.com> Message-ID: > An Intel Leopard box should be able to compile a universal binary for both PPC and Intel, but would require explicitly passing -arch flags. No more Leo here, Snow and Lion only ;( > The J2SE 5.0 builds on Leopard for ppc, i386, and x86_64 were always made using an Intel builder. Interesting. BTW, did the various arch detector in OpenJDK couldn't broker the 'universal binary' build ? From kurt at intricatesoftware.com Thu Sep 8 09:15:12 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Thu, 8 Sep 2011 12:15:12 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: References: <339631315069982@web17.yandex.ru> <201109081111.56428.kurt@intricatesoftware.com> Message-ID: <201109081215.13007.kurt@intricatesoftware.com> On Thursday 08 September 2011 11:42:34 am Mike Swingler wrote: > On Sep 8, 2011, at 8:11 AM, Kurt Miller wrote: > > > Hi Henri, > > > > On Thursday 08 September 2011 08:53:42 am Henri Gomez wrote: > >> Kurt, > >> > >> It could be nice for PPC users to get it packaged > >> > >> Sad I don't have OSX PPC box available to make package built on it via > >> a Jenkins slave ;( > > > > Once it is working well again, hopefully someone from the comunity will > > step up and do that work or donate you a PPC box for your build farm. > > An Intel Leopard box should be able to compile a universal binary for both PPC and Intel, but would require explicitly passing -arch flags. > > The J2SE 5.0 builds on Leopard for ppc, i386, and x86_64 were always made using an Intel builder. That's an interesting thought. I'm not sure how both PPC and Intel could be compiled into the same universal binary since ppc uses the Zero hotspot implementation and Intel the JIT implementation. Perhaps an Intel Leopard box could build the PPC/ Zero binaries though using -arch ppc. Regards, -Kurt From swingler at apple.com Thu Sep 8 09:26:33 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 08 Sep 2011 09:26:33 -0700 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109081215.13007.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <201109081111.56428.kurt@intricatesoftware.com> <201109081215.13007.kurt@intricatesoftware.com> Message-ID: <989E05C8-4711-4B8C-A216-DB51B6B7FE6B@apple.com> On Sep 8, 2011, at 9:15 AM, Kurt Miller wrote: > On Thursday 08 September 2011 11:42:34 am Mike Swingler wrote: > >> On Sep 8, 2011, at 8:11 AM, Kurt Miller wrote: >> >>> Hi Henri, >>> >>> On Thursday 08 September 2011 08:53:42 am Henri Gomez wrote: >>>> Kurt, >>>> >>>> It could be nice for PPC users to get it packaged >>>> >>>> Sad I don't have OSX PPC box available to make package built on it via >>>> a Jenkins slave ;( >>> >>> Once it is working well again, hopefully someone from the comunity will >>> step up and do that work or donate you a PPC box for your build farm. >> >> An Intel Leopard box should be able to compile a universal binary for both PPC and Intel, but would require explicitly passing -arch flags. >> >> The J2SE 5.0 builds on Leopard for ppc, i386, and x86_64 were always made using an Intel builder. > > That's an interesting thought. I'm not sure how both PPC and Intel could be compiled into the same universal binary since ppc uses the Zero hotspot implementation and Intel the JIT implementation. Perhaps an Intel Leopard box could build the PPC/ Zero binaries though using -arch ppc. Actually, as I recall (it takes a while to page all this stuff back into my brain), the J2SE 5.0 Makefiles for HotSpot actually were completely separate for PPC vs. i386+x86_64, and we just had a final make rule that lipo'd the different architectures together at the end. The PPC "side" of the Makefile machinery ran fine on an Intel builder though. Best of luck, Mike Swingler Java Engineering Apple Inc. From swingler at apple.com Thu Sep 8 09:28:36 2011 From: swingler at apple.com (Mike Swingler) Date: Thu, 08 Sep 2011 09:28:36 -0700 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: References: <339631315069982@web17.yandex.ru> <4E68B4AD.2070906@intricatesoftware.com> <201109081111.56428.kurt@intricatesoftware.com> Message-ID: <093AD155-87E9-45C2-BFC6-E8D3F52A9C10@apple.com> On Sep 8, 2011, at 9:07 AM, Henri Gomez wrote: >> An Intel Leopard box should be able to compile a universal binary for both PPC and Intel, but would require explicitly passing -arch flags. > > No more Leo here, Snow and Lion only ;( > >> The J2SE 5.0 builds on Leopard for ppc, i386, and x86_64 were always made using an Intel builder. > > Interesting. > > BTW, did the various arch detector in OpenJDK couldn't broker the > 'universal binary' build ? I'm not sure what you mean? What is an "arch detector"? We do have the macosx-port setup to do Intel-Universal builds, but I don't think any of that logic trickled back to bsd-port. Regards, Mike Swingler Java Engineering Apple Inc. From kurt at intricatesoftware.com Thu Sep 8 09:39:04 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Thu, 8 Sep 2011 12:39:04 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <989E05C8-4711-4B8C-A216-DB51B6B7FE6B@apple.com> References: <339631315069982@web17.yandex.ru> <201109081215.13007.kurt@intricatesoftware.com> <989E05C8-4711-4B8C-A216-DB51B6B7FE6B@apple.com> Message-ID: <201109081239.05138.kurt@intricatesoftware.com> On Thursday 08 September 2011 12:26:33 pm Mike Swingler wrote: > On Sep 8, 2011, at 9:15 AM, Kurt Miller wrote: > > > On Thursday 08 September 2011 11:42:34 am Mike Swingler wrote: > > > >> On Sep 8, 2011, at 8:11 AM, Kurt Miller wrote: > >> > >>> Hi Henri, > >>> > >>> On Thursday 08 September 2011 08:53:42 am Henri Gomez wrote: > >>>> Kurt, > >>>> > >>>> It could be nice for PPC users to get it packaged > >>>> > >>>> Sad I don't have OSX PPC box available to make package built on it via > >>>> a Jenkins slave ;( > >>> > >>> Once it is working well again, hopefully someone from the comunity will > >>> step up and do that work or donate you a PPC box for your build farm. > >> > >> An Intel Leopard box should be able to compile a universal binary for both PPC and Intel, but would require explicitly passing -arch flags. > >> > >> The J2SE 5.0 builds on Leopard for ppc, i386, and x86_64 were always made using an Intel builder. > > > > That's an interesting thought. I'm not sure how both PPC and Intel could be compiled into the same universal binary since ppc uses the Zero hotspot implementation and Intel the JIT implementation. Perhaps an Intel Leopard box could build the PPC/ Zero binaries though using -arch ppc. > > Actually, as I recall (it takes a while to page all this stuff back into my brain), the J2SE 5.0 Makefiles for HotSpot actually were completely separate for PPC vs. i386+x86_64, and we just had a final make rule that lipo'd the different architectures together at the end. The PPC "side" of the Makefile machinery ran fine on an Intel builder though. Ahh. That makes sense now. :-) Thanks for the clarification. Regards, -Kurt From henri.gomez at gmail.com Thu Sep 8 09:52:10 2011 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 8 Sep 2011 18:52:10 +0200 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <093AD155-87E9-45C2-BFC6-E8D3F52A9C10@apple.com> References: <339631315069982@web17.yandex.ru> <4E68B4AD.2070906@intricatesoftware.com> <201109081111.56428.kurt@intricatesoftware.com> <093AD155-87E9-45C2-BFC6-E8D3F52A9C10@apple.com> Message-ID: > I'm not sure what you mean? What is an "arch detector"? We do have the macosx-port setup to do Intel-Universal builds, but I don't think any of that logic trickled back to bsd-port. Many uname in makefile settings some envvars and activating various builds options From annulen at yandex.ru Thu Sep 8 10:02:59 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Thu, 08 Sep 2011 21:02:59 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109081215.13007.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <201109081111.56428.kurt@intricatesoftware.com> <201109081215.13007.kurt@intricatesoftware.com> Message-ID: <9501315501379@web127.yandex.ru> 08.09.2011, 20:15, "Kurt Miller": >> ?An Intel Leopard box should be able to compile a universal binary for both PPC and Intel, but would require explicitly passing -arch flags. >> >> ?The J2SE 5.0 builds on Leopard for ppc, i386, and x86_64 were always made using an Intel builder. > > That's an interesting thought. I'm not sure how both PPC and Intel could be compiled into the same universal binary since ppc uses the Zero hotspot implementation and Intel the JIT implementation. Perhaps an Intel Leopard box could build the PPC/ Zero binaries though using -arch ppc. I think it would be pointless to prepare universal (PPC+i386) builds of OpenJDK. 1. It will require extra complications in the build system because of different hotspot implementations needed. 2. People on Intel Macs will prefer macosx-port (which AFAIK is incompatible with Mac OS <= 10.5) rather than X11-based bsd-port 3. People usually prefer to have native binaries without unneeded arches. However, it's possible to build non-fat ppc32 binaries on Intel Macs with OS version up to Snow Leopard. Xcode 4 on Lion is incapable of building ppc binaries. -- Regards, Konstantin From annulen at yandex.ru Thu Sep 8 10:28:45 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Thu, 08 Sep 2011 21:28:45 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <4E6819D5.5060102@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <341981315070456@web10.yandex.ru> <4E6819D5.5060102@intricatesoftware.com> Message-ID: <17411315502925@web126.yandex.ru> 08.09.2011, 05:26, "Kurt Miller": > I have some debug builds from February here: > > http://www.intricatesoftware.com/OpenJDK/macppc/ > I get java.awt.HeadlessException when trying to launch any GUI software. Try to launch e.g demo/jfc/FileChooserDemo/FileChooserDemo.jar from package. -- Regards, Konstantin From kurt at intricatesoftware.com Thu Sep 8 12:01:19 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Thu, 08 Sep 2011 15:01:19 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <339631315069982@web17.yandex.ru> References: <339631315069982@web17.yandex.ru> Message-ID: <4E6910FF.9010701@intricatesoftware.com> Konstantin Tokarev wrote: > [3] http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/a3142bdb6707 > [4] http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/d17bd0b18663 > Konstantin, With these fixes I can build bsd-port on ppc again too. I am currently testing the build by using it to bootstrap another build. As far as I can tell it is not possible for mercurial to pull over individual change sets. I get all the changes leading up to those changes when I try. So I ported these fixes over manually and will push them to bsd-port later today. Thanks, -Kurt From christos at zoulas.com Thu Sep 8 12:04:58 2011 From: christos at zoulas.com (Christos Zoulas) Date: Thu, 8 Sep 2011 15:04:58 -0400 Subject: mercurial version? Message-ID: <20110908190458.95BC79711B@rebar.astron.com> Does anyone know what version of mercurial the bsd-port repository is running? I am asking because last time I committed something (roughly 2 years ago), the repository got corrupted because it could not handle 64 bit time_t' from newer mercurial. Thanks, christos From annulen at yandex.ru Thu Sep 8 12:20:14 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Thu, 08 Sep 2011 23:20:14 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <4E6910FF.9010701@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <4E6910FF.9010701@intricatesoftware.com> Message-ID: <59171315509614@web71.yandex.ru> 08.09.2011, 23:01, "Kurt Miller": > As far as I can tell it is not possible for mercurial to pull over > individual change sets. Actually, it's possible via hg-git and git cherry-pick, but it may be not acceptable for you ;) However, I guess that only those 2 changes were not enough to make Zero *working* (my java binary failed to initialize) > I get all the changes leading up to those > changes when I try. So I ported these fixes over manually and will push > them to bsd-port later today. Great, thanks for your help. -- Regards, Konstantin From christos at zoulas.com Thu Sep 8 17:06:18 2011 From: christos at zoulas.com (christos at zoulas.com) Date: Fri, 09 Sep 2011 00:06:18 +0000 Subject: hg: bsd-port/bsd-port/hotspot: 3 new changesets Message-ID: <20110909000626.F0EA2474A8@hg.openjdk.java.net> Changeset: 45d640b4ff1b Author: Christos Zoulas Date: 2011-09-08 20:02 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/45d640b4ff1b Protect __STDC_FORMAT_MACROS from re-definition. It is best not to define this here, but in jvm_bsd.h because we want it defined before we include anything else... ! src/share/vm/utilities/globalDefinitions.hpp Changeset: b99f523cf2cf Author: Christos Zoulas Date: 2011-09-08 20:04 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/b99f523cf2cf define __STDC_LIMIT_MACROS, __STDC_CONSTANT_MACROS, __STDC_FORMAT_MACROS since the jdk uses them and standards compliant ANSI C headers don't expose them by default. I did it here, so it is done early and only for NetBSD. Others might want it too. ! src/os/bsd/vm/jvm_bsd.h Changeset: 1933206ed5c0 Author: Christos Zoulas Date: 2011-09-08 20:06 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/1933206ed5c0 make this compile on IA64 ! src/share/vm/opto/connode.cpp From kurt at intricatesoftware.com Thu Sep 8 19:52:15 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Thu, 08 Sep 2011 22:52:15 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <17411315502925@web126.yandex.ru> References: <339631315069982@web17.yandex.ru> <341981315070456@web10.yandex.ru> <4E6819D5.5060102@intricatesoftware.com> <17411315502925@web126.yandex.ru> Message-ID: <4E697F5F.2030706@intricatesoftware.com> On 9/8/11 1:28 PM, Konstantin Tokarev wrote: > 08.09.2011, 05:26, "Kurt Miller": >> I have some debug builds from February here: >> >> http://www.intricatesoftware.com/OpenJDK/macppc/ >> > I get java.awt.HeadlessException when trying to launch any GUI software. > > Try to launch e.g demo/jfc/FileChooserDemo/FileChooserDemo.jar from package. Yea. I see this too: bash-3.2$ /Users/truk/jdk/openjdk7-macppc-2011-09-08/bin/java -jar Metalworks.jar Exception in thread "main" java.awt.HeadlessException at sun.awt.HeadlessToolkit.setDynamicLayout(HeadlessToolkit.java:295) at Metalworks.main(Metalworks.java:53) It will need to be investigated. Thanks, -Kurt From kurt at intricatesoftware.com Thu Sep 8 20:54:29 2011 From: kurt at intricatesoftware.com (kurt at intricatesoftware.com) Date: Fri, 09 Sep 2011 03:54:29 +0000 Subject: hg: bsd-port/bsd-port/hotspot: 3 new changesets Message-ID: <20110909035435.B4F27474B9@hg.openjdk.java.net> Changeset: d99689d906ec Author: kurt Date: 2011-09-08 23:47 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/d99689d906ec Summary: Handle SIGBUS the same as SIGSEGV on bsd w/zero. Needed for FreeBSD at least. ! src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp Changeset: 688845926a06 Author: kurt Date: 2011-09-08 23:50 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/688845926a06 Summary: Manually port zero build fixes from: http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/a3142bdb6707 7071823: Zero: zero/shark doesn't build after b147-fcs Reviewed-by: gbenson, twisti Contributed-by: Chris Phillips ! src/cpu/zero/vm/frame_zero.cpp + src/cpu/zero/vm/methodHandles_zero.hpp ! src/cpu/zero/vm/sharedRuntime_zero.cpp ! src/share/vm/shark/sharkContext.hpp Changeset: 8850d51fc07a Author: kurt Date: 2011-09-08 23:51 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/8850d51fc07a Summary: Manually port zero build fixes from: http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/d17bd0b18663 7066143: JSR 292: Zero support after regressions from 7009923 and 7009309 Reviewed-by: jrose, twisti Contributed-by: Xerxes Ranby ! src/cpu/zero/vm/stack_zero.cpp ! src/share/vm/runtime/vmStructs.cpp From kurt at intricatesoftware.com Thu Sep 8 20:59:59 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Thu, 08 Sep 2011 23:59:59 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <17411315502925@web126.yandex.ru> References: <339631315069982@web17.yandex.ru> <341981315070456@web10.yandex.ru> <4E6819D5.5060102@intricatesoftware.com> <17411315502925@web126.yandex.ru> Message-ID: <4E698F3F.4080307@intricatesoftware.com> On 9/8/11 1:28 PM, Konstantin Tokarev wrote: > > 08.09.2011, 05:26, "Kurt Miller": >> I have some debug builds from February here: >> >> http://www.intricatesoftware.com/OpenJDK/macppc/ >> > I get java.awt.HeadlessException when trying to launch any GUI software. > > Try to launch e.g demo/jfc/FileChooserDemo/FileChooserDemo.jar from package. Adding -Djava.awt.headless= to the arguments works-around the problem for me. Regards, -Kurt From kurt at intricatesoftware.com Thu Sep 8 21:06:49 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Fri, 09 Sep 2011 00:06:49 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <59171315509614@web71.yandex.ru> References: <339631315069982@web17.yandex.ru> <4E6910FF.9010701@intricatesoftware.com> <59171315509614@web71.yandex.ru> Message-ID: <4E6990D9.9040509@intricatesoftware.com> On 9/8/11 3:20 PM, Konstantin Tokarev wrote: > However, I guess that only those 2 changes were not enough to make Zero > *working* (my java binary failed to initialize) I pushed up the changes + one more that has been in my zero tree for a while. zero is working again for me. I have been able to self-bootstrap with it at least. I use the following build script to build: ===== build.sh====== #!/bin/sh cd bsd-port time env -i \ PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin \ LANG=C \ make \ CC=gcc-4.2 \ CXX=g++-4.2 \ ALT_BOOTDIR=/Users/truk/jdk/openjdk7-macppc-2011-09-07 \ ALT_FREETYPE_HEADERS_PATH=/usr/X11R6/include \ ALT_FREETYPE_LIB_PATH=/usr/X11R6/lib \ ALT_CACERTS_FILE=/System/Library/Frameworks/JavaVM.framework/Home/lib/security/ cacerts \ ALT_DROPS_DIR=/Users/truk/jdk/drops \ LIBFFI_CFLAGS="-I/usr/include/ffi" \ DEFAULT_LIBPATH="/lib:/usr/lib:/usr/X11R6/lib:/usr/local/lib" \ NO_DOCS=true \ ZERO_BUILD=true \ ZERO_ENDIANNESS=big \ ZERO_LIBARCH=ppc \ ZERO_ARCHDEF=PPC \ ZERO_ARCHFLAG="-arch ppc" ====== build.sh ====== Fix the paths up and use soylatte or one of my old debug builds for ALT_BOOTDIR. Regards, -Kurt From annulen at yandex.ru Fri Sep 9 02:45:38 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Fri, 09 Sep 2011 13:45:38 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <4E698F3F.4080307@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <341981315070456@web10.yandex.ru> <4E6819D5.5060102@intricatesoftware.com> <17411315502925@web126.yandex.ru> <4E698F3F.4080307@intricatesoftware.com> Message-ID: <279171315561538@web103.yandex.ru> 09.09.2011, 07:59, "Kurt Miller" : > On 9/8/11 1:28 PM, Konstantin Tokarev wrote: > >> ?08.09.2011, 05:26, "Kurt Miller": >>> ?I have some debug builds from February here: >>> >>> ?http://www.intricatesoftware.com/OpenJDK/macppc/ >> ?I get java.awt.HeadlessException when trying to launch any GUI software. >> >> ?Try to launch e.g demo/jfc/FileChooserDemo/FileChooserDemo.jar from package. > > Adding -Djava.awt.headless= to the arguments > works-around the problem for me. It works for me too. Of course, it would be great if was used by default. Also, I request -Dawt.useSystemAAFontSettings=on into default options. Now I can run some Swing applications (FileChooserDemo, yEd, JChemPaint). It works incredibly slow, but it works :) Than I've tried to run NetBeans 7.0.1. It crashed in the middle of loading process with message /media/Storage/Downloads/netbeans/bin/../platform/lib/nbexec: line 548: 731 Illegal instruction Crash dump: Process: java [731] Path: /Users/konstantintokarev/src/java/openjdk7-macppc-2011-02-12/bin/java Identifier: java Version: ??? (???) Code Type: PPC (Native) Parent Process: bash [515] Interval Since Last Report: 731421 sec Crashes Since Last Report: 22 Per-App Interval Since Last Report: 0 sec Per-App Crashes Since Last Report: 5 Date/Time: 2011-09-09 13:34:23.310 +0400 OS Version: Mac OS X 10.5.8 (9L31a) Report Version: 6 Anonymous UUID: 45A0408D-988D-4AD3-B97E-4B4BD4A7C1BE Exception Type: EXC_CRASH (SIGILL) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 0 Thread 0 Crashed: 0 libSystem.B.dylib 0x95166a88 __semwait_signal + 8 1 libSystem.B.dylib 0x951c0534 pthread_join$UNIX2003 + 924 2 java 0x00005c10 ContinueInNewThread0 + 128 3 java 0x000048b4 ContinueInNewThread + 212 4 java 0x000057bc JLI_Launch + 3788 5 java 0x0000d440 main + 144 6 java 0x00001f20 start + 64 7 ??? 0x00000ffc 0 + 4092 Thread 1: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156cc98 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x0155b1fc ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x0138e5bc JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 15 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 16 libjvm.dylib 0x012dac44 JavaCalls::call(JavaValue*, methodHandle, JavaCallArguments*, Thread*) + 132 17 libjvm.dylib 0x015e338c Reflection::invoke(instanceKlassHandle, methodHandle, Handle, bool, objArrayHandle, BasicType, objArrayHandle, bool, Thread*) + 4332 18 libjvm.dylib 0x015e3f78 Reflection::invoke_method(oopDesc*, Handle, objArrayHandle, Thread*) + 888 19 libjvm.dylib 0x01397d64 JVM_InvokeMethod + 1108 20 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 21 libffi.dylib 0x91e9ff10 ffi_call + 208 22 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 23 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 24 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 25 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 26 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 27 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 28 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 29 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 30 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 31 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 32 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 33 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 34 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 35 libjvm.dylib 0x012dac44 JavaCalls::call(JavaValue*, methodHandle, JavaCallArguments*, Thread*) + 132 36 libjvm.dylib 0x012f507c __ZL17jni_invoke_staticP7JNIEnv_P9JavaValueP8_jobject11JNICallTypeP10_jmethodIDP18JNI_ArgumentPusherP6Thread + 1004 37 libjvm.dylib 0x0132e9a8 jni_CallStaticVoidMethod + 1064 38 java 0x00003f9c JavaMain + 2748 39 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 2: 0 libSystem.B.dylib 0x95166a88 __semwait_signal + 8 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156b7ec os::PlatformEvent::park(long long) + 636 3 libjvm.dylib 0x0152e31c Monitor::IWait(Thread*, long long) + 348 4 libjvm.dylib 0x0152fd54 Monitor::wait(bool, long, bool) + 788 5 libjvm.dylib 0x016e807c VMThread::loop() + 1196 6 libjvm.dylib 0x016e8570 VMThread::run() + 256 7 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 8 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 3: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156cc98 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x0155b1fc ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x0138e5bc JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 13 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 14 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 15 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 16 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 17 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 18 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 19 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 4: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156cc98 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x0155b1fc ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x0138e5bc JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 15 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 16 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 17 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 18 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 19 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 20 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 21 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 5: 0 libSystem.B.dylib 0x951600c8 semaphore_wait_trap + 8 1 libjvm.dylib 0x015687c0 __ZL19signal_thread_entryP10JavaThreadP6Thread + 176 2 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 3 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 4 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 6: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156cc98 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x0152e308 Monitor::IWait(Thread*, long long) + 328 4 libjvm.dylib 0x0152fd54 Monitor::wait(bool, long, bool) + 788 5 libjvm.dylib 0x014c9060 LowMemoryDetector::low_memory_detector_thread_entry(JavaThread*, Thread*) + 496 6 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 7 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 8 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 7: 0 libSystem.B.dylib 0x95166a88 __semwait_signal + 8 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156b7ec os::PlatformEvent::park(long long) + 636 3 libjvm.dylib 0x0165e978 WatcherThread::run() + 568 4 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 5 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 8: 0 libSystem.B.dylib 0x95166a88 __semwait_signal + 8 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156b7ec os::PlatformEvent::park(long long) + 636 3 libjvm.dylib 0x0155b21c ObjectMonitor::wait(long long, bool, Thread*) + 1388 4 libjvm.dylib 0x0138e5bc JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 13 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 14 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 15 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 16 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 17 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 18 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 19 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 9: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156cc98 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x0155b1fc ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x0138e5bc JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 15 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 16 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 17 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 18 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 19 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 20 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 21 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 10: 0 libSystem.B.dylib 0x951da5a4 poll$UNIX2003 + 12 1 libjvm.dylib 0x01382c04 JVM_Timeout + 420 2 libnet.dylib 0x0076b1ac Java_java_net_PlainSocketImpl_socketAccept + 332 3 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 4 libffi.dylib 0x91e9ff10 ffi_call + 208 5 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 6 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 7 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 8 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 15 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 16 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 17 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 18 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 19 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 20 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 21 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 11: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156b7ec os::PlatformEvent::park(long long) + 636 3 libjvm.dylib 0x0155b21c ObjectMonitor::wait(long long, bool, Thread*) + 1388 4 libjvm.dylib 0x0138e5bc JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 11 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 12 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 13 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 14 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 15 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 16 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 17 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 12: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156cc98 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x0155b1fc ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x0138e5bc JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 15 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 16 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 17 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 18 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 19 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 20 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 21 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 22 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 23 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 13: 0 libSystem.B.dylib 0x951da5a4 poll$UNIX2003 + 12 1 libmawt.dylib 0x286ebc60 Java_sun_awt_X11_XToolkit_waitForEvents + 432 2 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 3 libffi.dylib 0x91e9ff10 ffi_call + 208 4 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 5 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 6 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 7 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 8 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 9 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 10 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 11 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 12 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 13 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 14 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 15 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 16 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 17 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 18 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 14: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156cc98 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x0155b1fc ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x0138e5bc JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 15 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 16 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 17 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 18 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 19 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 20 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 21 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 15: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x01573190 Parker::park(bool, long long) + 1264 3 libjvm.dylib 0x01681fb8 Unsafe_Park + 712 4 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 5 libffi.dylib 0x91e9ff10 ffi_call + 208 6 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 7 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 8 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 9 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 10 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 11 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 12 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 13 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 14 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 15 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 16 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 17 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 18 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 19 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 20 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 21 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 22 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 23 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 24 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 25 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 26 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 27 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 28 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 29 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 30 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 31 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 32 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 16: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x01573190 Parker::park(bool, long long) + 1264 3 libjvm.dylib 0x01681fb8 Unsafe_Park + 712 4 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 5 libffi.dylib 0x91e9ff10 ffi_call + 208 6 libjvm.dylib 0x011bef0c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 7 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 8 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 9 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 10 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 11 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 12 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 13 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 14 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 15 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 16 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 17 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 18 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 19 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 20 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 21 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 22 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 23 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 24 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 17: 0 libSystem.B.dylib 0x95166a88 __semwait_signal + 8 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0156b7ec os::PlatformEvent::park(long long) + 636 3 libjvm.dylib 0x015589d4 ObjectMonitor::EnterI(Thread*) + 1268 4 libjvm.dylib 0x01559bc0 ObjectMonitor::enter(Thread*) + 1616 5 libjvm.dylib 0x012c61fc InterpreterRuntime::monitorenter(JavaThread*, BasicObjectLock*) + 988 6 libjvm.dylib 0x0103a248 BytecodeInterpreter::run(BytecodeInterpreter*) + 3336 7 libjvm.dylib 0x011bdc24 CppInterpreter::main_loop(int, Thread*) + 292 8 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 9 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 10 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 11 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 12 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 13 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 14 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 15 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 16 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 17 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 18 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 19 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 20 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 21 libjvm.dylib 0x011bdc98 CppInterpreter::main_loop(int, Thread*) + 408 22 libjvm.dylib 0x011bf360 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 23 libjvm.dylib 0x01631df8 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 24 libjvm.dylib 0x012dbbe4 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1476 25 libjvm.dylib 0x012dc448 JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*) + 616 26 libjvm.dylib 0x012dc5f8 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*) + 104 27 libjvm.dylib 0x01385a60 __ZL12thread_entryP10JavaThreadP6Thread + 288 28 libjvm.dylib 0x01664170 JavaThread::thread_main_inner() + 272 29 libjvm.dylib 0x0156de60 __ZL10java_startP6Thread + 256 30 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 0 crashed with PPC Thread State 32: srr0: 0x95166a88 srr1: 0x0200f030 dar: 0xf0201c58 dsisr: 0x40000000 r0: 0x0000014e r1: 0xbfffbbc0 r2: 0xbfffbbfc r3: 0x00000004 r4: 0x00000000 r5: 0x00000000 r6: 0x00000000 r7: 0x00000000 r8: 0x00000000 r9: 0x00000001 r10: 0xfffffe3f r11: 0xa07e7934 r12: 0x9516b37c r13: 0x00015dc8 r14: 0x0001491c r15: 0x00000000 r16: 0x00015c90 r17: 0x00015c6c r18: 0xbfffbdc8 r19: 0xbfffceac r20: 0xbfffcea8 r21: 0x00000001 r22: 0x00000000 r23: 0x00100328 r24: 0xbfffbc6c r25: 0xbfffde7a r26: 0x00000f03 r27: 0x00000000 r28: 0xa081c820 r29: 0xf0201000 r30: 0xa081c820 r31: 0x951c01ac cr: 0x42002204 xer: 0x00000000 lr: 0x951c0538 ctr: 0x9516b37c vrsave: 0x80000000 Binary Images: 0x1000 - 0x19ff3 +java ??? (???) <74c60ad3d841778a987fdae7bbd5f6a2> /Users/konstantintokarev/src/java/openjdk7-macppc-2011-02-12/bin/java 0x28000 - 0x31ff9 +libverify.dylib ??? (???) /Volumes/Development/src/java/openjdk7-macppc-2011-02-12/jre/lib/ppc/libverify.dylib 0x37000 - 0x4fff3 +libjava.dylib ??? (???) <3f31cebcdccc41014b6a99fff15f1d9e> /Volumes/Development/src/java/openjdk7-macppc-2011-02-12/jre/lib/ppc/libjava.dylib 0x83000 - 0x97ffb +libzip.dylib ??? (???) /Volumes/Development/src/java/openjdk7-macppc-2011-02-12/jre/lib/ppc/libzip.dylib 0x763000 - 0x770ff3 +libnet.dylib ??? (???) <75da06d7bd3194384cfad558561e4d93> /Volumes/Development/src/java/openjdk7-macppc-2011-02-12/jre/lib/ppc/libnet.dylib 0x77a000 - 0x782ffd +libnio.dylib ??? (???) /Volumes/Development/src/java/openjdk7-macppc-2011-02-12/jre/lib/ppc/libnio.dylib 0x79a000 - 0x7a6fff +libXext.6.dylib ??? (???) /usr/X11/lib/libXext.6.dylib 0x7ab000 - 0x7b1fff +libXrender.1.dylib ??? (???) <9e04fe8a59869bd3912a8f8607240511> /usr/X11/lib/libXrender.1.dylib 0x7b5000 - 0x7b8ffd +libXtst.6.dylib ??? (???) <440e600a55515461d6828e7ad1cacf6c> /usr/X11/lib/libXtst.6.dylib 0x7bb000 - 0x7c6fff +libXi.6.dylib ??? (???) /usr/X11/lib/libXi.6.dylib 0x7ca000 - 0x7d8fff +libxcb.1.dylib ??? (???) <3f97127db94cf8eb088929ab157e89dc> /usr/X11/lib/libxcb.1.dylib 0x7e3000 - 0x7e4ffe +libXau.6.dylib ??? (???) <3ba122846b56811e07bb4deb55008873> /usr/X11/lib/libXau.6.dylib 0x7e7000 - 0x7eafff +libXdmcp.6.dylib ??? (???) <8ebd21b56dabc2541a70f0e2e4d18dac> /usr/X11/lib/libXdmcp.6.dylib 0x1000000 - 0x17d9ff7 +libjvm.dylib ??? (???) <462ae00849dda90a86dc5c4b2c646b71> /Volumes/Development/src/java/openjdk7-macppc-2011-02-12/jre/lib/ppc/server/libjvm.dylib 0x285f0000 - 0x28656ff7 +libawt.dylib ??? (???) <5cc6a47b4a5791d7a228e596dc098193> /Volumes/Development/src/java/openjdk7-macppc-2011-02-12/jre/lib/ppc/libawt.dylib 0x286e5000 - 0x2872bff7 +libmawt.dylib ??? (???) /Volumes/Development/src/java/openjdk7-macppc-2011-02-12/jre/lib/ppc/xawt/libmawt.dylib 0x2878e000 - 0x2888afff +libX11.6.dylib ??? (???) <98425235a8b80375b6364db8ead71292> /usr/X11/lib/libX11.6.dylib 0x288af000 - 0x288e7ff4 +libfontmanager.dylib ??? (???) <0de2daafae0fa98b4627b76ac16db4cf> /Volumes/Development/src/java/openjdk7-macppc-2011-02-12/jre/lib/ppc/libfontmanager.dylib 0x28914000 - 0x2897ffff +libfreetype.6.dylib ??? (???) <728128ae3a65a93d5b188f32d2e6427f> /usr/X11/lib/libfreetype.6.dylib 0x28f98000 - 0x28f9dffd JavaLaunching ??? (???) <788461f30a065e0facc6bbbac188aba0> /System/Library/PrivateFrameworks/JavaLaunching.framework/Versions/A/JavaLaunching 0x28fad000 - 0x28fbdff7 +jna2100079994900729609.tmp ??? (???) /var/tmp/jna2100079994900729609.tmp 0x28fc5000 - 0x28fcafff com.apple.JavaVM 12.9.0 (12.9.0) /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM 0x28fd2000 - 0x28ff3ff1 libmx.A.dylib ??? (???) /usr/lib/libmx.A.dylib 0x8fe00000 - 0x8fe30c23 dyld 97.1 (???) <89a0055b0e7ea2db881b73c6e63bc774> /usr/lib/dyld 0x90003000 - 0x9000bfff libbsm.dylib ??? (???) /usr/lib/libbsm.dylib 0x9000c000 - 0x9030effb com.apple.CoreServices.CarbonCore 786.16 (786.16) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x9035e000 - 0x90483ff3 com.apple.CoreFoundation 6.5.7 (476.19) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x90525000 - 0x90533fff libz.1.dylib ??? (???) <1a70dd3594a8c5ad39d785af5da23237> /usr/lib/libz.1.dylib 0x90534000 - 0x90617fff libobjc.A.dylib ??? (???) /usr/lib/libobjc.A.dylib 0x90618000 - 0x906cbffc com.apple.CFNetwork 438.16 (438.16) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x9072b000 - 0x907a6fff com.apple.SearchKit 1.2.2 (1.2.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x9080d000 - 0x90818ffb libgcc_s.1.dylib ??? (???) /usr/lib/libgcc_s.1.dylib 0x91dbf000 - 0x91e0efff com.apple.Metadata 10.5.8 (398.26) <1a261534027b9d1518327d1fabe1182b> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x91e0f000 - 0x91e76ffb libstdc++.6.dylib ??? (???) /usr/lib/libstdc++.6.dylib 0x91e9f000 - 0x91ea0fff libffi.dylib ??? (???) <11b77dbce4aa0f0b66d40014230abd1d> /usr/lib/libffi.dylib 0x920d7000 - 0x920dcff6 libmathCommon.A.dylib ??? (???) /usr/lib/system/libmathCommon.A.dylib 0x92120000 - 0x92159fff com.apple.SystemConfiguration 1.9.2 (1.9.2) <21dee7ffd93306032f911b5ef3fdbab3> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x93231000 - 0x93266fff com.apple.AE 402.3 (402.3) <75725936d014fd3ca2553d18b784b99b> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x93267000 - 0x933afff3 libicucore.A.dylib ??? (???) /usr/lib/libicucore.A.dylib 0x93b76000 - 0x93c60fff libxml2.2.dylib ??? (???) <9d05a5451084c8cd78e3f4722e2c2960> /usr/lib/libxml2.2.dylib 0x93ee9000 - 0x93fbcfff com.apple.CoreServices.OSServices 228.1 (228.1) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x93fc7000 - 0x9405efff com.apple.LaunchServices 292 (292) <06cb373fd960fbc2b4a0201f55c7dd6d> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x9405f000 - 0x94068fff com.apple.DiskArbitration 2.2.1 (2.2.1) <682f5c45591e8c4a89c79e384e2c49af> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x94405000 - 0x9449aff7 com.apple.framework.IOKit 1.5.2 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x9475d000 - 0x9475dffa com.apple.CoreServices 32 (32) <42b6dda539f7411606187335d9eae0c5> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x9515f000 - 0x952fffe3 libSystem.B.dylib ??? (???) <7dc28e19e1aac16b29cbd7c5d9ce9638> /usr/lib/libSystem.B.dylib 0x96095000 - 0x960bdfff libxslt.1.dylib ??? (???) <82421418f81b9b6c63529215a3612ab0> /usr/lib/libxslt.1.dylib 0x960be000 - 0x960ddfff libresolv.9.dylib ??? (???) /usr/lib/libresolv.9.dylib 0x9626f000 - 0x96365ffc libiconv.2.dylib ??? (???) <05ae1fcc97404173b2f9caef8f8be797> /usr/lib/libiconv.2.dylib 0x967e6000 - 0x96811ff7 libauto.dylib ??? (???) /usr/lib/libauto.dylib 0x968e1000 - 0x96b27ffb com.apple.Foundation 6.5.9 (677.26) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x97976000 - 0x9798effb com.apple.DictionaryServices 1.0.0 (1.0.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices 0x9798f000 - 0x97b78ffb com.apple.security 5.0.7 (1) <2c8ae7414f8d113a695da92950753ad9> /System/Library/Frameworks/Security.framework/Versions/A/Security 0x97c74000 - 0x97cf9fff libsqlite3.0.dylib ??? (???) /usr/lib/libsqlite3.0.dylib 0xba300000 - 0xba301fff libCyrillicConverter.dylib ??? (???) /System/Library/CoreServices/Encodings/libCyrillicConverter.dylib 0xfffec000 - 0xfffeffff libobjc.A.dylib ??? (???) /usr/lib/libobjc.A.dylib 0xffff8000 - 0xffff9703 libSystem.B.dylib ??? (???) /usr/lib/libSystem.B.dylib -- Regards, Konstantin From kurt at intricatesoftware.com Fri Sep 9 08:07:31 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Fri, 9 Sep 2011 11:07:31 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <279171315561538@web103.yandex.ru> References: <339631315069982@web17.yandex.ru> <4E698F3F.4080307@intricatesoftware.com> <279171315561538@web103.yandex.ru> Message-ID: <201109091107.31955.kurt@intricatesoftware.com> On Friday 09 September 2011 05:45:38 am Konstantin Tokarev wrote: > It works for me too. Of course, it would be great if was used by default. Also, I request -Dawt.useSystemAAFontSettings=on into default options. I poked around a bit in the code last night. From code inspection I can't see why the default is true for java.awt.headless. > Now I can run some Swing applications (FileChooserDemo, yEd, JChemPaint). It works incredibly slow, but it works :) > > Than I've tried to run NetBeans 7.0.1. It crashed in the middle of loading process with message Are you running on an SMP system? There are issues with ppc zero on SMP that haven't been resolved yet. BTW, I built a non-debug build of b147/fcs and put it up at: http://www.intricatesoftware.com/OpenJDK/macppc/ I'm building a fastdebug build also and will put that up later today as well. Regards, -Kurt From annulen at yandex.ru Fri Sep 9 08:42:50 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Fri, 09 Sep 2011 19:42:50 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109091107.31955.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <4E698F3F.4080307@intricatesoftware.com> <279171315561538@web103.yandex.ru> <201109091107.31955.kurt@intricatesoftware.com> Message-ID: <491841315582970@web66.yandex.ru> 09.09.2011, 19:07, "Kurt Miller": > On Friday 09 September 2011 05:45:38 am Konstantin Tokarev wrote: > >> ?It works for me too. Of course, it would be great if was used by default. Also, I request -Dawt.useSystemAAFontSettings=on into default options. > > I poked around a bit in the code last night. From code inspection I can't see why the default is true for java.awt.headless. > >> ?Now I can run some Swing applications (FileChooserDemo, yEd, JChemPaint). It works incredibly slow, but it works :) >> >> ?Than I've tried to run NetBeans 7.0.1. It crashed in the middle of loading process with message > > Are you running on an SMP system? There are issues with ppc zero on SMP that haven't been resolved yet. Yes, on dual-core G5. Is there any work around to force 1 CPU? > > BTW, I built a non-debug build of b147/fcs and put it up at: > > http://www.intricatesoftware.com/OpenJDK/macppc/ > > I'm building a fastdebug build also and will put that up later today as well. Thank you, downloading. -- Regards, Konstantin From annulen at yandex.ru Fri Sep 9 09:22:28 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Fri, 09 Sep 2011 20:22:28 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109091107.31955.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <4E698F3F.4080307@intricatesoftware.com> <279171315561538@web103.yandex.ru> <201109091107.31955.kurt@intricatesoftware.com> Message-ID: <504251315585348@web74.yandex.ru> 09.09.2011, 19:07, "Kurt Miller" : > BTW, I built a non-debug build of b147/fcs and put it up at: > > http://www.intricatesoftware.com/OpenJDK/macppc/ > > I'm building a fastdebug build also and will put that up later today as well. With new build: $ bin/java -jar demo/jfc/FileChooserDemo/FileChooserDemo.jar Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Djava.awt.headless= # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (os_bsd_zero.cpp:266), pid=49359, tid=4041822208 # fatal error: caught unhandled signal 10 at address 0x0 # # JRE version: 7.0 # Java VM: OpenJDK Zero VM (21.0-b17 interpreted mode bsd-ppc ) # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # An error report file with more information is saved as: # /Volumes/Development/src/java/openjdk7-macppc-fcs-2011-09-09/hs_err_pid49359.log Exception in thread "Basic L&F File Loading Thread" java.lang.ArrayStoreException at java.lang.System.arraycopy(Native Method) at java.lang.String.getChars(String.java:863) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:416) at java.lang.StringBuilder.append(StringBuilder.java:132) at java.io.UnixFileSystem.resolve(UnixFileSystem.java:108) at java.io.File.(File.java:236) at java.io.File.listFiles(File.java:1138) at sun.awt.shell.ShellFolder.listFiles(ShellFolder.java:125) at javax.swing.filechooser.FileSystemView.getFiles(FileSystemView.java:474) at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run0(BasicDirectoryModel.java:239) at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicDirectoryModel.java:228) The same jar works fine with 2011-02-12 build. Log is attached. -- Regards, Konstantin -------------- next part -------------- A non-text attachment was scrubbed... Name: hs_err_pid49359.log Type: application/octet-stream Size: 43451 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20110909/47bcec3f/hs_err_pid49359.log From kurt at intricatesoftware.com Fri Sep 9 10:55:47 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Fri, 9 Sep 2011 13:55:47 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <504251315585348@web74.yandex.ru> References: <339631315069982@web17.yandex.ru> <201109091107.31955.kurt@intricatesoftware.com> <504251315585348@web74.yandex.ru> Message-ID: <201109091355.47699.kurt@intricatesoftware.com> On Friday 09 September 2011 12:22:28 pm Konstantin Tokarev wrote: > With new build: > > $ bin/java -jar demo/jfc/FileChooserDemo/FileChooserDemo.jar > Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Djava.awt.headless= > # > # A fatal error has been detected by the Java Runtime Environment: > # > # Internal Error (os_bsd_zero.cpp:266), pid=49359, tid=4041822208 > # fatal error: caught unhandled signal 10 at address 0x0 > # > # JRE version: 7.0 > # Java VM: OpenJDK Zero VM (21.0-b17 interpreted mode bsd-ppc ) > # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again > # > # An error report file with more information is saved as: > # /Volumes/Development/src/java/openjdk7-macppc-fcs-2011-09-09/hs_err_pid49359.log > Exception in thread "Basic L&F File Loading Thread" java.lang.ArrayStoreException > at java.lang.System.arraycopy(Native Method) > at java.lang.String.getChars(String.java:863) > at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:416) > at java.lang.StringBuilder.append(StringBuilder.java:132) > at java.io.UnixFileSystem.resolve(UnixFileSystem.java:108) > at java.io.File.(File.java:236) > at java.io.File.listFiles(File.java:1138) > at sun.awt.shell.ShellFolder.listFiles(ShellFolder.java:125) > at javax.swing.filechooser.FileSystemView.getFiles(FileSystemView.java:474) > at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run0(BasicDirectoryModel.java:239) > at javax.swing.plaf.basic.BasicDirectoryModel$LoadFilesThread.run(BasicDirectoryModel.java:228) > > > The same jar works fine with 2011-02-12 build. Log is attached. This is working ok for me, however I have only one CPU. The February builds also included some atomic operations diffs I was working on to fix SMP. I left them out of this build because I wanted to release a build that exactly matched the committed bsd-port. Please try a build with the attached diff to see if that helps corrects this problem. Thanks, -Kurt -------------- next part -------------- A non-text attachment was scrubbed... Name: atomic.diff Type: text/x-diff Size: 23904 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20110909/4830e190/atomic.diff From annulen at yandex.ru Fri Sep 9 11:25:11 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Fri, 09 Sep 2011 22:25:11 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109091355.47699.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <201109091107.31955.kurt@intricatesoftware.com> <504251315585348@web74.yandex.ru> <201109091355.47699.kurt@intricatesoftware.com> Message-ID: <547331315592711@web75.yandex.ru> 09.09.2011, 21:55, "Kurt Miller": > Please try a build with the attached diff to see if that helps corrects this problem. Could you share your current make arguments? -- Regards, Konstantin From kurt at intricatesoftware.com Fri Sep 9 11:32:19 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Fri, 9 Sep 2011 14:32:19 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <547331315592711@web75.yandex.ru> References: <339631315069982@web17.yandex.ru> <201109091355.47699.kurt@intricatesoftware.com> <547331315592711@web75.yandex.ru> Message-ID: <201109091432.19937.kurt@intricatesoftware.com> On Friday 09 September 2011 02:25:11 pm Konstantin Tokarev wrote: > > 09.09.2011, 21:55, "Kurt Miller": > > Please try a build with the attached diff to see if that helps corrects this problem. > > Could you share your current make arguments? Of course, please see the following email that describes the build script I use: http://mail.openjdk.java.net/pipermail/bsd-port-dev/2011-September/001974.html You can change the " make \" line to " make fastdebug_build \" for a debug build. Thanks, -Kurt From annulen at yandex.ru Sat Sep 10 07:18:53 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Sat, 10 Sep 2011 18:18:53 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109091355.47699.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <201109091107.31955.kurt@intricatesoftware.com> <504251315585348@web74.yandex.ru> <201109091355.47699.kurt@intricatesoftware.com> Message-ID: <700281315664333@web152.yandex.ru> 09.09.2011, 21:55, "Kurt Miller" : > The February builds also included some atomic operations diffs I was > working on to fix SMP. I left them out of this build because I wanted to > release a build that exactly matched the committed bsd-port. > > Please try a build with the attached diff to see if that helps corrects this problem. Yes, it helps. Simple applications are running fine now. I've tried to launch Netbeans again. Now it went further, but that JVM crashed (log is attached): # To suppress the following error report, specify this argument # after -XX: or in .hotspotrc: SuppressErrorAt=/os_bsd_zero.cpp:258 # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (/Volumes/Development/src/java/bsd-port-hg/hotspot/src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp:258), pid=33861, tid=4048646144 # fatal error: # # /--------------------\ # | segmentation fault | # \---\ /--------------/ # / # [-] |\_/| # (+)=C |o o|__ # | | =-*-=__\ # OOO c_c_(___) # # JRE version: 7.0 # Java VM: OpenJDK Zero VM (21.0-b17-fastdebug interpreted mode bsd-ppc ) # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # An error report file with more information is saved as: # /Volumes/Development/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/hs_err_pid33861.log # # If you would like to submit a bug report, please visit: # http://bugreport.sun.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Current thread is 4048646144 Dumping core ... /media/Storage/Downloads/netbeans/bin/../platform/lib/nbexec: line 548: 33861 Abort trap Stack trace: Process: java [33861] Path: /Users/konstantintokarev/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/bin/java Identifier: java Version: ??? (???) Code Type: PPC (Native) Parent Process: bash [33640] Interval Since Last Report: 67187 sec Crashes Since Last Report: 5 Per-App Interval Since Last Report: 0 sec Per-App Crashes Since Last Report: 5 Date/Time: 2011-09-10 17:57:07.499 +0400 OS Version: Mac OS X 10.5.8 (9L31a) Report Version: 6 Anonymous UUID: 45A0408D-988D-4AD3-B97E-4B4BD4A7C1BE Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 12 Thread 0: 0 libSystem.B.dylib 0x95166a88 __semwait_signal + 8 1 libSystem.B.dylib 0x951c0534 pthread_join$UNIX2003 + 924 2 java 0x00005750 ContinueInNewThread0 + 128 3 java 0x000052ec JLI_Launch + 3756 4 java 0x0000d3b0 main + 144 (main.c:106) 5 java 0x00001d60 start + 64 Thread 1: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x01588d88 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x01577b8c ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x013bab3c JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 15 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 16 libjvm.dylib 0x012ef104 JavaCalls::call(JavaValue*, methodHandle, JavaCallArguments*, Thread*) + 132 17 libjvm.dylib 0x016004c8 Reflection::invoke(instanceKlassHandle, methodHandle, Handle, bool, objArrayHandle, BasicType, objArrayHandle, bool, Thread*) + 4008 18 libjvm.dylib 0x01601048 Reflection::invoke_method(oopDesc*, Handle, objArrayHandle, Thread*) + 888 19 libjvm.dylib 0x0139eb94 JVM_InvokeMethod + 1060 20 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 21 libffi.dylib 0x91e9ff10 ffi_call + 208 22 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 23 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 24 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 25 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 26 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 27 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 28 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 29 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 30 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 31 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 32 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 33 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 34 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 35 libjvm.dylib 0x012ef104 JavaCalls::call(JavaValue*, methodHandle, JavaCallArguments*, Thread*) + 132 36 libjvm.dylib 0x0130a3a8 __ZL17jni_invoke_staticP7JNIEnv_P9JavaValueP8_jobject11JNICallTypeP10_jmethodIDP18JNI_ArgumentPusherP6Thread + 744 37 libjvm.dylib 0x0132c7f0 jni_CallStaticVoidMethod + 832 38 java 0x00003c0c JavaMain + 3164 39 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 2: 0 libSystem.B.dylib 0x95166a88 __semwait_signal + 8 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0158791c os::PlatformEvent::park(long long) + 636 3 libjvm.dylib 0x0154bd7c Monitor::IWait(Thread*, long long) + 348 4 libjvm.dylib 0x0154d7b4 Monitor::wait(bool, long, bool) + 788 5 libjvm.dylib 0x016f693c VMThread::loop() + 1196 6 libjvm.dylib 0x016f6e30 VMThread::run() + 256 7 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 8 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 3: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x01588d88 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x01577b8c ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x013bab3c JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 13 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 14 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 15 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 16 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 17 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 18 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 19 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 4: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x01588d88 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x01577b8c ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x013bab3c JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 15 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 16 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 17 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 18 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 19 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 20 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 21 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 5: 0 libSystem.B.dylib 0x951600c8 semaphore_wait_trap + 8 1 libjvm.dylib 0x01583d50 __ZL19signal_thread_entryP10JavaThreadP6Thread + 176 2 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 3 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 4 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 6: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x01588d88 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x0154bd68 Monitor::IWait(Thread*, long long) + 328 4 libjvm.dylib 0x0154d7b4 Monitor::wait(bool, long, bool) + 788 5 libjvm.dylib 0x0161eb44 ServiceThread::service_thread_entry(JavaThread*, Thread*) + 500 6 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 7 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 8 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 7: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0158791c os::PlatformEvent::park(long long) + 636 3 libjvm.dylib 0x0158e4ec os::sleep(Thread*, long long, bool) + 2428 4 libjvm.dylib 0x0167dcc4 WatcherThread::run() + 756 5 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 6 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 8: 0 libSystem.B.dylib 0x95166a88 __semwait_signal + 8 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0158791c os::PlatformEvent::park(long long) + 636 3 libjvm.dylib 0x01577bac ObjectMonitor::wait(long long, bool, Thread*) + 1388 4 libjvm.dylib 0x013bab3c JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 13 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 14 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 15 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 16 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 17 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 18 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 19 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 9: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x01588d88 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x01577b8c ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x013bab3c JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 15 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 16 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 17 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 18 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 19 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 20 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 21 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 10: 0 libSystem.B.dylib 0x951da5a4 poll$UNIX2003 + 12 1 libjvm.dylib 0x01397814 JVM_Timeout + 420 2 libnet.dylib 0x006961ac Java_java_net_PlainSocketImpl_socketAccept + 332 (PlainSocketImpl.c:701) 3 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 4 libffi.dylib 0x91e9ff10 ffi_call + 208 5 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 6 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 7 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 8 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 15 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 16 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 17 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 18 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 19 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 20 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 21 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 11: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0158791c os::PlatformEvent::park(long long) + 636 3 libjvm.dylib 0x01577bac ObjectMonitor::wait(long long, bool, Thread*) + 1388 4 libjvm.dylib 0x013bab3c JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 11 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 12 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 13 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 14 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 15 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 16 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 17 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 12 Crashed: 0 libSystem.B.dylib 0x9526a2ac __semwait_signal_nocancel + 8 1 libSystem.B.dylib 0x95269d78 nanosleep$NOCANCEL$UNIX2003 + 176 2 libSystem.B.dylib 0x95262fdc usleep$NOCANCEL$UNIX2003 + 68 3 libSystem.B.dylib 0x9527cc00 abort + 92 4 libjvm.dylib 0x0158c004 os::abort(bool) + 340 5 libjvm.dylib 0x016d8eac VMError::report_and_die() + 2748 6 libjvm.dylib 0x011c6da0 report_fatal(char const*, int, char const*) + 112 7 libjvm.dylib 0x01590700 JVM_handle_bsd_signal + 1088 Thread 13: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x01588d88 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x01577b8c ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x013bab3c JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 15 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 16 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 17 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 18 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 19 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 20 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 21 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 22 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 23 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 14: 0 libSystem.B.dylib 0x951da5a4 poll$UNIX2003 + 12 1 libmawt.dylib 0x286174b0 performPoll + 512 (XToolkit.c:672) 2 libmawt.dylib 0x286176d8 Java_sun_awt_X11_XToolkit_waitForEvents + 40 (XToolkit.c:612) 3 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 4 libffi.dylib 0x91e9ff10 ffi_call + 208 5 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 6 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 7 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 8 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 13 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 14 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 15 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 16 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 17 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 18 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 19 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 15: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x01588d88 os::PlatformEvent::park() + 344 3 libjvm.dylib 0x01577b8c ObjectMonitor::wait(long long, bool, Thread*) + 1356 4 libjvm.dylib 0x013bab3c JVM_MonitorWait + 1308 5 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 6 libffi.dylib 0x91e9ff10 ffi_call + 208 7 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 8 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 9 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 10 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 11 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 12 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 13 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 14 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 15 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 16 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 17 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 18 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 19 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 20 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 21 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 16: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0158f220 Parker::park(bool, long long) + 1264 3 libjvm.dylib 0x016b4f78 Unsafe_Park + 712 4 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 5 libffi.dylib 0x91e9ff10 ffi_call + 208 6 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 7 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 8 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 9 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 10 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 11 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 12 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 13 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 14 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 15 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 16 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 17 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 18 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 19 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 20 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 21 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 22 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 23 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 24 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 25 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 26 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 27 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 28 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 29 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 30 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 31 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 32 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 17: 0 libSystem.B.dylib 0x95166a8c __semwait_signal + 12 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0158f220 Parker::park(bool, long long) + 1264 3 libjvm.dylib 0x016b4f78 Unsafe_Park + 712 4 libffi.dylib 0x91e9f778 ffi_call_DARWIN + 192 5 libffi.dylib 0x91e9ff10 ffi_call + 208 6 libjvm.dylib 0x011c243c CppInterpreter::native_entry(methodOopDesc*, long, Thread*) + 1708 7 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 8 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 9 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 10 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 11 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 12 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 13 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 14 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 15 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 16 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 17 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 18 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 19 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 20 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 21 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 22 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 23 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 24 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 18: 0 libSystem.B.dylib 0x95166a88 __semwait_signal + 8 1 libSystem.B.dylib 0x951a3318 _pthread_cond_wait + 1580 2 libjvm.dylib 0x0158791c os::PlatformEvent::park(long long) + 636 3 libjvm.dylib 0x01575364 ObjectMonitor::EnterI(Thread*) + 1268 4 libjvm.dylib 0x01576550 ObjectMonitor::enter(Thread*) + 1616 5 libjvm.dylib 0x012db85c InterpreterRuntime::monitorenter(JavaThread*, BasicObjectLock*) + 988 6 libjvm.dylib 0x01039dac BytecodeInterpreter::run(BytecodeInterpreter*) + 3548 7 libjvm.dylib 0x011c4524 CppInterpreter::main_loop(int, Thread*) + 292 8 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 9 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 10 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 11 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 12 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 13 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 14 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 15 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 16 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 17 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 18 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 19 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 20 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 21 libjvm.dylib 0x011c4598 CppInterpreter::main_loop(int, Thread*) + 408 22 libjvm.dylib 0x011c4ae0 CppInterpreter::normal_entry(methodOopDesc*, long, Thread*) + 64 23 libjvm.dylib 0x01650e58 StubGenerator::call_stub(JavaCallWrapper*, long*, BasicType, methodOopDesc*, unsigned char*, long*, int, Thread*) + 376 24 libjvm.dylib 0x012eff14 JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 1556 25 libjvm.dylib 0x012f0778 JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 616 26 libjvm.dylib 0x012f0928 JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 104 27 libjvm.dylib 0x0139bda0 __ZL12thread_entryP10JavaThreadP6Thread + 288 28 libjvm.dylib 0x01684420 JavaThread::thread_main_inner() + 272 29 libjvm.dylib 0x01589f20 __ZL10java_startP6Thread + 256 30 libSystem.B.dylib 0x951a1f70 _pthread_start + 316 Thread 12 crashed with PPC Thread State 32: srr0: 0x9526a2ac srr1: 0x0000d030 dar: 0xf0201c58 dsisr: 0x40000000 r0: 0x000001a7 r1: 0xf1414850 r2: 0xa07e33c0 r3: 0x0000003c r4: 0x00000000 r5: 0x00000001 r6: 0x00000001 r7: 0x00000000 r8: 0x00989680 r9: 0x00989680 r10: 0x951aa8b4 r11: 0xa07e77fc r12: 0x95269cc8 r13: 0x006f0000 r14: 0x01802529 r15: 0x590272d0 r16: 0x00000000 r17: 0x00037a20 r18: 0x017f32dc r19: 0x018739f4 r20: 0xf1414b38 r21: 0xf1414d90 r22: 0x017f3b3c r23: 0x018783fc r24: 0x018783fc r25: 0x017f83fc r26: 0x017f32e4 r27: 0x018739c0 r28: 0xf14149a8 r29: 0xf14148e8 r30: 0x00000000 r31: 0x95269cdc cr: 0x44042408 xer: 0x00000000 lr: 0x95269d7c ctr: 0x95269cc8 vrsave: 0x00000000 Binary Images: 0x1000 - 0x19ff3 +java ??? (???) <547e0bc10e36728d23dea883d9587a6e> /Users/konstantintokarev/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/bin/java 0x27000 - 0x30ff9 +libverify.dylib ??? (???) <89f9d6d26fea2278ff2a5fec57e590b2> /Volumes/Development/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/lib/ppc/libverify.dylib 0x36000 - 0x4eff3 +libjava.dylib ??? (???) <0e455d641d0ce56b17ad949d3c263b8b> /Volumes/Development/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/lib/ppc/libjava.dylib 0x82000 - 0x96ffb +libzip.dylib ??? (???) <7b9af2608b7ab8853c3c8ced1e725f50> /Volumes/Development/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/lib/ppc/libzip.dylib 0x68e000 - 0x69bff3 +libnet.dylib ??? (???) /Volumes/Development/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/lib/ppc/libnet.dylib 0x6a5000 - 0x6adff9 +libnio.dylib ??? (???) <85057f3179daa9cc18118143eb0fe09d> /Volumes/Development/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/lib/ppc/libnio.dylib 0x6c1000 - 0x6cdfff +libXext.6.dylib ??? (???) /usr/X11/lib/libXext.6.dylib 0x6d2000 - 0x6d8fff +libXrender.1.dylib ??? (???) <9e04fe8a59869bd3912a8f8607240511> /usr/X11/lib/libXrender.1.dylib 0x6e6000 - 0x74cff7 +libawt.dylib ??? (???) <62ea60b7396e3d63a0579f6df301cc69> /Volumes/Development/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/lib/ppc/libawt.dylib 0x7dc000 - 0x7dfffd +libXtst.6.dylib ??? (???) <440e600a55515461d6828e7ad1cacf6c> /usr/X11/lib/libXtst.6.dylib 0x7e2000 - 0x7edfff +libXi.6.dylib ??? (???) /usr/X11/lib/libXi.6.dylib 0x7f1000 - 0x7f2ffe +libXau.6.dylib ??? (???) <3ba122846b56811e07bb4deb55008873> /usr/X11/lib/libXau.6.dylib 0x7f5000 - 0x7f8fff +libXdmcp.6.dylib ??? (???) <8ebd21b56dabc2541a70f0e2e4d18dac> /usr/X11/lib/libXdmcp.6.dylib 0x1000000 - 0x17f1ffd +libjvm.dylib ??? (???) <7d25451e78416906da2368821e61fa42> /Volumes/Development/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/lib/ppc/server/libjvm.dylib 0x28610000 - 0x28657ff7 +libmawt.dylib ??? (???) <9309663c22ce76b35b1855dce4a70c73> /Volumes/Development/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/lib/ppc/xawt/libmawt.dylib 0x286bb000 - 0x286c9fff +libxcb.1.dylib ??? (???) <3f97127db94cf8eb088929ab157e89dc> /usr/X11/lib/libxcb.1.dylib 0x28800000 - 0x288fcfff +libX11.6.dylib ??? (???) <98425235a8b80375b6364db8ead71292> /usr/X11/lib/libX11.6.dylib 0x2891a000 - 0x28952ff4 +libfontmanager.dylib ??? (???) /Volumes/Development/src/java/bsd-port-hg/build/bsd-ppc-fastdebug/lib/ppc/libfontmanager.dylib 0x28980000 - 0x289ebfff +libfreetype.6.dylib ??? (???) <728128ae3a65a93d5b188f32d2e6427f> /usr/X11/lib/libfreetype.6.dylib 0x292e0000 - 0x292e5fff com.apple.JavaVM 12.9.0 (12.9.0) /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM 0x293b1000 - 0x293b6ffd JavaLaunching ??? (???) <788461f30a065e0facc6bbbac188aba0> /System/Library/PrivateFrameworks/JavaLaunching.framework/Versions/A/JavaLaunching 0x29431000 - 0x29441ff7 +jna5484270392482131762.tmp ??? (???) /var/tmp/jna5484270392482131762.tmp 0x29499000 - 0x294baff1 libmx.A.dylib ??? (???) /usr/lib/libmx.A.dylib 0x8fe00000 - 0x8fe30c23 dyld 97.1 (???) <89a0055b0e7ea2db881b73c6e63bc774> /usr/lib/dyld 0x90003000 - 0x9000bfff libbsm.dylib ??? (???) /usr/lib/libbsm.dylib 0x9000c000 - 0x9030effb com.apple.CoreServices.CarbonCore 786.16 (786.16) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x9035e000 - 0x90483ff3 com.apple.CoreFoundation 6.5.7 (476.19) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x90525000 - 0x90533fff libz.1.dylib ??? (???) <1a70dd3594a8c5ad39d785af5da23237> /usr/lib/libz.1.dylib 0x90534000 - 0x90617fff libobjc.A.dylib ??? (???) /usr/lib/libobjc.A.dylib 0x90618000 - 0x906cbffc com.apple.CFNetwork 438.16 (438.16) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x9072b000 - 0x907a6fff com.apple.SearchKit 1.2.2 (1.2.2) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x9080d000 - 0x90818ffb libgcc_s.1.dylib ??? (???) /usr/lib/libgcc_s.1.dylib 0x91dbf000 - 0x91e0efff com.apple.Metadata 10.5.8 (398.26) <1a261534027b9d1518327d1fabe1182b> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x91e0f000 - 0x91e76ffb libstdc++.6.dylib ??? (???) /usr/lib/libstdc++.6.dylib 0x91e9f000 - 0x91ea0fff libffi.dylib ??? (???) <11b77dbce4aa0f0b66d40014230abd1d> /usr/lib/libffi.dylib 0x920d7000 - 0x920dcff6 libmathCommon.A.dylib ??? (???) /usr/lib/system/libmathCommon.A.dylib 0x92120000 - 0x92159fff com.apple.SystemConfiguration 1.9.2 (1.9.2) <21dee7ffd93306032f911b5ef3fdbab3> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x93231000 - 0x93266fff com.apple.AE 402.3 (402.3) <75725936d014fd3ca2553d18b784b99b> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x93267000 - 0x933afff3 libicucore.A.dylib ??? (???) /usr/lib/libicucore.A.dylib 0x93b76000 - 0x93c60fff libxml2.2.dylib ??? (???) <9d05a5451084c8cd78e3f4722e2c2960> /usr/lib/libxml2.2.dylib 0x93ee9000 - 0x93fbcfff com.apple.CoreServices.OSServices 228.1 (228.1) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x93fc7000 - 0x9405efff com.apple.LaunchServices 292 (292) <06cb373fd960fbc2b4a0201f55c7dd6d> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x9405f000 - 0x94068fff com.apple.DiskArbitration 2.2.1 (2.2.1) <682f5c45591e8c4a89c79e384e2c49af> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x94405000 - 0x9449aff7 com.apple.framework.IOKit 1.5.2 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x9475d000 - 0x9475dffa com.apple.CoreServices 32 (32) <42b6dda539f7411606187335d9eae0c5> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x9515f000 - 0x952fffe3 libSystem.B.dylib ??? (???) <7dc28e19e1aac16b29cbd7c5d9ce9638> /usr/lib/libSystem.B.dylib 0x96095000 - 0x960bdfff libxslt.1.dylib ??? (???) <82421418f81b9b6c63529215a3612ab0> /usr/lib/libxslt.1.dylib 0x960be000 - 0x960ddfff libresolv.9.dylib ??? (???) /usr/lib/libresolv.9.dylib 0x9626f000 - 0x96365ffc libiconv.2.dylib ??? (???) <05ae1fcc97404173b2f9caef8f8be797> /usr/lib/libiconv.2.dylib 0x967e6000 - 0x96811ff7 libauto.dylib ??? (???) /usr/lib/libauto.dylib 0x968e1000 - 0x96b27ffb com.apple.Foundation 6.5.9 (677.26) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x97976000 - 0x9798effb com.apple.DictionaryServices 1.0.0 (1.0.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices 0x9798f000 - 0x97b78ffb com.apple.security 5.0.7 (1) <2c8ae7414f8d113a695da92950753ad9> /System/Library/Frameworks/Security.framework/Versions/A/Security 0x97c74000 - 0x97cf9fff libsqlite3.0.dylib ??? (???) /usr/lib/libsqlite3.0.dylib 0xba300000 - 0xba301fff libCyrillicConverter.dylib ??? (???) /System/Library/CoreServices/Encodings/libCyrillicConverter.dylib 0xfffec000 - 0xfffeffff libobjc.A.dylib ??? (???) /usr/lib/libobjc.A.dylib 0xffff8000 - 0xffff9703 libSystem.B.dylib ??? (???) /usr/lib/libSystem.B.dylib -- Regards, Konstantin -------------- next part -------------- A non-text attachment was scrubbed... Name: hs_err_pid33861.log Type: application/octet-stream Size: 83576 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20110910/aea6f17b/hs_err_pid33861.log From glewis at eyesbeyond.com Sun Sep 11 10:51:34 2011 From: glewis at eyesbeyond.com (glewis at eyesbeyond.com) Date: Sun, 11 Sep 2011 17:51:34 +0000 Subject: hg: bsd-port/bsd-port/jdk: 2 new changesets Message-ID: <20110911175224.79FA247576@hg.openjdk.java.net> Changeset: 25b0dd211578 Author: Greg Lewis Date: 2011-09-11 10:48 -0700 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/jdk/rev/25b0dd211578 . Turn off map files on FreeBSD until the problem this causes with shared library verification can be fixed. ! make/common/Defs-bsd.gmk Changeset: 0870207843e2 Author: Greg Lewis Date: 2011-09-11 10:51 -0700 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/jdk/rev/0870207843e2 . Merge from BSD repository. From kurt at intricatesoftware.com Sun Sep 11 17:44:05 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Sun, 11 Sep 2011 20:44:05 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <700281315664333@web152.yandex.ru> References: <339631315069982@web17.yandex.ru> <201109091107.31955.kurt@intricatesoftware.com> <504251315585348@web74.yandex.ru> <201109091355.47699.kurt@intricatesoftware.com> <700281315664333@web152.yandex.ru> Message-ID: <4E6D55D5.8080201@intricatesoftware.com> On 9/10/11 10:18 AM, Konstantin Tokarev wrote: > 09.09.2011, 21:55, "Kurt Miller": >> The February builds also included some atomic operations diffs I was >> working on to fix SMP. I left them out of this build because I wanted to >> release a build that exactly matched the committed bsd-port. >> >> Please try a build with the attached diff to see if that helps corrects this problem. > Yes, it helps. Simple applications are running fine now. Thanks, that's good. Since we're still having problems, I'm not sure it is 100% correct yet. > I've tried to launch Netbeans again. Now it went further, but that JVM crashed (log is attached): > > # Internal Error (/Volumes/Development/src/java/bsd-port-hg/hotspot/src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp:258), pid=33861, tid=4048646144 This is the line where fatal() is called in the signal handler, not the line that caused the segfault. > Crashed Thread: 12 > > Thread 12 Crashed: > 0 libSystem.B.dylib 0x9526a2ac __semwait_signal_nocancel + 8 > 1 libSystem.B.dylib 0x95269d78 nanosleep$NOCANCEL$UNIX2003 + 176 > 2 libSystem.B.dylib 0x95262fdc usleep$NOCANCEL$UNIX2003 + 68 > 3 libSystem.B.dylib 0x9527cc00 abort + 92 > 4 libjvm.dylib 0x0158c004 os::abort(bool) + 340 > 5 libjvm.dylib 0x016d8eac VMError::report_and_die() + 2748 > 6 libjvm.dylib 0x011c6da0 report_fatal(char const*, int, char const*) + 112 > 7 libjvm.dylib 0x01590700 JVM_handle_bsd_signal + 1088 The above stack trace unwinds only to the signal handler, so I can't see what code caused the segfault. From the log file: Current thread (0x00896618): JavaThread "main" [_thread_in_native, id=-246321152, stack(0xf1317000,0xf1517000)] Stack: [0xf1317000,0xf1517000], sp=0xf1414938, free space=1014k Java frames: 0xf15151a0: unboxed parameter[2] = 0xf1515204 0xf15151a4: unboxed parameter[1] = 0xf1515208 0xf15151a8: parameter[0] (JNIEnv) = 0xf1415a4c 0xf15151ac: parameter[1] (this) = 0xf15151a4 0xf15151b0: parameter[2] = 0xf15151a0 0xf15151b4: (vtable for istate) = 0x10735a1f 0xf15151b8: istate->_thread = 0x00896618 0xf15151bc: istate->_bcp = 0x00000000 0xf15151c0: istate->_locals = 0xf1515208 0xf15151c4: istate->_constants = 0x10735f00 0xf15151c8: istate->_method = java.lang.ClassLoader$NativeLibrary.load(Ljava/lang/String;)V The above appears to be calling into native function jdk/src/share/native/java/lang/ClassLoader.c:316 Java_java_lang_ClassLoader_00024NativeLibrary_load(). Do you know how to use gdb? If so, can you capture the segfault in gdb to see where it is crashing? If not, please reproduce with core files enabled and send me the output of the following commands: gdb /java bt Thanks, -Kurt From annulen at yandex.ru Mon Sep 12 23:42:18 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Tue, 13 Sep 2011 10:42:18 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <4E6D55D5.8080201@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <201109091107.31955.kurt@intricatesoftware.com> <504251315585348@web74.yandex.ru> <201109091355.47699.kurt@intricatesoftware.com> <700281315664333@web152.yandex.ru> <4E6D55D5.8080201@intricatesoftware.com> Message-ID: <678391315896138@web151.yandex.ru> 12.09.2011, 04:44, "Kurt Miller" : > On 9/10/11 10:18 AM, Konstantin Tokarev wrote: > >> ?09.09.2011, 21:55, "Kurt Miller": >>> ?The February builds also included some atomic operations diffs I was >>> ?working on to fix SMP. I left them out of this build because I wanted to >>> ?release a build that exactly matched the committed bsd-port. >>> >>> ?Please try a build with the attached diff to see if that helps corrects this problem. >> ?Yes, it helps. Simple applications are running fine now. > > Thanks, that's good. Since we're still having problems, I'm not sure it > is 100% correct yet. > >> ?I've tried to launch Netbeans again. Now it went further, but that JVM crashed (log is attached): >> >> ?# ?Internal Error (/Volumes/Development/src/java/bsd-port-hg/hotspot/src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp:258), pid=33861, tid=4048646144 > > This is the line where fatal() is called in the signal handler, not the > line that caused the segfault. > >> ?Crashed Thread: ?12 >> >> ?Thread 12 Crashed: >> ?0 ??libSystem.B.dylib ???????????? 0x9526a2ac __semwait_signal_nocancel + 8 >> ?1 ??libSystem.B.dylib ???????????? 0x95269d78 nanosleep$NOCANCEL$UNIX2003 + 176 >> ?2 ??libSystem.B.dylib ???????????? 0x95262fdc usleep$NOCANCEL$UNIX2003 + 68 >> ?3 ??libSystem.B.dylib ???????????? 0x9527cc00 abort + 92 >> ?4 ??libjvm.dylib ????????????????? 0x0158c004 os::abort(bool) + 340 >> ?5 ??libjvm.dylib ????????????????? 0x016d8eac VMError::report_and_die() + 2748 >> ?6 ??libjvm.dylib ????????????????? 0x011c6da0 report_fatal(char const*, int, char const*) + 112 >> ?7 ??libjvm.dylib ????????????????? 0x01590700 JVM_handle_bsd_signal + 1088 > > The above stack trace unwinds only to the signal handler, so I can't see > what code caused the segfault. > > ?From the log file: > > Current thread (0x00896618): ?JavaThread "main" [_thread_in_native, > id=-246321152, stack(0xf1317000,0xf1517000)] > > Stack: [0xf1317000,0xf1517000], ?sp=0xf1414938, ?free space=1014k > Java frames: > ??0xf15151a0: unboxed parameter[2] ?= 0xf1515204 > ??0xf15151a4: unboxed parameter[1] ?= 0xf1515208 > ??0xf15151a8: parameter[0] (JNIEnv) = 0xf1415a4c > ??0xf15151ac: parameter[1] (this) ??= 0xf15151a4 > ??0xf15151b0: parameter[2] ?????????= 0xf15151a0 > ??0xf15151b4: (vtable for istate) ??= 0x10735a1f > ??0xf15151b8: istate->_thread ??????= 0x00896618 > ??0xf15151bc: istate->_bcp ?????????= 0x00000000 > ??0xf15151c0: istate->_locals ??????= 0xf1515208 > ??0xf15151c4: istate->_constants ???= 0x10735f00 > ??0xf15151c8: istate->_method ??????= > java.lang.ClassLoader$NativeLibrary.load(Ljava/lang/String;)V > > The above appears to be calling into native function > jdk/src/share/native/java/lang/ClassLoader.c:316 > Java_java_lang_ClassLoader_00024NativeLibrary_load(). > > Do you know how to use gdb? If so, can you capture the segfault in gdb > to see where it is crashing? If not, please reproduce with core files > enabled and send me the output of the following commands: > > gdb /java > bt Though I know gdb, second way is more handy because Netbeans is launched by shell script :) (gdb) bt #0 0x95166a88 in nanosleep$UNIX2003 () #1 0x00005754 in ContinueInNewThread0 (continuation=0, stack_size=0, args=0xf03) at ../../../src/solaris/bin/java_md.c:1495 #2 0x000052f0 in JLI_Launch (argc=5, argv=0x100338, jargc=, jargv=, appclassc=1, appclassv=0x0, fullversion=, dotversion=, pname=0x16ce4 "java", lname=0x16cec "openjdk", javaargs=, cpwildcard=, javaw=, ergo=0) at ../../../src/share/bin/java.c:1913 #3 0x0000d3b4 in main (argc=, argv=) at ../../../../src/share/bin/main.c:106 Probably the wrong thing is that it went to solaris source code somehow (???). I could try to debug further, but I don't have more time right now. -- Regards, Konstantin From kurt at intricatesoftware.com Tue Sep 13 07:02:34 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Tue, 13 Sep 2011 10:02:34 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <678391315896138@web151.yandex.ru> References: <339631315069982@web17.yandex.ru> <4E6D55D5.8080201@intricatesoftware.com> <678391315896138@web151.yandex.ru> Message-ID: <201109131002.35211.kurt@intricatesoftware.com> On Tuesday 13 September 2011 02:42:18 am Konstantin Tokarev wrote: > > 12.09.2011, 04:44, "Kurt Miller" : > > On 9/10/11 10:18 AM, Konstantin Tokarev wrote: > > > >> ?09.09.2011, 21:55, "Kurt Miller": > >>> ?The February builds also included some atomic operations diffs I was > >>> ?working on to fix SMP. I left them out of this build because I wanted to > >>> ?release a build that exactly matched the committed bsd-port. > >>> > >>> ?Please try a build with the attached diff to see if that helps corrects this problem. > >> ?Yes, it helps. Simple applications are running fine now. > > > > Thanks, that's good. Since we're still having problems, I'm not sure it > > is 100% correct yet. > > > >> ?I've tried to launch Netbeans again. Now it went further, but that JVM crashed (log is attached): > >> > >> ?# ?Internal Error (/Volumes/Development/src/java/bsd-port-hg/hotspot/src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp:258), pid=33861, tid=4048646144 > > > > This is the line where fatal() is called in the signal handler, not the > > line that caused the segfault. > > > >> ?Crashed Thread: ?12 > >> > >> ?Thread 12 Crashed: > >> ?0 ??libSystem.B.dylib ???????????? 0x9526a2ac __semwait_signal_nocancel + 8 > >> ?1 ??libSystem.B.dylib ???????????? 0x95269d78 nanosleep$NOCANCEL$UNIX2003 + 176 > >> ?2 ??libSystem.B.dylib ???????????? 0x95262fdc usleep$NOCANCEL$UNIX2003 + 68 > >> ?3 ??libSystem.B.dylib ???????????? 0x9527cc00 abort + 92 > >> ?4 ??libjvm.dylib ????????????????? 0x0158c004 os::abort(bool) + 340 > >> ?5 ??libjvm.dylib ????????????????? 0x016d8eac VMError::report_and_die() + 2748 > >> ?6 ??libjvm.dylib ????????????????? 0x011c6da0 report_fatal(char const*, int, char const*) + 112 > >> ?7 ??libjvm.dylib ????????????????? 0x01590700 JVM_handle_bsd_signal + 1088 > > > > The above stack trace unwinds only to the signal handler, so I can't see > > what code caused the segfault. > > > > ?From the log file: > > > > Current thread (0x00896618): ?JavaThread "main" [_thread_in_native, > > id=-246321152, stack(0xf1317000,0xf1517000)] > > > > Stack: [0xf1317000,0xf1517000], ?sp=0xf1414938, ?free space=1014k > > Java frames: > > ??0xf15151a0: unboxed parameter[2] ?= 0xf1515204 > > ??0xf15151a4: unboxed parameter[1] ?= 0xf1515208 > > ??0xf15151a8: parameter[0] (JNIEnv) = 0xf1415a4c > > ??0xf15151ac: parameter[1] (this) ??= 0xf15151a4 > > ??0xf15151b0: parameter[2] ?????????= 0xf15151a0 > > ??0xf15151b4: (vtable for istate) ??= 0x10735a1f > > ??0xf15151b8: istate->_thread ??????= 0x00896618 > > ??0xf15151bc: istate->_bcp ?????????= 0x00000000 > > ??0xf15151c0: istate->_locals ??????= 0xf1515208 > > ??0xf15151c4: istate->_constants ???= 0x10735f00 > > ??0xf15151c8: istate->_method ??????= > > java.lang.ClassLoader$NativeLibrary.load(Ljava/lang/String;)V > > > > The above appears to be calling into native function > > jdk/src/share/native/java/lang/ClassLoader.c:316 > > Java_java_lang_ClassLoader_00024NativeLibrary_load(). > > > > Do you know how to use gdb? If so, can you capture the segfault in gdb > > to see where it is crashing? If not, please reproduce with core files > > enabled and send me the output of the following commands: > > > > gdb /java > > bt > > Though I know gdb, second way is more handy because Netbeans is launched by shell script :) > > (gdb) bt > #0 0x95166a88 in nanosleep$UNIX2003 () > #1 0x00005754 in ContinueInNewThread0 (continuation=0, stack_size=0, args=0xf03) at ../../../src/solaris/bin/java_md.c:1495 > #2 0x000052f0 in JLI_Launch (argc=5, argv=0x100338, jargc=, jargv=, appclassc=1, appclassv=0x0, fullversion=, dotversion=, pname=0x16ce4 "java", lname=0x16cec "openjdk", javaargs=, cpwildcard=, javaw=, ergo=0) at ../../../src/share/bin/java.c:1913 > #3 0x0000d3b4 in main (argc=, argv=) at ../../../../src/share/bin/main.c:106 > > > Probably the wrong thing is that it went to solaris source code somehow (???). On the jdk/src side it is normal for bsd support to use the solaris sub-dirs (similar to what linux support does). > I could try to debug further, but I don't have more time right now. No Problem. gdb didn't switch to the crashing thread above so we're looking at the main thread that didn't crash. Instead could you provide the output of 'thread apply all bt'? Ideally you could use my fastdebug w/atomic.diff build to generate the core and make it available to me (compressed). This would allow me to to do a more complete diagnostic on the crash. The build is here: http://www.intricatesoftware.com/OpenJDK/macppc/openjdk7-macppc-fcs-fd-atomic-2011-09-12.tar.bz2 Regards, -Kurt From annulen at yandex.ru Tue Sep 13 08:18:15 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Tue, 13 Sep 2011 19:18:15 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109131002.35211.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <4E6D55D5.8080201@intricatesoftware.com> <678391315896138@web151.yandex.ru> <201109131002.35211.kurt@intricatesoftware.com> Message-ID: <67831315927095@web94.yandex.ru> 13.09.2011, 18:02, "Kurt Miller" : > Ideally you could use my fastdebug w/atomic.diff build to generate the core and make it available to me (compressed). This would allow me to to do a more complete diagnostic on the crash. > > The build is here: http://www.intricatesoftware.com/OpenJDK/macppc/openjdk7-macppc-fcs-fd-atomic-2011-09-12.tar.bz2 Seems like your host is down http://www.downforeveryoneorjustme.com/www.intricatesoftware.com I can send my core, though. -- Regards, Konstantin From kurt at intricatesoftware.com Tue Sep 13 08:31:49 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Tue, 13 Sep 2011 11:31:49 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <67831315927095@web94.yandex.ru> References: <339631315069982@web17.yandex.ru> <201109131002.35211.kurt@intricatesoftware.com> <67831315927095@web94.yandex.ru> Message-ID: <201109131131.50081.kurt@intricatesoftware.com> On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrote: > > 13.09.2011, 18:02, "Kurt Miller" : > > > Ideally you could use my fastdebug w/atomic.diff build to generate the core and make it available to me (compressed). This would allow me to to do a more complete diagnostic on the crash. > > > > The build is here: http://www.intricatesoftware.com/OpenJDK/macppc/openjdk7-macppc-fcs-fd-atomic-2011-09-12.tar.bz2 > > Seems like your host is down > > http://www.downforeveryoneorjustme.com/www.intricatesoftware.com Thanks. I switched it to my backup ip. It is up again now. > I can send my core, though. It would be better to generate the core using my build so when I debug it here everything matches exactly. Thanks, -Kurt From annulen at yandex.ru Wed Sep 14 01:24:27 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Wed, 14 Sep 2011 12:24:27 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109131131.50081.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <201109131002.35211.kurt@intricatesoftware.com> <67831315927095@web94.yandex.ru> <201109131131.50081.kurt@intricatesoftware.com> Message-ID: <406331315988667@web47.yandex.ru> 13.09.2011, 19:31, "Kurt Miller" : > ?On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrote: >> ??13.09.2011, 18:02, "Kurt Miller" : >>> ??Ideally you could use my fastdebug w/atomic.diff build to generate the core and make it available to me (compressed). This would allow me to to do a more complete diagnostic on the crash. >>> >>> ??The build is here: http://www.intricatesoftware.com/OpenJDK/macppc/openjdk7-macppc-fcs-fd-atomic-2011-09-12.tar.bz2 >> ??Seems like your host is down >> >> ??http://www.downforeveryoneorjustme.com/www.intricatesoftware.com > ?Thanks. I switched it to my backup ip. It is up again now. >> ??I can send my core, though. > ?It would be better to generate the core using my build so when I debug it here everything matches exactly. Attached. -- Regards, Konstantin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20110914/38b0c74d/narod_attachment_links.html From kurt at intricatesoftware.com Wed Sep 14 07:37:41 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Wed, 14 Sep 2011 10:37:41 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <406331315988667@web47.yandex.ru> References: <339631315069982@web17.yandex.ru> <201109131131.50081.kurt@intricatesoftware.com> <406331315988667@web47.yandex.ru> Message-ID: <201109141037.41551.kurt@intricatesoftware.com> On Wednesday 14 September 2011 04:24:27 am Konstantin Tokarev wrote: > > 13.09.2011, 19:31, "Kurt Miller" : > > > ?On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrote: > >> ??13.09.2011, 18:02, "Kurt Miller" : > >>> ??Ideally you could use my fastdebug w/atomic.diff build to generate the core and make it available to me (compressed). This would allow me to to do a more complete diagnostic on the crash. > >>> > >>> ??The build is here: http://www.intricatesoftware.com/OpenJDK/macppc/openjdk7-macppc-fcs-fd-atomic-2011-09-12.tar.bz2 > >> ??Seems like your host is down > >> > >> ??http://www.downforeveryoneorjustme.com/www.intricatesoftware.com > > ?Thanks. I switched it to my backup ip. It is up again now. > >> ??I can send my core, though. > > ?It would be better to generate the core using my build so when I debug it here everything matches exactly. > > Attached. Thank you. I downloaded it and checked it out with gdb. Unfortunately gdb can't unwind beyond the signal handler so I still can't see where the crash is comming from. :-( Thread 13 (core thread 12): #0 0x95269cc8 in nanosleep$NOCANCEL$UNIX2003 () #1 0x95262fe0 in usleep$NOCANCEL$UNIX2003 () #2 0x9527cc04 in abort () #3 0x0158be28 in os::abort () #4 0x016d8cd0 in VMError::report_and_die () #5 0x011c6bc4 in report_fatal () #6 0x01590564 in JVM_handle_bsd_signal () #7 warning: unrecognized length (0x8fe347d0) for sigtramp context #8 warning: unrecognized length (0x8fe347d0) for sigtramp context Previous frame identical to this frame (gdb could not unwind past this frame) Perhaps the source of the crash can be determined with an active gdb session. I'm building a full debug build now which should contain source line numbers. If the segfault is caught while gdb is attached having the full debug build will be helpful. I'll upload it when the build finishes. Regards, -Kurt From annulen at yandex.ru Wed Sep 14 08:50:09 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Wed, 14 Sep 2011 19:50:09 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109141037.41551.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <201109131131.50081.kurt@intricatesoftware.com> <406331315988667@web47.yandex.ru> <201109141037.41551.kurt@intricatesoftware.com> Message-ID: <1441316015409@web129.yandex.ru> 14.09.2011, 18:37, "Kurt Miller" : > On Wednesday 14 September 2011 04:24:27 am Konstantin Tokarev wrote: > >> ?13.09.2011, 19:31, "Kurt Miller" : >>> ??On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrote: >>>> ???13.09.2011, 18:02, "Kurt Miller" : >>>>> ???Ideally you could use my fastdebug w/atomic.diff build to generate the core and make it available to me (compressed). This would allow me to to do a more complete diagnostic on the crash. >>>>> >>>>> ???The build is here: http://www.intricatesoftware.com/OpenJDK/macppc/openjdk7-macppc-fcs-fd-atomic-2011-09-12.tar.bz2 >>>> ???Seems like your host is down >>>> >>>> ???http://www.downforeveryoneorjustme.com/www.intricatesoftware.com >>> ??Thanks. I switched it to my backup ip. It is up again now. >>>> ???I can send my core, though. >>> ??It would be better to generate the core using my build so when I debug it here everything matches exactly. >> ?Attached. > > Thank you. I downloaded it and checked it out with gdb. Unfortunately gdb can't unwind > beyond the signal handler so I still can't see where the crash is comming from. :-( I'm afraid breakpoint with further single-stepping is needed. Could you give a hint about reasonable place? > > Perhaps the source of the crash can be determined with an active gdb session. > I'm building a full debug build now which should contain source line numbers. If the > segfault is caught while gdb is attached having the full debug build will be helpful. > I'll upload it when the build finishes. OK, I'll try it. Maybe I'll take an opportunity to upgrade RAM before start debugging :) -- Regards, Konstantin From kurt at intricatesoftware.com Wed Sep 14 08:59:23 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Wed, 14 Sep 2011 11:59:23 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <1441316015409@web129.yandex.ru> References: <339631315069982@web17.yandex.ru> <201109141037.41551.kurt@intricatesoftware.com> <1441316015409@web129.yandex.ru> Message-ID: <201109141159.23611.kurt@intricatesoftware.com> On Wednesday 14 September 2011 11:50:09 am Konstantin Tokarev wrote: > > 14.09.2011, 18:37, "Kurt Miller" : > > On Wednesday 14 September 2011 04:24:27 am Konstantin Tokarev wrote: > > > >> ?13.09.2011, 19:31, "Kurt Miller" : > >>> ??On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrote: > >>>> ???13.09.2011, 18:02, "Kurt Miller" : > >>>>> ???Ideally you could use my fastdebug w/atomic.diff build to generate the core and make it available to me (compressed). This would allow me to to do a more complete diagnostic on the crash. > >>>>> > >>>>> ???The build is here: http://www.intricatesoftware.com/OpenJDK/macppc/openjdk7-macppc-fcs-fd-atomic-2011-09-12.tar.bz2 > >>>> ???Seems like your host is down > >>>> > >>>> ???http://www.downforeveryoneorjustme.com/www.intricatesoftware.com > >>> ??Thanks. I switched it to my backup ip. It is up again now. > >>>> ???I can send my core, though. > >>> ??It would be better to generate the core using my build so when I debug it here everything matches exactly. > >> ?Attached. > > > > Thank you. I downloaded it and checked it out with gdb. Unfortunately gdb can't unwind > > beyond the signal handler so I still can't see where the crash is comming from. :-( > > I'm afraid breakpoint with further single-stepping is needed. Could you give a hint about reasonable place? From the hotspot.log file it appeard to be crashing in the following function: jdk/src/share/native/java/lang/ClassLoader.c:316 Java_java_lang_ClassLoader_00024NativeLibrary_load() > > Perhaps the source of the crash can be determined with an active gdb session. > > I'm building a full debug build now which should contain source line numbers. If the > > segfault is caught while gdb is attached having the full debug build will be helpful. > > I'll upload it when the build finishes. > > OK, I'll try it. Maybe I'll take an opportunity to upgrade RAM before start debugging :) Good Idea. :-) Regards, -Kurt From kurt at intricatesoftware.com Wed Sep 14 13:42:20 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Wed, 14 Sep 2011 16:42:20 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109141159.23611.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <1441316015409@web129.yandex.ru> <201109141159.23611.kurt@intricatesoftware.com> Message-ID: <201109141642.20254.kurt@intricatesoftware.com> On Wednesday 14 September 2011 11:59:23 am Kurt Miller wrote: > On Wednesday 14 September 2011 11:50:09 am Konstantin Tokarev wrote: > > > > 14.09.2011, 18:37, "Kurt Miller" : > > > On Wednesday 14 September 2011 04:24:27 am Konstantin Tokarev wrote: > > > > > >> ?13.09.2011, 19:31, "Kurt Miller" : > > >>> ??On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrote: > > >>>> ???13.09.2011, 18:02, "Kurt Miller" : > > >>>>> ???Ideally you could use my fastdebug w/atomic.diff build to generate the core and make it available to me (compressed). This would allow me to to do a more complete diagnostic on the crash. > > >>>>> > > >>>>> ???The build is here: http://www.intricatesoftware.com/OpenJDK/macppc/openjdk7-macppc-fcs-fd-atomic-2011-09-12.tar.bz2 > > >>>> ???Seems like your host is down > > >>>> > > >>>> ???http://www.downforeveryoneorjustme.com/www.intricatesoftware.com > > >>> ??Thanks. I switched it to my backup ip. It is up again now. > > >>>> ???I can send my core, though. > > >>> ??It would be better to generate the core using my build so when I debug it here everything matches exactly. > > >> ?Attached. > > > > > > Thank you. I downloaded it and checked it out with gdb. Unfortunately gdb can't unwind > > > beyond the signal handler so I still can't see where the crash is comming from. :-( > > > > I'm afraid breakpoint with further single-stepping is needed. Could you give a hint about reasonable place? > > From the hotspot.log file it appeard to be crashing in the following function: > > jdk/src/share/native/java/lang/ClassLoader.c:316 > Java_java_lang_ClassLoader_00024NativeLibrary_load() Yes it is crashing in this function. I was able to reproduce it in gdb on my G4 single processor. Java_java_lang_ClassLoader_00024NativeLibrary_load gets called. (gdb) p cname $1 = 0x37853330 "/private/var/tmp/jna702102506712993250.tmp" 330 handle = JVM_LoadLibrary(cname); returns a good handle and crashes on this line: 345 jniVersion = (*JNI_OnLoad)(jvm, NULL); Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00000000 0x00000000 in ?? () The library it loaded is a universal binary: kurt-millers-powerbook-g4-56:jdk truk$ file /private/var/tmp/jna702102506712993250.tmp /private/var/tmp/jna702102506712993250.tmp: Mach-O universal binary with 3 architectures /private/var/tmp/jna702102506712993250.tmp (for architecture ppc7400): Mach-O dynamically linked shared library ppc /private/var/tmp/jna702102506712993250.tmp (for architecture i386): Mach-O dynamically linked shared library i386 /private/var/tmp/jna702102506712993250.tmp (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 This file comes from netbeans: jar -xf netbeans/platform/modules/ext/jna-3.2.7.jar com/sun/jna/darwin/libjnidispatch.jnilib kurt-millers-powerbook-g4-56:netbeans truk$ md5 com/sun/jna/darwin/libjnidispatch.jnilib MD5 (com/sun/jna/darwin/libjnidispatch.jnilib) = 9dc88187671967d15c7ab13600e18b96 kurt-millers-powerbook-g4-56:netbeans truk$ md5 /private/var/tmp/jna702102506712993250.tmp MD5 (/private/var/tmp/jna702102506712993250.tmp) = 9dc88187671967d15c7ab13600e18b96 The exact spot where it crashes is JNI_OnLoad+72 in the copy of com/sun/jna/darwin/libjnidispatch.jnilib from netbeans/platform/modules/ext/jna-3.2.7.jar. See below for registers and disassembly: (gdb) info reg r0 0x0 0 r1 0xf1214350 4045488976 r2 0x17fc9b4 25151924 r3 0x17d9f68 25010024 r4 0xf1214388 4045489032 r5 0x10004 65540 r6 0xffffffff 4294967295 r7 0x0 0 r8 0x0 0 r9 0xf1214464 4045489252 r10 0x10016cc 16783052 r11 0x17e9750 25073488 r12 0x0 0 r13 0x0 0 r14 0x0 0 r15 0x0 0 r16 0x0 0 r17 0x0 0 r18 0x0 0 r19 0x0 0 r20 0x0 0 r21 0x0 0 r22 0x0 0 r23 0x0 0 r24 0x0 0 r25 0xa0b16e44 2695982660 r26 0x17d9f68 25010024 r27 0x15d34d8 22885592 r28 0xf12145d0 4045489616 r29 0xf1214388 4045489032 r30 0xf1214350 4045488976 r31 0x36fe44e8 922633448 pc 0x0 0 ps 0xd030 53296 cr 0x22000224 570425892 lr 0x36fe451c 922633500 ctr 0x0 0 xer 0x0 0 mq 0x0 0 fpscr 0x82004000 2181054464 vscr 0x10000 65536 vrsave 0x0 0 (gdb) x/20i 0x36fe44d0 0x36fe44d0 : mfcr r2 0x36fe44d4 : mflr r0 0x36fe44d8 : stmw r13,-76(r1) 0x36fe44dc : lis r5,1 0x36fe44e0 : mr r26,r3 0x36fe44e4 : bcl- 20,4*cr7+so,0x36fe44e8 0x36fe44e8 : stw r0,8(r1) 0x36fe44ec : ori r5,r5,4 0x36fe44f0 : mflr r31 0x36fe44f4 : stw r2,4(r1) 0x36fe44f8 : stwu r1,-192(r1) 0x36fe44fc : lwz r2,0(r3) 0x36fe4500 : mr r30,r1 0x36fe4504 : addi r29,r30,56 0x36fe4508 : lwz r0,40(r2) 0x36fe450c : mr r4,r29 0x36fe4510 : mtctr r0 0x36fe4514 : mr r12,r0 0x36fe4518 : bctrl At this point I'm unsure why we're failing. Anyone know PowerPC assemby well enough to determine why the ctr register is 0x0? Regards, -Kurt From annulen at yandex.ru Thu Sep 15 02:43:02 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Thu, 15 Sep 2011 13:43:02 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109141642.20254.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <1441316015409@web129.yandex.ru> <201109141159.23611.kurt@intricatesoftware.com> <201109141642.20254.kurt@intricatesoftware.com> Message-ID: <312091316079782@web3.yandex.ru> 15.09.2011, 00:42, "Kurt Miller" : > On Wednesday 14 September 2011 11:59:23 am Kurt Miller wrote: > >> ?On Wednesday 14 September 2011 11:50:09 am Konstantin Tokarev wrote: >>> ?14.09.2011, 18:37, "Kurt Miller" : >>>> ?On Wednesday 14 September 2011 04:24:27 am Konstantin Tokarev wrote: >>>>> ??13.09.2011, 19:31, "Kurt Miller" : >>>>>> ???On Tuesday 13 September 2011 11:18:15 am Konstantin Tokarev wrote: >>>>>>> ????13.09.2011, 18:02, "Kurt Miller" : >>>>>>>> ????Ideally you could use my fastdebug w/atomic.diff build to generate the core and make it available to me (compressed). This would allow me to to do a more complete diagnostic on the crash. >>>>>>>> >>>>>>>> ????The build is here: http://www.intricatesoftware.com/OpenJDK/macppc/openjdk7-macppc-fcs-fd-atomic-2011-09-12.tar.bz2 >>>>>>> ????Seems like your host is down >>>>>>> >>>>>>> ????http://www.downforeveryoneorjustme.com/www.intricatesoftware.com >>>>>> ???Thanks. I switched it to my backup ip. It is up again now. >>>>>>> ????I can send my core, though. >>>>>> ???It would be better to generate the core using my build so when I debug it here everything matches exactly. >>>>> ??Attached. >>>> ?Thank you. I downloaded it and checked it out with gdb. Unfortunately gdb can't unwind >>>> ?beyond the signal handler so I still can't see where the crash is comming from. :-( >>> ?I'm afraid breakpoint with further single-stepping is needed. Could you give a hint about reasonable place? >> ?From the hotspot.log file it appeard to be crashing in the following function: >> >> ?jdk/src/share/native/java/lang/ClassLoader.c:316 >> ?Java_java_lang_ClassLoader_00024NativeLibrary_load() > > Yes it is crashing in this function. I was able to reproduce it in gdb on my G4 single processor. > > Java_java_lang_ClassLoader_00024NativeLibrary_load gets called. > > (gdb) p cname > $1 = 0x37853330 "/private/var/tmp/jna702102506712993250.tmp" > > 330 ????????handle = JVM_LoadLibrary(cname); > > returns a good handle and crashes on this line: > > 345 ????????????????jniVersion = (*JNI_OnLoad)(jvm, NULL); > > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_PROTECTION_FAILURE at address: 0x00000000 > 0x00000000 in ?? () > > The library it loaded is a universal binary: > > kurt-millers-powerbook-g4-56:jdk truk$ file /private/var/tmp/jna702102506712993250.tmp > /private/var/tmp/jna702102506712993250.tmp: Mach-O universal binary with 3 architectures > /private/var/tmp/jna702102506712993250.tmp (for architecture ppc7400): ?Mach-O dynamically linked shared library ppc > /private/var/tmp/jna702102506712993250.tmp (for architecture i386): ????Mach-O dynamically linked shared library i386 > /private/var/tmp/jna702102506712993250.tmp (for architecture x86_64): ??Mach-O 64-bit dynamically linked shared library x86_64 > > This file comes from netbeans: > > jar -xf netbeans/platform/modules/ext/jna-3.2.7.jar com/sun/jna/darwin/libjnidispatch.jnilib > > kurt-millers-powerbook-g4-56:netbeans truk$ md5 com/sun/jna/darwin/libjnidispatch.jnilib > MD5 (com/sun/jna/darwin/libjnidispatch.jnilib) = 9dc88187671967d15c7ab13600e18b96 > kurt-millers-powerbook-g4-56:netbeans truk$ md5 /private/var/tmp/jna702102506712993250.tmp > MD5 (/private/var/tmp/jna702102506712993250.tmp) = 9dc88187671967d15c7ab13600e18b96 > > The exact spot where it crashes is JNI_OnLoad+72 in the copy of com/sun/jna/darwin/libjnidispatch.jnilib > from netbeans/platform/modules/ext/jna-3.2.7.jar. > > See below for registers and disassembly: > > (gdb) info reg > r0 ????????????0x0 ?????0 > r1 ????????????0xf1214350 ??????4045488976 > r2 ????????????0x17fc9b4 ???????25151924 > r3 ????????????0x17d9f68 ???????25010024 > r4 ????????????0xf1214388 ??????4045489032 > r5 ????????????0x10004 ?65540 > r6 ????????????0xffffffff ??????4294967295 > r7 ????????????0x0 ?????0 > r8 ????????????0x0 ?????0 > r9 ????????????0xf1214464 ??????4045489252 > r10 ???????????0x10016cc ???????16783052 > r11 ???????????0x17e9750 ???????25073488 > r12 ???????????0x0 ?????0 > r13 ???????????0x0 ?????0 > r14 ???????????0x0 ?????0 > r15 ???????????0x0 ?????0 > r16 ???????????0x0 ?????0 > r17 ???????????0x0 ?????0 > r18 ???????????0x0 ?????0 > r19 ???????????0x0 ?????0 > r20 ???????????0x0 ?????0 > r21 ???????????0x0 ?????0 > r22 ???????????0x0 ?????0 > r23 ???????????0x0 ?????0 > r24 ???????????0x0 ?????0 > r25 ???????????0xa0b16e44 ??????2695982660 > r26 ???????????0x17d9f68 ???????25010024 > r27 ???????????0x15d34d8 ???????22885592 > r28 ???????????0xf12145d0 ??????4045489616 > r29 ???????????0xf1214388 ??????4045489032 > r30 ???????????0xf1214350 ??????4045488976 > r31 ???????????0x36fe44e8 ??????922633448 > pc ????????????0x0 ?????0 > ps ????????????0xd030 ??53296 > cr ????????????0x22000224 ??????570425892 > lr ????????????0x36fe451c ??????922633500 > ctr ???????????0x0 ?????0 > xer ???????????0x0 ?????0 > mq ????????????0x0 ?????0 > fpscr ?????????0x82004000 ??????2181054464 > vscr ??????????0x10000 ?65536 > vrsave ????????0x0 ?????0 > (gdb) x/20i 0x36fe44d0 > 0x36fe44d0 : ???????mfcr ???r2 > 0x36fe44d4 : ?????mflr ???r0 > 0x36fe44d8 : ?????stmw ???r13,-76(r1) > 0x36fe44dc : ????lis ????r5,1 > 0x36fe44e0 : ????mr ?????r26,r3 > 0x36fe44e4 : ????bcl- ???20,4*cr7+so,0x36fe44e8 > 0x36fe44e8 : ????stw ????r0,8(r1) > 0x36fe44ec : ????ori ????r5,r5,4 > 0x36fe44f0 : ????mflr ???r31 > 0x36fe44f4 : ????stw ????r2,4(r1) > 0x36fe44f8 : ????stwu ???r1,-192(r1) > 0x36fe44fc : ????lwz ????r2,0(r3) > 0x36fe4500 : ????mr ?????r30,r1 > 0x36fe4504 : ????addi ???r29,r30,56 > 0x36fe4508 : ????lwz ????r0,40(r2) > 0x36fe450c : ????mr ?????r4,r29 > 0x36fe4510 : ????mtctr ??r0 > 0x36fe4514 : ????mr ?????r12,r0 > 0x36fe4518 : ????bctrl > > At this point I'm unsure why we're failing. Anyone know PowerPC assemby well enough > to determine why the ctr register is 0x0? I'm n00b here (but I promise I'll learn it :). However, I propose the next plan: 1. Check if stand-alone JNA works with our JDK 2. Build JNA with full debug information 3. If on step (1) some test crashed, debug it, otherwise replace JNA jar in NetBeans and debug whole thing. -- Regards, Konstantin From annulen at yandex.ru Thu Sep 15 03:01:59 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Thu, 15 Sep 2011 14:01:59 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109141642.20254.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <1441316015409@web129.yandex.ru> <201109141159.23611.kurt@intricatesoftware.com> <201109141642.20254.kurt@intricatesoftware.com> Message-ID: <357471316080920@web140.yandex.ru> 15.09.2011, 00:42, "Kurt Miller" : > (gdb) x/20i 0x36fe44d0 > 0x36fe4508 : ????lwz ????r0,40(r2) # loaded word from given memory address into r0 > 0x36fe450c : ????mr ?????r4,r29 > 0x36fe4510 : ????mtctr ??r0 # ctr is initialized with value from r0 > 0x36fe4514 : ????mr ?????r12,r0 > 0x36fe4518 : ????bctrl > > At this point I'm unsure why we're failing. Anyone know PowerPC assemby well enough > to determine why the ctr register is 0x0? I guess there was zero pointer or something like that. -- Regards, Konstantin From annulen at yandex.ru Fri Sep 16 00:23:10 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Fri, 16 Sep 2011 11:23:10 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109141642.20254.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <1441316015409@web129.yandex.ru> <201109141159.23611.kurt@intricatesoftware.com> <201109141642.20254.kurt@intricatesoftware.com> Message-ID: <786271316157790@web139.yandex.ru> Seems like I've found possible reason for crash: JNA uses JAWT_MacOSXDrawingSurfaceInfo struct, but we don't provide it. Unmodified JNA just fails to compile. Code fragment from JNA: #elif __APPLE__ // WARNING: the view ref is not guaranteed to be stable except during // component paint (see jni_md.h) JAWT_MacOSXDrawingSurfaceInfo* mdsi = (JAWT_MacOSXDrawingSurfaceInfo*)dsi->platformInfo; if (mdsi != NULL) { handle = (unsigned long)mdsi->cocoaViewRef; if (!handle) { throwByName(env, EIllegalState, "Can't get Cocoa View"); } } else { throwByName(env, EError, "Can't get OS X platform info"); } #else JAWT_X11DrawingSurfaceInfo* xdsi = (JAWT_X11DrawingSurfaceInfo*)dsi->platformInfo; if (xdsi != NULL) { handle = xdsi->drawable; if (!handle) { throwByName(env, EIllegalState, "Can't get Drawable"); } } else { throwByName(env, EError, "Can't get X11 platform info"); } #endif -- Regards, Konstantin From kurt at intricatesoftware.com Fri Sep 16 07:44:20 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Fri, 16 Sep 2011 10:44:20 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <786271316157790@web139.yandex.ru> References: <339631315069982@web17.yandex.ru> <201109141642.20254.kurt@intricatesoftware.com> <786271316157790@web139.yandex.ru> Message-ID: <201109161044.20658.kurt@intricatesoftware.com> On Friday 16 September 2011 03:23:10 am Konstantin Tokarev wrote: > Seems like I've found possible reason for crash: JNA uses JAWT_MacOSXDrawingSurfaceInfo struct, but we don't provide it. Unmodified JNA just fails to compile. > > Code fragment from JNA: > > #elif __APPLE__ > // WARNING: the view ref is not guaranteed to be stable except during > // component paint (see jni_md.h) > JAWT_MacOSXDrawingSurfaceInfo* mdsi = > (JAWT_MacOSXDrawingSurfaceInfo*)dsi->platformInfo; > if (mdsi != NULL) { > handle = (unsigned long)mdsi->cocoaViewRef; > if (!handle) { > throwByName(env, EIllegalState, "Can't get Cocoa View"); > } > } > else { > throwByName(env, EError, "Can't get OS X platform info"); > } > #else > JAWT_X11DrawingSurfaceInfo* xdsi = > (JAWT_X11DrawingSurfaceInfo*)dsi->platformInfo; > if (xdsi != NULL) { > handle = xdsi->drawable; > if (!handle) { > throwByName(env, EIllegalState, "Can't get Drawable"); > } > } > else { > throwByName(env, EError, "Can't get X11 platform info"); > } > #endif Check the Max OS X port for that function. Mac OS X is built on-top of bsd-port, meaning they merge bsd-port changes into their tree from time to time and then add Cocoa based UI on top. I'm thinking that we've not gotten far enough into loading jna to hit that missing function. We're crashing very earily. The code for JNI_OnLoad in jna is here: https://github.com/twall/jna/blob/master/native/dispatch.c -Kurt From swingler at apple.com Fri Sep 16 11:03:21 2011 From: swingler at apple.com (Mike Swingler) Date: Fri, 16 Sep 2011 11:03:21 -0700 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109161044.20658.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <201109141642.20254.kurt@intricatesoftware.com> <786271316157790@web139.yandex.ru> <201109161044.20658.kurt@intricatesoftware.com> Message-ID: <0A098EEB-79A2-4AE8-9559-B86008782599@apple.com> On Sep 16, 2011, at 7:44 AM, Kurt Miller wrote: > On Friday 16 September 2011 03:23:10 am Konstantin Tokarev wrote: > >> Seems like I've found possible reason for crash: JNA uses JAWT_MacOSXDrawingSurfaceInfo struct, but we don't provide it. Unmodified JNA just fails to compile. >> >> Code fragment from JNA: >> >> #elif __APPLE__ >> // WARNING: the view ref is not guaranteed to be stable except during >> // component paint (see jni_md.h) >> JAWT_MacOSXDrawingSurfaceInfo* mdsi = >> (JAWT_MacOSXDrawingSurfaceInfo*)dsi->platformInfo; >> if (mdsi != NULL) { >> handle = (unsigned long)mdsi->cocoaViewRef; >> if (!handle) { >> throwByName(env, EIllegalState, "Can't get Cocoa View"); >> } >> } >> else { >> throwByName(env, EError, "Can't get OS X platform info"); >> } >> #else >> JAWT_X11DrawingSurfaceInfo* xdsi = >> (JAWT_X11DrawingSurfaceInfo*)dsi->platformInfo; >> if (xdsi != NULL) { >> handle = xdsi->drawable; >> if (!handle) { >> throwByName(env, EIllegalState, "Can't get Drawable"); >> } >> } >> else { >> throwByName(env, EError, "Can't get X11 platform info"); >> } >> #endif > > Check the Max OS X port for that function. Mac OS X is built on-top > of bsd-port, meaning they merge bsd-port changes into their tree from > time to time and then add Cocoa based UI on top. > > I'm thinking that we've not gotten far enough into loading jna to hit > that missing function. We're crashing very earily. The code for > JNI_OnLoad in jna is here: > > https://github.com/twall/jna/blob/master/native/dispatch.c Actually, the macosx-port doesn't have the JAWT API implemented yet, and it won't be vending a Cocoa NSView* when we do get around to implementing it. We actually won't be providing an pointer to the underlying window or view hierarchy, because it could exist in a separate process. Instead, JAWT clients will be expected to provide a CoreAnimation layer that they want placed on top the AWT component they are covering. We will then take that and link it up across processes to form a coherent render tree. FYI, Mike Swingler Java Engineering Apple Inc. From kurt at intricatesoftware.com Fri Sep 16 11:15:47 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Fri, 16 Sep 2011 14:15:47 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <0A098EEB-79A2-4AE8-9559-B86008782599@apple.com> References: <339631315069982@web17.yandex.ru> <201109161044.20658.kurt@intricatesoftware.com> <0A098EEB-79A2-4AE8-9559-B86008782599@apple.com> Message-ID: <201109161415.47248.kurt@intricatesoftware.com> On Friday 16 September 2011 02:03:21 pm Mike Swingler wrote: > On Sep 16, 2011, at 7:44 AM, Kurt Miller wrote: > > > On Friday 16 September 2011 03:23:10 am Konstantin Tokarev wrote: > > > >> Seems like I've found possible reason for crash: JNA uses JAWT_MacOSXDrawingSurfaceInfo struct, but we don't provide it. Unmodified JNA just fails to compile. > >> > >> Code fragment from JNA: > >> > >> #elif __APPLE__ > >> // WARNING: the view ref is not guaranteed to be stable except during > >> // component paint (see jni_md.h) > >> JAWT_MacOSXDrawingSurfaceInfo* mdsi = > >> (JAWT_MacOSXDrawingSurfaceInfo*)dsi->platformInfo; > >> if (mdsi != NULL) { > >> handle = (unsigned long)mdsi->cocoaViewRef; > >> if (!handle) { > >> throwByName(env, EIllegalState, "Can't get Cocoa View"); > >> } > >> } > >> else { > >> throwByName(env, EError, "Can't get OS X platform info"); > >> } > >> #else > >> JAWT_X11DrawingSurfaceInfo* xdsi = > >> (JAWT_X11DrawingSurfaceInfo*)dsi->platformInfo; > >> if (xdsi != NULL) { > >> handle = xdsi->drawable; > >> if (!handle) { > >> throwByName(env, EIllegalState, "Can't get Drawable"); > >> } > >> } > >> else { > >> throwByName(env, EError, "Can't get X11 platform info"); > >> } > >> #endif > > > > Check the Max OS X port for that function. Mac OS X is built on-top > > of bsd-port, meaning they merge bsd-port changes into their tree from > > time to time and then add Cocoa based UI on top. > > > > I'm thinking that we've not gotten far enough into loading jna to hit > > that missing function. We're crashing very earily. The code for > > JNI_OnLoad in jna is here: > > > > https://github.com/twall/jna/blob/master/native/dispatch.c > > Actually, the macosx-port doesn't have the JAWT API implemented yet, and it won't be vending a Cocoa NSView* when we do get around to implementing it. We actually won't be providing an pointer to the underlying window or view hierarchy, because it could exist in a separate process. Instead, JAWT clients will be expected to provide a CoreAnimation layer that they want placed on top the AWT component they are covering. We will then take that and link it up across processes to form a coherent render tree. Ah, thanks for the info. Konstantin, in light of the above info I would just disable the __APPLE__ segement and build using the X11 code. Regards, -Kurt From kurt at intricatesoftware.com Fri Sep 16 12:16:19 2011 From: kurt at intricatesoftware.com (kurt at intricatesoftware.com) Date: Fri, 16 Sep 2011 19:16:19 +0000 Subject: hg: bsd-port/bsd-port/hotspot: Summary: Zero build fixes for OpenBSD Message-ID: <20110916191630.6B69247741@hg.openjdk.java.net> Changeset: cfc505a069f9 Author: kurt Date: 2011-09-16 15:15 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/cfc505a069f9 Summary: Zero build fixes for OpenBSD ! src/os_cpu/bsd_zero/vm/bytes_bsd_zero.inline.hpp ! src/os_cpu/bsd_zero/vm/os_bsd_zero.cpp From annulen at yandex.ru Sun Sep 18 12:12:23 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Sun, 18 Sep 2011 23:12:23 +0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <201109141642.20254.kurt@intricatesoftware.com> References: <339631315069982@web17.yandex.ru> <1441316015409@web129.yandex.ru> <201109141159.23611.kurt@intricatesoftware.com> <201109141642.20254.kurt@intricatesoftware.com> Message-ID: <470781316373143@web57.yandex.ru> 15.09.2011, 00:42, "Kurt Miller" : >> ?From the hotspot.log file it appeard to be crashing in the following function: >> >> ?jdk/src/share/native/java/lang/ClassLoader.c:316 >> ?Java_java_lang_ClassLoader_00024NativeLibrary_load() > > Yes it is crashing in this function. I was able to reproduce it in gdb on my G4 single processor. > > Java_java_lang_ClassLoader_00024NativeLibrary_load gets called. > Is it possible to get Java stack somehow to figure out what Java code invoked crashing function? -- Regards, Konstantin From kurt at intricatesoftware.com Sun Sep 18 16:44:56 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Sun, 18 Sep 2011 19:44:56 -0400 Subject: OpenJDK Zero PPC Build on OS X Leopard In-Reply-To: <470781316373143@web57.yandex.ru> References: <339631315069982@web17.yandex.ru> <1441316015409@web129.yandex.ru> <201109141159.23611.kurt@intricatesoftware.com> <201109141642.20254.kurt@intricatesoftware.com> <470781316373143@web57.yandex.ru> Message-ID: <4E768278.5080303@intricatesoftware.com> On 9/18/11 3:12 PM, Konstantin Tokarev wrote: > > 15.09.2011, 00:42, "Kurt Miller": >>> From the hotspot.log file it appeard to be crashing in the following function: >>> >>> jdk/src/share/native/java/lang/ClassLoader.c:316 >>> Java_java_lang_ClassLoader_00024NativeLibrary_load() >> Yes it is crashing in this function. I was able to reproduce it in gdb on my G4 single processor. >> >> Java_java_lang_ClassLoader_00024NativeLibrary_load gets called. >> > Is it possible to get Java stack somehow to figure out what Java code invoked crashing function? > Sure it is in the hs_err_pid33861.log file you sent to the list on the 10th: java.lang.ClassLoader$NativeLibrary.load(Ljava/lang/String;)V java.lang.ClassLoader.loadLibrary0(Ljava/lang/Class;Ljava/io/File;)Z java.lang.ClassLoader.loadLibrary(Ljava/lang/Class;Ljava/lang/String;Z)V java.lang.Runtime.load0(Ljava/lang/Class;Ljava/lang/String;)V java.lang.System.load(Ljava/lang/String;)V com.sun.jna.Native.loadNativeLibraryFromJar()V com.sun.jna.Native.loadNativeLibrary()V com.sun.jna.Native.()V org.netbeans.modules.masterfs.watcher.OSXNotifier.()V org.netbeans.modules.masterfs.watcher.Watcher.getNotifierForPlatform()Lorg/netbeans/modules/masterfs/watcher/Notifier; org.netbeans.modules.masterfs.watcher.Watcher.()V sun.reflect.NativeConstructorAccessorImpl.newInstance0(Ljava/lang/reflect/Constructor;[Ljava/lang/Object;)Ljava/lang/Object; sun.reflect.NativeConstructorAccessorImpl.newInstance([Ljava/lang/Object;)Ljava/lang/Object; sun.reflect.DelegatingConstructorAccessorImpl.newInstance([Ljava/lang/Object;)Ljava/lang/Object; java.lang.reflect.Constructor.newInstance([Ljava/lang/Object;)Ljava/lang/Object; ... etc ... One idea diagnose this it to replace the libjnidispatch.jnilib in netbeans/platform/modules/ext/jna-3.2.7.jar with your debug version and then step through the Java_java_lang_ClassLoader_00024NativeLibrary_load call that crashes. Regards, -Kurt From christos at zoulas.com Mon Sep 19 16:00:38 2011 From: christos at zoulas.com (christos at zoulas.com) Date: Mon, 19 Sep 2011 23:00:38 +0000 Subject: hg: bsd-port/bsd-port/hotspot: don't use hsearch_r, use berkeley db and don't leak memory on error. Message-ID: <20110919230040.C02F6477EC@hg.openjdk.java.net> Changeset: f19d23da7c3e Author: Christos Zoulas Date: 2011-09-19 19:00 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/f19d23da7c3e don't use hsearch_r, use berkeley db and don't leak memory on error. ! agent/src/os/bsd/Makefile ! agent/src/os/bsd/symtab.c From kurt at intricatesoftware.com Wed Sep 21 13:37:49 2011 From: kurt at intricatesoftware.com (kurt at intricatesoftware.com) Date: Wed, 21 Sep 2011 20:37:49 +0000 Subject: hg: bsd-port/bsd-port/hotspot: 2 new changesets Message-ID: <20110921203757.7AE0947880@hg.openjdk.java.net> Changeset: 278b28ec3a1f Author: kurt Date: 2011-09-21 16:36 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/278b28ec3a1f Summary: Eliminate OS specific atomic includes and implementations from bsd_zero. This reduces linux_zero to bsd_zero diff's and corrects OS X PPC SMP crashes. Now using gcc 4.1 and up builtin atomics. For OS X this means 10.5 and up is required. Discussed with Greg, Christos and Landon. Testing help from Konstantin Tokarev. ! src/os_cpu/bsd_zero/vm/atomic_bsd_zero.inline.hpp ! src/os_cpu/bsd_zero/vm/orderAccess_bsd_zero.inline.hpp Changeset: 7b0da61aa3af Author: kurt Date: 2011-09-21 16:37 -0400 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/7b0da61aa3af Merge From glewis at eyesbeyond.com Wed Sep 21 22:29:19 2011 From: glewis at eyesbeyond.com (glewis at eyesbeyond.com) Date: Thu, 22 Sep 2011 05:29:19 +0000 Subject: hg: bsd-port/bsd-port/hotspot: 2 new changesets Message-ID: <20110922052925.BCA7F478A2@hg.openjdk.java.net> Changeset: cf5c383e1d33 Author: Greg Lewis Date: 2011-09-21 22:28 -0700 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/cf5c383e1d33 . Fix the build on FreeBSD by adding an include of fcntl.h for O_CREAT and O_RDWR. ! agent/src/os/bsd/symtab.c Changeset: f1a18ada5853 Author: Greg Lewis Date: 2011-09-21 22:29 -0700 URL: http://hg.openjdk.java.net/bsd-port/bsd-port/hotspot/rev/f1a18ada5853 . Finish removing hsearch_r. - agent/src/os/bsd/hsearch_r.c - agent/src/os/bsd/hsearch_r.h ! make/bsd/makefiles/saproc.make From glewis at eyesbeyond.com Thu Sep 22 23:22:05 2011 From: glewis at eyesbeyond.com (Greg Lewis) Date: Thu, 22 Sep 2011 23:22:05 -0700 Subject: Backporting the KQueue NIO selector implementation In-Reply-To: <20110922052925.BCA7F478A2@hg.openjdk.java.net> References: <20110922052925.BCA7F478A2@hg.openjdk.java.net> Message-ID: <20110923062205.GA45006@misty.eyesbeyond.com> I'd like to backport the KQueue based NIO selector Alex Strange recently committed to the MacOS X port http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cb5ebc902d33 The attached patch compiles on FreeBSD and should work fine on MacOS X (since I just pulled the code in from the MacOS X port :). Can someone test on OpenBSD and/or NetBSD? -- Greg Lewis Email : glewis at eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis at FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: kqueue.diff Type: text/x-diff Size: 43898 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20110922/b61bc462/kqueue.diff From kurt at intricatesoftware.com Mon Sep 26 05:36:52 2011 From: kurt at intricatesoftware.com (Kurt Miller) Date: Mon, 26 Sep 2011 08:36:52 -0400 Subject: Backporting the KQueue NIO selector implementation In-Reply-To: <20110923062205.GA45006@misty.eyesbeyond.com> References: <20110922052925.BCA7F478A2@hg.openjdk.java.net> <20110923062205.GA45006@misty.eyesbeyond.com> Message-ID: <4E8071E4.7040604@intricatesoftware.com> On 9/23/11 2:22 AM, Greg Lewis wrote: > I'd like to backport the KQueue based NIO selector Alex Strange recently > committed to the MacOS X port > > http://hg.openjdk.java.net/macosx-port/macosx-port/jdk/rev/cb5ebc902d33 > > The attached patch compiles on FreeBSD and should work fine on MacOS X > (since I just pulled the code in from the MacOS X port :). Can someone > test on OpenBSD and/or NetBSD? Hi Greg, It builds ok on OpenBSD. Is there any particular app that I should test it with? Thanks, -Kurt