Bug ID: JDK-4693219 WIN64: JCK1.4, 5 api/javax_imageio/FileImageOutputStream tests fail

Versions (Unresolved/Resolved/Fixed)

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
1.4.2 mantisFixed

Filed By       : J2SE-SQA [###@###.###
JDK            : J2SE 1.4.1-b13
JCK            : jck1.4-b17
Platform[s]    : Windows XP 64 bit
switch/Mode    : -Xinterpreter -Xfuture
JCK test owner : http://javaweb.eng/jck/usr/owners.jto
Falling test[s]: api/javax_imageio/stream/FileImageOutputStream/index.html#Ctor
                 api/javax_imageio/stream/FileImageOutputStream/index.html#length
                 api/javax_imageio/stream/FileImageOutputStream/index.html#read
                 api/javax_imageio/stream/FileImageOutputStream/index.html#seek
                 api/javax_imageio/stream/FileImageOutputStream/index.html#write

Test creates the file with the name of existing directory. If directory
is on local drive expected exception is thrown; if directory is on
network mapped drive exception is not thrown and existing directory
is replaced by new file. The test uses directory, created by JavaTest
to store results (.jtr files), so destroying this directory makes
results disappear.

Test source location:
=====================
/net/jdk/export/disk8/local.java/jck1.4/JCK-runtime-14/tests/api/javax_imageio/stream/FileImageOutputStream/*.java


jtr file location:
==================
No jtrs (jtrs directory is destroyed by test)

How to reproduce:
=================

Run the following script (you may need to change JCK,JDK and TEMP variables):

--- script start ---
#!/bin/sh

JCK=I:/sail16/JCK/jck14/JCK-runtime-14
JDK=c:/j2sdk1.4.1
#TEMP=C:/temp
TEMP=I:/sail16/a2/temp

if [ -f ${TEMP}/test ]; then
	rm -rf ${TEMP}/test
fi
mkdir -p ${TEMP}/test

flags="-Xfuture -verify -Xinterpreter -Xmx256m -Djava.security.policy=${JCK}/lib/jck.policy"

${JDK}/bin/java -classpath "${JCK}/classes;${JCK}/javatest.jar" ${flags} javasoft.sqe.tests.api.javax.imageio.stream.FileImageOutputStream.CtorTests -TestCaseID Ctor004 -TestWorkDirURL file:///${TEMP}/test/ -TestURL file:///I:/sail16/JCK/jck14/JCK-runtime-14/tests/api/javax_imageio/stream/FileImageOutputStream/index.html#Ctor 
res=$?
if [ "${res}" != "95" ]; then
	echo "*** Test FAILED: ${res}"
else
	echo "*** Test PASSED"
fi
--- script end ---

Test output:
============
Ctor004: Failed. FileNotFoundException was not thrown as expected
STATUS:Failed.tests: 1; failed: 1; first test case failure: Ctor004
*** Test FAILED: 97

Specific Machine Info:
======================
Hostname: jcc-itanium-01
OS: Windows XP 64bit Edition

CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mantis mantis-b02 FIXED IN: mantis mantis-b02 INTEGRATED IN: mantis mantis-b02 VERIFIED IN: mantis
14-06-2004
EVALUATION Looks like a swing class, re-assigning to swing. If this proves to be a runtime issue please re-assign RE to be bobv.. ###@###.### 2002-05-30 The description of this bug is reasonably clear that this is a problem where opening a FileOutputstream (where for some reason the File arg appears to be a directory) on a remote drive destroys the directory. I think the submitter assigned it to runtime because the fact that it was an imageio test was judged to be incidental to the problem, since that seems reaonable I am reassigning to runtime for investigation ###@###.### 2002-05-30 ============================= I was unable to reproduce this problem. I ran the test on my Windows XP 64 bit edition and set temp to both the C: drive and a remote mounted drive H: and the test passed I would check file permissions or make sure that you are running a recent version of SAMBA on your server. It's possible that the SMB server is not configured properly. ###@###.### 2002-06-04 Apparently DeleteFile can delete a Directory on some Samba mounted drives. ###@###.### 2002-06-20 Can not reproduce this bug. Could you point me out to a machine on Santa Clara campus, where I could reproduce it. ###@###.### 2002-06-20
20-06-2002
SUGGESTED FIX Note for SQE team: to manually verify this bug find an XP machine with Samba mounted drive, and use the test case in description. ###@###.### 2002-06-20
20-06-2002
PUBLIC COMMENTS We have fixed this to check whether it is a directory before deleting the file. ###@###.### 2002-06-20
20-06-2002