Sender: rich AT phekda DOT freeserve DOT co DOT uk Message-ID: <3DAAC5D3.841720D0@phekda.freeserve.co.uk> Date: Mon, 14 Oct 2002 14:25:39 +0100 From: Richard Dawe X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i586) X-Accept-Language: de,fr MIME-Version: 1.0 To: Andrew Cottrell Cc: Charles Sandmann , djgpp-workers AT delorie DOT com Subject: Re: Two rm.exe issues on XP References: <001f01c24f26$b636c730$0100a8c0 AT p4> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: djgpp-workers AT delorie DOT com Hello. Andrew Cottrell wrote: [snip] > PROBLEM 1 - RM.EXE SIGABRT > -------------------------------------- > While re-building GCC 3.2 I noticed that I was not rebuilding some of the > exe files as the build date of a few of the exe files had not been updated. > On further investigation I found that the rm.exe caused a SIGABRT when > rm.exe -rf was called four times, the other times it worked okay when "make > clean" was executed. > > I have been able to reproduce the problem on XP (I have not tested this with > any other OS's) if I setup the following directory structure and try to do > delete the directory and all of it's contents with a rm -rf ( i am assuming > this is what is the combo does). -r: recurse into subdirectories -f: force (don't ask user about traversing directories and removing files) So, yes, it does what you think. > Test directory setup: > -Created a test directory C:\dj204\test > -Created a sub directory C:\dj204\test\test > -Created one file in the subdirectory C:\dj204\test\test\test.c > > DJGPP_204 C:\dj204>rm -rf test > Assertion failed at remove.c line 727: fs->have_device [snip] I can reproduce this on Windows '98 SE. Bye, Rich =] -- Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]