JDK-4949260 : Regression-test javax/sound/midi/Sequencer/MidiCrash.java hangs on Tiger-b26
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.sound
  • Affected Version: 5.0
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris_8
  • CPU: sparc
  • Submitted: 2003-11-05
  • Updated: 2003-12-15
  • Resolved: 2003-11-24
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.
5.0 b30Fixed
Name: vsR10238			Date: 11/05/2003

Filed By       : J2SE-SQA [###@###.###
JDK            : JDK1.5.0-b26
Testbase       : Regression-test
Platform[s]    : Solaris 8 (sparc) (CDE)
switch/Mode    : -client
Falling test[s]:

Regression test javax/sound/midi/Sequencer/MidiCrash.java hangs with JDK1.5.0-b26 on our Solaris 8/Sparc
computer with sound. The computer is a bit slow.

The test passes on this machine with several previous Tiger builds (tested with b19-b25).

The test passed on other platforms we used for testing of b26: (RH2.1AS, WinXP, Sol9x86).

The test fails on JDK1.4.2 with VM abort (probably the issue described in 4795377).

I inserted some tracing into MidiCrash.java and found that the test hangs in
Sequencer.setSequence called from MMAMidiBridge.setSequence(Sequence s).

Test source location:

jtr file location:

How to reproduce:
Run the following script (you may need to change its variables)

--- script start ---

#Paths in Java Software:

#Alternative paths outside Java Software:

#Alternative paths for the NSK site:



mkdir -p $WORK_DIR/scratch 2>&1
mkdir -p $WORK_DIR/jtData 2>&1
mkdir -p $REPORT_DIR 2>&1

#rm $WORK_DIR/jtData/ResultCache.jtw 2>&1

cd $WORK_DIR/scratch

$JAVA_HOME/bin/java -server -cp $CLASSPATH -DenvVars=TESTJAVAHOME=$JAVA_HOME,TESTVMOPTS=$TESTVMOPTS,DISPLAY=:0,HOME=$HOME/.regtest,PATH=/bin:/usr/bin,CPAPPEND=$JEMMY_JAR,TZ=,LC_ALL=en_US,LC_CTYPE=en_US,LANG=en_US,LPDEST= -DDISPLAY=:0 -DlocalHost="linux-1" -Dprogram=jtreg com.sun.javatest.regtest.Main -a -v default -batch -params -w "$WORK_DIR" -r "$REPORT_DIR" -t "$TEST_BASE_PATH" "$TEST_BASE_PATH/$TEST"

--- script end ---

Test output (jtr part):
result: Passed. Compilation successful

command: main MidiCrash
reason: Assumed action based on file name: run main MidiCrash
elapsed time (seconds): 2400.032
Iteration 1/5
Iteration 2/5
result: Failed. Execution failed: Program `/net/linux-15/export/home/java/jdk1.5.0/sparc/bin/java' interrupted! (timed out?)

test result: Failed. Execution failed: Program `/net/linux-15/export/home/java/jdk1.5.0/sparc/bin/java' interrupted! (timed out?)

Specific machine info:
Hostname: linux-1
OS: Solaris 8 (sparc) (CDE)


CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: tiger-beta FIXED IN: tiger-beta INTEGRATED IN: tiger-b30 tiger-beta VERIFIED IN: tiger-beta

EVALUATION Probably due to the Sequencer deadlock described in 4949191. Only occurs on Ultra-1 or other slow machines. ###@###.### 2003-11-13 The fix for 4949191 also fixed this regression test. I was able to reproduce this hang both on a SunBlade 100 (rarely), and always on an Ultra 1. With the fix, I ran successfully 10000 iterations of the crash test on both machines. ###@###.### 2003-11-14