stdcxx-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Liviu Nicoara (JIRA)" <>
Subject [jira] [Commented] (STDCXX-1071) numpunct facet cache initialization is not thread -safe
Date Thu, 27 Sep 2012 12:42:07 GMT


Liviu Nicoara commented on STDCXX-1071:

I have re-attached the timing measurements, file patch-timings.tgz, after re-verifying the
results. They show an improved performance of the facet when not caching the locale data,
in multi-threaded builds, with high contention.
> numpunct facet cache initialization is not thread -safe
> -------------------------------------------------------
>                 Key: STDCXX-1071
>                 URL:
>             Project: C++ Standard Library
>          Issue Type: Bug
>          Components: 22. Localization, Thread Safety
>    Affects Versions: 4.2.1, 4.2.x, 4.3.x, 5.0.0
>         Environment: $ uname -a; CC -V
> Linux behemoth #3 SMP Sat Apr 9 22:49:32 CDT 2011 x86_64 AMD Opteron(tm) Processor
6134 AuthenticAMD GNU/Linux
> CC: Sun C++ 5.12 Linux_i386 2011/11/16
>            Reporter: Liviu Nicoara
>            Priority: Critical
>              Labels: DCII, localization, numpunct, thread-safety
>             Fix For: 4.2.1, 4.2.x, 4.3.x, 5.0.0
>         Attachments: library-reduction.cpp, patch-4.2.x.diff, patch-4.3.x.diff, patch-timings.tgz,
>   Original Estimate: 8h
>  Remaining Estimate: 8h
> The bug affects the initialization of the cached data in numpunct facet. The failing
test is 22.locale.numpunct.cpp in certain builds: Linux with SUNPro 5.12, optimized, most
likely to fail. It has been reported (see linked incidents) to fail on SPARC as well. It manifests
in variate ways: sometimes as heap corruption, sometimes as access violations, etc. Test cases
and library reduction programs to follow. 

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message