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

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

- Raw text -