From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6595 invoked by alias); 8 Feb 2008 17:17:02 -0000 Received: (qmail 6413 invoked by uid 48); 8 Feb 2008 17:16:14 -0000 Date: Fri, 08 Feb 2008 17:17:00 -0000 Message-ID: <20080208171614.6412.qmail@sourceware.org> From: "fche at redhat dot com" To: systemtap@sources.redhat.com In-Reply-To: <20070919150951.5045.hunt@redhat.com> References: <20070919150951.5045.hunt@redhat.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug translator/5045] translator not cleaning up temporary directories X-Bugzilla-Reason: AssignedTo Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2008-q1/txt/msg00248.txt.bz2 ------- Additional Comments From fche at redhat dot com 2008-02-08 17:16 ------- > A quick test shows it seems to work in response to normal termination signals. What works? atexit() hooks running during a termination signal? Not in my experiments. > Even if it didn't, it just takes a few lines of code to set up a handler that > calls exit(). But many functions cannot be legally called from signal handlers. exit() specifically is not listed: see http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_04.html > Why would you need an "exit-soon" global in a bunch of loops? None > of that happens right now, just the default action (termination) in response to > ^C. All we want to do is add some cleanup before that happens. Yes, but if we bother, let's do it cleanly. -- http://sourceware.org/bugzilla/show_bug.cgi?id=5045 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.