| www.delorie.com/djgpp/mail-archives/browse.cgi | search |
| 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 |
| 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 |
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
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |