www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2000/02/24/13:15:11

From: rod_blackwood AT my-deja DOT com
Newsgroups: comp.os.msdos.djgpp
Subject: Spurious ENOENT on file open in WNT4.0/VC++6.0
Date: Thu, 24 Feb 2000 09:29:50 GMT
Organization: Deja.com - Before you buy.
Lines: 36
Message-ID: <892tmb$cm1$1@nnrp1.deja.com>
NNTP-Posting-Host: 141.245.40.230
X-Article-Creation-Date: Wed Feb 23 17:17:41 2000 GMT
X-Http-User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows NT; DigExt)
X-Http-Proxy: 1.0 nadhp1.bae.co.uk:3128 (Squid/1.1.22), 1.0 x35.deja.com:80 (Squid/1.1.22) for client unknown, 141.245.40.230
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

I have an application which manages lots of files.

Since I upgraded to VC++ 6.0, (under WNT4.0 SP5)
the application occasionally fails to open an
existing file or to create a new file in an
existing directory and reports ENOENT.

ENOENT usually means that the file being opened
or the directory in which the new file is to be
created does not exist, but in these cases the
file or directory definitely does exist.

It doesn't seem to be a resource thing, as if the
application tries again it can open or create the
file.

The problem occurs more often when I leave a
virus checker running but still happens
occasionally with it disabled.

I wondered if it could be something to do with
WNT file sharing, i.e. another application has
locked the directory so my application can't read
it to open a file or write to it to create one.

Has anyone else seen this problem ?

Does anyone have any ideas on how to fix it ?

all the best,

Rod


Sent via Deja.com http://www.deja.com/
Before you buy.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019