tags 487254 fixed-upstream
thanks
Stephane, both halves of this bug are now fixed.
Could you please review the following new text, which will appear in
man-pages 3.01.
Cheers,
Michael
NOTES
The GNU C library supports a non-standard extension that causes
the library to dynamically allocate a string of sufficient size
for input strings for the %s and %a[range] conversion
specifiers. To make use of this feature, specify a as a length
modifier (thus %as or %a[range]). The caller must free(3) the
returned string, as in the following example:
char *p;
scanf("%a[a-zA-Z]", &p);
printf("%s0, p);
free(p);
This feature is not available if the program is compiled with
cc -std=cc99 or cc -D_ISOC99_SOURCE (unless _GNU_SOURCE is also
specified), in which case the a is interpreted as a specifier
for floating point numbers (see above).
Since version 2.7, glibc also provides the m modifier for the
same purpose as the a modifier. The m modifier has the follow-
ing advantages:
* It may also be applied to %c conversion specifiers (e.g.,
%3mc).
* It avoids ambiguity with respect to the %a floating-point
conversion specifier (and is unaffected by cc -std=99 etc.)
* It is specified in the upcoming revision of the POSIX.1 stan-
dard.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
