Mail Archives: djgpp-workers/2003/04/20/06:30:12
> From: "Andrew Cottrell" <acottrel AT ihug DOT com DOT au>
> Date: Sun, 20 Apr 2003 16:17:42 +1000
> >
> I have applied the patch to my djgpp directory and I thought I would try out
> "ls" and comapre it against dir to see if the UNC code worked. I did find
> some discrepancies as indicated below. Are the results below expected or
> not?
>
> DJ204 D:\dj204\gnu\filutil4.1\src>dir \\ac-p42g\ghost
> Volume in drive \\ac-p42g\ghost has no label.
> Volume Serial Number is 3E10-A62B
>
> Directory of \\ac-p42g\ghost
>
> 01/01/2003 08:54 PM <DIR> .
> 01/01/2003 08:54 PM <DIR> ..
> 06/01/2003 09:32 PM 2,147,465,827 C_06JAN2.GHO
> 03/01/2003 05:27 PM 2,147,461,465 C_DRIVE_.GHO
> 03/01/2003 05:27 PM 642,021,517 C_DRI001.GHS
> 06/01/2003 09:32 PM 404,498,931 C_06J001.GHS
> 4 File(s) 5,341,447,740 bytes
> 2 Dir(s) 1,550,123,008 bytes free
>
> DJ204 D:\dj204\gnu\filutil4.1\src>ls \\ac-p42g\ghost
> ls: //ac-p42g/ghost: No such file or directory (ENOENT)
No, this is not expected and shouldn't happen.
My guess is that the DJGPP-specific startup code converts backslashes
into forward slashes, and that causes the UNC-detection code to fail,
since it expects backslashes. Perhaps we should recognize
"//server/share" as a UNC, or maybe the Fileutils startup code should
leave UNCs alone, if it doesn't already.
If my guess is wrong, could you please step with a debugger into the
code and see where does it fail?
Btw, `ls' doesn't call `fstat', so this bug is probably unrelated to
Richard's changes.
- Raw text -