On Tue, Sep 18, 2012 at 7:38 PM, Liviu Nicoara wrote:
> 1. The facet data caching is not MT-safe
> 2. The facet data initialization (STDCXX or system locales) is safe (*)
> 3. There is no unit test currently showing a failure in (2)
> 4. Timing results show that caching may be slower than non-cac
On 9/18/12 7:04 PM, Stefan Teleman wrote:
On Tue, Sep 18, 2012 at 6:42 PM, Liviu Nicoara wrote:
The first check is indeed an optimization. It is the point of this exercise
to show that the unguarded reads in the localization library are not defects
and the code, simplified in my test case, is
On Tue, Sep 18, 2012 at 6:42 PM, Liviu Nicoara wrote:
> The first check is indeed an optimization. It is the point of this exercise
> to show that the unguarded reads in the localization library are not defects
> and the code, simplified in my test case, is thread safe in exactly the
> respects I
On 09/18/12 18:24, Stefan Teleman wrote:
On Tue, Sep 18, 2012 at 4:35 PM, Liviu Nicoara wrote:
I will concede that I might be wrong and I am open to arguments. I would
accept as a counter-argument this program if you can show a runtime failure.
The the first read of the counter variable is o
On Tue, Sep 18, 2012 at 4:35 PM, Liviu Nicoara wrote:
> I will concede that I might be wrong and I am open to arguments. I would
> accept as a counter-argument this program if you can show a runtime failure.
The the first read of the counter variable is outside a mutex lock
correct? The read is
On 09/18/12 13:21, Stefan Teleman wrote:
On Tue, Sep 18, 2012 at 12:43 PM, Liviu Nicoara wrote:
I am attaching a test program which, while 100% MT-safe, is flagged by
the Solaris thread analyzer.
The program as written is not thread safe. It is reading the value of
the counter variable and p
On Tue, Sep 18, 2012 at 12:43 PM, Liviu Nicoara wrote:
> I am attaching a test program which, while 100% MT-safe, is flagged by
> the Solaris thread analyzer.
The program as written is not thread safe. It is reading the value of
the counter variable and performing a zero comparison outside of a
performance reasons.
Thanks.
Liviu
http://s247136804.onlinehome.us/stdcxx-1056-SPARC-20120917/22.locale.numpunct.mt.nts.1.er.html/index.html
to 288:
http://s247136804.onlinehome.us/stdcxx-1056-20120918/22.locale.numpunct.mt.5.er.html/index.html
The changes are in the following files:
http
ome.us/stdcxx-1056-SPARC-20120917/22.locale.numpunct.mt.nts.1.er.html/index.html
to 288:
http://s247136804.onlinehome.us/stdcxx-1056-20120918/22.locale.numpunct.mt.5.er.html/index.html
The changes are in the following files:
http://s247136804.onlinehome.us/stdcxx-1056-20120918/facet.cp
