On 4/9/2013 3:50 AM, Corinna Vinschen wrote:
On Apr 8 17:01, Charles Wilson wrote:
user@machine /k/path $ cp bob fred
cp: skipping file `bob', as it was replaced while being copied
cp checks the inode numbers before and after, and it seems the inode
numbers on this drive are not persistent.
On Apr 8 17:01, Charles Wilson wrote:
> On 3/29/2013 4:36 PM, Larry Hall (Cygwin) wrote:
> >On 3/29/2013 4:25 PM, Bill Priest wrote:
> >>#3 I saw lots of complaints and responses for requests for drive info;
> >>but I never saw an explanation of why this checking is being done.
> >
> >I haven't lo
On 3/29/2013 4:36 PM, Larry Hall (Cygwin) wrote:
On 3/29/2013 4:25 PM, Bill Priest wrote:
#3 I saw lots of complaints and responses for requests for drive info;
but I never saw an explanation of why this checking is being done.
I haven't looked at the code like you have but I believe this is t
On 3/29/2013 4:25 PM, Bill Priest wrote:
#3 I saw lots of complaints and responses for requests for drive info;
but I never saw an explanation of why this checking is being done.
I haven't looked at the code like you have but I believe this is to
avoid the case of the file being copied onto its
#1 I'm not transferring files
#2 The OS I'm connecting to only supports FTP & telnet.
#3 I saw lots of complaints and responses for requests for drive info;
but I never saw an explanation of why this checking is being done.
Here is my drive info:
/usr/lib/csih/getVolInfo.exe /cygdrive/q
Device T
Greetings, Bill Priest!
> All,
> I've been using a program/device driver that maps an FTP site to a
> windows drive (yes I know about the Windows 7 way to do almost the
> same thing; but I could only get to the share using windows explorer
> and not cygwin) and things work pretty well except whe
All,
I've been using a program/device driver that maps an FTP site to a
windows drive (yes I know about the Windows 7 way to do almost the
same thing; but I could only get to the share using windows explorer
and not cygwin) and things work pretty well except when I try to do a
simple cp file1.txt
I am currently being frustrated by cp's current feature set.
Specifically, I am getting
$ cp -rf directory1 directory2
cp: skipping file `...', as it was replaced while being copied
cp: skipping file `...', as it was replaced while being copied
cp: skipping file `...', as i
Corinna Vinschen 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
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:/ /
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/LegacyB
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
rep
12 matches
Mail list logo
