JDK-6236441 : ex03t001 test: Expected ClassUnload event was not received
  • Type: Bug
  • Component: hotspot
  • Sub-Component: jvmti
  • Affected Version: 6
  • Priority: P5
  • Status: Closed
  • Resolution: Duplicate
  • OS: generic
  • CPU: x86
  • Submitted: 2005-03-04
  • Updated: 2023-12-13
  • Resolved: 2014-04-25
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
tbdResolved
Related Reports
Duplicate :  
Relates :  
Description
The following test started failing on the 03.02 nightly:

nsk/jvmti/scenarios/extension/EX03/ex03t001

It fails on x86 platforms with -client -Xcomp -Xshare:on . If run with -Xshare:off or -Xmixed it doesn't fail. The test expects ex03t001a and ex03t001b to be unloaded but ex03t001a is not being unloaded. Here is a sample log:

#!D:/PROGRA~1/MKSTOO~1/mksnt/sh.exe

RAS_OPTIONS=
SystemRoot=C:/WINNT
SHELL=D:/PROGRA~1/MKSTOO~1/mksnt/sh.exe
PATH="D:/temp/Work/JDK/NIGHTLY/Serv_Baseline/windows-i586/bin;Y:/nightly/mantis/DTWS/suites/JVMTI_QUICKLOOK/testbase/src/nsk/share/lib/wintel;D:/temp/Work/JDK/NIGHTLY/Serv_Baseline/windows-i586/jre/bin/client;D:/temp/Work/JDK/NIGHTLY/Serv_Baseline/windows-i586/jre/bin;Y:/nightly/mantis/DTWS/suites/JVMTI_QUICKLOOK/testbase/bin/lib/wintel/nsk/jvmti/scenarios/extension/EX03;"
WINDIR=C:/WINNT
LD_LIBRARY_PATH=Y:/nightly/mantis/DTWS/suites/JVMTI_QUICKLOOK/testbase/bin/lib/wintel/nsk/jvmti/scenarios/extension/EX03;
CLASSPATH="D:/temp/Work/exec/JVMTI_QUICKLOOK-02-NIGHTLY-Serv_Baseline-ClientVM-comp-Win-2005-03-02-20-53-46-0072/run2/user.WinXP.x86/ex03t001;Y:/nightly/mantis/DTWS/suites/JVMTI_QUICKLOOK/testbase/bin/classes;D:/temp/Work/JDK/NIGHTLY/Serv_Baseline/windows-i586/lib/tools.jar"

while [ $# -gt 0 ];
do
  if [ $1 = "-jdk" ]; then
	shift 1
	PATH=${1}/bin;${PATH}
	shift 1
  fi
done

export RAS_OPTIONS
export SystemRoot
export SHELL
export PATH
export WINDIR
export LD_LIBRARY_PATH
export CLASSPATH

#annotate TEST javaopt=-client -Xcomp -XX:-ShowMessageBoxOnError -agentlib:ex03t001=-waittime=2
D:/temp/Work/JDK/NIGHTLY/Serv_Baseline/windows-i586/bin/java -client -Xcomp -XX:-ShowMessageBoxOnError -DHANGINGJAVA3088 -agentlib:ex03t001=-waittime=2 nsk.jvmti.scenarios.extension.EX03.ex03t001 Y:/nightly/mantis/DTWS/suites/JVMTI_QUICKLOOK/testbase/bin/loadclass
##Exit status of execution step=97
##!checkExitCode

## ERROR: ex03t001.c, 201: Expected ClassUnload event was not received.
###@###.### 2005-03-04 21:20:17 GMT

Comments
This report is a clear dup of the JDK-6976636 that was recently fixed. I will copy the svc-nightly label to the original bug report to track possible issues.
25-04-2014

Conclusion: The test checks that the extension mechanism continues to work so that the test itself is needed in general. But the class unload event is inherently unstable and problematic so that the test fails from time to time. I do not see a good solution for this, so suggesting just to keep this bug around as a placeholder to recognize the nightly failure as a known.
22-08-2013

EVALUATION The class unload event is only being used to verify that the extension mechanism works. Clearly it does. Class unload is inherently unstable and problematic, that is why it was removed from JVM TI. This event isn't supported or used. Changing to a low priority.
25-08-2005