This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/36270] A problem with STL map/vector/list whose key is a string in multi-threaded application
- From: "paolo dot carlini at oracle dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 20 May 2008 09:17:17 -0000
- Subject: [Bug libstdc++/36270] A problem with STL map/vector/list whose key is a string in multi-threaded application
- References: <bug-36270-16195@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #1 from paolo dot carlini at oracle dot com 2008-05-20 09:17 -------
Some general comments: The 4.0.x series is not supported anymore, any future
fix will only go in 4.3.x and maybe 4.2.x; I see that you are using mt_alloc,
which, in the FSF official release of GCC is *not* the default allocator, it's
still largely experimental these times and was much more so in 4.0.x times; in
mt_alloc there is unfortunately a compile-time limit on the maximum number of
threads (grep _S_max_threads in mt_allocator.h) and for your applications,
before any other investigation, I think you should experiment with raising that
number (see the ext/mt_allocator/tune-*.cc testcases about changing those
defaults)
--
paolo dot carlini at oracle dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Summary|A problem with STL |A problem with STL
|map/vector/list whose key is|map/vector/list whose key is
|a STL string in multi- |a string in multi-threaded
|threaded application |application
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36270