--- Comment #11 from pcarlini at suse dot de 2005-10-17 17:28 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-17 17:26
---
Subject: Bug 24244
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-17 17:26:51
Modified files:
libstdc++-v3 : ChangeLog
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-17 17:23
---
Subject: Bug 24244
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-17 17:23:42
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/include/tr1:
--- Comment #8 from pcarlini at suse dot de 2005-10-14 21:48 ---
... and, today, using a stock glibc2.3.5 on x86-linux, I have been able to
reproduce the problem, exactly as originally reported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24244
--- Comment #7 from pcarlini at suse dot de 2005-10-13 10:54 ---
An additional, important, clarification, not present in the public exchange: in
any case, passing -lpthread is necessary for the problem to appear, because
otherwise no (uninitialized) mutexes are actually involved.
--
--- Comment #6 from pcarlini at suse dot de 2005-10-13 09:06 ---
(In reply to comment #5)
> This locking code looks really strange to me.
>
> void
> release() // nothrow
> {
> if (__gnu_cxx::__exchange_and_add(&_M_use_count, -1) == 1)
> {
> dispose();
> __glib
--- Comment #5 from bkoz at gcc dot gnu dot org 2005-10-13 05:36 ---
This locking code looks really strange to me.
void
release() // nothrow
{
if (__gnu_cxx::__exchange_and_add(&_M_use_count, -1) == 1)
{
dispose();
__glibcxx_mutex_lock(_M_mutex);
__glib
--- Comment #4 from pcarlini at suse dot de 2005-10-11 09:55 ---
The problem is confirmed, should be fixable.
--
pcarlini at suse dot de changed:
What|Removed |Added
La
--- Comment #3 from redi at gcc dot gnu dot org 2005-10-08 16:29 ---
I'm waiting for feedback from the reporter, but I'm inclined to think it's due
to some problem in the user's build environment or compiler/linker commands.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24244
--- Comment #2 from pcarlini at suse dot de 2005-10-08 09:34 ---
Not really working on it: in fact the usage of the mutex objects seems fine,
given the infrastructure in concurrence.h.
--
pcarlini at suse dot de changed:
What|Removed |Added
---
--- Comment #1 from pcarlini at suse dot de 2005-10-06 20:38 ---
_M_mutex, in class _Sp_counted_base is not initialized, this is certainly not
ok.
I think we can use, to begin with at least, the simple scheme already used in
the locale class and elsewhere.
--
pcarlini at suse dot de
11 matches
Mail list logo
