Re: double-checked locking in C
- From: Charles Bryant <n1675371603.ch@xxxxxxxxxxxxxxxx>
- Date: Sun, 10 Jul 2005 19:43:50 +0000 (UTC)
In article <zaudnbhMuPTj_1DfRVn-rg@xxxxxxxxxxx>,
Joe Seigh <jseigh_01@xxxxxxxxxx> wrote:
>So what kind of value could PTHREAD_ONCE_INIT have that couldn't be
>memcpy'd from an initialized pthread_once_t object never otherwise
>used?
Part of it might contain the address of another part of it. Of course, that
would have to be achieved with the assistance of the compiler, as a plain
#define wouldn't be enough. There's no obvious reason *why* it should
contain such a thing, but I assume the intent in the standard is to leave
the greatest freedom for implementations.
.
- References:
- double-checked locking in C
- From: amorox
- Re: double-checked locking in C
- From: Joe Seigh
- Re: double-checked locking in C
- From: Alexander Terekhov
- Re: double-checked locking in C
- From: Joe Seigh
- double-checked locking in C
- Prev by Date: Re: Linux thread weird problem..
- Next by Date: gdb detach strange behaviour RHEL 3.0
- Previous by thread: Re: double-checked locking in C
- Next by thread: Re: double-checked locking in C
- Index(es):
Relevant Pages
|
Loading