United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
JDK-4693219 : WIN64: JCK1.4, 5 api/javax_imageio/FileImageOutputStream tests fail

Details
Type:
Bug
Submit Date:
2002-05-29
Status:
Closed
Updated Date:
2003-04-12
Project Name:
JDK
Resolved Date:
2002-09-02
Component:
core-libs
OS:
windows_xp
Sub-Component:
java.io
CPU:
itanium
Priority:
P4
Resolution:
Fixed
Affected Versions:
1.4.1
Fixed Versions:
1.4.2 (mantis)

Related Reports
Relates:

Sub Tasks

Description
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


                                    

Comments
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


                                     
2004-06-14
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
                                     
2002-06-20
PUBLIC COMMENTS

We have fixed this to check whether it is a directory before
deleting the file.


###@###.### 2002-06-20
                                     
2002-06-20
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
                                     
2002-06-20



Hardware and Software, Engineered to Work Together