(copy-file "I/O error #63" on file with 0x8000 at

Machine-specific discussion
Unix, Linux, OS X, OS/2, Windows, ..?
Locked
CaveGuy
Posts: 112
Joined: Sun Oct 13, 2002 3:00 pm
Location: Columbus Ohio
Contact:

(copy-file "I/O error #63" on file with 0x8000 at

Post by CaveGuy »

In debugging a backup utility, I have come across a small number of of files on my system that cause (copy-file to "fail" with an error code of 63.

My 2 platforms are windows server 2003 and XP pro, it happens with 10.x

Here is what I know so far:
On the XP system all the files that errored were either .iso or .img disk images of IBM diagnostics disks. On the server, I got the same error which turned out to be an access problem, once given the proper access rights the error went away and the files copied. On the XP system I switched to using "kernel32.DLL" "CopyFileA" and the problem went also went away.

As closer look I found that the files in question had unexplainable file attributes set.

(file-info filename) returns:
(1474560 33206 2 0 0 1246818382 1188159663 1188159637)
on the file in question.

33206 = 1000 0001 1011 0110 = 0x81B6

What is a 0x8000 attribute flag bit ?
It seems to translate to a "GoAway" your not welcome :( ?

(file-info name) works as expected on the other 3k+ files in the backup tree on both systems who do not have the 0x8000 bit of death set.

My guess at this point is that the Attribute (long) got crossed with a pointer, but why only when the 16'th bit of death is set ? I would expect an -1 on error if this was a negative error number it would be -439 an equally confusing attribute.

Any thoughts ?
Last edited by CaveGuy on Mon Jul 06, 2009 9:28 pm, edited 1 time in total.
Bob the Caveguy aka Lord High Fixer.

cormullion
Posts: 2038
Joined: Tue Nov 29, 2005 8:28 pm
Location: latiitude 50N longitude 3W
Contact:

Post by cormullion »

Random guess from Mac user clueless about Windows... :)

There are very few files I can see with "33206" mode on my Mac machine. These have the attributes -rw-rw-rw-@ - some kind of symbolic link or hard link. (I get the two confused.)

:)

Locked