apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Justin Erenkrantz" <jus...@erenkrantz.com>
Subject Re: Patch 1 for apr_atomic.c (Solaris 10)
Date Mon, 30 Oct 2006 08:48:50 GMT
On 10/30/06, Colin Hirsch <mail@cohi.at> wrote:
> Hm ... to trigger the bug in apr_atomic_inc32 without waiting for hours one
> would need at least two CPUs, each performing an apr_atomic_inc32 in a tight
> loop; one would then need to save all return values, and check whether every
> number occurs only once.
>
> Of course this test is still not 100% deterministic...
>
> To make it work reasonably well one would need to have large arrays for the
> return values, one per thread, all pages touched by memset; and as simultaneous
> a start of the threads as possible, probably via a broadcast on a condition
> variable.
>
> Any simpler ideas?

No, but I have a 32-way T2000 and a 4-way SMP x86 box at my disposal.
So, those HW conditions should be fairly easy to satisfy.  -- justin

Mime
View raw message