X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
From: "Bob Smith" <dumbacct3 AT hotmail DOT com>
Newsgroups: comp.os.msdos.djgpp
References: <opr00kt4s1ttxc4i AT news DOT t-online DOT de> <3ff23fe3 DOT sandmann AT clio DOT rice DOT edu> <uu13h1qjf DOT fsf AT elta DOT co DOT il> <opr01qkuaxttxc4i AT news DOT t-online DOT de> <3ff2f110 DOT sandmann AT clio DOT rice DOT edu> <opr04hbgicttxc4i AT news DOT t-online DOT de>
Subject: Re: Can't delete EXE files created by DJGPP
Lines: 50
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Message-ID: <514Jb.101121$Dt6.2828356@twister.tampabay.rr.com>
Date: Fri, 02 Jan 2004 01:43:29 GMT
NNTP-Posting-Host: 24.73.111.82
X-Complaints-To: abuse AT rr DOT com
X-Trace: twister.tampabay.rr.com 1073007809 24.73.111.82 (Thu, 01 Jan 2004 20:43:29 EST)
NNTP-Posting-Date: Thu, 01 Jan 2004 20:43:29 EST
Organization: RoadRunner - Central Florida
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

If the file system is NTFS then the problem is the update between the MFT
and the INDX records.  The INDX records are not synchronized with MFT so
Microsoft gets confused.  The runlist get hosed, or the logical delete flag
gets hosed.  I've run across this same problem on a slow network where you
are copying files and they hang.  You stop the copy and before you know it a
file is toast.  I write data recovery software and we see this alot, it has
to do with microsofts lousy caching logic for their file system indexing.
One hand does not know what the other is doing.  I believe you may be
compounding the problem because you are in a console mode, but in a REAL os
you wouldn't have to worry about it.  You may have stuff running in the
background like a firewall, or anything the might be DLing something while
you are compiling.
Anyhoo, to fix this, when you are coding shutdown everything you can,
nothing in the background, and make sure any file handles you open the
software are closed.  If you are using any debugging logs, that could cause
a problem too.

"Florian Schulze" <florian DOT proff DOT schulze AT gmx DOT net> wrote in message
news:opr04hbgicttxc4i AT news DOT t-online DOT de...
> Maybe it's not really related to DJGPP, I got a similar problem with a
> directory which was not created with DJGPP. I will investigate further and
> will let you know if I find something.
>
> Regards,
> Florian Schulze
>
> On Wed, 31 Dec 2003 09:53:52 CST, Charles Sandmann
> <sandmann AT clio DOT rice DOT edu> wrote:
>
> >> ntvdm.exe is not running. I don't think it can leave the file open,
> >> because a reboot doesn't help, only the secure mode console.
> >
> > NTVDM will only be started after you run a DOS image.  It will be
> > shut down if you close the command line window (or reboot). If NTVDM
> > isn't in the task list after running a DOS image, then that is very
> > unusual.
> >
> >> I check the dates of the binarys and only cat and grep (and some other
> >> file utilitys) are dated before december 2000. Which package could that
> >> be? fileutils?
> >
> > Yes, fileutils.  But they shouldn't be used or required by a simple
> > gcc compile.  Double check your path to make sure the DJGPP path is
first
> > and you don't have any environment variables like "SHELL" defined.
> >
>
>