NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: lib/60925: named and cmake dump core in 10.2_STABLE amd64 after pthread_atfork.c changes



The following reply was made to PR lib/60925; it has been noted by GNATS.

From: Greg Oster <oster%netbsd.org@localhost>
To: gnats-bugs%netbsd.org@localhost, lib-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
 netbsd-bugs%netbsd.org@localhost, oster%netbsd.org@localhost
Cc: 
Subject: Re: lib/60925: named and cmake dump core in 10.2_STABLE amd64 after
 pthread_atfork.c changes
Date: Sun, 25 Oct 2026 20:07:40 -0600

 On 2026-10-25 17.45, Michael van Elst via gnats wrote:
 > The following reply was made to PR lib/60925; it has been noted by GNATS.
 > 
 > From: mlelstv%serpens.de@localhost (Michael van Elst)
 > To: gnats-bugs%netbsd.org@localhost
 > Cc:
 > Subject: Re: lib/60925: named and cmake dump core in 10.2_STABLE amd64 after pthread_atfork.c changes
 > Date: Sun, 25 Oct 2026 23:44:25 -0000 (UTC)
 > 
 >   gnats-admin%NetBSD.org@localhost ("oster%netbsd.org@localhost via gnats") writes:
 >   
 >   >     Reverting this commit:
 >   >cvs rdiff -u -r1.17 -r1.17.2.1 src/lib/libc/gen/pthread_atfork.c
 >   >gets things working for me.  But no idea as to the underlying issue.
 >   
 >   
 >   -       return malloc(sizeof(atfork_builtin));
 >   +       rv = mmap(0, sizeof(atfork_builtin), PROT_READ|PROT_WRITE, MAP_PRIVATE,
 >   +           -1, 0);
 >   
 >   
 >   Shouldn't that be    MAP_ANON | MAP_PRIVATE   ?
 I tested starting /usr/sbin/named with pthread_atfork.c build with 
 "MAP_ANON | MAP_PRIVATE" instead, and it worked fine!
 
 Later...
 
 Greg Oster
 
 



Home | Main Index | Thread Index | Old Index