Message-ID:	<009f01c1534f$3f883f20$808324d5@zephyr>
From:	"Eric Botcazou" <ebotcazou AT libertysurf DOT fr>
To:	"DJGPP workers" <djgpp-workers AT delorie DOT com>
References:	<10110111357 DOT AA18726 AT clio DOT rice DOT edu> <006601c15277$3736ab00$d27824d5 AT zephyr> <1659-Thu11Oct2001211157+0200-eliz AT is DOT elta DOT co DOT il> <00d901c152a0$398d6fa0$845824d5 AT zephyr> <7458-Fri12Oct2001003417+0200-eliz AT is DOT elta DOT co DOT il> <018a01c152ad$8f5ad8c0$845824d5 AT zephyr> <4331-Fri12Oct2001084812+0200-eliz AT is DOT elta DOT co DOT il> <00a201c152ff$9fe975a0$180b24d5 AT zephyr> <4098-Fri12Oct2001143129+0200-eliz AT is DOT elta DOT co DOT il>
Subject:	Re: _findfirst() patch
Date:	Fri, 12 Oct 2001 20:52:51 +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

> Sorry, I don't understand what did you try to say here.

Simply that, if I was designing this part of the library from scratch, I
would choose to have only one findfirst.c file containing orthogonal helper
functions (private) and exposing the three API functions _dos_findfirst(),
findfirst() and _findfirst(). Same thing with an unique findnext.c file.

> As I said: functions which aren't supposed to be called by
> applications should say so in their docs.

Ok, that's the precision I needed.

--
Eric Botcazou
ebotcazou AT multimania DOT com

- Raw text -