From: Kbwms AT aol DOT com Message-ID: <1e9.dfb8f29.2c5901db@aol.com> Date: Wed, 30 Jul 2003 07:11:23 EDT Subject: Re: mv bug (filutils? library?) To: djgpp-workers AT delorie DOT com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_1e9.dfb8f29.2c5901db_boundary" X-Mailer: 8.0 for Windows sub 6011 Reply-To: djgpp-workers AT delorie DOT com --part1_1e9.dfb8f29.2c5901db_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 7/30/2003 4:09:55 AM Eastern Standard Time, AndrewCottrell AT swiftdsl DOT com DOT au writes: > >Noticed by someone else and passed onto me: > > > >Create a directory with long name: > > > >mkdir thisisalong > >cd thisisalong > >mkdir junk > >mv junk junk > > > >This will create junk\junk\... nesting until it fails. > > > >If you do the test under a short name it seems to work > >correctly (gives a message about cannot move 'junk' to a > >subdirectory of itself). > > > >I have verified this behavior under Win98 and Windows 2000 > >using an older copy of the filutils - but I am told it is > >seen on newer versions as > >well. > > > >A quick look at copy.c source seems that 'copy_into_self' > >flag doesn't work properly if path contains long names. > > The solution is to make sure you are using the latest file utils and not 4.0 > or earlier. From memory last year, as such there may be some mistakes in my > response below:- > The problem exists on my system (Windows XP) with Fileutils version 4.1. --part1_1e9.dfb8f29.2c5901db_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable In a message dated 7/30/2003 4:09:55 AM Eastern Standard= Time, AndrewCottrell AT swiftdsl DOT com DOT au writes:

>Noticed by someone else and passed onto me:
>
>Create a directory with long name:
>
>mkdir thisisalong
>cd thisisalong
>mkdir junk
>mv junk junk
>
>This will create junk\junk\... nesting until it fails.
>
>If you do the test under a short name it seems to work
>correctly (gives a message about cannot move 'junk' to a
>subdirectory of itself).
>
>I have verified this behavior under Win98 and Windows 2000
>using an older copy of the filutils - but I am told it is
>seen on newer versions as
>well.
>
>A quick look at copy.c source seems that 'copy_into_self'
>flag doesn't work properly if path contains long names.

The solution is to make sure you are using the latest file utils and not 4.0=
or earlier. From memory last year, as such there may be some mistakes in my<= BR> response below:-


The problem exists on my system (Windows XP) with Fileutils version 4.1. --part1_1e9.dfb8f29.2c5901db_boundary--