Re: analysing a coredump
- Reply: void : "Re: analysing a coredump"
- In reply to: void : "Re: analysing a coredump"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Thu, 30 Nov 2023 13:14:29 UTC
Am 2023-11-30 01:44, schrieb void: > On Wed, Nov 29, 2023 at 08:58:01PM -0000, Peter 'PMc' Much wrote: >> >> Hi, there are certainly people here who are doing such regularly. >> I am only doing it when a bug hits me. I recommend recompiling with >> debug symbols, and also setting -O0 (because otherwise many >> interesting things get "optimized away"). >> >> Then a backtrace should give proper locations to be found in the >> source, and probably understood from there. >> >> Since I cannot remember the options, I coded them into my build >> engine, as such: >> https://gitr.daemon.contact/sysup/commit/?id=3e15a711236c90ac9d525b83d1388cb8e4e1141d >> Adding these options to make.conf has worked for me (but may depend on >> how >> the port is designed). > > I have poudriere-devel, and was thinking of doing it like so: > > poudriere bulk -j 132Ramd64 -O sccache -f portslist.txt -i > (finishes bulk build, go into interactive mode) > cd /usr/ports/www/apache24 > make -DBATCH -DDEBUG && make > > but not sure here how I'd modify CFLAGS for -O0 > > There's no DEBUG in the options for this port A port-build normally strips away debug info. But we have infrastructure for this: https://wiki.freebsd.org/DebuggingPorts You can even add this to the poudriere make.conf. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF