Re: AGAIN - cp: skipping file ... as it was replaced while being copied
Corinna Vinschen corinna-cygwin at cygwin.com writes: The patch is in CVS, not in the latest release. You could try the latest developer snapshot from http://cygwin.com/snapshots/, but for the time being, there's no fix for the release itself. Note that snapshots are not made for production environments. Use at your own risk. As another datapoint, I'm running on vista64 and was seeing this problem when copying from a share. I downloaded the cygwin1.dll from the 2008-04-07 (last update 2008-04-07 16:40 GMT), backed up my current cygwin1.dll, and copied in the new version. I was seeing a 100% repro rate that seems to have gone to zero. ymmv. ...mark -- 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/
Re: AGAIN - cp: skipping file ... as it was replaced while being copied
On Apr 3 20:35, Ivan Dobrianov wrote: 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? The patch is in CVS, not in the latest release. You could try the latest developer snapshot from http://cygwin.com/snapshots/, but for the time being, there's no fix for the release itself. Note that snapshots are not made for production environments. Use at your own risk. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
Re: AGAIN - cp: skipping file ... as it was replaced while being copied
OK - just for the record and in case this ever needs to be debugged, here's the result. I got the latest snapshot cygwin1-20080327.dll.bz2. It fixed the cp from network problem, but created a strange issue with mounted disks. Here it is. Normally I have mounted c: and d: like this mount c:/ /c; ls /c mount d:/ /d; ls /d so that /c and /d lead to the top-levels of c: and d: respectively. As a result, I _normally_ have this: /tmp mount C:\bin\cygwin\bin on /usr/bin type system (binmode) C:\bin\cygwin\lib on /usr/lib type system (binmode) C:\bin\cygwin on / type system (binmode) c: on /c type system (binmode) d: on /d type system (binmode) Now, with the dev snapshot cygwin1.dll, all is well except that ls /d seems to list /c and in fact ls /any_single_letter seems to behave like ls /c! I can still see d: under ls /cygdrive/d/, but not under its mount point, which is /d/. Also, when I list /c I get an error regarding not being able to open Documents\ and\ Settings. Strange! So I reverted back to the original cygwin1.dll :-) If there is any interest on the part of any cygwin developer in pursuing this matter, I'd be happy to cooperate, but other than that I'll leave it at that - at least for the near future. On Apr 3 20:35, Ivan Dobrianov wrote: 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? The patch is in CVS, not in the latest release. You could try the latest developer snapshot from http://cygwin.com/snapshots/, but for the time being, there's no fix for the release itself. Note that snapshots are not made for production environments. Use at your own risk. Corinna -- 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/
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/
