Sender: rich AT phekda DOT freeserve DOT co DOT uk
Message-ID: <3B7AF6F9.84FF663@phekda.freeserve.co.uk>
Date: Wed, 15 Aug 2001 23:26:01 +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: djgpp-workers AT delorie DOT com
Subject: Re: Another quirk: unremovable files
References: <CAEGKOHJKAAFPKOCLHDIAELKCGAA DOT tim DOT van DOT holder AT pandora DOT be>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Hello.

Tim Van Holder wrote:
> Odd this - if a DOS box crashes under DJGPP (say, as a result
> of selector exhaustion), files that were open in that session
> are unremovable by DJGPP tools.
[snip]
> If I open a new DOS box after such a crash, and run 'make clean'
> in the tests directory, rm complains it cannot remove testsuite.log,
> at-stderr and at-stdout, all files that were open during the testsuite
> run. 4DOS' (and presumably command.com's) 'del' deletes them without
> a hitch.
> Is this a bug in DJGPP or a quirk in DOS that 4DOS/command.com
> work around?

Sometimes I've found that the following works: close all DOS boxes, wait a
few seconds and then open a new DOS box and retry.

Bye, Rich =]

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