[Bug stdio/28943] printf field width specifier is inconsistent between %d and %f for multibyte output

["carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=28943

Carlos O'Donell <carlos at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |carlos at redhat dot com

--- Comment #2 from Carlos O'Donell <carlos at redhat dot com> ---
I think it makes complete sense that where we talk about multi-byte characters
(logical columns) that we talk about character counts for width, just like for
wide interfaces we talk about wchar_t counts for width.

We cannot change POSIX at this point so I won't delve into the fact that width
for POSIX should also have been specified in terms of characters. The logical
column concept works if the output digits, grouping character, and <space> are
all 1 byte in width, but otherwise doesn't and requires translating to physical
columns for display (if you are going to display at all).

So the open question here is: Should we change I to make things consistent?

I think we should because it makes this a better interface to use based on
character counts, not bytes, and aligned with wprintf.

In summary:
- I agree that "I" should use character counts, not byte counts, and we should
make it consistent between %f and %d.
- We should consider the security impact of making this change and evaluate
current uses of the interface in known distributions.

-- 
You are receiving this mail because:
You are on the CC list for the bug.