Opened 12 years ago
Closed 10 years ago
#9752 closed bug (fixed)
OpenJDK (Java) apps crash if PAE is activate
| Reported by: | Giova84 | Owned by: | hamish |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | System/Kernel | Version: | R1/Development |
| Keywords: | OpenJDK Java PAE ASLR | Cc: | |
| Blocked By: | #9686 | Blocking: | |
| Platform: | x86 |
Description
On latest nightlies (maybe since DEP and ASLR were implemented?) i have found that if i attempt to run OpenJDK apps (Java) they will cause a KDL about pthread and libjavawt.so. If i start Haiku with PAE disabled, those applications will run without any issue. Unfortunately at the moment i don't have a camera available, but i will provide soon a shot of the KDL. for now i will attach the output of syslog:
KERN: vm_soft_fault: va 0x0 not covered by area in address space
KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x4, ip 0x4c739a68, write 0, user 1, thread 0x1df
KERN: vm_page_fault: thread "pthread func" (479) in team "java" (478) tried to read address 0x4, ip 0x4c739a68 ("mmap area" 0x4ca68)
KERN: register_domain(9, unix)
KERN: vm_soft_fault: va 0x0 not covered by area in address space
KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x10, ip 0x4c750702, write 0, user 1, thread 0x1df
KERN: vm_page_fault: thread "pthread func" (479) in team "java" (478) tried to read address 0x10, ip 0x4c750702 ("mmap area" 0x63702)
KERN: vm_soft_fault: va 0x0 not covered by area in address space
KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x4, ip 0x4c77555d, write 0, user 1, thread 0x1ee
KERN: vm_page_fault: thread "pthread func" (494) in team "java" (478) tried to read address 0x4, ip 0x4c77555d ("mmap area" 0x8855d)
KERN: slab memory manager: created area 0xf0001000 (9999)
Change History (14)
comment:1 by , 12 years ago
| Component: | System → System/Kernel |
|---|---|
| Keywords: | ASLR added; apps crash if is activate removed |
| Owner: | changed from to |
comment:2 by , 12 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:3 by , 12 years ago
I couldn't reproduce this on hrev45641, VirtualBox with PAE and NX enabled. What Java apps are you running to cause the KDL?
comment:4 by , 12 years ago
Glips Graffiti: http://glipssvgeditor.sourceforge.net/ Delineate: http://delineate.sourceforge.net/ And Thinkfree Office http://haikuware.ru/software/tf4installer (ThinkFree Office, most of times, just crash: doesn't works anymore)
comment:5 by , 12 years ago
I can't reproduce a crash with any of those programs (except Thinkfree, which has never worked reliably for me). If you could attach any error output or backtrace from a KDL, that would be great. The syslog entries you attached just look like normal null checks -- they shouldn't cause a KDL.
comment:6 by , 12 years ago
This is the output error:
# # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x4a12c870, pid=18725, tid=31986400 # # JRE version: 7.0 # Java VM: OpenJDK Server VM (21.0-b17 mixed mode haiku-x86 ) # Problematic frame: # V [libjvm.so+0x113870] free+0x113870 # # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # If you would like to submit a bug report, please visit: # http://bugreport.sun.com/bugreport/crash.jsp # --------------- T H R E A D --------------- Current thread (0x01ead000): JavaThread "Unknown thread" [_thread_in_vm, id=18726, stack(0x61da6000,0x61df6000)] siginfo:si_signo=SIGSEGV: si_errno=Bad address, si_code=31 (), si_addr=0x4a12c870 Registers: EAX=0x01ea35a8, EBX=0x4a74744c, ECX=0x0a170000, EDX=0x40000000 ESP=0x61df5994, EBP=0x61df5a90, ESI=0x01eab540, EDI=0x00000000 EIP=0x4a12c870, EFLAGS=0x00013287 Top of Stack: (sp=0x61df5994) 0x61df5994: 4a569662 01ea35a8 0a170000 40000000 0x61df59a4: 00000000 00010000 4bf70000 02ab0000 0x61df59b4: 00360000 2aab0000 01550000 001a0000 0x61df59c4: 15550000 00010000 61df5a34 04000000 0x61df59d4: 00010000 11000000 01ea35a8 ffffffff 0x61df59e4: 02ab0000 01550000 ffff0000 0000ffff 0x61df59f4: 01000000 01550000 2aab0000 ffffffff 0x61df5a04: 00010000 02ab0000 00360000 15550000 Instructions: (pc=0x4a12c870) 0x4a12c850: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x4a12c860: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x4a12c870: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x4a12c880: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Stack: [0x61da6000,0x61df6000], sp=0x61df5994, free space=318k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x113870] free+0x113870 V [libjvm.so+0x651cba] fork1+0x11973a V [libjvm.so+0x651e72] fork1+0x1198f2 V [libjvm.so+0x36bff0] AsyncGetCallTrace+0x75730 V [libjvm.so+0x63aa5a] fork1+0x1024da V [libjvm.so+0x3bbff3] JNI_CreateJavaVM+0x53 C [libjli.so+0x2dc0] JavaMain+0x80 C [libroot.so+0x3de3a] pthread_exit+0x4a --------------- P R O C E S S --------------- Java Threads: ( => current thread ) Other Threads: =>0x01ead000 (exited) JavaThread "Unknown thread" [_thread_in_vm, id=18726, stack(0x61da6000,0x61df6000)] VM state:not at safepoint (not fully initialized) VM Mutex/Monitor currently owned by a thread: None Dynamic libraries: 0x13f8000 /boot/system/runtime_loader 0x848000 /boot/apps/j2sdk-image/jre/lib/i386/jli/libjli.so 0x9cd000 /boot/system/lib/gcc4/libroot.so 0x4a019000 /boot/apps/j2sdk-image/jre/lib/i386/server/libjvm.so 0x1126000 /boot/system/lib/gcc4/libnetwork.so 0x1a95000 /boot/system/lib/gcc4/libbe.so 0xfdc000 /boot/system/lib/gcc4/libsupc++.so 0x1d41000 /boot/system/lib/gcc4/libstdc++.so 0x4ada4000 /boot/system/lib/gcc4/libicudata.so.48.1.1 0x446000 /boot/system/lib/gcc4/libicui18n.so.48.1.1 0x6fd000 /boot/system/lib/gcc4/libicuio.so.48.1.1 0xbc1000 /boot/system/lib/gcc4/libicule.so.48.1.1 0x1393000 /boot/system/lib/gcc4/libiculx.so.48.1.1 0x64d000 /boot/system/lib/gcc4/libicutu.so.48.1.1 0xdf6000 /boot/system/lib/gcc4/libicuuc.so.48.1.1 0x19d0000 /boot/system/lib/gcc4/libroot-addon-icu.so 0x1238000 /boot/apps/j2sdk-image/jre/lib/i386/libverify.so 0xcc2000 /boot/apps/j2sdk-image/jre/lib/i386/libjava.so 0x1067000 /boot/apps/j2sdk-image/jre/lib/i386/libzip.so VM Arguments: java_command: /boot/apps/Java_Apps/GLIPSGraffiti1.5/GLIPSGraffiti.jar Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/boot/apps/Java_Apps/GLIPSGraffiti1.5/jre PATH=.:/boot/home/config/bin:/boot/common/bin:/bin:/boot/apps:/boot/preferences:/boot/system/apps:/boot/system/preferences:/boot/develop/tools/gnupro/bin:/boot/apps/Java_Apps/GLIPSGraffiti1.5/jre/bin Signal Handlers: SIGSEGV: [libjvm.so+0x677e40], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGBUS: [libjvm.so+0x677e40], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGFPE: [libjvm.so+0x5353e0], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGPIPE: [libjvm.so+0x5353e0], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGXFSZ: [libjvm.so+0x5353e0], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGILL: [libjvm.so+0x5353e0], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x5352a0], sa_mask[0]=0x00000000, sa_flags=0x00000050 SIGHUP: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGINT: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGTERM: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 --------------- S Y S T E M --------------- OS: Haiku uname:Haiku 1 hrev45692 May 16 2013 00:38:04 BePC rlimit: STACK 16384k, CORE 0k, NPROC infinity, NOFILE 8192, AS 8k load average:334722997922835792599264113686948119678054668697600.00 0.00 0.00 CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3 Memory: 4k page, physical 6156864k(5847652k free) vm_info: OpenJDK Server VM (21.0-b17) for haiku-x86 JRE (1.7.0-internal-hamish_2012_05_23_15_27-b00), built on Aug 14 2012 03:28:17 by "hamish" with gcc 4.6.2 time: Thu May 16 22:38:56 2013 elapsed time: 0 seconds
Version 0, edited 12 years ago by (next)
comment:7 by , 12 years ago
| Blocked By: | 9686 added |
|---|
I also get a crash when using the server VM, though with a different error message to yours. Regardless, I suspect this is caused by #9686. You can use the client VM until that gets fixed: java -client <args>.
comment:8 by , 12 years ago
Hi Hamish, I have started to notice these troubles with OpenJDK, after hrev45606.
comment:9 by , 11 years ago
Update:
using java -client <args> solve the situation with most of apps. But some apps still doeesn't work anymore, like ThinkFree Office and Jalbum (these will crash with a log error).
eg i start Jalbum with this parameter: -Xmx512M If i remove this parameter and i add -client, Jalbum will start (but then will hang), instead if i leave -Xmx512M will crash. Output of error:
# # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (virtualspace.cpp:329), pid=1074, tid=38064864 # fatal error: os::release_memory failed # # JRE version: 7.0 # Java VM: OpenJDK Client VM (21.0-b17 mixed mode haiku-x86 ) # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # If you would like to submit a bug report, please visit: # http://bugreport.sun.com/bugreport/crash.jsp # --------------- T H R E A D --------------- Current thread (0x02479000): JavaThread "Unknown thread" [_thread_in_vm, id=1075, stack(0x61e0e000,0x61e5e000)] Stack: [0x61e0e000,0x61e5e000], sp=0x61e5cf78, free space=315k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x409015] fork1+0xe20c5 V [libjvm.so+0x186f41] free+0x186f41 V [libjvm.so+0x404f1f] fork1+0xddfcf V [libjvm.so+0x4057c2] fork1+0xde872 V [libjvm.so+0x1d0c4c] AsyncGetCallTrace+0x303dc V [libjvm.so+0x1d3bba] AsyncGetCallTrace+0x3334a V [libjvm.so+0x3e8b2a] fork1+0xc1bda V [libjvm.so+0x3e8ce2] fork1+0xc1d92 V [libjvm.so+0x1f3420] AsyncGetCallTrace+0x52bb0 V [libjvm.so+0x3dbd2a] fork1+0xb4dda V [libjvm.so+0x243b73] JNI_CreateJavaVM+0x53 C [libjli.so+0x2dc0] JavaMain+0x80 C [libroot.so+0x3de3a] pthread_exit+0x4a --------------- P R O C E S S --------------- Java Threads: ( => current thread ) Other Threads: =>0x02479000 (exited) JavaThread "Unknown thread" [_thread_in_vm, id=1075, stack(0x61e0e000,0x61e5e000)] VM state:not at safepoint (not fully initialized) VM Mutex/Monitor currently owned by a thread: None Dynamic libraries: 0x1a83000 /boot/system/runtime_loader 0x659000 /boot/apps/j2sdk-image/jre/lib/i386/jli/libjli.so 0x1da7000 /boot/system/lib/gcc4/libroot.so 0x4a7f5000 /boot/apps/j2sdk-image/jre/lib/i386/client/libjvm.so 0x85a000 /boot/system/lib/gcc4/libnetwork.so 0x2122000 /boot/system/lib/gcc4/libbe.so 0xe4e000 /boot/system/lib/gcc4/libsupc++.so 0x71a000 /boot/system/lib/gcc4/libstdc++.so 0x4b244000 /boot/system/lib/gcc4/libicudata.so.48.1.1 0x1344000 /boot/system/lib/gcc4/libicui18n.so.48.1.1 0x2090000 /boot/system/lib/gcc4/libicuio.so.48.1.1 0x80c000 /boot/system/lib/gcc4/libicule.so.48.1.1 0x123c000 /boot/system/lib/gcc4/libiculx.so.48.1.1 0x1abb000 /boot/system/lib/gcc4/libicutu.so.48.1.1 0xba1000 /boot/system/lib/gcc4/libicuuc.so.48.1.1 0x7fb000 /boot/system/lib/gcc4/libroot-addon-icu.so 0x1318000 /boot/apps/j2sdk-image/jre/lib/i386/libverify.so 0x2a4000 /boot/apps/j2sdk-image/jre/lib/i386/libjava.so 0x1210000 /boot/apps/j2sdk-image/jre/lib/i386/libzip.so VM Arguments: jvm_args: -Xmx512M java_command: JAlbum.jar Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=/boot/apps/Java_Apps/Jalbum/jre PATH=.:/boot/home/config/bin:/boot/common/bin:/bin:/boot/apps:/boot/preferences:/boot/system/apps:/boot/system/preferences:/boot/develop/tools/gnupro/bin:/boot/apps/Java_Apps/Jalbum/jre/bin Signal Handlers: SIGSEGV: [libjvm.so+0x4099d0], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGBUS: [libjvm.so+0x4099d0], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGFPE: [libjvm.so+0x323db0], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGPIPE: [libjvm.so+0x323db0], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGXFSZ: [libjvm.so+0x323db0], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGILL: [libjvm.so+0x323db0], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x323c70], sa_mask[0]=0x00000000, sa_flags=0x00000050 SIGHUP: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGINT: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGTERM: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGQUIT: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 --------------- S Y S T E M --------------- OS: Haiku uname:Haiku 1 hrev45692 May 16 2013 00:38:04 BePC rlimit: STACK 16384k, CORE 0k, NPROC infinity, NOFILE 8192, AS 8k load average:14110287846012689529626981405025514772559853416087552.00 0.00 0.00 CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3 Memory: 4k page, physical 6156864k(5739016k free) vm_info: OpenJDK Client VM (21.0-b17) for haiku-x86 JRE (1.7.0-internal-hamish_2012_05_23_15_27-b00), built on Aug 14 2012 03:29:24 by "hamish" with gcc 4.6.2 time: Fri May 31 09:43:55 2013 elapsed time: 0 seconds
comment:10 by , 11 years ago
The release_memory bug should be fixed as of hrev45704, and the client VM should work. The server VM remains broken however.
comment:11 by , 11 years ago
Java crashes in gcc2 hybrid. In gcc4 hybrid the same app which crashes java starts ok.
comment:12 by , 11 years ago
Hi diver, Would you happen to have the error report? Hotspot generates a hs-err file
comment:13 by , 11 years ago
Terminal output:
Exception in thread "main" java.lang.UnsatisfiedLinkError: /data/openjdk/lib/i386/libnio.so:(�c�Q~I�'�c
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1928)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1846)
at java.lang.Runtime.loadLibrary0(Runtime.java:845)
at java.lang.System.loadLibrary(System.java:1084)
at sun.nio.fs.UnixNativeDispatcher$1.run(UnixNativeDispatcher.java:560)
at sun.nio.fs.UnixNativeDispatcher$1.run(UnixNativeDispatcher.java:558)
at java.security.AccessController.doPrivileged(Native Method)
at sun.nio.fs.UnixNativeDispatcher.<clinit>(UnixNativeDispatcher.java:558)
at sun.nio.fs.UnixFileSystem.<init>(UnixFileSystem.java:67)
at sun.nio.fs.HaikuFileSystem.<init>(HaikuFileSystem.java:39)
at sun.nio.fs.HaikuFileSystemProvider.newFileSystem(HaikuFileSystemProvider.java:43)
at sun.nio.fs.HaikuFileSystemProvider.newFileSystem(HaikuFileSystemProvider.java:36)
at sun.nio.fs.UnixFileSystemProvider.<init>(UnixFileSystemProvider.java:55)
at sun.nio.fs.HaikuFileSystemProvider.<init>(HaikuFileSystemProvider.java:38)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at java.lang.Class.newInstance0(Class.java:372)
at java.lang.Class.newInstance(Class.java:325)
at sun.nio.fs.DefaultFileSystemProvider$1.run(DefaultFileSystemProvider.java:52)
at sun.nio.fs.DefaultFileSystemProvider$1.run(DefaultFileSystemProvider.java:43)
at java.security.AccessController.doPrivileged(Native Method)
at sun.nio.fs.DefaultFileSystemProvider.createProvider(DefaultFileSystemProvider.java:42)
at sun.nio.fs.DefaultFileSystemProvider.create(DefaultFileSystemProvider.java:72)
at java.nio.file.FileSystems$DefaultFileSystemHolder.getDefaultProvider(FileSystems.java:108)
at java.nio.file.FileSystems$DefaultFileSystemHolder.access$000(FileSystems.java:89)
at java.nio.file.FileSystems$DefaultFileSystemHolder$1.run(FileSystems.java:98)
at java.nio.file.FileSystems$DefaultFileSystemHolder$1.run(FileSystems.java:96)
at java.security.AccessController.doPrivileged(Native Method)
at java.nio.file.FileSystems$DefaultFileSystemHolder.defaultFileSystem(FileSystems.java:95)
at java.nio.file.FileSystems$DefaultFileSystemHolder.<clinit>(FileSystems.java:90)
at java.nio.file.FileSystems.getDefault(FileSystems.java:176)
at sun.util.calendar.ZoneInfoFile$1.run(ZoneInfoFile.java:482)
at sun.util.calendar.ZoneInfoFile$1.run(ZoneInfoFile.java:477)
at java.security.AccessController.doPrivileged(Native Method)
at sun.util.calendar.ZoneInfoFile.<clinit>(ZoneInfoFile.java:476)
at sun.util.calendar.ZoneInfo.getTimeZone(ZoneInfo.java:658)
at java.util.TimeZone.getTimeZone(TimeZone.java:559)
at java.util.TimeZone.setDefaultZone(TimeZone.java:656)
at java.util.TimeZone.getDefaultRef(TimeZone.java:623)
at java.util.TimeZone.getDefault(TimeZone.java:610)
at java.text.SimpleDateFormat.initializeCalendar(SimpleDateFormat.java:682)
at java.text.SimpleDateFormat.<init>(SimpleDateFormat.java:619)
at java.text.DateFormat.get(DateFormat.java:772)
at java.text.DateFormat.getDateInstance(DateFormat.java:494)
at com.netup.utmadmin.Dialog_AddPayment.<clinit>(Dialog_AddPayment.java:65)
at com.netup.utmadmin.misc.Dialog_Login.load_data(Dialog_Login.java:232)
at com.netup.utmadmin.misc.Dialog_Login.init(Dialog_Login.java:244)
at com.netup.utmadmin.misc.Dialog_Login.<init>(Dialog_Login.java:88)
at com.netup.utmadmin.UTM_Admin.<init>(UTM_Admin.java:18)
at com.netup.utmadmin.UTM_Admin.main(UTM_Admin.java:76)
syslog snippet:
runtime_loader: Cannot open file libnet.so: No such file or directory
vm_soft_fault: va 0x0 not covered by area in address space
vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x0, ip 0xa96ea3, write 0, user 1, thread 0x1f1
vm_page_fault: thread "java" (497) in team "java" (497) tried to read address 0x0, ip 0xa96ea3 ("runtime_loader_seg0ro" +0xdea3)
vm_soft_fault: va 0x0 not covered by area in address space
vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0xc, ip 0x4975b583, write 0, user 1, thread 0x1f1
vm_page_fault: thread "java" (497) in team "java" (497) tried to read address 0xc, ip 0x4975b583 ("libjvm.so_seg0ro" +0x1d0583)
hs-err file content:
# # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00a96ea3, pid=497, tid=17096224 # # JRE version: 7.0 # Java VM: OpenJDK Client VM (21.0-b17 mixed mode haiku-x86 ) # Problematic frame: # C 0x00a96ea3 # # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # If you would like to submit a bug report, please visit: # http://bugreport.sun.com/bugreport/crash.jsp # --------------- T H R E A D --------------- Current thread is native thread siginfo:si_signo=SIGSEGV: si_errno=Bad address, si_code=30 (), si_addr=0x00000000 Registers: EAX=0x00000000, EBX=0x00aa6ae0, ECX=0x00000000, EDX=0x00000017 ESP=0x63554aac, EBP=0x63554ad0, ESI=0x00000000, EDI=0x0011bf78 EIP=0x00a96ea3, EFLAGS=0x00013297 Top of Stack: (sp=0x63554aac) 0x63554aac: 00000017 0011ba34 00000200 00aa6ae0 0x63554abc: 0011bf78 0011ba34 00fbdab7 01042e8c 0x63554acc: 0011ba34 63554b00 00a97c48 0011bf78 0x63554adc: 00000017 0011ba34 00000200 00aa6ae0 0x63554aec: 6355553c 63555550 00fbdcfe 00000001 0x63554afc: 0103d1ac 63554b30 00a93db4 00000000 0x63554b0c: 63554b2c 00000200 00a93d9a 0103d1ac 0x63554b1c: 6355553c 63555550 0103d1ac 6355553c Instructions: (pc=0x00a96ea3) 0x00a96e83: 09 87 34 04 00 00 31 f6 3b b7 74 04 00 00 73 27 0x00a96e93: 90 8b 45 14 50 8b 45 10 50 52 8b 87 78 04 00 00 0x00a96ea3: 8b 04 b0 50 e8 a8 ff ff ff 89 c2 83 c4 10 46 3b 0x00a96eb3: b7 74 04 00 00 72 da 8b 45 10 89 3c 90 8d 42 01 Register to memory mapping: EAX= [error occurred during error reporting (printing register info), id 0xb] Stack: [0x62555000,0x63555000], sp=0x63554aac, free space=16382k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C 0x00a96ea3 C 0x00a97c48 C 0x00a93db4 C [libroot.so+0x92a24] exit+0x34 C [java+0x6c1] _start+0x59 C 0x00a98616 --------------- P R O C E S S --------------- VM state:at safepoint (shutting down) VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) [0x014059f0] Threads_lock - owner thread: 0x0141bc00 Heap def new generation total 2432K, used 1660K [0x4d6a0000, 0x4d940000, 0x50140000) eden space 2176K, 76% used [0x4d6a0000, 0x4d83f170, 0x4d8c0000) from space 256K, 0% used [0x4d8c0000, 0x4d8c0000, 0x4d900000) to space 256K, 0% used [0x4d900000, 0x4d900000, 0x4d940000) tenured generation total 5504K, used 0K [0x50140000, 0x506a0000, 0x556a0000) the space 5504K, 0% used [0x50140000, 0x50140000, 0x50140200, 0x506a0000) compacting perm gen total 12288K, used 4124K [0x556a0000, 0x562a0000, 0x596a0000) the space 12288K, 33% used [0x556a0000, 0x55aa7358, 0x55aa7400, 0x562a0000) No shared spaces configured. Code Cache [0x4b5af000, 0x4b62f000, 0x4d5af000) total_blobs=187 nmethods=18 adapters=103 free_code_cache=32265Kb largest_free_block=33039360 Dynamic libraries: 0xa89000 /boot/system/runtime_loader 0x794000 /data/openjdk/lib/i386/jli/libjli.so 0xf67000 /boot/system/lib/x86/libroot.so 0x4958b000 /data/openjdk/lib/i386/client/libjvm.so 0x10d7000 /boot/system/lib/x86/libnetwork.so 0x24b000 /boot/system/lib/x86/libbe.so 0x61a000 /boot/system/lib/x86/libsupc++.so 0x675000 /boot/system/lib/x86/libstdc++.so 0x4a38e000 /boot/system/lib/x86/libicudata.so.48.1.1 0x493c0000 /boot/system/lib/x86/libicui18n.so.48.1.1 0x5aa000 /boot/system/lib/x86/libicuio.so.48.1.1 0x1233000 /boot/system/lib/x86/libicule.so.48.1.1 0x493b2000 /boot/system/lib/x86/libiculx.so.48.1.1 0x5c0000 /boot/system/lib/x86/libicutu.so.48.1.1 0x4a167000 /boot/system/lib/x86/libicuuc.so.48.1.1 0x4938e000 /boot/system/lib/x86/libroot-addon-icu.so 0xc8d000 /data/openjdk/lib/i386/libverify.so 0xcbf000 /data/openjdk/lib/i386/libjava.so 0x4a140000 /data/openjdk/lib/i386/libzip.so 0xd48000 /data/openjdk/lib/i386/libawt.so 0xad9000 /boot/system/lib/x86/libtracker.so 0x4a121000 /boot/system/lib/x86/libtranslation.so 0x4a011000 /boot/system/lib/x86/libtextencoding.so 0xf20000 /boot/system/lib/x86/libgnu.so VM Arguments: java_command: UTM_Admin.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=.:/boot/home/config/non-packaged/bin:/boot/home/config/bin:/boot/system/non-packaged/bin:/bin:/boot/system/apps:/boot/system/preferences Signal Handlers: SIGSEGV: [libjvm.so+0x409920], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGBUS: [libjvm.so+0x409920], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGFPE: [libjvm.so+0x323d30], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGPIPE: [libjvm.so+0x323d30], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGXFSZ: [libjvm.so+0x323d30], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGILL: [libjvm.so+0x323d30], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x323bf0], sa_mask[0]=0x00000000, sa_flags=0x00000050 SIGHUP: [libjvm.so+0x323f10], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGINT: [libjvm.so+0x323f10], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGTERM: [libjvm.so+0x323f10], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 SIGQUIT: [libjvm.so+0x323f10], sa_mask[0]=0xffeffcff, sa_flags=0x00000050 --------------- S Y S T E M --------------- OS: Haiku uname:Haiku 1 hrev46319-74-g96ff907-dirty [ma BePC rlimit: STACK 16384k, CORE 0k, NPROC infinity, NOFILE 8192, AS 8k load average:40252459363552071684676930570695744817914183680.00 0.00 0.00 CPU:total 1 (4 cores per cpu, 2 threads per core) family 6 model 58 stepping 9, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt, ht Memory: 4k page, physical 523200k(343728k free) vm_info: OpenJDK Client VM (21.0-b17) for haiku-x86 JRE (1.7.0-internal-baron_2012_06_09_13_08-b00), built on Jun 9 2012 14:04:35 by "baron" with gcc 4.6.2 time: Wed Nov 6 01:18:23 2013 elapsed time: 1 seconds
comment:14 by , 10 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
The original crash was fixed in hrev45847. The latter crash was caused by a change in how the runtime loader treated the library path. This is no longer a problem because we use $ORIGIN instead.
Note:
See TracTickets
for help on using tickets.
This is most likely a 3rd party (ie. Java port) bug. VMs tend to create executable code on the fly, at least :-)