This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

AGAIN - cp: skipping file ... as it was replaced while being copied


Hi and sorry for the clutter, but I can't figure it out!

I have this familiar situation when trying to copy from the network:

cp //walnetapp01/SRD/LegacyBugs/148000-148999/148708/some_file.txt ./

cp: skipping file `//walnetapp01/SRD/LegacyBugs/148000-148999/148708/some_file.txt', as it was replaced while being copied

Now, I looked through the mailing list archives and found two relevant threads on this subject, namely:

ml/cygwin/2006-01/msg00804.html
ml/cygwin/2006-11/msg00525.html

The thing is that neither of them ends up with a prescription of how to fix the problem :-)

In message 2006-11/msg00604.html, Corinna says:

I'm going to add a special case for this file system.  Please give the
next developer's snapshot from http://www.cygwin.com/snapshots/ a try.

Well, here I am in April 2008, with a fresh new Cygwin installation - I am assuming that by now this prblem whould have been resolved in the main branch. Am I wrong? Do I have to do anything special?

Here is the output of the proverbial "./getvolinfo.exe //walnetapp01/SRD":

rootdir: \\walnetapp01\SRD\
Volume Name        : <SRD>
Serial Number      : 771869145
Max Filenamelength : 255
Filesystemname     : <NTFS>
Flags:
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK        : TRUE
  FILE_PERSISTENT_ACLS        : TRUE
  FILE_FILE_COMPRESSION       : FALSE
  FILE_VOLUME_QUOTAS          : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS    : FALSE
  FILE_SUPPORTS_ENCRYPTION    : FALSE
  FILE_NAMED_STREAMS          : TRUE
  FILE_READ_ONLY_VOLUME       : FALSE

And yes, calling "ls -i" twice on the network file gives me different
i-node numbers. All this seems to have been discussed more than a year ago. Is there no solution for that yet?

I'll appreciate any info!

PS: Here is my version info [from cygcheck -s]:

 1829k 2008/03/05 C:\bin\cygwin\bin\cygwin1.dll
    Cygwin DLL version info:
        DLL version: 1.5.25
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 156
        Shared data: 4
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix:
        Build date: Wed Mar 5 19:27:59 CET 2008
        CVS tag: cr-0x5f1
        Shared id: cygwin1S4


It's the latest available right now - /c/download/cygwin/1.5.25-11/ !


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]