More C1 crashing in JRuby
Charles Oliver Nutter
charles.nutter at sun.com
Fri Oct 10 15:27:40 PDT 2008
It's possible it broke, or it's possible this is just another case I
didn't fix (or didn't know needed to be fixed). I've been careful not to
do that in new code, but it's a little more difficult to audit all the
other code emitted by the compiler across all input cases. Might be
worth the effort now that there's been a second report, though.
Tom Rodriguez wrote:
> It's bug 6758445 and it should be visible on bugs.sun.com or the bug
> parade, though I just filed it and it might take a little while to show up.
>
> By the way, looking at my description of the original problem, it looks
> almost exactly the same as what I'm seeing with this new one:
>
> try
> if (something) throw BreakJump
>
> loop:
> .....
>
> catch (BreakJump bj)
> goto loop
>
> Maybe your workaround for this broke?
>
> tom
>
> On Oct 10, 2008, at 1:18 PM, Charles Oliver Nutter wrote:
>
>> Hmm, ok...is there a publicly-viewable page I can point the user to on
>> the C1 bug? I'll see about repairing the bytecode, but I'd at least
>> like to show them it was a HotSpot issue that's been fixed (and
>> presumably will be released someday).
>>
>> - Charlie
>>
>> Tom Rodriguez wrote:
>>> This looks almost the same as the other crash. A loop is being
>>> formed with an exception handler in way we're not prepared to deal
>>> with. The same C1 fix resolves this issue as well but I'm not sure
>>> how you should restructure the bytecodes to work around the C1 bug.
>>> I think your exception handler covers too much control flow. If the
>>> code were written in Java then you'd probably have to structure your
>>> exception handlers differently.
>>> tom
>>> On Oct 10, 2008, at 9:56 AM, Charles Oliver Nutter wrote:
>>>> Oops, sorry about that. New DSL modem didn't have port forwarding
>>>> set up. Should be working now.
>>>>
>>>> Tom Rodriguez wrote:
>>>>> From the error log, the crash appears to be in mark_loops which is
>>>>> the same place it was crashing before with the funny exception
>>>>> edges. jruby.headius.com keeps timing out so I haven't been able
>>>>> to download a copy of jruby. Once it comes back I'll see what I
>>>>> can find.
>>>>> tom
>>>>> On Oct 10, 2008, at 7:43 AM, Charles Oliver Nutter wrote:
>>>>>> Another JRuby user reported SIGSEGV in C1 with a simple snippit of
>>>>>> Ruby code:
>>>>>>
>>>>>> c = 1
>>>>>>
>>>>>> while (true)
>>>>>> flag = 0
>>>>>> (1..20).each do |e|
>>>>>> flag += (c % e)
>>>>>> end
>>>>>> break if (flag == 0)
>>>>>> c += 1
>>>>>> end
>>>>>> c
>>>>>>
>>>>>> I was able to reproduce it using Landon Fuller's Java 6 and
>>>>>> OpenJDK 7 builds on OS X, and have attached the dumps to this
>>>>>> email (8135 is Java 6, 8160 is Java 7). It did not appear to crash
>>>>>> on Apple Java 5. I've also attached the original reporter's dump
>>>>>> file (2912), from Windows XP + Java 6.
>>>>>>
>>>>>> As you'd expect, switching to C2 makes the problem disappear. And
>>>>>> like last time, I'm willing to make whatever changes necessary to
>>>>>> work around the problem, if possible.
>>>>>>
>>>>>> The JRuby bug report is here:
>>>>>>
>>>>>> http://jira.codehaus.org/browse/JRUBY-3049
>>>>>>
>>>>>> Latest JRuby nightly builds are available here (unpack, put bin/
>>>>>> in PATH, run 'jruby test.rb' where test.rb is the above script;
>>>>>> defaults to -client, pass --server to switch):
>>>>>>
>>>>>> http://jruby.headius.com:8080/hudson/job/jruby-dist/
>>>>>>
>>>>>> Do you want me to file this bug also through the usual channels?
>>>>>>
>>>>>> - Charlie
>>>>>> #
>>>>>> # A fatal error has been detected by the Java Runtime Environment:
>>>>>> #
>>>>>> # SIGSEGV (0xb) at pc=0x010735c7, pid=8160, tid=2958077952
>>>>>> #
>>>>>> # Java VM: OpenJDK Client VM (14.0-b01 mixed mode bsd-x86 )
>>>>>> # Problematic frame:
>>>>>> # V [libjvm.dylib+0x735c7]
>>>>>> #
>>>>>> # If you would like to submit a bug report, please visit:
>>>>>> # http://java.sun.com/webapps/bugreport/crash.jsp
>>>>>> #
>>>>>>
>>>>>> --------------- T H R E A D ---------------
>>>>>>
>>>>>> Current thread (0x0082bc00): JavaThread "CompilerThread0" daemon
>>>>>> [_thread_in_native, id=-1336889344, stack(0xb048b000,0xb050b000)]
>>>>>>
>>>>>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR),
>>>>>> si_addr=0x46dc3668
>>>>>>
>>>>>> Registers:
>>>>>> EAX=0x00002000, EBX=0x01073776, ECX=0x0000000d, EDX=0x26dc3680
>>>>>> ESP=0xb050a520, EBP=0xb050a588, ESI=0x07fffffa, EDI=0x00000001
>>>>>> EIP=0x010735c7, EFLAGS=0x00010206
>>>>>>
>>>>>> Top of Stack: (sp=0xb050a520)
>>>>>> 0xb050a520: 007b2be0 26dc31e8 b050a568 01073425
>>>>>> 0xb050a530: b050a628 b050a668 b050a674 b050a530
>>>>>> 0xb050a540: 0000000e b050a628 26e670b0 ffffffff
>>>>>> 0xb050a550: 00000000 00000002 00000000 00000034
>>>>>> 0xb050a560: b050a628 26dc3680 0000021c 000000b4
>>>>>> 0xb050a570: 00000018 b050a590 b050a608 b050a5a0
>>>>>> 0xb050a580: b050a674 b050a628 b050a5f8 01073906
>>>>>> 0xb050a590: 00000002 26dc31f4 b050a5c8 01073906
>>>>>>
>>>>>> Instructions: (pc=0x010735c7)
>>>>>> 0x010735b7: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0
>>>>>> 0x010735c7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51
>>>>>>
>>>>>> Stack: [0xb048b000,0xb050b000], sp=0xb050a520, free space=509k
>>>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
>>>>>> C=native code)
>>>>>> V [libjvm.dylib+0x735c7]
>>>>>> V [libjvm.dylib+0x73906]
>>>>>> V [libjvm.dylib+0x73a74]
>>>>>> V [libjvm.dylib+0x56b79]
>>>>>> V [libjvm.dylib+0x5701b]
>>>>>> V [libjvm.dylib+0x571af]
>>>>>> V [libjvm.dylib+0x57440]
>>>>>> V [libjvm.dylib+0x57499]
>>>>>> V [libjvm.dylib+0x57768]
>>>>>> V [libjvm.dylib+0x13e14c]
>>>>>> V [libjvm.dylib+0x13f9f0]
>>>>>> V [libjvm.dylib+0x3ab524]
>>>>>> V [libjvm.dylib+0x3b2921]
>>>>>> V [libjvm.dylib+0x3b2a0e]
>>>>>> V [libjvm.dylib+0x3071a5]
>>>>>> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141
>>>>>> C [libSystem.B.dylib+0x325b2] thread_start+0x22
>>>>>>
>>>>>>
>>>>>> Current CompileTask:
>>>>>> C1: 1% !
>>>>>> test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject;
>>>>>> @ 34 (275 bytes)
>>>>>>
>>>>>>
>>>>>> --------------- P R O C E S S ---------------
>>>>>>
>>>>>> Java Threads: ( => current thread )
>>>>>> 0x00831c00 JavaThread "Low Memory Detector" daemon
>>>>>> [_thread_blocked, id=-1335832576, stack(0xb050d000,0xb060d000)]
>>>>>> =>0x0082bc00 JavaThread "CompilerThread0" daemon
>>>>>> [_thread_in_native, id=-1336889344, stack(0xb048b000,0xb050b000)]
>>>>>> 0x00820800 JavaThread "Signal Dispatcher" daemon [_thread_blocked,
>>>>>> id=-1337421824, stack(0xb0389000,0xb0489000)]
>>>>>> 0x0081f000 JavaThread "Finalizer" daemon [_thread_blocked,
>>>>>> id=-1338478592, stack(0xb0287000,0xb0387000)]
>>>>>> 0x0081b000 JavaThread "Reference Handler" daemon [_thread_blocked,
>>>>>> id=-1339535360, stack(0xb0185000,0xb0285000)]
>>>>>> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608,
>>>>>> stack(0xb0001000,0xb0101000)]
>>>>>>
>>>>>> Other Threads:
>>>>>> 0x00818800 VMThread [stack: 0xb0103000,0xb0183000] [id=-1340592128]
>>>>>> 0x00832c00 WatcherThread [stack: 0xb060f000,0xb068f000]
>>>>>> [id=-1335300096]
>>>>>>
>>>>>> VM state:not at safepoint (normal execution)
>>>>>>
>>>>>> VM Mutex/Monitor currently owned by a thread: None
>>>>>>
>>>>>> Heap
>>>>>> def new generation total 960K, used 393K [0x039a0000,
>>>>>> 0x03aa0000, 0x06010000)
>>>>>> eden space 896K, 43% used [0x039a0000, 0x03a02668, 0x03a80000)
>>>>>> from space 64K, 0% used [0x03a90000, 0x03a900d0, 0x03aa0000)
>>>>>> to space 64K, 0% used [0x03a80000, 0x03a80000, 0x03a90000)
>>>>>> tenured generation total 4096K, used 1209K [0x06010000,
>>>>>> 0x06410000, 0x22da0000)
>>>>>> the space 4096K, 29% used [0x06010000, 0x0613e400, 0x0613e400,
>>>>>> 0x06410000)
>>>>>> compacting perm gen total 12288K, used 9241K [0x22da0000,
>>>>>> 0x239a0000, 0x26da0000)
>>>>>> the space 12288K, 75% used [0x22da0000, 0x236a6468, 0x236a6600,
>>>>>> 0x239a0000)
>>>>>> No shared spaces configured.
>>>>>>
>>>>>> Dynamic libraries:
>>>>>> 0x00000000 /usr/lib/libgcc_s.1.dylib
>>>>>> 0x00000000 /usr/lib/libSystem.B.dylib
>>>>>> 0x00000000 /usr/lib/system/libmathCommon.A.dylib
>>>>>> 0x01000000
>>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client/libjvm.dylib
>>>>>>
>>>>>> 0x00000000 /usr/lib/libstdc++.6.dylib
>>>>>> 0x0001e000
>>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/native_threads/libhpi.dylib
>>>>>>
>>>>>> 0x00031000
>>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libverify.dylib
>>>>>>
>>>>>> 0x00040000
>>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libjava.dylib
>>>>>>
>>>>>> 0x00067000
>>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libzip.dylib
>>>>>>
>>>>>> 0x0075c000
>>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/libmanagement.dylib
>>>>>>
>>>>>> 0x26e6d000 /private/var/tmp/jna57777.tmp
>>>>>> 0x26e85000
>>>>>> /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
>>>>>> 0x00000000 /usr/lib/libobjc.A.dylib
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
>>>>>>
>>>>>> 0x00000000 /usr/lib/libicucore.A.dylib
>>>>>> 0x00000000 /usr/lib/libxml2.2.dylib
>>>>>> 0x00000000 /usr/lib/libz.1.dylib
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
>>>>>>
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
>>>>>>
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
>>>>>>
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/Security.framework/Versions/A/Security
>>>>>> 0x00000000 /usr/lib/libauto.dylib
>>>>>> 0x00000000 /usr/lib/libsqlite3.0.dylib
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
>>>>>>
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
>>>>>>
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
>>>>>>
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
>>>>>>
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
>>>>>>
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
>>>>>>
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
>>>>>>
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
>>>>>> 0x00000000
>>>>>> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
>>>>>>
>>>>>> 0x00000000 /usr/lib/libbsm.dylib
>>>>>> 0x00000000 /usr/lib/libxslt.1.dylib
>>>>>>
>>>>>> VM Arguments:
>>>>>> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m
>>>>>> -Xss1024k
>>>>>> -Xbootclasspath/a:/Users/headius/projects/jruby/lib/jruby.jar
>>>>>> -Djruby.home=/Users/headius/projects/jruby
>>>>>> -Djruby.lib=/Users/headius/projects/jruby/lib -Djruby.script=jruby
>>>>>> -Djruby.shell=/bin/sh
>>>>>> java_command: org.jruby.Main test.rb
>>>>>> Launcher Type: SUN_STANDARD
>>>>>>
>>>>>> Environment Variables:
>>>>>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home
>>>>>>
>>>>>> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin
>>>>>>
>>>>>> SHELL=/bin/bash
>>>>>> DISPLAY=/tmp/launch-L2Owkb/:0
>>>>>> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386/client:/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/Versions/openjdk7/Home/jre/../lib/i386
>>>>>>
>>>>>>
>>>>>> Signal Handlers:
>>>>>> SIGSEGV: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGBUS: [libjvm.dylib+0x3ee290], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGFPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGPIPE: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGXFSZ: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGILL: [libjvm.dylib+0x303190], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000
>>>>>> SIGUSR2: [libjvm.dylib+0x3043c0], sa_mask[0]=0x00000000,
>>>>>> sa_flags=0x00000042
>>>>>> SIGHUP: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGINT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGTERM: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGQUIT: [libjvm.dylib+0x305d50], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>>
>>>>>>
>>>>>> --------------- S Y S T E M ---------------
>>>>>>
>>>>>> OS:Bsd
>>>>>> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3
>>>>>> 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386
>>>>>> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240
>>>>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model
>>>>>> 14 stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3
>>>>>>
>>>>>> Memory: 4k page, physical 1853232k(463308k free)
>>>>>>
>>>>>> vm_info: OpenJDK Client VM (14.0-b01) for bsd-x86 JRE
>>>>>> (1.7.0-internal-landonf_2008_08_20_14_13-b00), built on Aug 20
>>>>>> 2008 14:25:37 by "landonf" with gcc 4.0.1 (Apple Inc. build 5484)
>>>>>>
>>>>>> time: Fri Oct 10 09:23:14 2008
>>>>>> elapsed time: 3 seconds
>>>>>>
>>>>>> #
>>>>>> # An unexpected error has been detected by Java Runtime Environment:
>>>>>> #
>>>>>> # SIGSEGV (0xb) at pc=0x0106dea7, pid=8135, tid=0xb050b000
>>>>>> #
>>>>>> # Java VM: Java HotSpot(TM) Client VM
>>>>>> (1.6.0_03-p3-landonf_05_dec_2007_22_04-b00 mixed mode)
>>>>>> # Problematic frame:
>>>>>> # V [libjvm.dylib+0x6dea7]
>>>>>> #
>>>>>> # Please submit bug reports to landonf at bikemonkey.org
>>>>>> #
>>>>>>
>>>>>> --------------- T H R E A D ---------------
>>>>>>
>>>>>> Current thread (0x0082a400): JavaThread "CompilerThread0" daemon
>>>>>> [_thread_in_native, id=-1336889344]
>>>>>>
>>>>>> siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x46dda7c8
>>>>>>
>>>>>> Registers:
>>>>>> EAX=0x00002000, EBX=0x0106e056, ECX=0x0000000d, EDX=0x26dda7e0
>>>>>> ESP=0xb050a580, EBP=0xb050a5e8, ESI=0x07fffffa, EDI=0x00000001
>>>>>> EIP=0x0106dea7, EFLAGS=0x00010206
>>>>>>
>>>>>> Top of Stack: (sp=0xb050a580)
>>>>>> 0xb050a580: 26decd90 26dda348 b050a5c8 0106dd05
>>>>>> 0xb050a590: b050a688 b050a6c8 b050a6d4 b050a590
>>>>>> 0xb050a5a0: 0000000e b050a688 26dd62d8 ffffffff
>>>>>> 0xb050a5b0: 00000000 00000002 00000000 00000034
>>>>>> 0xb050a5c0: b050a688 26dda7e0 0000021c 000000b4
>>>>>> 0xb050a5d0: 00000018 b050a5f0 b050a668 b050a600
>>>>>> 0xb050a5e0: b050a6d4 b050a688 b050a658 0106e1e6
>>>>>> 0xb050a5f0: 00000002 26dda354 b050a628 0106e1e6
>>>>>>
>>>>>> Instructions: (pc=0x0106dea7)
>>>>>> 0x0106de97: 10 89 ce b8 01 00 00 00 c1 ee 05 83 e1 1f d3 e0
>>>>>> 0x0106dea7: 8b 0c b2 09 c1 89 0c b2 90 8b 4d b0 8b 01 8b 51
>>>>>>
>>>>>> Stack: [0xb048b000,0xb050b000), sp=0xb050a580, free space=509k
>>>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
>>>>>> C=native code)
>>>>>> V [libjvm.dylib+0x6dea7]
>>>>>> V [libjvm.dylib+0x6e1e6]
>>>>>> V [libjvm.dylib+0x6e354]
>>>>>> V [libjvm.dylib+0x51589]
>>>>>> V [libjvm.dylib+0x51a2b]
>>>>>> V [libjvm.dylib+0x51bbf]
>>>>>> V [libjvm.dylib+0x51e72]
>>>>>> V [libjvm.dylib+0x51ed9]
>>>>>> V [libjvm.dylib+0x5215f]
>>>>>> V [libjvm.dylib+0x125019]
>>>>>> V [libjvm.dylib+0x126940]
>>>>>> V [libjvm.dylib+0x3809d4]
>>>>>> V [libjvm.dylib+0x389361]
>>>>>> V [libjvm.dylib+0x38944e]
>>>>>> V [libjvm.dylib+0x2f3bb2]
>>>>>> C [libSystem.B.dylib+0x326f5] _pthread_start+0x141
>>>>>> C [libSystem.B.dylib+0x325b2] thread_start+0x22
>>>>>>
>>>>>>
>>>>>> Current CompileTask:
>>>>>> C1: 1% !
>>>>>> test.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject;
>>>>>> @ 34 (275 bytes)
>>>>>>
>>>>>>
>>>>>> --------------- P R O C E S S ---------------
>>>>>>
>>>>>> Java Threads: ( => current thread )
>>>>>> 0x0082fc00 JavaThread "Low Memory Detector" daemon
>>>>>> [_thread_blocked, id=-1335832576]
>>>>>> =>0x0082a400 JavaThread "CompilerThread0" daemon
>>>>>> [_thread_in_native, id=-1336889344]
>>>>>> 0x0081ec00 JavaThread "Signal Dispatcher" daemon [_thread_blocked,
>>>>>> id=-1337421824]
>>>>>> 0x0081d800 JavaThread "Finalizer" daemon [_thread_blocked,
>>>>>> id=-1338478592]
>>>>>> 0x00819400 JavaThread "Reference Handler" daemon [_thread_blocked,
>>>>>> id=-1339535360]
>>>>>> 0x00800800 JavaThread "main" [_thread_in_Java, id=-1341124608]
>>>>>>
>>>>>> Other Threads:
>>>>>> 0x00816c00 VMThread [id=-1340592128]
>>>>>> 0x00830800 WatcherThread [id=-1335300096]
>>>>>>
>>>>>> VM state:not at safepoint (normal execution)
>>>>>>
>>>>>> VM Mutex/Monitor currently owned by a thread: None
>>>>>>
>>>>>> Heap
>>>>>> def new generation total 960K, used 749K [0x03960000,
>>>>>> 0x03a60000, 0x05fd0000)
>>>>>> eden space 896K, 89% used [0x03960000, 0x03a2e2b8, 0x03a40000)
>>>>>> from space 64K, 0% used [0x03a50000, 0x03a500e0, 0x03a60000)
>>>>>> to space 64K, 0% used [0x03a40000, 0x03a40000, 0x03a50000)
>>>>>> tenured generation total 4096K, used 1024K [0x05fd0000,
>>>>>> 0x063d0000, 0x22d60000)
>>>>>> the space 4096K, 25% used [0x05fd0000, 0x060d0250, 0x060d0400,
>>>>>> 0x063d0000)
>>>>>> compacting perm gen total 12288K, used 8930K [0x22d60000,
>>>>>> 0x23960000, 0x26d60000)
>>>>>> the space 12288K, 72% used [0x22d60000, 0x23618930, 0x23618a00,
>>>>>> 0x23960000)
>>>>>> No shared spaces configured.
>>>>>>
>>>>>> Dynamic libraries:
>>>>>> Error: Cannot print dynamic libraries.
>>>>>>
>>>>>> VM Arguments:
>>>>>> jvm_args: -Djruby.memory.max=500m -Djruby.stack.max=1024k -Xmx500m
>>>>>> -Xss1024k
>>>>>> -Xbootclasspath/a:/Users/headius/projects/jruby/lib/jruby.jar
>>>>>> -Djruby.home=/Users/headius/projects/jruby
>>>>>> -Djruby.lib=/Users/headius/projects/jruby/lib -Djruby.script=jruby
>>>>>> -Djruby.shell=/bin/sh
>>>>>> java_command: org.jruby.Main test.rb
>>>>>> Launcher Type: SUN_STANDARD
>>>>>>
>>>>>> Environment Variables:
>>>>>> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home
>>>>>>
>>>>>> PATH=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/bin:/Users/headius/projects/jruby/bin:/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin:/opt/local/sbin
>>>>>>
>>>>>> SHELL=/bin/bash
>>>>>> DISPLAY=/tmp/launch-L2Owkb/:0
>>>>>> DYLD_FALLBACK_LIBRARY_PATH=/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/lib/i386/client:/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/lib/i386:/System/Library/Frameworks/JavaVM.framework/Versions/soylatte/Home/jre/../lib/i386
>>>>>>
>>>>>>
>>>>>> Signal Handlers:
>>>>>> SIGSEGV: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGBUS: [libjvm.dylib+0x3bfb80], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGFPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGPIPE: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGILL: [libjvm.dylib+0x2ef4e0], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGUSR1: SIG_DFL, sa_mask[0]=0x63807efb, sa_flags=0x00000000
>>>>>> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000,
>>>>>> sa_flags=0x00000042
>>>>>> SIGHUP: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGINT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGQUIT: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGTERM: [libjvm.dylib+0x2f1a90], sa_mask[0]=0xfffefeff,
>>>>>> sa_flags=0x00000042
>>>>>> SIGUSR2: [libjvm.dylib+0x2f06d0], sa_mask[0]=0x00000000,
>>>>>> sa_flags=0x00000042
>>>>>>
>>>>>>
>>>>>> --------------- S Y S T E M ---------------
>>>>>>
>>>>>> OS:Bsd
>>>>>> uname:Darwin 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3
>>>>>> 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386
>>>>>> rlimit: STACK 8192k, CORE 0k, NPROC 266, NOFILE 10240
>>>>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model
>>>>>> 14 stepping 8, cmov, cx8, fxsr, mmx, sse, sse2, sse3
>>>>>>
>>>>>> Memory: 4k page, physical 1853252k(463313k free)
>>>>>>
>>>>>> vm_info: Java HotSpot(TM) Client VM
>>>>>> (1.6.0_03-p3-landonf_05_dec_2007_22_04-b00) for bsd-x86, built on
>>>>>> Dec 5 2007 22:13:24 by "landonf" with gcc 4.0.1 (Apple Inc. build
>>>>>> 5465)
>>>>>>
>>>>>> #
>>>>>> # An unexpected error has been detected by Java Runtime Environment:
>>>>>> #
>>>>>> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d8a0242,
>>>>>> pid=2912, tid=2772
>>>>>> #
>>>>>> # Java VM: Java HotSpot(TM) Client VM (1.6.0_02-b06 mixed mode,
>>>>>> sharing)
>>>>>> # Problematic frame:
>>>>>> # V [jvm.dll+0x30242]
>>>>>> #
>>>>>> # If you would like to submit a bug report, please visit:
>>>>>> # http://java.sun.com/webapps/bugreport/crash.jsp
>>>>>> #
>>>>>>
>>>>>> --------------- T H R E A D ---------------
>>>>>>
>>>>>> Current thread (0x02cc8800): JavaThread "CompilerThread0" daemon
>>>>>> [_thread_in_native, id=2772]
>>>>>>
>>>>>> siginfo: ExceptionCode=0xc0000005, writing address 0x23392810
>>>>>>
>>>>>> Registers:
>>>>>> EAX=0x23392810, EBX=0x0323f8b8, ECX=0x0000000d, EDX=0x00002000
>>>>>> ESP=0x0323f828, EBP=0xffffffff, ESI=0x0323f8c4, EDI=0x02cdc4f0
>>>>>> EIP=0x6d8a0242, EFLAGS=0x00010216
>>>>>>
>>>>>> Top of Stack: (sp=0x0323f828)
>>>>>> 0x0323f828: 0323f878 03390798 0323f894 00000000
>>>>>> 0x0323f838: 02d79098 0000000d 0323f878 02d7f2d0
>>>>>> 0x0323f848: 0323f894 03392828 0000021c 000000b4
>>>>>> 0x0323f858: 6d8a0407 02ce0f5c 02cdbd28 0323fa58
>>>>>> 0x0323f868: 00000000 6d8a0456 03390798 0323fa1c
>>>>>> 0x0323f878: 000000b4 00000029 00000003 03392200
>>>>>> 0x0323f888: 00000000 03392490 000000b4 033924a8
>>>>>> 0x0323f898: 000000b4 033924c0 000000b4 000000b4
>>>>>>
>>>>>> Instructions: (pc=0x6d8a0242)
>>>>>> 0x6d8a0232: c1 ea 05 8d 04 90 83 e1 1f ba 01 00 00 00 d3 e2
>>>>>> 0x6d8a0242: 09 10 8b 16 8b 4e 04 4a 8b c2 89 16 8b 04 81 3b
>>>>>>
>>>>>>
>>>>>> Stack: [0x031f0000,0x03240000), sp=0x0323f828, free space=318k
>>>>>> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
>>>>>> C=native code)
>>>>>> V [jvm.dll+0x30242]
>>>>>>
>>>>>>
>>>>>> Current CompileTask:
>>>>>> C1: 1% !
>>>>>> problem5.rescue_1$RUBY$__rescue__(Lorg/jruby/runtime/ThreadContext;Lorg/jruby/runtime/builtin/IRubyObject;Lorg/jruby/runtime/Block;)Lorg/jruby/runtime/builtin/IRubyObject;
>>>>>> @ 34 (275 bytes)
>>>>>>
>>>>>>
>>>>>> --------------- P R O C E S S ---------------
>>>>>>
>>>>>> Java Threads: ( => current thread )
>>>>>> 0x02ccd400 JavaThread "Low Memory Detector" daemon
>>>>>> [_thread_blocked, id=1860]
>>>>>> =>0x02cc8800 JavaThread "CompilerThread0" daemon
>>>>>> [_thread_in_native, id=2772]
>>>>>> 0x02cc7800 JavaThread "Attach Listener" daemon [_thread_blocked,
>>>>>> id=4088]
>>>>>> 0x02cc6800 JavaThread "Signal Dispatcher" daemon [_thread_blocked,
>>>>>> id=644]
>>>>>> 0x02cc2000 JavaThread "Finalizer" daemon [_thread_blocked, id=3164]
>>>>>> 0x02cbdc00 JavaThread "Reference Handler" daemon [_thread_blocked,
>>>>>> id=1448]
>>>>>> 0x002a6c00 JavaThread "main" [_thread_in_Java, id=3660]
>>>>>>
>>>>>> Other Threads:
>>>>>> 0x02cb4800 VMThread [id=3140]
>>>>>> 0x02cd7c00 WatcherThread [id=2952]
>>>>>>
>>>>>> VM state:not at safepoint (normal execution)
>>>>>>
>>>>>> VM Mutex/Monitor currently owned by a thread: None
>>>>>>
>>>>>> Heap
>>>>>> def new generation total 960K, used 804K [0x07560000,
>>>>>> 0x07660000, 0x09bd0000)
>>>>>> eden space 896K, 89% used [0x07560000, 0x07629260, 0x07640000)
>>>>>> from space 64K, 0% used [0x07640000, 0x076400e0, 0x07650000)
>>>>>> to space 64K, 0% used [0x07650000, 0x07650000, 0x07660000)
>>>>>> tenured generation total 4096K, used 1042K [0x09bd0000,
>>>>>> 0x09fd0000, 0x26960000)
>>>>>> the space 4096K, 25% used [0x09bd0000, 0x09cd4bc0, 0x09cd4c00,
>>>>>> 0x09fd0000)
>>>>>> compacting perm gen total 12288K, used 6611K [0x26960000,
>>>>>> 0x27560000, 0x2a960000)
>>>>>> the space 12288K, 53% used [0x26960000, 0x26fd4f58, 0x26fd5000,
>>>>>> 0x27560000)
>>>>>> ro space 8192K, 66% used [0x2a960000, 0x2aead978, 0x2aeada00,
>>>>>> 0x2b160000)
>>>>>> rw space 12288K, 52% used [0x2b160000, 0x2b7a9cb8, 0x2b7a9e00,
>>>>>> 0x2bd60000)
>>>>>>
>>>>>> Dynamic libraries:
>>>>>> 0x00400000 - 0x00423000 C:\Program
>>>>>> Files\Java\jdk1.6.0_02\bin\java.exe
>>>>>> 0x7c900000 - 0x7c9af000 C:\WINDOWS\system32\ntdll.dll
>>>>>> 0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll
>>>>>> 0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll
>>>>>> 0x77e70000 - 0x77f02000 C:\WINDOWS\system32\RPCRT4.dll
>>>>>> 0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll
>>>>>> 0x7c340000 - 0x7c396000 C:\Program
>>>>>> Files\Java\jdk1.6.0_02\jre\bin\msvcr71.dll
>>>>>> 0x6d870000 - 0x6dab9000 C:\Program
>>>>>> Files\Java\jdk1.6.0_02\jre\bin\client\jvm.dll
>>>>>> 0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll
>>>>>> 0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll
>>>>>> 0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll
>>>>>> 0x6d3c0000 - 0x6d3c8000 C:\Program
>>>>>> Files\Java\jdk1.6.0_02\jre\bin\hpi.dll
>>>>>> 0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL
>>>>>> 0x6d820000 - 0x6d82c000 C:\Program
>>>>>> Files\Java\jdk1.6.0_02\jre\bin\verify.dll
>>>>>> 0x6d460000 - 0x6d47f000 C:\Program
>>>>>> Files\Java\jdk1.6.0_02\jre\bin\java.dll
>>>>>> 0x6d860000 - 0x6d86f000 C:\Program
>>>>>> Files\Java\jdk1.6.0_02\jre\bin\zip.dll
>>>>>> 0x6d610000 - 0x6d619000 C:\Program
>>>>>> Files\Java\jdk1.6.0_02\jre\bin\management.dll
>>>>>> 0x03590000 - 0x035e2000 C:\Documents and
>>>>>> Settings\Administrator\Local Settings\Temp\jna25444.tmp
>>>>>> 0x77c10000 - 0x77c68000 C:\WINDOWS\system32\msvcrt.dll
>>>>>>
>>>>>> VM Arguments:
>>>>>> jvm_args: -Xmx500m -Xss1024k
>>>>>> -Xbootclasspath/a:C:\JRuby\HEAD\bin\..\lib\jruby.jar
>>>>>> -Djruby.home=C:\JRuby\HEAD\bin\..
>>>>>> -Djruby.lib=C:\JRuby\HEAD\bin\..\lib -Djruby.shell=cmd.exe
>>>>>> -Djruby.script=jruby.bat
>>>>>> java_command: org.jruby.Main problem5.rb
>>>>>> Launcher Type: SUN_STANDARD
>>>>>>
>>>>>> Environment Variables:
>>>>>> JAVA_HOME=C:\Program Files\Java\jdk1.6.0_02
>>>>>> PATH=C:\PHP\;C:\Program Files\MiKTeX 2.6\miktex\bin;c:\program
>>>>>> files\imagemagick-6.3.8-q8;c:\program
>>>>>> files\imagemagick-6.3.0-q8;C:\Perl\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
>>>>>> Files\cvsnt;C:\Program
>>>>>> Files\Java\jdk1.6.0_02\bin;C:\ant\apache-ant-1.7.0\bin;;C:\UnxUtils\usr\local\wbin;C:\JRuby\HEAD\bin;C:\Program
>>>>>> Files\MySQL\MySQL Server 5.0\bin;C:\Program
>>>>>> Files\Graphviz2.20\Bin;C:\Program Files\Nmap;C:\Program
>>>>>> Files\ImageMagick-6.3.0-Q8;C:\Program
>>>>>> Files\gs\gs8.54\bin;C:\Program Files\gs\gs8.54\lib
>>>>>> USERNAME=Administrator
>>>>>> OS=Windows_NT
>>>>>> PROCESSOR_IDENTIFIER=x86 Family 15 Model 67 Stepping 3, AuthenticAMD
>>>>>>
>>>>>>
>>>>>>
>>>>>> --------------- S Y S T E M ---------------
>>>>>>
>>>>>> OS: Windows XP Build 2600 Service Pack 3
>>>>>>
>>>>>> CPU:total 2 (2 cores per cpu, 1 threads per core) family 15 model
>>>>>> 67 stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext,
>>>>>> 3dnow, 3dnowext
>>>>>>
>>>>>> Memory: 4k page, physical 2096492k(1248704k free), swap
>>>>>> 4034788k(3334524k free)
>>>>>>
>>>>>> vm_info: Java HotSpot(TM) Client VM (1.6.0_02-b06) for
>>>>>> windows-x86, built on Jul 12 2007 01:16:14 by "java_re" with
>>>>>> unknown MS VC++:1310
>>>>>>
>>>>
>>
>
More information about the hotspot-dev
mailing list