From michaelbecker@example.org Sat Jan 19 00:35:04 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 26714 invoked from network); 19 Jan 2008 00:35:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 19 Jan 2008 00:35:03 -0000 Received: (qmail 20206 invoked by uid 500); 19 Jan 2008 00:34:53 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 20199 invoked by uid 500); 19 Jan 2008 00:34:53 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Delivered-To: moderator for michaelbecker@example.org Received: (qmail 72274 invoked by uid 99); 18 Jan 2008 23:35:47 -0000 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Message-ID: <23776795.1200699334095.JavaMail.jira@brutus> Date: Fri, 18 Jan 2008 15:35:34 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Created: (STDCXX-702) move all buildlog parsing from xbuildgen to xcomp.awk MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org move all buildlog parsing from xbuildgen to xcomp.awk ----------------------------------------------------- Key: STDCXX-702 URL: https://issues.apache.org/jira/browse/STDCXX-702 Project: C++ Standard Library Issue Type: Improvement Components: Utilities Reporter: Martin Sebor Priority: Critical The xbuildgen shell script currently parses each build log to extract from it the name of operating system, hardware architecture, compiler and number of other interesting pieces of data. The data is presented in the top table on each cross-platform build view page. Much of the data is also needed by (or would be useful in) the xcomp.awk script. This double processing is inefficient and should be eliminated. Instead, the xcomp.awk script should do all the parsing in one shot and format the top table as well. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 17:40:59 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 6055 invoked from network); 21 Jan 2008 17:40:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 17:40:59 -0000 Received: (qmail 34069 invoked by uid 500); 21 Jan 2008 17:40:48 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 34054 invoked by uid 500); 21 Jan 2008 17:40:48 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 34000 invoked by uid 99); 21 Jan 2008 17:40:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 09:40:48 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 17:40:43 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 6D92771420E for <michaelbecker@example.org>; Mon, 21 Jan 2008 09:40:35 -0800 (PST) Message-ID: <9833284.1200937235446.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 09:40:35 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-683) implement notion of expected failures in the test suite 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-683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-683: -------------------------------- Remaining Estimate: 24h Original Estimate: 24h Set the number of remaining hours to 24. > implement notion of expected failures in the test suite > ------------------------------------------------------- > > Key: STDCXX-683 > URL: https://issues.apache.org/jira/browse/STDCXX-683 > Project: C++ Standard Library > Issue Type: New Feature > Components: Test Driver, Tests > Affects Versions: 4.2.0 > Reporter: Martin Sebor > Assignee: Martin Sebor > Priority: Critical > Attachments: codes.html, xcodes.html > > Original Estimate: 24h > Remaining Estimate: 24h > > Tests (or examples) that fail for known reasons that we haven't been able to deal with should be distinguished from failures that haven't been analyzed yet. For example, an example program that fails to compile on an older target platform because of a compiler bug that we can't find a simple/elegant workaround should be flagged as such in the test results. Similarly, a test that fails one or more assertions due to compiler or libc bugs on a specific platform (or a set of platforms) that we are unable to work around should be reported as such. > This is important in order to reduce the currently fairly large number of unexpected failures and to be able to make changes without having to worry about regressions as much. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 17:58:57 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 10394 invoked from network); 21 Jan 2008 17:58:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 17:58:57 -0000 Received: (qmail 50344 invoked by uid 500); 21 Jan 2008 17:58:47 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 50332 invoked by uid 500); 21 Jan 2008 17:58:47 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 50323 invoked by uid 99); 21 Jan 2008 17:58:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 09:58:47 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 17:58:42 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 81BE771420B for <michaelbecker@example.org>; Mon, 21 Jan 2008 09:58:34 -0800 (PST) Message-ID: <601092.1200938314528.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 09:58:34 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-406) [Compaq C++ 6.5] unsats on __rw_static_mutex 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-406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-406: -------------------------------- Remaining Estimate: 8h Original Estimate: 8h > [Compaq C++ 6.5] unsats on __rw_static_mutex > -------------------------------------------- > > Key: STDCXX-406 > URL: https://issues.apache.org/jira/browse/STDCXX-406 > Project: C++ Standard Library > Issue Type: Bug > Components: Build > Affects Versions: 4.1.3, 4.2.0 > Environment: Compaq C++ 6.5/Tru64 > Reporter: Martin Sebor > Assignee: Martin Sebor > Priority: Blocker > Fix For: 4.2.1 > > Original Estimate: 8h > Remaining Estimate: 8h > > All programs are failing to link with Compaq C++ 6.5 on Tru64 UNIX with the errors below: > cxx -c -pthread -I$(TOPDIR)/include -I$(BUILDDIR)/include -I$(TOPDIR)/examples/include -x cxx -nocxxstd -std strict_ansi_errors -O2 -w1 -msg_disable 450 -ptr accumulate.ti $(TOPDIR)/examples/manual/accumulate.cpp > cxx accumulate.o -o accumulate -nocxxstd -liconv -pthread -L$(BUILDDIR)/lib -lstd -lm -ptr accumulate.ti > ld: > Unresolved: > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_type<void, 581> >888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_type<void, 618> >888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_type<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_facet, 468> >888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<bool>888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<volatile long>888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_type<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_locale, 819> >888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_type<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_locale, 850> >888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_type<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_open_cat_data, 216> >888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_type<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_open_cat_data, 242> >888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_type<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_open_cat_data, 267> >888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_type<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_open_cat_data, 282> >888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_static_mutex<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_iso2022_state_t>888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4_C_mutex > gmake: *** [accumulate] Error 1 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:00:56 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 10941 invoked from network); 21 Jan 2008 18:00:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:00:56 -0000 Received: (qmail 51992 invoked by uid 500); 21 Jan 2008 18:00:47 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 51981 invoked by uid 500); 21 Jan 2008 18:00:46 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 51972 invoked by uid 99); 21 Jan 2008 18:00:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:00:46 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:00:29 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 0FA0671420B for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:00:35 -0800 (PST) Message-ID: <3536939.1200938435036.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:00:35 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-414) [EDG eccp 3.9] incomplete type error on sigaction in util/cmdopt.cpp 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-414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-414: -------------------------------- Remaining Estimate: 4h Original Estimate: 4h > [EDG eccp 3.9] incomplete type error on sigaction in util/cmdopt.cpp > -------------------------------------------------------------------- > > Key: STDCXX-414 > URL: https://issues.apache.org/jira/browse/STDCXX-414 > Project: C++ Standard Library > Issue Type: Bug > Components: Utilities > Affects Versions: 4.2.0 > Environment: EDG eccp 3.9/gcc 3.3/Solaris 9 > Reporter: Martin Sebor > Assignee: Martin Sebor > Priority: Critical > Fix For: 4.2.1 > > Original Estimate: 4h > Remaining Estimate: 4h > > $ nice gmake BUILDTYPE=11s BUILDDIR=/build/sebor/stdcxx-eccp-3.9-11s CONFIG=eccp.config > ... > eccp -c -I/amd/devco/sebor/stdcxx/include/ansi -D_RWSTDDEBUG -I/amd/devco/sebor/stdcxx/include -I/build/sebor/stdcxx-eccp-3.9-11s/include -A -x --template_directory=/build/sebor/stdcxx-eccp-3.9-11s/lib -g --display_error_number --remarks --diag_suppress 193,236,340,401,261,479,487,678,679,815 /amd/devco/sebor/stdcxx/util/cmdopt.cpp > "/amd/devco/sebor/stdcxx/util/cmdopt.cpp", line 171: error #70: incomplete > type is not allowed > struct sigaction act; > ^ > "/amd/devco/sebor/stdcxx/util/cmdopt.cpp", line 181: error #70: incomplete > type is not allowed > return 0 > sigaction (signo, &act, 0); > ^ > "/amd/devco/sebor/stdcxx/util/cmdopt.cpp", line 181: error #18: expected a ")" > return 0 > sigaction (signo, &act, 0); > ^ > 3 errors detected in the compilation of "/amd/devco/sebor/stdcxx/util/cmdopt.cpp". > gmake[2]: *** [cmdopt.o] Error 2 > gmake[2]: Leaving directory `/build/sebor/stdcxx-eccp-3.9-11s/bin' > gmake[1]: *** [util] Error 2 > gmake[1]: Leaving directory `/build/sebor/stdcxx-eccp-3.9-11s' > gmake: *** [libstd] Error 2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:01:00 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 10966 invoked from network); 21 Jan 2008 18:01:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:01:00 -0000 Received: (qmail 52032 invoked by uid 500); 21 Jan 2008 18:00:50 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 52021 invoked by uid 500); 21 Jan 2008 18:00:50 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 52012 invoked by uid 99); 21 Jan 2008 18:00:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:00:50 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:00:33 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id E9BC171420D for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:00:37 -0800 (PST) Message-ID: <21805189.1200938437953.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:00:37 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-426) infinite loop in exec utility 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-426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-426: -------------------------------- Remaining Estimate: 8h Original Estimate: 8h > infinite loop in exec utility > ----------------------------- > > Key: STDCXX-426 > URL: https://issues.apache.org/jira/browse/STDCXX-426 > Project: C++ Standard Library > Issue Type: Bug > Components: Test Driver > Affects Versions: 4.2.0 > Environment: gcc 3.4.6 on Red Hat Advanced Server 4, 12D (shared, wide, optimized, thread-safe) build > Reporter: Mark Brown > Assignee: Andrew Black > Priority: Critical > Fix For: 4.2.1 > > Attachments: strace.run-21.cwchar.log > > Original Estimate: 8h > Remaining Estimate: 8h > > Copied from http://mail-archives.apache.orgmichaelbecker@example.org%3e > -------- Original Message -------- > Subject: infinite loop in exec > Date: Wed, 23 May 2007 14:28:47 -0600 > From: Martin Sebor <michaelbecker@example.org> > Reply-To: michaelbecker@example.org > Organization: Rogue Wave Software > To: michaelbecker@example.org > I'm running into an (almost?) infinite loop when running some > of our tests under the exec utility on Linux (in a 12D build > with gcc 3.4.6 on Red Hat Advanced Server 4, I haven't tried > other configurations). The initial output of strace for one > of the tests, 21.cwchar, is in the attached file. The test > by itself runs fine to completion and doesn't produce any > unusual output (no NULs). > Andrew, when you have a chance, can you take a look at it? > If that's not going to be soon let me know if I should open > an issue. > Martin -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:01:19 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 11120 invoked from network); 21 Jan 2008 18:01:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:01:19 -0000 Received: (qmail 53442 invoked by uid 500); 21 Jan 2008 18:01:09 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 53430 invoked by uid 500); 21 Jan 2008 18:01:09 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 53421 invoked by uid 99); 21 Jan 2008 18:01:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:01:09 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:00:51 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id CBA12714211 for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:00:55 -0800 (PST) Message-ID: <19458869.1200938455830.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:00:55 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-435) [Linux] st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4codecvt_byname("*.UTF-8").in() to_next greater than expected 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-435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-435: -------------------------------- Remaining Estimate: 8h Original Estimate: 8h > [Linux] st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4codecvt_byname("*.UTF-8").in() to_next greater than expected > ------------------------------------------------------------------------- > > Key: STDCXX-435 > URL: https://issues.apache.org/jira/browse/STDCXX-435 > Project: C++ Standard Library > Issue Type: Bug > Components: 22. Localization > Affects Versions: 4.1.3 > Environment: gcc version 4.1.1 20070105 (Red Hat 4.1.1-51) > Reporter: Mark Brown > Assignee: Martin Sebor > Priority: Critical > Fix For: 4.2.1 > > Original Estimate: 8h > Remaining Estimate: 8h > > When compiled with gcc 4.1.1 on Linux the program below runs successfully to completion as it should. When compiled with stdcxx the facet returns a to_next value that is greater than the number of internal (wchar_t) characters actually produced by the conversion and consequently the program aborts. > $ cat t.cpp && make t && ./t > #include <cassert> > #include <cwchar> > #include <locale> > int main () > { > const st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4locale utf8 ("en_US.UTF-8"); > typedef st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4codecvt<wchar_t, char, st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4mbstate_t> UTF8_Cvt; > const UTF8_Cvt &cvt = st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4use_facet<UTF8_Cvt>(utf8); > const char src[] = "abc"; > wchar_t dst [2] = { L'\0' }; > const char* from_next; > wchar_t* to_next; > st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4mbstate_t state = st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4mbstate_t (); > const st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4codecvt_bas888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4result res = > cvt.in (state, > src, src + 1, from_next, > dst, dst + 2, to_next); > assert (1 == from_next - src); > assert (1 == to_next - dst); > assert ('a' == dst [0]); > } > gcc -c -I/home/mbrown/stdcxx/include/ansi -D_RWSTDDEBUG -I/home/mbrown/stdcxx/include -I/build/mbrown/stdcxx-gcc-4.1.1-11S/include -I/home/mbrown/stdcxx/examples/include -pedantic -nostdinc++ -g -W -Wall -Wcast-qual -Winline -Wshadow -Wwrite-strings -Wno-long-long -Wcast-align t.cpp > t.cpp: In function 'int main()': > t.cpp:21: warning: unused variable 'res' > gcc t.o -o t -L/build/mbrown/stdcxx-gcc-4.1.1-11S/lib -lstd11S -lsupc++ -lm > t: t.cpp:26: int main(): Assertion `1 == from_next - src' failed. > Aborted -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:02:56 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 11904 invoked from network); 21 Jan 2008 18:02:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:02:56 -0000 Received: (qmail 54189 invoked by uid 500); 21 Jan 2008 18:02:46 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 54178 invoked by uid 500); 21 Jan 2008 18:02:46 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 54169 invoked by uid 99); 21 Jan 2008 18:02:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:02:46 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:02:29 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C320271420D for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:02:35 -0800 (PST) Message-ID: <998165.1200938555795.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:02:35 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-87) [Sun C++ 5.9] RUI in st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4set888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4insert() 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-87?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-87: ------------------------------- Remaining Estimate: 4h Original Estimate: 4h > [Sun C++ 5.9] RUI in st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4set888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4insert() > --------------------------------------- > > Key: STDCXX-87 > URL: https://issues.apache.org/jira/browse/STDCXX-87 > Project: C++ Standard Library > Issue Type: Bug > Components: 23. Containers > Affects Versions: 4.1.2, 4.1.3, 4.1.4 > Environment: SunPro 5.7, 5.9/Solaris 10 > Reporter: Martin Sebor > Assignee: Martin Sebor > Fix For: 4.2.1 > > Original Estimate: 4h > Remaining Estimate: 4h > > This test case was distilled from the one posted in this thread: > http://mail-archives.apache.org/mod_mbox/incubator-stdcxxmichaelbecker@example.org%3e > $ cat t.cpp && nice gmake t && dbx -q t > #include <set> > int main() > { > st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4set<int>().insert (0); > } > generating dependencies for t.cpp > CC -c -D_RWSTDDEBUG -D_RWSTD_USE_CONFIG -I/build/sebor/sunpro-5.7.j4-11s/include -I/build/sebor/dev/stdlib/include -I/build/sebor/dev/stdlib/examples/include -library=%none -g +w t.cpp > CC t.o -o t -library=%none -L/build/sebor/sunpro-5.7.j4-11s/lib -L/build/sebor/sunpro-5.7.j4-11s/lib -lstd11s -lm > ^C^Chave seen 2 interrupts > dbx: warning: wait for process 24188 failed -- Interrupted system call > dbx: dbx interrupted! > (dbx) check -all > access checking - ON > memuse checking - ON > (dbx) run > Running: t > (process id 24234) > RTC: Enabling Error Checking... > RTC: Running program... > Read from uninitialized (rui): > Attempting to read 3 bytes at address 0xffbff821 > which is 265 bytes above the current stack pointer > stopped in st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4pair<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_debug_iter<__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rb_tree<int,int,__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__ident<int,int>,st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4less<int>,st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4allocator<int> >,__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_tree_iter<int,int,int*,int&,__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_rb_tree_node<st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4allocator<int>,int,int,__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__ident<int,int> > >,__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_tree_iter<int,int,int*,int&,__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_rb_tree_node<st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4allocator<int>,int,int,__rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__ident<int,int> > > >,bool>888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4operator= at 0x0001cd3c > 0x0001cd3c: operator=+0x0024: ba,a 0x00049b3c ! 0x49b3c -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:02:57 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 11908 invoked from network); 21 Jan 2008 18:02:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:02:57 -0000 Received: (qmail 54219 invoked by uid 500); 21 Jan 2008 18:02:47 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 54209 invoked by uid 500); 21 Jan 2008 18:02:47 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 54200 invoked by uid 99); 21 Jan 2008 18:02:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:02:47 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:02:29 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 2EB8E71420E for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:02:36 -0800 (PST) Message-ID: <5815496.1200938556188.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:02:36 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-302) [Compaq C++] unsats for template specializations in tests 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-302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-302: -------------------------------- Remaining Estimate: 8h Original Estimate: 8h > [Compaq C++] unsats for template specializations in tests > --------------------------------------------------------- > > Key: STDCXX-302 > URL: https://issues.apache.org/jira/browse/STDCXX-302 > Project: C++ Standard Library > Issue Type: Bug > Components: Tests > Affects Versions: 4.2.0 > Environment: Compaq C++, Tru64 UNIX > Reporter: Martin Sebor > Assignee: Martin Sebor > Fix For: 4.2.1 > > Original Estimate: 8h > Remaining Estimate: 8h > > Many tests are failing to link due to unsats for template specializations instantiated in them. From the command line below it looks like the link line is missing the name of the template repository named on the compiler line by the argument to the -ptr option: > cxx -c -D_RWSTDDEBUG -D_RWSTD_USE_CONFIG -I/build2/batman/5.0.0/builds/33198521/source-buildspace/include -I/build2/batman/5.0.0/builds/33198521/source-buildspace/build/include -I/build2/batman/5.0.0/builds/33198521/source-buildspace/../rwtest -I/build2/batman/5.0.0/builds/33198521/source-buildspace/../rwtest/include -I/build2/batman/5.0.0/builds/33198521/source-buildspace/tests/include -x cxx -nocxxstd -std strict_ansi_errors -g -ptr 0.valcmp.ti -w1 -msg_disable 450 /build2/batman/5.0.0/builds/33198521/source-buildspace/tests/self/0.valcmp.cpp > cxx 0.valcmp.o -o 0.valcmp -L/build2/batman/5.0.0/builds/33198521/source-buildspace/build/rwtest -lrwtest -nocxxstd -liconv -D_RWSTDDEBUG -D_RWSTD_USE_CONFIG -I/build2/batman/5.0.0/builds/33198521/source-buildspace/include -I/build2/batman/5.0.0/builds/33198521/source-buildspace/build/include -I/build2/batman/5.0.0/builds/33198521/source-buildspace/../rwtest -I/build2/batman/5.0.0/builds/33198521/source-buildspace/../rwtest/include -I/build2/batman/5.0.0/builds/33198521/source-buildspace/tests/include -ptr .ti -L/build2/batman/5.0.0/builds/33198521/source-buildspace/build/lib -lstd -lm > ld: > Unresolved: > run_test(const char*, const char*) > run_test(const signed char*, const char*) > run_test(const unsigned char*, const char*) > run_test(const short*, const char*) > run_test(const unsigned short*, const char*) > run_test(const int*, const char*) > run_test(const unsigned int*, const char*) > run_test(const long*, const char*) > run_test(const unsigned long*, const char*) > run_test(const long long*, const char*) > run_test(const unsigned long long*, const char*) > run_test(const wchar_t*, const char*) > gmake: *** [0.valcmp] Error 1 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:03:01 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 11935 invoked from network); 21 Jan 2008 18:03:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:03:01 -0000 Received: (qmail 54254 invoked by uid 500); 21 Jan 2008 18:02:51 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 54243 invoked by uid 500); 21 Jan 2008 18:02:51 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 54234 invoked by uid 99); 21 Jan 2008 18:02:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:02:51 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:02:45 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 80A3F714211 for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:02:37 -0800 (PST) Message-ID: <1939050.1200938557524.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:02:37 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-308) [LWG #622] st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4filebuf dtor doesn't close fd after exception 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-308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-308: -------------------------------- Remaining Estimate: 4h Original Estimate: 4h > [LWG #622] st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4filebuf dtor doesn't close fd after exception > ------------------------------------------------------------- > > Key: STDCXX-308 > URL: https://issues.apache.org/jira/browse/STDCXX-308 > Project: C++ Standard Library > Issue Type: Bug > Components: 27. Input/Output > Affects Versions: 4.1.2, 4.1.3, 4.1.4, 4.2.0 > Environment: all > Reporter: Martin Sebor > Assignee: Martin Sebor > Fix For: 4.2.1 > > Original Estimate: 4h > Remaining Estimate: 4h > > -------- Original Message -------- > Subject: Re: aCC 3.70 -AA fd's close not being called. > Date: Thu, 7 Dec 2006 23:17:55 -0800 (PST) > From: Dennis Handly <michaelbecker@example.org> > To: michaelbecker@example.org > CC: michaelbecker@example.org, michaelbecker@example.org, michaelbecker@example.org > It appears this problem is still in the apache code: > http://svn.apache.org/repos/asf/incubator/stdcxx/trunk/include/fstream.cc > It seems to violate 83.161.120.155(6), which says it always "finally" calls > "as if" fclose(3). And returns an error if any calls fail. > ================================================================ > >From: "Levie, Barry" <michaelbecker@example.org> > Date: Thu, 7 Dec 2006 15:36:33 -0000 > Subject: aCC 3.70 -AA fd's close not being called. > I am not sure if this exactly represents the problem the customer is > having as I am still waiting for more details (versions/test case etc > etc). However this could be close and I think it shows a problem. > Why does the ofstream destructor not close the file descriptor when its > called after its thrown an exception for "out of disk space". > This aCC 3.70 -AA example shows an ever increasing number of open file > descriptors in glance > # what /usr/lib/libstd_v2.2: > HP aC++ B3910B A.03.30 C++ Standard Library (RogueWave Version 2.02.01) > #include <iostream> > #include <fstream> > #include <string.h> > using namespace std; > struct dummy { > dummy() { cout << "\ndummy created \n" ;} > ~dummy() { cout << "\ndummy deleted \n"; } > }; > void bar() { > char buf[1024*1024]; > memset(buf,'A',1024*1024); > buf[1024*1024 -1] = 0; > ofstream of; > dummy df; > of.exceptions(ofstream888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ofbit | ofstream888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ilbit | ofstream888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4it); > try { > of.open("/home/test.txt"); // this is on a volume that is nearly full. > while(1) { > of << buf; > } > } > catch(ofstream888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ilure& e) { > cout << "\nException write/file"; > } > } > int main () { > while(1) bar(); > } > # ./a.out > dummy created > msgcnt 160 vxfs: mesg 001: vx_nospace - /dev/vg00/lvol5 file system full > (1 block extent) > Exception write/file > dummy deleted > .... > Glance output shows > D File Name Type Mode Count Offset > --------------------------------------------------- > 0 /dev/pts/ta stream rd/wr 6 333822 > 1 /dev/pts/ta stream rd/wr 6 333822 > 2 /dev/pts/ta stream rd/wr 6 333822 > 3 /home/test.txt reg write 1 101957632 > 4 /home/test.txt reg write 1 101957632 > 5 /home/test.txt reg write 1 101957632 > ... > ================================================================ > >From: Dennis Handly <michaelbecker@example.org> > Date: Thu, 7 Dec 2006 23:03:08 -0800 (PST) > To: michaelbecker@example.org, michaelbecker@example.org > Subject: Re: aCC 3.70 -AA fd's close not being called. > >From: "Levie, Barry" <michaelbecker@example.org> > >I am not sure if this exactly represents the problem the customer is > >having as I am still waiting for more details (versions/test case etc > >etc). However this could be close and I think it shows a problem. > >Why does the ofstream destructor not close the file descriptor when its > >called after its thrown an exception for "out of disk space". > A highly modified version works for me. > And it isn't closed on the throw but by falling off the bar body. > >This aCC 3.70 -AA example shows an ever increasing number of open file > >descriptors in glance > Hmm. > ># what /usr/lib/libstd_v2.2: > > HP aC++ B3910B A.03.30 C++ Standard Library (RogueWave Version 2.02.01) > This obsolete version isn't supported. > Here is what I have and it shows close being called after I throw. > I've manually modified the write return to -1 and that throws and is caught. > (The debugger was broken and it didn't really happen. )-: > #include <iostream> > #include <fstream> > #include <string.h> > #include <stdio.h> > using namespace std; > struct dummy { > dummy() { fprintf(stdout, "dummy created\n"); fflush(stdout); } > ~dummy() { fprintf(stdout, "dummy deleted\n"); fflush(stdout); } > }; > extern "C" int _close(int fd); > extern "C" int close(int fd) { > if (fd > STDERR_FILENO) { > fprintf(stdout, "close(%d)\n", fd); > fflush(stdout); > } > return _close(fd); > } > char buf[1024]; > void bar() { > ofstream of; > dummy df; > of.exceptions(ofstream888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ofbit | ofstream888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ilbit | ofstream888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4it); > try { > of.open("test.txt"); // this is on a volume that is nearly full. > fprintf(stdout, "FD = %d\n", of.rdbuf()->fd()); > fflush(stdout); > for (int i = 0; i < 2; ++i) > of << buf; > throw ios_bas888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4failure(); > } > catch(ofstream888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ilure &e) { > fprintf(stdout, "Exception write/file\n"); > fflush(stdout); > } > } > int main() { > memset(buf,'A',sizeof(buf)); > buf[sizeof(buf)-1] = '\0'; > int i; > for (i = 0; i < 10; ++i) > bar(); > } > Ah, it's catch 22. When it destroys ofstream it calls close, which calls > overflow which calls _C_write which calls write which gets an error and > then returns before closing. > It seems it is working as designed be RW. > But this seems to violate 83.161.120.155(6), which says it always calls > fclose(3). > File a CR. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:04:59 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 12565 invoked from network); 21 Jan 2008 18:04:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:04:59 -0000 Received: (qmail 57642 invoked by uid 500); 21 Jan 2008 18:04:49 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 57632 invoked by uid 500); 21 Jan 2008 18:04:49 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 57623 invoked by uid 99); 21 Jan 2008 18:04:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:04:49 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:04:43 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id E612A71420D for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:04:34 -0800 (PST) Message-ID: <13955162.1200938674684.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:04:34 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-388) [gcc 3.4.4/FreeBSD 6.1/IA64] many errors for runtime symbols linking with stdcxx 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-388?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-388: -------------------------------- Remaining Estimate: 16h Original Estimate: 16h > [gcc 3.4.4/FreeBSD 6.1/IA64] many errors for runtime symbols linking with stdcxx > -------------------------------------------------------------------------------- > > Key: STDCXX-388 > URL: https://issues.apache.org/jira/browse/STDCXX-388 > Project: C++ Standard Library > Issue Type: Bug > Components: Build > Affects Versions: 4.2.0 > Environment: gcc 3.4.4/FreeBSD 6.1/IA64 > Reporter: Martin Sebor > Assignee: Martin Sebor > Priority: Minor > Fix For: 4.2.1 > > Original Estimate: 16h > Remaining Estimate: 16h > > All examples (or other programs) fail to link on FreeBSD with errors like the ones below: > $ nice gmake accumulate > gcc accumulate.o -o accumulate -L/house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib -lstd11s -lsupc++ -lm > /usr/lib/libsupc++.a(new_handler.o)(.text._ZNSt9bad_allocD1Ev+0x0): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_allo888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_alloc()': > : multiple definition of `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_allo888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_alloc()' > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(memory.o)(.text+0x6d0):/house/sebor/stdcxx-2007-03-30-r524321/src/memory.cpp:301: first defined here > /usr/bin/ld: Warning: size of symbol `_ZNSt9bad_allocD1Ev' changed from 192 in /usr/lib/libsupc++.a(new_handler.o) to 96 in /usr/lib/libsupc++.a(new_handler.o) > /usr/lib/libsupc++.a(new_handler.o)(.text._ZNSt9bad_allocD0Ev+0x0): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_allo888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_alloc()': > : multiple definition of `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_allo888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_alloc()' > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(memory.o)(.text+0x790):/house/sebor/stdcxx-2007-03-30-r524321/src/memory.cpp:301: first defined here > /usr/bin/ld: Warning: size of symbol `_ZNSt9bad_allocD0Ev' changed from 192 in /usr/lib/libsupc++.a(new_handler.o) to 112 in /usr/lib/libsupc++.a(new_handler.o) > /usr/lib/libsupc++.a(new_handler.o)(.text._ZNSt9bad_allocD2Ev+0x0): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_allo888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_alloc()': > : multiple definition of `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_allo888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_alloc()' > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(memory.o)(.text+0x610):/house/sebor/stdcxx-2007-03-30-r524321/src/memory.cpp:301: first defined here > /usr/bin/ld: Warning: size of symbol `_ZNSt9bad_allocD2Ev' changed from 192 in /usr/lib/libsupc++.a(new_handler.o) to 96 in /usr/lib/libsupc++.a(new_handler.o) > /usr/lib/libsupc++.a(eh_exception.o)(.text._ZNSt9exceptionD1Ev+0x0): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~exception()': > : multiple definition of `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~exception()' > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(exception.o)(.text+0x210):/house/sebor/stdcxx-2007-03-30-r524321/src/exception.cpp:323: first defined here > /usr/bin/ld: Warning: size of symbol `_ZNSt9exceptionD1Ev' changed from 176 in /usr/lib/libsupc++.a(eh_exception.o) to 48 in /usr/lib/libsupc++.a(eh_exception.o) > /usr/lib/libsupc++.a(eh_exception.o)(.text._ZNSt9exceptionD0Ev+0x0): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~exception()': > : multiple definition of `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~exception()' > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(exception.o)(.text+0x2c0):/house/sebor/stdcxx-2007-03-30-r524321/src/exception.cpp:323: first defined here > /usr/bin/ld: Warning: size of symbol `_ZNSt9exceptionD0Ev' changed from 176 in /usr/lib/libsupc++.a(eh_exception.o) to 96 in /usr/lib/libsupc++.a(eh_exception.o) > /usr/lib/libsupc++.a(eh_exception.o)(.text._ZNSt13bad_exceptionD1Ev+0x0): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_exception()': > : multiple definition of `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_exception()' > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(exception.o)(.text+0x6c0):/house/sebor/stdcxx-2007-03-30-r524321/src/exception.cpp:391: first defined here > /usr/bin/ld: Warning: size of symbol `_ZNSt13bad_exceptionD1Ev' changed from 192 in /usr/lib/libsupc++.a(eh_exception.o) to 96 in /usr/lib/libsupc++.a(eh_exception.o) > /usr/lib/libsupc++.a(eh_exception.o)(.text._ZNSt13bad_exceptionD0Ev+0x0): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_exception()': > : multiple definition of `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_exception()' > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(exception.o)(.text+0x780):/house/sebor/stdcxx-2007-03-30-r524321/src/exception.cpp:391: first defined here > /usr/bin/ld: Warning: size of symbol `_ZNSt13bad_exceptionD0Ev' changed from 192 in /usr/lib/libsupc++.a(eh_exception.o) to 112 in /usr/lib/libsupc++.a(eh_exception.o) > /usr/lib/libsupc++.a(eh_exception.o)(.text._ZNSt9exceptionD2Ev+0x0): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~exception()': > : multiple definition of `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~exception()' > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(exception.o)(.text+0x160):/house/sebor/stdcxx-2007-03-30-r524321/src/exception.cpp:323: first defined here > /usr/bin/ld: Warning: size of symbol `_ZNSt9exceptionD2Ev' changed from 176 in /usr/lib/libsupc++.a(eh_exception.o) to 48 in /usr/lib/libsupc++.a(eh_exception.o) > /usr/lib/libsupc++.a(eh_exception.o)(.text._ZNSt13bad_exceptionD2Ev+0x0): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_exception()': > : multiple definition of `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4bad_exception888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~bad_exception()' > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(exception.o)(.text+0x600):/house/sebor/stdcxx-2007-03-30-r524321/src/exception.cpp:391: first defined here > /usr/bin/ld: Warning: size of symbol `_ZNSt13bad_exceptionD2Ev' changed from 192 in /usr/lib/libsupc++.a(eh_exception.o) to 96 in /usr/lib/libsupc++.a(eh_exception.o) > /usr/lib/libsupc++.a(eh_catch.o)(.text._ZSt18uncaught_exceptionv+0x0): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4uncaught_exception()': > : multiple definition of `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4uncaught_exception()' > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(exception.o)(.text+0x0): first defined here > /usr/bin/ld: Warning: size of symbol `_ZSt18uncaught_exceptionv' changed from 96 in /usr/lib/libsupc++.a(eh_catch.o) to 80 in /usr/lib/libsupc++.a(eh_catch.o) > /house/sebor/build/stdcxx-2007-03-30-r524321-freebsd-6.1-ia64-gcc-3.4.4-11s/lib/libstd11s.a(exception.o)(.text+0x22): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4uncaught_exception()': > /house/sebor/stdcxx-2007-03-30-r524321/src/exception.cpp:241: undefined reference to `uncaught_exception()' > /usr/lib/libsupc++.a(eh_throw.o)(.text.__cxa_throw+0x21): In function `__cxa_throw': > : undefined reference to `__cxxabiv888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__unexpected_handler' > /usr/lib/libsupc++.a(eh_throw.o)(.text.__cxa_throw+0x52): In function `__cxa_throw': > : undefined reference to `__cxxabiv888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__terminate_handler' > /usr/lib/libsupc++.a(eh_terminate.o)(.text._ZSt9terminatev+0x1): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4terminate()': > : undefined reference to `__cxxabiv888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__terminate_handler' > /usr/lib/libsupc++.a(eh_terminate.o)(.text._ZSt10unexpectedv+0x1): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4unexpected()': > : undefined reference to `__cxxabiv888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__unexpected_handler' > /usr/lib/libsupc++.a(eh_terminate.o)(.text._ZSt13set_terminatePFvvE+0x1): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4set_terminate(void (*)())': > : undefined reference to `__cxxabiv888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__terminate_handler' > /usr/lib/libsupc++.a(eh_terminate.o)(.text._ZSt14set_unexpectedPFvvE+0x1): In function `st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4set_unexpected(void (*)())': > : undefined reference to `__cxxabiv888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__unexpected_handler' > gmake: *** [accumulate] Error 1 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:04:59 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 12569 invoked from network); 21 Jan 2008 18:04:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:04:59 -0000 Received: (qmail 57668 invoked by uid 500); 21 Jan 2008 18:04:50 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 57656 invoked by uid 500); 21 Jan 2008 18:04:49 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 57647 invoked by uid 99); 21 Jan 2008 18:04:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:04:49 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:04:43 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C293171420E for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:04:35 -0800 (PST) Message-ID: <8735252.1200938675794.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:04:35 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-276) [HP aCC 3.70] ICE generating dependencies 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-276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-276: -------------------------------- Remaining Estimate: 8h Original Estimate: 8h > [HP aCC 3.70] ICE generating dependencies > ----------------------------------------- > > Key: STDCXX-276 > URL: https://issues.apache.org/jira/browse/STDCXX-276 > Project: C++ Standard Library > Issue Type: Bug > Components: Build > Affects Versions: 4.1.3 > Environment: HP aCC 3.70 but not 3.63 > Reporter: Martin Sebor > Assignee: Martin Sebor > Priority: Minor > Fix For: 4.2.1 > > Original Estimate: 8h > Remaining Estimate: 8h > > HP aCC 3.70 (but not 3.63) fails with an ICE while generating dependencies for the library sources below: > $ nice gmake -C../lib > gmake: Entering directory `/build/sebor/aCC-3.70-11d/lib' > generating dependencies for $(TOPDIR)/src/atomic.s > generating dependencies for $(TOPDIR)/src/wctype.cpp > Signal 11 > ( 0) 0x00297f64 sighandler__FiT1 + 0x134 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > ( 1) 0xc0213308 _sigreturn [/usr/lib/libc.2] > ( 2) 0x0025d900 synthesize__15LibraryRoutinesF19LibraryRoutinesEnum + 0x7c [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > ( 3) 0x000c1bac enter__15LibraryRoutinesF19LibraryRoutinesEnum + 0x10 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > ( 4) 0x001864d0 lookup__3MapF11StringTokenP11DeclarationRbQ2_3Map10LookupKindRC11DynamicListXTP4 + 0x168 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > ( 5) 0x001865dc find__3MapF11StringTokenP11DeclarationRbQ2_3Map10LookupKindRC11DynamicListXTP4No + 0x9c [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > ( 6) 0x0019cf38 hasPointerToMemberComing__12PreprocessorFQ2_12Preprocessor8PTMStateP11Declaratio + 0x844 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > ( 7) 0x002088b4 isProbablyAnIdentifier__12PreprocessorFb + 0x54 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > ( 8) 0x001883fc resolveIdentifier__12PreprocessorFP12ScannerValue11StringToken + 0xbd4 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > ( 9) 0x001896f4 nextToken__12PreprocessorFP12ScannerValue + 0x210 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > (10) 0x000c6ea8 DoCompile__8CompilerFv + 0xd44 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > (11) 0x00280d00 DoCompile__8CompilerFP6Buffer + 0x34 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > (12) 0x002747c8 DoCompileFile__8CompilerFPc + 0x110 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > (13) 0x0026cc8c main + 0x404 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > (14) 0xc01459a8 _start + 0xc0 [/usr/lib/libc.2] > (15) 0x001989d0 $START$ + 0x178 [/amd/packages/mdx/hpux/compilers/hp/aCC370_11.23/opt/aCC/lbin/ctcom.pa20] > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/wcodecvt.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/version.cpp > generating dependencies for $(TOPDIR)/src/vecbool.cpp > generating dependencies for $(TOPDIR)/src/valarray.cpp > generating dependencies for $(TOPDIR)/src/typeinfo.cpp > generating dependencies for $(TOPDIR)/src/tmpbuf.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/time_put.cpp > Signal 11 > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/time_get.cpp > generating dependencies for $(TOPDIR)/src/ti_wtime_put.cpp > generating dependencies for $(TOPDIR)/src/ti_wtime_get.cpp > generating dependencies for $(TOPDIR)/src/ti_wstringbuf.cpp > generating dependencies for $(TOPDIR)/src/ti_wstring.cpp > generating dependencies for $(TOPDIR)/src/ti_wstreambuf.cpp > generating dependencies for $(TOPDIR)/src/ti_wostream.cpp > generating dependencies for $(TOPDIR)/src/ti_wnumpunct.cpp > generating dependencies for $(TOPDIR)/src/ti_wnum_put.cpp > generating dependencies for $(TOPDIR)/src/ti_wnum_get.cpp > generating dependencies for $(TOPDIR)/src/ti_wmoneypunct.cpp > generating dependencies for $(TOPDIR)/src/ti_wmoney_put.cpp > generating dependencies for $(TOPDIR)/src/ti_wmoney_get.cpp > generating dependencies for $(TOPDIR)/src/ti_wmessages.cpp > generating dependencies for $(TOPDIR)/src/ti_wistream.cpp > generating dependencies for $(TOPDIR)/src/ti_wios.cpp > generating dependencies for $(TOPDIR)/src/ti_winsert_ptr.cpp > generating dependencies for $(TOPDIR)/src/ti_winsert_int.cpp > generating dependencies for $(TOPDIR)/src/ti_winsert_dbl.cpp > generating dependencies for $(TOPDIR)/src/ti_wfilebuf.cpp > generating dependencies for $(TOPDIR)/src/ti_wcollate.cpp > generating dependencies for $(TOPDIR)/src/ti_time_put.cpp > generating dependencies for $(TOPDIR)/src/ti_time_get.cpp > generating dependencies for $(TOPDIR)/src/ti_stringbuf.cpp > generating dependencies for $(TOPDIR)/src/ti_string.cpp > generating dependencies for $(TOPDIR)/src/ti_streambuf.cpp > generating dependencies for $(TOPDIR)/src/ti_podarray.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/ti_ostream.cpp > generating dependencies for $(TOPDIR)/src/ti_numpunct.cpp > generating dependencies for $(TOPDIR)/src/ti_num_put.cpp > generating dependencies for $(TOPDIR)/src/ti_num_get.cpp > generating dependencies for $(TOPDIR)/src/ti_moneypunct.cpp > generating dependencies for $(TOPDIR)/src/ti_money_put.cpp > generating dependencies for $(TOPDIR)/src/ti_money_get.cpp > generating dependencies for $(TOPDIR)/src/ti_messages.cpp > generating dependencies for $(TOPDIR)/src/ti_istream.cpp > generating dependencies for $(TOPDIR)/src/ti_ios.cpp > generating dependencies for $(TOPDIR)/src/ti_insert_ptr.cpp > generating dependencies for $(TOPDIR)/src/ti_insert_int.cpp > generating dependencies for $(TOPDIR)/src/ti_insert_dbl.cpp > generating dependencies for $(TOPDIR)/src/ti_filebuf.cpp > generating dependencies for $(TOPDIR)/src/ti_collate.cpp > generating dependencies for $(TOPDIR)/src/strtol.cpp > generating dependencies for $(TOPDIR)/src/strstream.cpp > generating dependencies for $(TOPDIR)/src/string.cpp > generating dependencies for $(TOPDIR)/src/setlocale.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/random.cpp > generating dependencies for $(TOPDIR)/src/punct.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/num_put.cpp > generating dependencies for $(TOPDIR)/src/num_get.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/messages.cpp > generating dependencies for $(TOPDIR)/src/memory.cpp > generating dependencies for $(TOPDIR)/src/memattr.cpp > generating dependencies for $(TOPDIR)/src/locale_name.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/locale_global.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/locale_eq.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/locale_core.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/locale_combine.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/locale_classic.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/locale_body.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/locale_bits.cpp > generating dependencies for $(TOPDIR)/src/limits_bits.cpp > generating dependencies for $(TOPDIR)/src/limits.cpp > generating dependencies for $(TOPDIR)/src/iso2022.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/iostream.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/iostore.cpp > generating dependencies for $(TOPDIR)/src/ios_bits.cpp > generating dependencies for $(TOPDIR)/src/ios.cpp > generating dependencies for $(TOPDIR)/src/instance.cpp > generating dependencies for $(TOPDIR)/src/file.cpp > generating dependencies for $(TOPDIR)/src/facet.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/export.cpp > generating dependencies for $(TOPDIR)/src/exception.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/ctype_bits.cpp > generating dependencies for $(TOPDIR)/src/ctype.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/collate.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/codecvt.cpp > Signal 11 > ... > Error (system problem) 689: # Compiler received signal 11 > generating dependencies for $(TOPDIR)/src/catalog.cpp > generating dependencies for $(TOPDIR)/src/bitset.cpp > generating dependencies for $(TOPDIR)/src/assert.cpp > gmake: Leaving directory `/build/sebor/aCC-3.70-11d/lib' > gmake: Entering directory `/build/sebor/aCC-3.70-11d/lib' > ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:25:08 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 25131 invoked from network); 21 Jan 2008 18:25:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:25:08 -0000 Received: (qmail 84852 invoked by uid 500); 21 Jan 2008 18:24:58 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 84842 invoked by uid 500); 21 Jan 2008 18:24:58 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 84833 invoked by uid 99); 21 Jan 2008 18:24:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:24:58 -0800 X-ASF-Spam-Status: No, hits=-99.8 required=10.0 tests=ALL_TRUSTED,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:24:42 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id BE3D0714244 for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:24:34 -0800 (PST) Message-ID: <23234891.1200939874776.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:24:34 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Created: (STDCXX-703) add new mailing lists to archives MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org add new mailing lists to archives --------------------------------- Key: STDCXX-703 URL: https://issues.apache.org/jira/browse/STDCXX-703 Project: C++ Standard Library Issue Type: Task Components: Web Reporter: Martin Sebor Priority: Critical With INFRA-1422 being done, we need to update third party archives and forums to get our new lists archived instead. At a minimum, this includes the following: http://www.nabble.com/Apache-C%2B%2B-Standard-Library-f26254.html http://michaelbecker@example.org/ http://michaelbecker@example.org/ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:27:07 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 25515 invoked from network); 21 Jan 2008 18:27:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:27:07 -0000 Received: (qmail 86965 invoked by uid 500); 21 Jan 2008 18:26:57 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 86955 invoked by uid 500); 21 Jan 2008 18:26:57 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 86946 invoked by uid 99); 21 Jan 2008 18:26:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:26:57 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:26:42 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 8F2D5714233 for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:26:34 -0800 (PST) Message-ID: <22913685.1200939994575.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:26:34 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-261) runall should parse tests and examples in the same manner 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-261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-261: -------------------------------- Remaining Estimate: 16h Original Estimate: 16h > runall should parse tests and examples in the same manner > --------------------------------------------------------- > > Key: STDCXX-261 > URL: https://issues.apache.org/jira/browse/STDCXX-261 > Project: C++ Standard Library > Issue Type: Improvement > Components: Build > Reporter: Andrew Black > Priority: Minor > Fix For: 4.2.1 > > Original Estimate: 16h > Remaining Estimate: 16h > > At this time, several of the self tests (0.cmdopts.out, 0.printf.out, 0.strncmp.out, 0.valcmp.out) produce output that lacks a summary section. > The runall.sh (or runall.c) utility should be able to compare the output of these tests against a reference file in the same manner that the output is compared for examples. > An extension of this concept is that it might make sense to unify the logic used to check the test and example results, so that the same process would be used for both tests and examples. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:28:55 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 26348 invoked from network); 21 Jan 2008 18:28:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:28:55 -0000 Received: (qmail 88531 invoked by uid 500); 21 Jan 2008 18:28:45 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 88519 invoked by uid 500); 21 Jan 2008 18:28:45 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 88510 invoked by uid 99); 21 Jan 2008 18:28:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:28:45 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:28:28 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 78D47714233 for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:28:34 -0800 (PST) Message-ID: <31479377.1200940114492.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:28:34 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-548) add an internal header for __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_get_stdio_fmat() 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-548?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-548: -------------------------------- Remaining Estimate: 2h Original Estimate: 2h > add an internal header for __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_get_stdio_fmat() > ------------------------------------------------------ > > Key: STDCXX-548 > URL: https://issues.apache.org/jira/browse/STDCXX-548 > Project: C++ Standard Library > Issue Type: Improvement > Components: Build > Affects Versions: 4.1.2, 4.1.3, 4.1.4 > Environment: All. > Reporter: Martin Sebor > Priority: Minor > Fix For: 4.2.1 > > Original Estimate: 2h > Remaining Estimate: 2h > > The __rw888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4__rw_get_stdio_fmat() function (and perhaps some others) defined in src/punct.cpp and declared as well as used in both num_get.cpp and num_put.cpp. Changing the function signature involves changing three places instead of two, which is error-prone. See http://svn.apache.org/viewvc?rev=574738&view=rev and http://svn.apache.org/viewvc?rev=574422&view=rev for an example where this caused breakage. > The function (and any other such examples) should be declared in a header to prevent such incidents. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:29:12 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 26484 invoked from network); 21 Jan 2008 18:29:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 21 Jan 2008 18:29:11 -0000 Received: (qmail 89342 invoked by uid 500); 21 Jan 2008 18:28:56 -0000 Delivered-To: michaelbecker@example.org Received: (qmail 89330 invoked by uid 500); 21 Jan 2008 18:28:56 -0000 Mailing-List: contact michaelbecker@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:michaelbecker@example.org> List-Unsubscribe: <mailto:michaelbecker@example.org> List-Post: <mailto:michaelbecker@example.org> List-Id: <issues.stdcxx.apache.org> Reply-To: michaelbecker@example.org Delivered-To: mailing list michaelbecker@example.org Received: (qmail 89303 invoked by uid 99); 21 Jan 2008 18:28:56 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 10:28:56 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Jan 2008 18:28:42 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id D8157714243 for <michaelbecker@example.org>; Mon, 21 Jan 2008 10:28:34 -0800 (PST) Message-ID: <16089963.1200940114882.JavaMail.jira@brutus> Date: Mon, 21 Jan 2008 10:28:34 -0800 (PST) From: "Martin Sebor (JIRA)" <michaelbecker@example.org> To: michaelbecker@example.org Subject: [jira] Updated: (STDCXX-372) locale test failure for br_FR.ISO-8859-1 and hu_HU.ISO-8859-2 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-372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Sebor updated STDCXX-372: -------------------------------- Severity: Incorrect Behavior Remaining Estimate: 8h Original Estimate: 8h > locale test failure for br_FR.ISO-8859-1 and hu_HU.ISO-8859-2 > ------------------------------------------------------------- > > Key: STDCXX-372 > URL: https://issues.apache.org/jira/browse/STDCXX-372 > Project: C++ Standard Library > Issue Type: Bug > Components: Locales > Affects Versions: 4.2.0 > Environment: gcc 3.4.6, Linux x86_64 > Reporter: Martin Sebor > Priority: Minor > Fix For: 4.2.1 > > Original Estimate: 8h > Remaining Estimate: 8h > > Running the test scripts for br_FR.ISO-8859-1 and hu_HU.ISO-8859-2 shows that stages 2 and 3 differ (the diff is below the script output): > $ ./br_FR.ISO-8859-1.sh -d -n > RWSTD_SRC_ROOT=/amd/devco/sebor/stdcxx/etc/nls > export RWSTD_SRC_ROOT > mkdir -p /tmp/locale.11871/stage.1/charmaps > ./localedef -w -c -f /amd/devco/sebor/stdcxx/etc/nls/charmaps/ISO-8859-1 -i /amd/devco/sebor/stdcxx/etc/nls/src/br_FR /tmp/locale.11871/stage.1/br_FR.ISO-8859-1 >/dev/tty 2>&1 > LC_ALL=/tmp/locale.11871/stage.1/br_FR.ISO-8859-1 ./locale --charmap -l >/tmp/locale.11871/stage.1/charmaps/ISO-8859-1 2>/dev/tty > LC_ALL=/tmp/locale.11871/stage.1/br_FR.ISO-8859-1 ./locale -ck -h -l LC_ALL >/tmp/locale.11871/stage.1/br_FR.src 2>/dev/tty > mkdir -p /tmp/locale.11871/stage.2/charmaps > ./localedef -w -c -f /tmp/locale.11871/stage.1/charmaps/ISO-8859-1 -i /tmp/locale.11871/stage.1/br_FR.src /tmp/locale.11871/stage.2/br_FR.ISO-8859-1 >/dev/tty 2>&1 > RWSTD_SRC_ROOT=/tmp/locale.11871/stage.1 > export RWSTD_SRC_ROOT > LC_ALL=/tmp/locale.11871/stage.2/br_FR.ISO-8859-1 ./locale --charmap -l >/tmp/locale.11871/stage.2/charmaps/ISO-8859-1 2>/dev/tty > LC_ALL=/tmp/locale.11871/stage.2/br_FR.ISO-8859-1 ./locale -ck -h -l LC_ALL >/tmp/locale.11871/stage.2/br_FR.src 2>/dev/tty > mkdir -p /tmp/locale.11871/stage.3/charmaps > ./localedef -w -c -f /tmp/locale.11871/stage.2/charmaps/ISO-8859-1 -i /tmp/locale.11871/stage.2/br_FR.src /tmp/locale.11871/stage.3/br_FR.ISO-8859-1 >/dev/tty 2>&1 > RWSTD_SRC_ROOT=/tmp/locale.11871/stage.2 > export RWSTD_SRC_ROOT > LC_ALL=/tmp/locale.11871/stage.3/br_FR.ISO-8859-1 ./locale --charmap -l >/tmp/locale.11871/stage.3/charmaps/ISO-8859-1 2>/dev/tty > LC_ALL=/tmp/locale.11871/stage.3/br_FR.ISO-8859-1 ./locale -ck -h -l LC_ALL >/tmp/locale.11871/stage.3/br_FR.src 2>/dev/tty > diff /tmp/locale.11871/stage.1/charmaps/ISO-8859-1 /tmp/locale.11871/stage.2/charmaps/ISO-8859-1 >/dev/null > diff /tmp/locale.11871/stage.2/charmaps/ISO-8859-1 /tmp/locale.11871/stage.3/charmaps/ISO-8859-1 >/dev/null > diff /tmp/locale.11871/stage.2/br_FR.src /tmp/locale.11871/stage.3/br_FR.src >/dev/null > ## AssertionFailed: /tmp/locale.11871/stage.2/br_FR.src and /tmp/locale.11871/stage.3/br_FR.src differ. > # +-----------------------+--------+--------+--------+ > # | DIAGNOSTIC | ACTIVE | TOTAL |INACTIVE| > # +-----------------------+--------+--------+--------+ > # | (S7) ASSERTION | 1 | 16 | 93% | > # +-----------------------+--------+--------+--------+ > ## Assertions = 16 > ## FailedAssertions = 1 > $ diff /tmp/locale.11871/stage.2/br_FR.src /tmp/locale.11871/stage.3/br_FR.src > 5,6c5,6 > < # codeset_off: 8640 > < # charmap_off: 8651 > --- > > # codeset_off: 8520 > > # charmap_off: 8531 > 8c8 > < # num_elms: 264 > --- > > # num_elms: 258 > 12,14c12 > < # largest_ce: 2 > < collating-element <RW_CE_0> from "<U0048>" > < collating-element <RW_CE_1> from "<U0068>" > --- > > # largest_ce: 1 > 17,18d14 > < <RW_CE_0> \x38;\x23;\x0c;IGNORE; > < <RW_CE_1> \x38;\x23;\x0d;IGNORE; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From michaelbecker@example.org Mon Jan 21 18:30:55 2008 Return-Path: <michaelbecker@example.org> Delivered-To: michaelbecker@example.org Received: (qmail 28102 invoked
{'source': 'Apache Software Foundation Public Mail Archives'}