Thanks for the feed-back. Please see below.
On Sep 19, 2012, at 10:02 PM, Stefan Teleman wrote:
> On Wed, Sep 19, 2012 at 8:51 PM, Liviu Nicoara wrote:
>
>> I think you are referring to `live' cache objects and the code which
>> specifically adjusts the size of the buffer according to the numb
On Thu, Sep 20, 2012 at 8:07 AM, Liviu Nicoara wrote:
> But have you measured the amount of memory consumed by all STDCXX locale data
> loaded in one process? How much absolute time is spent in resizing the locale
> and facet buffers? What is the gain in space and time performance with such a
>
> -Original Message-
> From: Stefan Teleman [mailto:stefan.tele...@gmail.com]
> Sent: Thursday, September 20, 2012 10:11 AM
> To: dev@stdcxx.apache.org
> Subject: Re: STDCXX-1056 : numpunct fix
>
> On Thu, Sep 20, 2012 at 8:07 AM, Liviu Nicoara
> wrote:
> > But have you measured the amo
On 09/20/12 13:11, Stefan Teleman wrote:
On Thu, Sep 20, 2012 at 8:07 AM, Liviu Nicoara wrote:
But have you measured the amount of memory consumed by all STDCXX locale data
loaded in one process? How much absolute time is spent in resizing the locale
and facet buffers? What is the gain in spa
On Thu, Sep 20, 2012 at 4:45 PM, Travis Vitek
wrote:
>>
>> I'll let you in on a little secret: once you call setlocale(3C) and
>> localeconv(3C), the Standard C Library doesn't release its own locale
>> handles until process termination. So you might think you save a lot
>> of memory by destroyin
On Thu, Sep 20, 2012 at 5:07 PM, Liviu Nicoara wrote:
> Stefan, you are not being correct by a consensus of thread analyzers output
> or by being loud, or by pounding your fist on the table. This being said I
> will continue to exercise due diligence and put in the necessary time and
> effort to
On Sep 20, 2012, at 5:31 PM, Stefan Teleman wrote:
> On Thu, Sep 20, 2012 at 5:07 PM, Liviu Nicoara wrote:
>
> To answer your question [...]:
> yes, the MT failures occur on SPARC as well, on both SPARCV8 and
> SPARCV9, and the race conditions are reported on *ALL* plaforms
> tested, even afte
Hi,
My perceptions is by reading through the whole thread - we should not
trust 100% external tools to asses the safety of the code. I don't think
there exist an algorithm that produces no false positives.
That's said I admire Stefan's approach, but we should ask the question
are we MT safe enoug
On Thu, Sep 20, 2012 at 7:34 PM, Wojciech Meyer
wrote:
> Hi,
>
> My perceptions is by reading through the whole thread - we should not
> trust 100% external tools to asses the safety of the code. I don't think
> there exist an algorithm that produces no false positives.
>
> That's said I admire St
On Sep 20, 2012, at 7:37 PM, Stefan Teleman wrote:
> On Thu, Sep 20, 2012 at 7:34 PM, Wojciech Meyer
> wrote:
>> Hi,
>>
>> My perceptions is by reading through the whole thread - we should not
>> trust 100% external tools to asses the safety of the code. I don't think
>> there exist an algorith
On Thu, Sep 20, 2012 at 7:22 PM, Liviu Nicoara wrote:
> Stefan, I want to be clear. You are talking about a patch identical in nature
> to the one I have attached now. Just want to be 100% sure we are talking
> about the same thing. This one still produces failures (crashes, assertions,
> etc.
On Sep 20, 2012, at 5:23 PM, Stefan Teleman wrote:
> On Thu, Sep 20, 2012 at 4:45 PM, Travis Vitek
> wrote:
>
>>>
>>> I'll let you in on a little secret: once you call setlocale(3C) and
>>> localeconv(3C), the Standard C Library doesn't release its own locale
>>> handles until process terminat
On Sep 20, 2012, at 7:45 PM, Stefan Teleman wrote:
> On Thu, Sep 20, 2012 at 7:22 PM, Liviu Nicoara wrote:
>
>> Stefan, I want to be clear. You are talking about a patch identical in
>> nature to the one I have attached now. Just want to be 100% sure we are
>> talking about the same thing. Th
On Sep 20, 2012, at 7:49 PM, Stefan Teleman wrote:
> On Thu, Sep 20, 2012 at 7:40 PM, Liviu Nicoara wrote:
>
>> The only gold currency that anyone in here accepts without reservations are
>> failing test cases. I believe I have seen some exceptions to the golden rule
>> in my RW time, but I c
On Thu, Sep 20, 2012 at 7:52 PM, Liviu Nicoara wrote:
>
> On Sep 20, 2012, at 7:49 PM, Stefan Teleman wrote:
>
>> On Thu, Sep 20, 2012 at 7:40 PM, Liviu Nicoara wrote:
>>
>>> The only gold currency that anyone in here accepts without reservations are
>>> failing test cases. I believe I have seen
Liviu Nicoara writes:
> On Sep 20, 2012, at 5:23 PM, Stefan Teleman wrote:
>
>> On Thu, Sep 20, 2012 at 4:45 PM, Travis Vitek
>> wrote:
>>
I'll let you in on a little secret: once you call setlocale(3C) and
localeconv(3C), the Standard C Library doesn't release its own locale
On Thu, Sep 20, 2012 at 8:04 PM, Wojciech Meyer
wrote:
> Therefore please use tools but be a bit reserved for the results.
I *am* being cautiously skeptical about the results. That's why I am
using 4 [ FOUR ] different thread analyzers, on three different
operating systems, each one of them in
On Sep 20, 2012, at 8:02 PM, Stefan Teleman wrote:
> On Thu, Sep 20, 2012 at 7:52 PM, Liviu Nicoara wrote:
>>
>> On Sep 20, 2012, at 7:49 PM, Stefan Teleman wrote:
>>
>>> On Thu, Sep 20, 2012 at 7:40 PM, Liviu Nicoara wrote:
>>>
The only gold currency that anyone in here accepts without
On Thu, Sep 20, 2012 at 8:18 PM, Liviu Nicoara wrote:
> That is not it, and you did not. Please pay attention: given your assertion
> that a race condition is a defect that causes an abnormal execution of the
> program during which the program sees abnormal, incorrect states (read:
> variable
On Sep 20, 2012, at 8:24 PM, Stefan Teleman wrote:
> On Thu, Sep 20, 2012 at 8:18 PM, Liviu Nicoara wrote:
>
>> That is not it, and you did not. Please pay attention: given your assertion
>> that a race condition is a defect that causes an abnormal execution of the
>> program during which the
On 09/21/12 07:39 AM, Liviu Nicoara wrote:
Now, in all honesty, it is not too hard to do that. Once you can satisfactorily
explain to yourself what is wrong in the program, the creation of a test case
is trivial. Some multi-threading bugs are insidious and hard to reproduce, but
even then it's
On Thu, Sep 20, 2012 at 8:39 PM, Liviu Nicoara wrote:
> I have not created this requirement out of thin air. STDCXX development has
> functioned in this manner for as long as I remember. If it does not suit you,
> that's fine.
That would explain why these bugs are present in the first place.
On Thu, Sep 20, 2012 at 8:44 PM, "C. Bergström"
wrote:
>
> fencepost comment - The results are based on tools and I don't think he has
> a large program which actually triggers the conditions. (Creating one may
> take quite some time)
I do have a program which triggers the race conditions:
On Sep 20, 2012, at 8:59 PM, Stefan Teleman wrote:
> On Thu, Sep 20, 2012 at 8:44 PM, "C. Bergström"
> wrote:
>
>>
>> fencepost comment - The results are based on tools and I don't think he has
>> a large program which actually triggers the conditions. (Creating one may
>> take quite some tim
> -Original Message-
> From: Stefan Teleman
> Sent: Thursday, September 20, 2012 6:00 PM
> To: dev@stdcxx.apache.org
> Cc: Liviu Nicoara
> Subject: Re: STDCXX-1056 : numpunct fix
>
> On Thu, Sep 20, 2012 at 8:44 PM, "C. Bergström"
> wrote:
>
>
> I do have a program which triggers the r
25 matches
Mail list logo