|
Message-ID: <20240917180250.GF10433@brightrain.aerifal.cx> Date: Tue, 17 Sep 2024 14:02:50 -0400 From: Rich Felker <dalias@...c.org> To: Markus Wichmann <nullplan@....net> Cc: musl@...ts.openwall.com Subject: Re: SIGSEGV/stack overflow in pthread_create - race condition? On Tue, Sep 17, 2024 at 03:35:20PM +0200, Markus Wichmann wrote: > Am Tue, Sep 17, 2024 at 08:12:41AM -0400 schrieb Rich Felker: > > Yes, getting minimal annotation needed for the debugger to handle this > > right is an open todo item. Ideally it would be contingent on whether > > you enabled debugging so that it wouldn't end up in no-debug-info > > builds. Slimming down the asm source files to the minimum that > > actually have to be asm source files (like clone, I think), which is > > also a wishlist item, would make it less of an invasive change, which > > is probably why I've held off on digging into it. > > Would it not be enough to clear fp in the clone child? That should > initialize the frame pointer chain, right? OK, it is an actual > instruction more for everyone, but I doubt the impact would even be > measurable. Oh, maybe it's not a cfi issue at all, just failure to clear frame pointer? Fixing that would be perfectly acceptable. Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.