delorie.com/archives/browse.cgi | search |
Date: | Sun, 11 Apr 1999 13:05:41 -0400 |
Message-Id: | <199904111705.NAA01422@envy.delorie.com> |
From: | DJ Delorie <dj AT delorie DOT com> |
To: | eliz AT is DOT elta DOT co DOT il |
CC: | djgpp-workers AT delorie DOT com |
In-reply-to: | <Pine.SUN.3.91.990411192721.21838A-100000@is> (message from Eli |
Zaretskii on Sun, 11 Apr 1999 19:28:09 +0300 (IDT)) | |
Subject: | Re: v2.03 release: what else has to be done? |
References: | <Pine DOT SUN DOT 3 DOT 91 DOT 990411192721 DOT 21838A-100000 AT is> |
Reply-To: | djgpp-workers AT delorie DOT com |
X-Mailing-List: | djgpp-workers AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
> > I'd prefer that fflush(stdin) issue a warning > > I gather that we do NOT want this warning to be issued when they call > `fflush' with a NULL as argument, right? Right. If fflush is passed a single stream, and it's a read-only stream (like stdin), issue a warning (once! Set a flag to prevent multiple warnings). Note: I tried adding this, but there's a lot of places in libc where we blindly call fflush() on streams (rewind is one), so if we do put in a warning we'll have to be extra careful about other calls to fflush, or provide a _fflush that doesn't check for read-only streams.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |