-
Bug
-
Resolution: Fixed
-
P4
-
8
-
b38
-
generic
-
generic
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8018907 | 7u45 | Kumar Srinivasan | P4 | Closed | Fixed | b01 |
JDK-2228550 | 7u40 | Kumar Srinivasan | P4 | Closed | Fixed | b06 |
The java launcher crashes in JLI_WildcardExpandClasspath when run with the (strange) command line "java -jar -XX"
$ /localhome/java/jdk-8-ea-bin-b28/bin/java -jar -XX
Segmentation fault
Linux stack trace:
$ gdb --args /localhome/java/jdk-8-ea-bin-b28/fastdebug/bin/java -jar -XX
(gdb) r
Starting program: /localhome/java/jdk-8-ea-bin-b28/fastdebug/bin/java -jar -XX
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
__strchr_sse2 () at ../sysdeps/x86_64/multiarch/../strchr.S:33
33 ../sysdeps/x86_64/multiarch/../strchr.S: No such file or directory.
in ../sysdeps/x86_64/multiarch/../strchr.S
(gdb) bt
#0 __strchr_sse2 () at ../sysdeps/x86_64/multiarch/../strchr.S:33
#1 0x00007ffff79b0e9f in JLI_WildcardExpandClasspath ()
from /localhome/java/jdk-8-ea-bin-b28/fastdebug/bin/../jre/lib/amd64/jli/libjli.so
#2 0x00007ffff79ac8ac in SetClassPath ()
from /localhome/java/jdk-8-ea-bin-b28/fastdebug/bin/../jre/lib/amd64/jli/libjli.so
#3 0x00007ffff79acdc6 in JLI_Launch ()
from /localhome/java/jdk-8-ea-bin-b28/fastdebug/bin/../jre/lib/amd64/jli/libjli.so
#4 0x0000000000400676 in main ()
The crash reproduces on solaris-amd64 as well.
I can reproduce this on JDK7 b147 but not on JDK6u29 b11, so I guess this is something that was introduced in 7.
$ /localhome/java/jdk-8-ea-bin-b28/bin/java -jar -XX
Segmentation fault
Linux stack trace:
$ gdb --args /localhome/java/jdk-8-ea-bin-b28/fastdebug/bin/java -jar -XX
(gdb) r
Starting program: /localhome/java/jdk-8-ea-bin-b28/fastdebug/bin/java -jar -XX
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
__strchr_sse2 () at ../sysdeps/x86_64/multiarch/../strchr.S:33
33 ../sysdeps/x86_64/multiarch/../strchr.S: No such file or directory.
in ../sysdeps/x86_64/multiarch/../strchr.S
(gdb) bt
#0 __strchr_sse2 () at ../sysdeps/x86_64/multiarch/../strchr.S:33
#1 0x00007ffff79b0e9f in JLI_WildcardExpandClasspath ()
from /localhome/java/jdk-8-ea-bin-b28/fastdebug/bin/../jre/lib/amd64/jli/libjli.so
#2 0x00007ffff79ac8ac in SetClassPath ()
from /localhome/java/jdk-8-ea-bin-b28/fastdebug/bin/../jre/lib/amd64/jli/libjli.so
#3 0x00007ffff79acdc6 in JLI_Launch ()
from /localhome/java/jdk-8-ea-bin-b28/fastdebug/bin/../jre/lib/amd64/jli/libjli.so
#4 0x0000000000400676 in main ()
The crash reproduces on solaris-amd64 as well.
I can reproduce this on JDK7 b147 but not on JDK6u29 b11, so I guess this is something that was introduced in 7.
- backport of
-
JDK-8007259 java -jar -BOGUS crashes with seg fault
-
- Closed
-
- backported by
-
JDK-2228550 java -jar -XX crashes java launcher
-
- Closed
-
-
JDK-8018907 java -jar -XX crashes java launcher
-
- Closed
-
- duplicates
-
JDK-8022154 java interpreter dumps core if filename given after -jar starts with a hyphen
-
- Closed
-
-
JDK-8013898 java -jar - causes a segfault
-
- Closed
-
-
JDK-8017078 Java Crashes from Command Line with " java -jar - "
-
- Closed
-
- relates to
-
JDK-7170087 tools/launcher/Arrghs.java test has wrong bugID for 7151434
-
- Closed
-
(1 duplicates, 1 relates to)