Return-Path: Delivered-To: apmail-stdcxx-issues-archive@locus.apache.org Received: (qmail 38610 invoked from network); 14 Apr 2008 03:24:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Apr 2008 03:24:05 -0000 Received: (qmail 41914 invoked by uid 500); 14 Apr 2008 03:24:06 -0000 Delivered-To: apmail-stdcxx-issues-archive@stdcxx.apache.org Received: (qmail 41896 invoked by uid 500); 14 Apr 2008 03:24:06 -0000 Mailing-List: contact issues-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list issues@stdcxx.apache.org Received: (qmail 41887 invoked by uid 99); 14 Apr 2008 03:24:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Apr 2008 20:24:06 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Apr 2008 03:23:23 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id B9F27234C0C1 for ; Sun, 13 Apr 2008 20:21:04 -0700 (PDT) Message-ID: <876438899.1208143264746.JavaMail.jira@brutus> Date: Sun, 13 Apr 2008 20:21:04 -0700 (PDT) From: "Martin Sebor (JIRA)" To: issues@stdcxx.apache.org Subject: [jira] Updated: (STDCXX-856) [Sun C++] data corruption in rw_printf() with "%{$VAR!:@}", "%A{*c}", and "%{@}" In-Reply-To: <434291285.1207957864846.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/STDCXX-856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-856: -------------------------------- Remaining Estimate: 2h (was: 0h) Need at least 2 more hours to see if a workaround is even possible... > [Sun C++] data corruption in rw_printf() with "%{$VAR!:@}", "%A{*c}", and "%{@}" > -------------------------------------------------------------------------------- > > Key: STDCXX-856 > URL: https://issues.apache.org/jira/browse/STDCXX-856 > Project: C++ Standard Library > Issue Type: Bug > Components: Test Driver > Affects Versions: 4.2.0 > Environment: Sun C++ 5.9/Solaris 10/AMD64 > Reporter: Martin Sebor > Assignee: Martin Sebor > Priority: Critical > Fix For: 4.2.2 > > Original Estimate: 2h > Time Spent: 4h > Remaining Estimate: 2h > > When compiled with Sun C++ (both 5.9 and 5.8) in 15S build mode the program below exits with {{SIGABRT}}. It runs fine when compiled with HP aCC 3.73 or gcc 4.1.1 on Linux/x86_64 (both in wide mode). I suspect it might have something to do with STDCXX-828. > {noformat} > $ cat t.cpp && gmake t && ./t > #include > #include > #include > int main () > { > char buf [80]; > rw_sprintf (buf, "%{$FUNCALL!:@}", > "%{*Ac} %s %{@}", > 1, " ", "foo", "%Lg", 9.0L); > rw_printf ("%{$FUNCALL}\n"); > assert (0 == std::strcmp (buf, "\" \" foo 9")); > } > CC -c -D_RWSTDDEBUG -mt -I/amd/devco/sebor/stdcxx/include -I/build/sebor/stdcxx-suncc-5.8-j13-15S/include -I/amd/devco/sebor/stdcxx/tests/include -library=%none -g -xarch=amd64 +w -errtags -erroff=hidef t.cpp > CC t.o -o t -L/build/sebor/stdcxx-suncc-5.8-j13-15S/rwtest -lrwtest15S -library=%none -mt -xarch=amd64 -L/build/sebor/stdcxx-suncc-5.8-j13-15S/lib -lstd15S -lm > " " foo 1.69951e-4944 > Assertion failed: 0 == std::strcmp (buf, "\" \" foo 9"), file t.cpp, line 14 > Abort (core dumped) > {noformat} -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.