From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sun, 20 May 2007 23:23:50 +0200 From: Folkert van Heusden Subject: Re: signals logged / [RFC] log out-of-virtual-memory events Message-ID: <20070520212350.GM22452@vanheusden.com> References: <464C9D82.60105@redhat.com> <20070520205500.GJ22452@vanheusden.com> <200705202314.57758.ak@suse.de> <20070520212036.GL22452@vanheusden.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070520212036.GL22452@vanheusden.com> Sender: owner-linux-mm@kvack.org Return-Path: To: Andi Kleen Cc: Jan Engelhardt , Stephen Hemminger , Eric Dumazet , Rik van Riel , righiandr@users.sourceforge.net, LKML , linux-mm@kvack.org List-ID: > > > + switch(sig) { > > > + case SIGQUIT: > > > + case SIGILL: > > > + case SIGTRAP: > > > + case SIGABRT: > > > + case SIGBUS: > > > + case SIGFPE: > > > + case SIGSEGV: > > > + case SIGXCPU: > > > + case SIGXFSZ: > > > + case SIGSYS: > > > + case SIGSTKFLT: > > Unconditional? That's definitely a very bad idea. If anything only unhandled > > signals should be printed this way because some programs use them internally. > Use these signals internally? Afaik these are fatal, stopping the > process. So using them internally would be a little tricky. > > But I think your list is far too long anyways. > > So, which ones would you like to have removed then? (and why, of course, to enlighten me: some are educated guesses) Folkert van Heusden -- MultiTail ist eine flexible Applikation um Logfiles und Kommando Eingaben zu uberprufen. Inkl. Filter, Farben, Zusammenfuhren, Ansichten etc. http://www.vanheusden.com/multitail/ ---------------------------------------------------------------------- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org