Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@stdcxx.apache.org
Received-SPF: pass (nike.apache.org: local policy)
Message-ID: <5045E764.9090607@hates.ms>
Date: Tue, 04 Sep 2012 07:35:00 -0400
From: Liviu Nicoara <nikkoara@hates.ms>
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64;
 rv:15.0) Gecko/20120824 Thunderbird/15.0
MIME-Version: 1.0
To: dev@stdcxx.apache.org
Subject: Re: STDCXX-1056 [was: Re: STDCXX forks]
References: <40394653-8FCC-4D04-A108-2C650AF8F95B@hates.ms>
 <CALdE9OAN1H-jzGadddU4biEp-Bh2U1YAkPDZdsi9T=E5bKtirg@mail.gmail.com>
 <CALdE9ODQBKYVW+fG1eNTke1RK41ny221DPy+EYWv0OBbg3DKgA@mail.gmail.com>
In-Reply-To: 
 <CALdE9ODQBKYVW+fG1eNTke1RK41ny221DPy+EYWv0OBbg3DKgA@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 09/04/12 05:37, Stefan Teleman wrote:
> On Mon, Sep 3, 2012 at 11:57 PM, Stefan Teleman
> <stefan.teleman@gmail.com> wrote:
>
>> http://old.nabble.com/22.locale.numpunct.mt-run-hangs-td20133013.html
>
> Also see this thread:
>
> http://www.mail-archive.com/issues@stdcxx.apache.org/msg01182.html
>
> and this:
>
> https://issues.apache.org/jira/browse/STDCXX-839

Hi Stefan,

IMHO Martin's report with the crashing test as well as your with the apparent hanging of the Intel build deserve more attention than other bug reports. A test timing out, regardless of the CPU activity, is more indicative of an inefficiency. All my tests were timing out

Again, my concern is that a bug in the reference counting of std::string (or locale facets management) should be reproducible everywhere. If not, then only a subset of platforms are at fault -- so what is it? Is the atomic ops code defective there? We should be able to pinpoint the defect accurately.

By no means I am dismissing it. It is at the very least an issue of efficiency. I will try an Intel C++ build on x86_64 at some point today. What build type was that? I also notice that you have 4.2.1 in your path? Are you building out of 4.2.1. tag? I built off 4.2.x branch which also has support for custom timeouts (--soft-timeout) in rw_test.

Thanks!

Liviu