Re: comms/asterisk18 build failure on current/amd64

[Thomas Klausner <wiz%NetBSD.org@localhost>]

On Wed, Oct 12, 2011 at 12:48:35PM -0400, Christos Zoulas wrote:
> | When I reduce LOCAL_MARK_STACK_SIZE to 2048, I get the following core dump:
> | 
> | (gdb) thread 4
> | [Switching to thread 4 (process 402898)]#0  0x00007f7ff7409c50 in 
> pthread__create_tramp (cookie=0x7f7fc8000000) at 
> /archive/cvs/src/lib/libpthread/pthread.c:643
> | 643     /archive/cvs/src/lib/libpthread/pthread.c: No such file or 
> directory.
> |         in /archive/cvs/src/lib/libpthread/pthread.c
> | (gdb) bt
> | #0  0x00007f7ff7409c50 in pthread__create_tramp (cookie=0x7f7fc8000000) at 
> /archive/cvs/src/lib/libpthread/pthread.c:643
> | #1  0x00007f7ff7076350 in ___lwp_park50 () from /usr/lib/libc.so.12
> | 
> | The others are in __lwp_park50
> |  Thomas
> 
> Is that this line?
>  
>         pthread_mutex_lock(&pthread__deadqueue_lock);
> ->      PTQ_INSERT_HEAD(&pthread__deadqueue, thread, pt_deadq); 
>         pthread_mutex_unlock(&pthread__deadqueue_lock);
>  
>         if (name != NULL) 
>                 free(name);

Yes.

I had blown away the wrksrc and when I recreated the issue, it looks like this:
(gdb) bt
#0  GC_help_marker (my_mark_no=0) at mark.c:1107
#1  0x00000000005bde93 in GC_mark_thread (id=<value optimized out>) at 
pthread_support.c:552
#2  0x00007f7ff7409cd5 in pthread__create_tramp (cookie=0x7f7fe8000000) at 
/archive/cvs/src/lib/libpthread/pthread.c:643
#3  0x00007f7ff7076350 in ___lwp_park50 () from /usr/lib/libc.so.12
Cannot access memory at address 0x7f7ff0000000

but #2 still points to the same line mentioned above.
 Thomas