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 <rich AT phekda DOT freeserve DOT co DOT uk>
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 <acottrel AT ihug DOT com DOT au>
Cc:	Charles Sandmann <sandmann AT clio DOT rice DOT edu>, djgpp-workers AT delorie DOT com
Subject:	Re: Two rm.exe issues on XP
References:	<001f01c24f26$b636c730$0100a8c0 AT p4>
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/ ]

- Raw text -