delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/2001/10/11/18:03:25.1

Message-ID: <00da01c152a0$3a22f8e0$845824d5@zephyr>
From: "Eric Botcazou" <ebotcazou AT libertysurf DOT fr>
To: "DJGPP workers" <djgpp-workers AT delorie DOT com>
References: <10110111847 DOT AA16991 AT clio DOT rice DOT edu>
Subject: Re: _findfirst() patch
Date: Thu, 11 Oct 2001 23:57:21 +0200
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2014.211
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
Reply-To: djgpp-workers AT delorie DOT com

> You had asked about the question of when our internal findfirst
> closes the handle for you because there were no wild cards.
> In that case _findclose would be able to recognize it as already
> being closed and do nothing.

I was thinking of the other case for which the handle is automatically
closed: when findnext() doesn't find any more files, it closes the handle.
This behaviour could potentially break the example I gave, if _findfirst()
was living on top of findfirst().

> This may be the best fix.  I believe Eli also said this might be the way
> to go.  However, it depends on how much time and effort you are willing to
> spend.  I personally would not object to putting your current versions
> into the the library.

I don't think that coding it would require me to spend more than six nights
at a stretch on my keyboard, and given that my limit is seven... ;-)

--
Eric Botcazou
ebotcazou AT multimania DOT com

- Raw text -


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