Date: Tue, 25 Jan 2000 15:09:45 -0500 From: Ilya Zakharevich <ilya@math.ohio-state.edu> To: Chuck Robey <chuckr@picnic.mat.net> Cc: Lars Eggert <larse@ISI.EDU>, perl5-porters@perl.org, current@FreeBSD.ORG Subject: Re: [ID 20000124.004] "perl in malloc(): warning: recursive call" on Message-ID: <20000125150945.C2011@monk.mps.ohio-state.edu> In-Reply-To: <Pine.BSF.4.21.0001251443460.315-100000@picnic.mat.net>; from chuckr@picnic.mat.net on Tue, Jan 25, 2000 at 02:44:05PM -0500 References: <B4B27A57.BC7%larse@isi.edu> <Pine.BSF.4.21.0001251443460.315-100000@picnic.mat.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jan 25, 2000 at 02:44:05PM -0500, Chuck Robey wrote: > On Mon, 24 Jan 2000, Lars Eggert wrote: > > > Ilya, > > > > thanks for the quick response. > > > > > Signals and Perl do not mix. Please do not use signals if a segfault > > > is not a desirable form of output. > > > > Never? After reading perlipc I was under the impression that using signals > > was okay if you keep your handlers simple. I may have to use to another form > > of IPC if signals cannot be made safe. > > Our malloc can't be used in a signal handler. One can write a signal handler in such a way that no mallocs are going to be called (see my example). But this would not help: segfaults will happen anyway. Ilya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000125150945.C2011>