Date: 21 Aug 2003 22:07:39 +0000 From: "Artem 'Zazoobr' Ignatjev" <timon@memphis.mephi.ru> To: Lev Walkin <vlm@netli.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Dumping a core from inside of process Message-ID: <1061503658.1030.8.camel@timon.nist> In-Reply-To: <3F454218.4010209@netli.com> References: <1061503060.1030.4.camel@timon.nist> <3F454218.4010209@netli.com>
next in thread | previous in thread | raw e-mail | index | archive | help
At Thu, 21.08.2003, 22:05, Lev Walkin wrote: > Artem 'Zazoobr' Ignatjev wrote: > > Hello, hackers > > > > I'm writing some program, which dlopens() a lot of shared objects, and > > can do nasty things to it's own memory. Some day I decided to trap fatal > > memory signals, like SIGILL, SIGBUS and SIGSEGV, and wrote a handler for > > these, which swears with bad words into syslog, dlcloses() all that > > objects, and quits. > > What if a handler dlcloses() something which is already in process of > dlclosing() at the time the handler fires? No, that's the only place (except normal shutdown sequence) where the object can be dlcosed() > > > But today I found that it's very useful - to have coredump handy, since > > its eases debug a lot. What is the (correct) way to make a coredump of > > your own memory (and, it'll be nice to have all that stack frames and > > registers written as they were when the signal did occured, not what > > they were when we are already in signal handler) > > man 3 abort thanks, I'll take a look -- Artem 'Zazoobr' Ignatjev <timon@memphis.mephi.ru>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1061503658.1030.8.camel>