From: "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be>
To: "DJGPP-Workers" <djgpp-workers AT delorie DOT com>
Subject: Another quirk: unremovable files
Date: Wed, 15 Aug 2001 19:54:44 +0200
Message-ID: <CAEGKOHJKAAFPKOCLHDIAELKCGAA.tim.van.holder@pandora.be>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
Reply-To: djgpp-workers 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.
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.
Is this a bug in DJGPP or a quirk in DOS that 4DOS/command.com
work around?