Davide Guarisco wrote: >> In this case the HFS+ volume may contain objects which can not be >> represented on Windows, such as symbolic links. Since Apple's Finder is >> still not able to report useful error messages: >> -43 means "File not found" >> -34 is "Disk full" >> -35 is "No such volume" >> -120 is "Directory not found" >> >> Have you looked at the object which failed? > > > I am aware that, if I copy Mac files to an SMB share, I will loose the > resource fork, file metadata, etc. I expect the Finder to ignore these > problems.
No. Finder is a Carbon application and Carbon emulates resource forks (and maybe other metadata) on top of non HFS file systems. For instance, the resource fork of a file "file" is stored in a file "._file". You will see many of these on your Windows disk when you use Sharity, Apple's built in SMB client, NFS or any other non-HFS file system. > I did not look at the filed objects (no time....). > Still, it is disappointing that it wouldn't work, but maybe it's not Sharity's > fault. The problems don't occur with resource forks (usually), but rather with special Unix objects like symbolic links. If you track it down to a symbolic link, you can enable emulation of symbolic links in Sharity. See the "CIFS Servers" section of the GUI. Regards, Christian. -- Dipl.-Ing. Christian Starkjohann Objective Development mailto:[EMAIL PROTECTED] | http://www.obdev.at/ _______________________________________________ Sharity-talk mailing list [EMAIL PROTECTED] http://at.obdev.at/mailman/listinfo/sharity-talk
