From: Martin Stromberg <Martin DOT Stromberg AT epl DOT ericsson DOT se>
Message-Id: <200108160848.KAA17867@merope.lu.erisoft.se>
Subject: Re: Another quirk: unremovable files
To: djgpp-workers AT delorie DOT com
Date: Thu, 16 Aug 2001 10:48:44 +0200 (MET DST)
In-Reply-To: <CAEGKOHJKAAFPKOCLHDIAELKCGAA.tim.van.holder@pandora.be> from "Tim Van Holder" at Aug 15, 2001 07:54:44 PM
X-Mailer: ELM [version 2.5 PL3]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> 
> 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.

I've seen similar things while building libc (in WINDOZE 98).

> The current autoconf testsuite is a huge shell script and can
> no longer run to completion (it crashes the DOS box around
> test number 140 of 157).  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.

In my case the WINDOZE exploder can't remove them either. I haven't
tried DOZE's del, though.


Right,

						MartinS