Message-ID: <250B3114DA16D511B82C00E0094005F8023FC197@MSGWAW11>
From: Wojciech Galazka <wojciech DOT galazka AT polkomtel DOT com DOT pl>
To: "'djgpp-workers AT delorie DOT com'" <djgpp-workers AT delorie DOT com>
Subject: RE: gcc-3.01 seems unstable
Date: Sat, 22 Sep 2001 14:35:59 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Reply-To: djgpp-workers AT delorie DOT com


Hi,

I'm writting once again to let you know there is a problem with absolute
path names whose sizes is very large ( > 67 chars, perhaps)
under W2k
I only started looking at this and it seems that if a pathname is too long
then a root directory (\) is used instead
so rm -rf \very_long_path\*.*
results in 
rm -rf \*.*

This has just happened to me and I lost 700 MB of some programs :)
when I tried to continue compiling libstdc++-v3.
Make gave something like 
(1234567890 was the first directory on the root dir
two directories only shown - actually more were deleted, the point is that
1) directories from the root dir are scanned; 2) make does recursive scans)

d:/djgpp.2/bin/rm: cannot remove directory `.libs/libstdc++.lax/1234567890':
Operation not permitted (EPERM)
d:/djgpp.2/bin/rm: cannot remove directory `.libs/libstdc++.lax/djgpp':
Directory not empty (ENOTEMPTY)
d:/djgpp.2/bin/rm: cannot remove directory
`.libs/libstdc++.lax/djgpp.2/gnu/gcc-3.02/build.djg/i586-pc-msdosdjgpp/libst
dc++-v3/include/backward/1234567890': Operation not permitted (EPERM)
d:/djgpp.2/bin/rm: cannot remove directory
`.libs/libstdc++.lax/djgpp.2/gnu/gcc-3.02/build.djg/i586-pc-msdosdjgpp/libst
dc++-v3/include/backward/djgpp': Directory not empty (ENOTEMPTY)
d:/djgpp.2/bin/rm: cannot remove directory
`.libs/libstdc++.lax/djgpp.2/gnu/gcc-3.02/build.djg/i586-pc-msdosdjgpp/libst
dc++-v3/include/backward/djgpp.2/gnu/gcc-3.02/build.djg/i586-pc-msdosdjgpp/l
ibstdc++-v3/include/backward/1234567890': Operation not permitted (EPERM)