X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Fri, 4 Apr 2008 15:23:48 -0400 From: Ivan Dobrianov To: cygwin AT cygwin DOT com Subject: Re: AGAIN - cp: skipping file ... as it was replaced while being copied Message-ID: <20080404192348.GA31784@gruh.hsd1.ma.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Note-from-DJ: This may be spam 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 /" 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/