JDK-6782121 : crash in deploy.dll after calling com.sun.deploy.security.WIExplorerCertStore.loadCertificates()
  • Type: Bug
  • Component: deploy
  • Sub-Component: deployment_toolkit
  • Affected Version: 5.0u16
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_xp
  • CPU: x86
  • Submitted: 2008-12-08
  • Updated: 2012-08-06
  • Resolved: 2012-08-06
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
5.0-poolResolved
Related Reports
Duplicate :  
JDK-6595618 - Intermittent problems with signed applet certificate verification
Relates :  
JDK-6530627 - JVM 1.5 aborts intermittently in Internet Explorer
Description
Java application crashes in deploy.dll after calling 
com.sun.deploy.security.WIExplorerCertStore.loadCertificates().

Customer is seeing this failure at a frequency of 10-20 %.

Here are three incidents of this:

1.5.0_15-b04
-----------------
Stack: [0x06810000,0x06910000), sp=0x0690ec1c, free space=1019k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [deploy.dll+0x7906]
C [deploy.dll+0x6d01]
C [deploy.dll+0x3698]
[ ... ]

1.5.0_16-b02 on XP SP3 (Intel Pentium4)
---------------------------------------
Stack: [0x120f0000,0x121f0000),  sp=0x121eeb50,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [deploy.dll+0x7337]
C  [deploy.dll+0x3848]
j  com.sun.deploy.security.WIExplorerCertStore.loadCertificates(Ljava/lang/String;[Ljava/lang/String;Ljava/util/Collection;)V+0
j  com.sun.deploy.security.WIExplorerCertStore.load()V+38
j  com.sun.deploy.security.TrustDecider.isAllPermissionGranted(Ljava/security/CodeSource;Lcom/sun/deploy/ui/AppInfo;)Z+76
j  com.sun.deploy.security.TrustDecider.isAllPermissionGranted(Ljava/security/CodeSource;)Z+8
[ ... ]

1.5.0_16-b02 on XP SP2 (Intel CoreDuo)
--------------------------------------
Stack: [0x180a0000,0x181a0000),  sp=0x1819e99c,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  0x6d1f8071
C  0x6d1f7031
C  0x6d1f3848
j  com.sun.deploy.security.WIExplorerCertStore.loadCertificates(Ljava/lang/String;[Ljava/lang/String;Ljava/util/Collection;)V+0
j  com.sun.deploy.security.WIExplorerCertStore.load()V+38
j  com.sun.deploy.security.TrustDecider.isAllPermissionGranted(Ljava/security/CodeSource;Lcom/sun/deploy/ui/AppInfo;)Z+76
j  com.sun.deploy.security.TrustDecider.isAllPermissionGranted(Ljava/security/CodeSource;)Z+8
[ ... ]

Customer reported that turning off "hyperthreading" in the BIOS of Intel Pentium 4 
processors helps to lower the frequency of the failure. However the failure still occurs.

Customer also reported that on Intel CoreDuo processors the failiure does occur less 
frequently.

Please find two hs_err_pid.log files attached:

hs_err_pid2708.log:CPU:total 2 (cores per cpu 2, threads per core 1) family 6 model 15 [ ... ]
hs_err_pid3220.log:CPU:total 2 (cores per cpu 1, threads per core 2) family 15 model 4 [ ... ]
Comments
EVALUATION This may related to bug 6595618, which has been fixed in JRE 6u10, but never backport to JRE 1.5 release, please ask customer to test it using our latest JRE 6u10 to see if the bug can be reproduced. If it works fine, then we will backport this fix into JRE 1.5 update release.
08-12-2008