JDK-4958917 : Linux: reg test ClipFlushCrash fails
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.sound
  • Affected Version: 5.0
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic,linux
  • CPU: generic,x86
  • Submitted: 2003-11-24
  • Updated: 2004-03-19
  • Resolved: 2004-03-19
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 b44Fixed
Related Reports
Duplicate :  
JDK-4961343 - TEST_BUG: Regression-test javax/sound/sampled/Clip/ClipFlushCrash.java fails
Description

Name: fb126949			Date: 11/24/2003


On Linux (machine kubrick) with several ALSA devices installed, the reg test javax/sound/sampled/Clip/ClipFlushCrash.java hangs. It does not terminate the concurrent threads correctly.

This behavior was introduced with build 28, but not noticed until now. Therefore it is not a stopper for PIT for build 30.

======================================================================
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: tiger-beta2 FIXED IN: tiger-beta2 INTEGRATED IN: tiger-b44 tiger-beta2
14-06-2004
PUBLIC COMMENTS Fixed for build 43, 1.5.0 beta 2.
10-06-2004
EVALUATION ###@###.### 2003-12-01 Also SQA stumbled on this bug, and filed bug 4961343, which is closed as duplicate of this one. The bug suggested that the test case could have a race condition. When calling stop, the ALSA code switched to blocking mode. A write() after that would then block forever, since the device is not started. The fix is to switch to non-blocking mode after a blocking stop() was executed. Riskless fix. ###@###.### 2004-03-04
04-03-2004