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