Sender: rich AT phekda DOT freeserve DOT co DOT uk
Message-ID: <3F2D69DA.1F32F976@phekda.freeserve.co.uk>
Date: Sun, 03 Aug 2003 21:00:26 +0100
From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.23 i586)
X-Accept-Language: de,fr
MIME-Version: 1.0
To: djgpp-workers AT delorie DOT com
Subject: Re: mv bug (filutils? library?)
References: <000001c35961$76c1d4a0$0101a8c0 AT acp42g> <3F2CEA9D DOT 45657D21 AT phekda DOT freeserve DOT co DOT uk> <3405-Sun03Aug2003223250+0300-eliz AT elta DOT co DOT il>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Hello.

Eli Zaretskii wrote:
> 
> > Date: Sun, 03 Aug 2003 11:57:33 +0100
> > From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
> >
> > For some reason _truename returns an LFN when called on "junk" (real_old)
> > and an SFN when called on "junk/junk" (real_new) or "junk\\junk":
> >
> > (gdb) p _truename(real_old, 0)
> > $15 = 0xad0a8 "C:\\thisisalongname\\junk"
> > (gdb) p _truename(real_new, 0)
> > $16 = 0xad0c8 "C:\\THISIS~1\\JUNK\\junk"
> 
> Does it help to call a different subfunction of function 7160h instead
> of subfunction 2 called by _truename?  (See RBIL for more details.)

You probably already noticed, but I posted a patch that does that. ;)

Thanks, bye, Rich =]

-- 
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]