Re: bin/60472 (ld.elf_so(1) changes cause a segmentation fault in dlopen(3))
"Matthias Scheler via gnats" <[email protected]> Mon, 20 Jul 2026 20:05:01 +0000 (UTC)
| Newsgroups | gmane.os.netbsd.bugs |
|---|---|
| Message-ID | <[email protected]> |
The following reply was made to PR bin/60472; it has been noted by GNATS. From: Matthias Scheler <[email protected]> To: Taylor R Campbell <[email protected]> Cc: [email protected] Subject: Re: bin/60472 (ld.elf_so(1) changes cause a segmentation fault in dlopen(3)) Date: Mon, 20 Jul 2026 21:02:16 +0100 On Mon, Jul 20, 2026 at 07:17:28PM +0000, Taylor R Campbell wrote: > > That would require breaking my system again. And it is currently busy > > rebuilding packages with hundreds more to go. > > If you still have the core dump and > /usr/libdata/debug/usr/lib/ld.elf_so.debug, that should be enough to > get a stack trace. (If all you have is the core dump, you can just > rebuild ld.elf_so from the same source date as before and the > ld.elf_so.debug should work.) The core dump was in the work directory of the "textproc/libxslt" package which got cleaned in the meantime unfortunately. Is there a way e.g. by setting an environment variable to use an alternative "ld.elf_so" to execute a binary? In worst case I can try to reproduce the problem tomorrow. > > Did you try my reproduction step? It works a hundred percent reliable for me. > > No, haven't tried yet, sorry, was hoping the stack trace was still > available. Working on fixing several things at once here, not just > ld.elf_so! Thank you very much for your efforts. Kind regards -- Matthias Scheler http://zhadum.org.uk/