On 8017264: Java app crash on it's startup after Java updated to 7u25 from 7u21 (original) (raw)

David Holmes david.holmes at oracle.com
Wed Jun 26 12:38:07 UTC 2013

Max,

Is a minidump available (not that I know how to work with them but they are more reliable than stack traces) ?

I suspect the symbolic information in the stacktrace is reflecting closest available symbol rather than actual symbol. As you say the sequence of calls don't really make sense.

David

On 26/06/2013 11:23 AM, Weijun Wang wrote:

Hi, Hotspot guys

We (SE security) received a bug report on a new crash for 7u25 and need some help from you: http://bugs.sun.com/bugdatabase/viewbug.do?bugid=8017264 Here the top frames look like: C [msvcr100.dll+0x10b3b] wcspbrk+0x12d V [jvm.dll+0xa9b63] C [w2klsaauth.dll+0x167c] JNIOnUnload+0x1c1 j sun.security.krb5.Credentials.acquireDefaultNativeCreds()Lsun/security/krb5/Credentials;+0

acquireDefaultNativeCreds() is a native method and it's defined at http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/3c08c9ebd1fb/src/windows/native/sun/security/krb5/NativeCreds.c I'm not sure why JNIOnUnload is called so immediately, and as you can see it's simply 338 if ((*jvm)->GetEnv(jvm, (void **)&env, JNIVERSION12)) { 339 return; /* Nothing else we can do */ 340 } 341 342 if (ticketClass != NULL) { 343 (*env)->DeleteWeakGlobalRef(env,ticketClass); 344 } ... More DeleteWeakGlobalRefs How is it able to call wcspbrk and get crashed? BTW, the .c file has not been changed for 2 years. Also, according to the report, the customer (whose automatic reply has "out of office with no internet access till 15 July") runs 7u25 b16 but the public release on java.com is b17. Does it matter? Thanks Max

More information about the security-dev mailing list