From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-267193-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 29130 invoked by alias); 21 Nov 2008 08:50:34 -0000
Received: (qmail 20584 invoked by uid 48); 21 Nov 2008 08:49:12 -0000
Date: Fri, 21 Nov 2008 08:50:00 -0000
Subject: [Bug libstdc++/38210]  New: num_put<>::do_put(void*) performs padding incorrectly when adjustfield==internal
X-Bugzilla-Reason: CC
Message-ID: <bug-38210-16694@http.gcc.gnu.org/bugzilla/>
Reply-To: gcc-bugzilla@gcc.gnu.org
To: gcc-bugs@gcc.gnu.org
From: "tsyvarev at ispras dot ru" <gcc-bugzilla@gcc.gnu.org>
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
X-SW-Source: 2008-11/txt/msg01767.txt.bz2

The following num_put<> member function

iter_type do_put(iter_type out, ios_base& str, char_type fill, const void* val)
const 

incorrectly performs padding of a string to bring its length to the required
value if 'adjustfield' flag is equal to 'internal': instead of adding fill
characters after "0x" it adds them at the beginning of the string 

According to the description of padding options (22.2.2.2.2 p19), if 

adjustfield == internal and representation after stage 1 began with 0x or 0X -
pad after x or X.

Example:

#include <iostream>
#include <locale>

using namespace std;
int main()
{
    void *p = (void*)0x1;
    cout.width(5);
    cout << internal << p << endl;
    return 0;
}
output "  0x1" while it should be "0x  1"


-- 
           Summary: num_put<>::do_put(void*) performs padding incorrectly
                    when adjustfield==internal
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libstdc++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: tsyvarev at ispras dot ru


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38210