Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: stdcxx-dev@incubator.apache.org
Message-ID: <16047865.1197422623330.JavaMail.jira@brutus>
Date: Tue, 11 Dec 2007 17:23:43 -0800 (PST)
From: "Travis Vitek (JIRA)" <jira@apache.org>
To: stdcxx-dev@incubator.apache.org
Subject: [jira] Commented: (STDCXX-673) [IBM XLC++ 9.0/AIX 5.3] 0.printf
 fails with assertions
In-Reply-To: <13529006.1196119723276.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/STDCXX-673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550785 ] 

Travis Vitek commented on STDCXX-673:
-------------------------------------

It looks like the best solution for now is to always make these types signed. I found that some platforms define type int8_t to be `char' which can be made unsigned with a compiler flag. This may be an issue for us to consider if we make public typedefs based on these macros. Here are the results on the platforms I had available for testing.

--- AIX/VisualAge C++ 9.0 ---------------
$ xlC -qchars=unsigned x.cpp && ./a.out
int8_t is signed (signed char)

--- HP-UX/aCC 3.73 ----------------------
$ aCC +uc x.cpp && ./a.out
int8_t is unsigned (char)

--- Linux/GCC ---------------------------
$ g++ -funsigned-char x.cpp && ./a.out
int8_t is signed (signed char)

--- Solaris/SunPro 5.9 ------------------
$ CC -xchar=unsigned x.cpp && ./a.out
int8_t is unsigned (char)

--- Irix/MipsPro 7.41 -------------------
$ CC x.cpp && ./a.out
int8_t is signed (signed char)

--- Compaq/Compaq C++ -------------------
$ cxx -unsigned x.cpp && ./a.out
int8_t is signed (signed char)


> [IBM XLC++ 9.0/AIX 5.3] 0.printf fails with assertions
> ------------------------------------------------------
>
>                 Key: STDCXX-673
>                 URL: https://issues.apache.org/jira/browse/STDCXX-673
>             Project: C++ Standard Library
>          Issue Type: Bug
>          Components: Test Driver
>    Affects Versions: 4.2.0
>            Reporter: Travis Vitek
>            Assignee: Travis Vitek
>            Priority: Minor
>             Fix For: 4.2.1
>
>         Attachments: stdcxx-673.patch
>
>
> extension: "%{N}" buffer size
> /amd/devco/vitek/stdcxx/trunk/tests/src/printf.cpp:1022: rw_vasnprintf(ffffffffffff8d0, ffffffffffff8d8, "foo", va_list) error: errno = 12: Not enough space
> /amd/devco/vitek/stdcxx/trunk/tests/src/printf.cpp:1022: rw_vasnprintf(ffffffffffff8d0, ffffffffffff8d8, "foo", va_list) error: errno = 12: Not enough space
> /amd/devco/vitek/stdcxx/trunk/tests/src/printf.cpp:1022: rw_vasnprintf(ffffffffffff8d0, ffffffffffff8d8, "foo", va_list) error: errno = 12: Not enough space
> /amd/devco/vitek/stdcxx/trunk/tests/src/printf.cpp:1022: rw_vasnprintf(ffffffffffff8d0, ffffffffffff8d8, "foo", va_list) error: errno = 12: Not enough space
> /amd/devco/vitek/stdcxx/trunk/tests/src/printf.cpp:1022: rw_vasnprintf(ffffffffffff8d0, ffffffffffff8d8, "bar", va_list) error: errno = 12: Not enough space
> /amd/devco/vitek/stdcxx/trunk/tests/src/printf.cpp:1022: rw_vasnprintf(ffffffffffff8d0, ffffffffffff8d8, "bar", va_list) error: errno = 12: Not enough space
> /amd/devco/vitek/stdcxx/trunk/tests/src/printf.cpp:1022: rw_vasnprintf(ffffffffffff8d0, ffffffffffff8d8, "bar", va_list) error: errno = 12: Not enough space
> /amd/devco/vitek/stdcxx/trunk/tests/src/printf.cpp:1022: rw_vasnprintf(ffffffffffff8d0, ffffffffffff8d8, "bar", va_list) error: errno = 12: Not enough space
> extension: "%{@}" nested format directive
> malformed directives
> Failed 8 out of 1572 assertions.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.