<Sound Dev> Comment on bug JDK-8013586

Phil Race philip.race at oracle.com
Wed Jan 7 22:13:17 UTC 2015

Its not clear to me if the bug description is implying an exception was 
thrown or
if there is an additional reason the file cannot be closed.
Still, something like what you suggest seems to be needed.

The owner of this bug is out until next week so I'll let him comment further
after his return.


On 01/07/2015 12:42 PM, Mike Clark wrote:
> Hello all,
> I wanted to post this as a comment on 
> https://bugs.openjdk.java.net/browse/JDK-8013586, but apparently 
> getting comment access to that system is a bit of a hurdle.  Anyway.  
> What follows is, I believe, a fix for the aforementioned bug:
> There is a file handle leak in some of the subclasses of 
> javax.sound.sampled.spi.AudioFileReader, such as 
> com.sun.media.sound.WaveFloatFileReader.
> Consider com.sun.media.sound.WaveFloatFileReader's method:
> public AudioInputStream getAudioInputStream(File file)
>         throws UnsupportedAudioFileException, IOException {
>     return getAudioInputStream(
>         new BufferedInputStream(new FileInputStream(file)));
> }
> See how there is no attempt to close the FileInputStream if an 
> exception is thrown?  A file handle will remain open on the file until 
> garbage collection is run. Since garbage collection may never run, the 
> file handle may remain open until the JVM exits. And on Windows the 
> open file handle prevents the file from being deleted, which is 
> problematic.
> Could we fix it by adding a try/catch block?
> public AudioInputStream getAudioInputStream(File file)
>         throws UnsupportedAudioFileException, IOException {
>     FileInputStream fis = null;
>     try {
>         fis = new FileInputStream(file);
>         return getAudioInputStream(new BufferedInputStream(fis));
>     } catch(IOException|UnsupportedAudioFileException e) {
>         if (fis != null) {
>             fis.close();
>         }
>         throw e;
>     }
> }
> These AudioFileReader subclass methods are usually called by 
> javax.sound.sampled.AudioSystem.getAudioInputStream(File), which calls 
> getAudioInputStream(File) on all registered subclasses of 
> AudioFileReader.  As such, all subclasses of AudioFileReader in the 
> JRE should be reviewed for this problem.
> best regards,
> -Mike

More information about the sound-dev mailing list