-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 26, 2007 8:04 PM
To: stdcxx-dev@incubator.apache.org
Subject: 4.2.0 merge today
The one problematic platform that might need some attention
is Intel Intel C++ 9.1 on Windows 2000/x86. A 12d build
[EMAIL PROTECTED] wrote:
Author: faridz
Date: Wed Jun 27 06:17:27 2007
New Revision: 551156
URL: http://svn.apache.org/viewvc?view=revrev=551156
Log:
2007-06-27 Farid Zaripov [EMAIL PROTECTED]
* thread.cpp (rw_get_cpus) [_WIN32]: Added Windows version of the
function.
Cool, thanks!
-Original Message-
From: [EMAIL PROTECTED]
Sent: Tue, 26 Jun 2007 18:57:44 +0300
To: stdcxx-dev@incubator.apache.org
Subject: RE: status of thread safety tests
-Original Message-
From: Mark Brown [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 26, 2007 5:06 PM
To:
Farid Zaripov wrote:
-Original Message-
From: Mark Brown [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 26, 2007 5:06 PM
To: stdcxx-dev@incubator.apache.org
Subject: RE: status of thread safety tests
22.locale.num.put.mt gets a SIGSEGV on my system (Fedora 6)
even with a single
-Original Message-
From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
Sent: Wednesday, June 27, 2007 6:22 PM
To: stdcxx-dev@incubator.apache.org
Subject: Re: status of thread safety tests
[...]
I'm not sure if this patch resolves the STDCXX-450 issue.
The list of the fails and reasons (which I've checked at the moment)
is here:
http://people.apache.org/~faridz/test_status.html
I have question on test 27.stringbuf.virtuals. There in
basic_stringbuf::xsputn()
the first parameter passed pointer to the internal basic_stringbuf
buffer
The problem in 21.string.rfind.cpp test is invoking
string::rfind(const value_type* ptr, size_type off = npos, size_type
count)
with count == string::max_size() + 1 (21.string.rfind.cpp lines
413-416).
The method throws length_error() exception (line 756 file string.cc) but
test
not expected any