Mailing-List: contact issues-help@stdcxx.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@stdcxx.apache.org
Message-ID: <1615691159.1208973441824.JavaMail.jira@brutus>
Date: Wed, 23 Apr 2008 10:57:21 -0700 (PDT)
From: "Martin Sebor (JIRA)" <jira@apache.org>
To: issues@stdcxx.apache.org
Subject: [jira] Commented: (STDCXX-839) SIGHUP in 22.locale.numpunct.mt
In-Reply-To: <870161507.1207687164387.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-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12591708#action_12591708 ] 

Martin Sebor commented on STDCXX-839:
-------------------------------------

Interestingly, on similar hardware (4CPU AMD64 box) running Solaris 10 the test completes in under a minute:
{noformat}
real    1m6.558s
user    1m43.690s
sys     0m26.743s
{noformat}

> SIGHUP in 22.locale.numpunct.mt
> -------------------------------
>
>                 Key: STDCXX-839
>                 URL: https://issues.apache.org/jira/browse/STDCXX-839
>             Project: C++ Standard Library
>          Issue Type: Bug
>          Components: Tests
>    Affects Versions: trunk
>         Environment: Intel C++ 10.0
> Red Hat Enterprise Linux Server release 5 (Tikanga)
>            Reporter: Martin Sebor
>            Assignee: Martin Sebor
>             Fix For: 4.2.1
>
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> During nightly builds the test [22.locale.numpunct.mt.cpp|http://svn.apache.org/repos/asf/stdcxx/trunk/tests/localization/22.locale.numpunct.mt.cpp] times out on many platforms, including some build types with gcc 4.1 and all build types with Intel C++ 10/Linux, or with XLC++ 9.0 on AIX. The output below shows that it takes nearly 8 minutes to run to completion, which is in contrast to most other .mt tests which typically complete in less than 2 minutes. Since most of the locale thread safety tests follow the same pattern there must be some inefficiency either in the implementation of the {{std::numpunct}} facet or in specifics of the test itself (or both).
> Since this test is new in 4.2.1, its failure is a regression.
> {noformat}
> $ time ./22.locale.numpunct.mt
> # INFO (S1) (10 lines):
> # TEXT: 
> # COMPILER: Intel C++, __INTEL_COMPILER = 1000, __INTEL_COMPILER_BUILD_DATE = 20070613, __EDG_VERSION__ = 308
> # ENVIRONMENT: x86_64/LP64 running linux-elf (Red Hat Enterprise Linux Server release 5 (Tikanga)) with glibc 2.5
> # FILE: 22.locale.numpunct.mt.cpp
> # COMPILED: Apr  8 2008, 14:00:18
> # COMMENT: thread safety
> ############################################################
> # CLAUSE: lib.locale.numpunct
> # NOTE (S2) (5 lines):
> # TEXT: executing "locale -a > /tmp/tmpfile-6kp9dU"
> # CLAUSE: lib.locale.numpunct
> # FILE: process.cpp
> # LINE: 279
> # INFO (S1) (3 lines):
> # TEXT: testing std::numpunct<charT> with 4 threads, 200000 iterations each, in 32 locales { "C" "aa_DJ" "aa_DJ.iso88591" "aa_DJ.utf8" "aa_ER" "aa_ER@saaho" "aa_ER.utf8" "aa_ER.utf8@saaho" "aa_ET" "aa_ET.utf8" "af_ZA" "af_ZA.iso88591" "af_ZA.utf8" "am_ET" "am_ET.utf8" "an_ES" "an_ES.iso885915" "an_ES.utf8" "ar_AE" "ar_AE.iso88596" "ar_AE.utf8" "ar_BH" "ar_BH.iso88596" "ar_BH.utf8" "ar_DZ" "ar_DZ.iso88596" "ar_DZ.utf8" "ar_EG" "ar_EG.iso88596" "ar_EG.utf8" "ar_IN" "ar_IN.utf8" }
> # CLAUSE: lib.locale.numpunct
> # INFO (S1) (3 lines):
> # TEXT: exercising std::numpunct<char>
> # CLAUSE: lib.locale.numpunct
> # INFO (S1) (3 lines):
> # TEXT: exercising std::numpunct<wchar_t>
> # CLAUSE: lib.locale.numpunct
> # INFO (S1) (3 lines):
> # TEXT: exercising both std::numpunct<char> and std::numpunct<wchar_t>
> # CLAUSE: lib.locale.numpunct
> # +-----------------------+----------+----------+----------+
> # | DIAGNOSTIC            |  ACTIVE  |   TOTAL  | INACTIVE |
> # +-----------------------+----------+----------+----------+
> # | (S1) INFO             |        5 |        5 |       0% |
> # | (S2) NOTE             |        1 |        1 |       0% |
> # | (S8) ERROR            |        0 |        3 |     100% |
> # | (S9) FATAL            |        0 |        1 |     100% |
> # +-----------------------+----------+----------+----------+
> real    7m52.542s
> user    6m17.488s
> sys     1m15.817s
> {noformat}

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