From: Bruno Haible Date: Sat, 20 Nov 2010 12:39:00 +0000 (+0100) Subject: Fix a comment. X-Git-Tag: v0.18.2~112 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=2a0e41d30f44bd0c97dddad5caa84fed7c7b75c4;p=thirdparty%2Fgettext.git Fix a comment. --- diff --git a/gettext-runtime/intl/ChangeLog b/gettext-runtime/intl/ChangeLog index b17c0ea7f..e5154da80 100644 --- a/gettext-runtime/intl/ChangeLog +++ b/gettext-runtime/intl/ChangeLog @@ -1,3 +1,8 @@ +2010-11-20 Bruno Haible + + Fix a comment. + * vasnprintf.c (VASNPRINTF): Fix comment. + 2010-11-07 Bruno Haible * loadmsgcat.c (get_sysdep_segment_value): Update comment. diff --git a/gettext-runtime/intl/vasnprintf.c b/gettext-runtime/intl/vasnprintf.c index 55dbb27af..87389ebad 100644 --- a/gettext-runtime/intl/vasnprintf.c +++ b/gettext-runtime/intl/vasnprintf.c @@ -4846,8 +4846,9 @@ VASNPRINTF (DCHAR_T *resultbuf, size_t *lengthp, fbp[3] = '\0'; # else /* On glibc2 systems from glibc >= 2.3 - probably also older - ones - we know that snprintf's returns value conforms to - ISO C 99: the gl_SNPRINTF_DIRECTIVE_N test passes. + ones - we know that snprintf's return value conforms to + ISO C 99: the tests gl_SNPRINTF_RETVAL_C99 and + gl_SNPRINTF_TRUNCATION_C99 pass. Therefore we can avoid using %n in this situation. On glibc2 systems from 2004-10-18 or newer, the use of %n in format strings in writable memory may crash the program diff --git a/gettext-runtime/libasprintf/ChangeLog b/gettext-runtime/libasprintf/ChangeLog index 50f619f2c..d3dbb49de 100644 --- a/gettext-runtime/libasprintf/ChangeLog +++ b/gettext-runtime/libasprintf/ChangeLog @@ -1,3 +1,8 @@ +2010-11-20 Bruno Haible + + Fix a comment. + * vasnprintf.c (VASNPRINTF): Fix comment. + 2010-11-07 Bruno Haible vasnprintf: Support I flag on glibc systems. diff --git a/gettext-runtime/libasprintf/vasnprintf.c b/gettext-runtime/libasprintf/vasnprintf.c index 55dbb27af..87389ebad 100644 --- a/gettext-runtime/libasprintf/vasnprintf.c +++ b/gettext-runtime/libasprintf/vasnprintf.c @@ -4846,8 +4846,9 @@ VASNPRINTF (DCHAR_T *resultbuf, size_t *lengthp, fbp[3] = '\0'; # else /* On glibc2 systems from glibc >= 2.3 - probably also older - ones - we know that snprintf's returns value conforms to - ISO C 99: the gl_SNPRINTF_DIRECTIVE_N test passes. + ones - we know that snprintf's return value conforms to + ISO C 99: the tests gl_SNPRINTF_RETVAL_C99 and + gl_SNPRINTF_TRUNCATION_C99 pass. Therefore we can avoid using %n in this situation. On glibc2 systems from 2004-10-18 or newer, the use of %n in format strings in writable memory may crash the program