Date: Sun, 26 Nov 2000 16:48:37 -0500
Message-Id: <200011262148.QAA21577@envy.delorie.com>
X-Authentication-Warning: envy.delorie.com: dj set sender to dj AT envy DOT delorie DOT com using -f
From: DJ Delorie <dj AT delorie DOT com>
To: djgpp-workers AT delorie DOT com
In-reply-to: <Pine.SUN.3.91.1001123132058.4200B-100000@is> (message from Eli
	Zaretskii on Thu, 23 Nov 2000 13:32:30 +0200 (IST))
Subject: Re: New patch for dtou.c
References:  <Pine DOT SUN DOT 3 DOT 91 DOT 1001123132058 DOT 4200B-100000 AT is>
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


> I didn't say that in my original message, but for compatibility reasons
> (old Makefiles) it might be a good idea to return non-zero exit status
> only under a special option, and retain the current behavior if that
> option was not given. 

dtou should return zero if it was successful.  "Successful" means it
changed the files it should have, and left the files it should have.
A non-success exit (nonzero) should be restricted to *unexpected*
problems, such as file not found, disk full, access denied. read-only
media, etc.

My preference is that the exit code should reflect the number of
problems encountered, not the type.  If you wish a special option to
make the exit code reflect the conversions done, that's OK, but it
shouldn't be the default, no matter how many files are listed on the
command line.