From: Martin Str|mberg <ams AT ludd DOT luth DOT se>
Message-Id: <200009291657.SAA23906@father.ludd.luth.se>
Subject: Re: scanf and invalid FP fields
In-Reply-To: <Pine.LNX.4.10.10009291454570.29790-100000@acp3bf> from Hans-Bernhard Broeker at "Sep 29, 2000 03:03:18 pm"
To: djgpp-workers AT delorie DOT com
Date: Fri, 29 Sep 2000 18:57:56 +0200 (MET DST)
X-Mailer: ELM [version 2.4ME+ PL54 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
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

According to Hans-Bernhard Broeker:
> +++ quote (7.9.6.2, paragraph [#9], sentence 2, in the C9x draft)
> An input item is defined as the longest sequence of input characters which
> does not exceed any specified field width and which is,
> *or*is*a*prefix*of*, a matching input sequence.
> +++ quote ends

That quote is in C99 (in 7.19.6.2, paragraph 9, sentence 2). That
sentence also have a footnote 242 which says "fscanf pushes back at
most one input chararcter onto the input stream. Therefore, some
sequences that are acceptable to strtod, strtol, etc., are
unacceptable to fscanf."


Right,

						MartinS