From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5727 invoked by alias); 6 Mar 2008 20:49:35 -0000 Received: (qmail 5717 invoked by uid 22791); 6 Mar 2008 20:49:34 -0000 X-Spam-Check-By: sourceware.org Received: from bluesmobile.specifix.com (HELO bluesmobile.specifix.com) (216.129.118.140) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 06 Mar 2008 20:49:15 +0000 Received: from [127.0.0.1] (bluesmobile.specifix.com [216.129.118.140]) by bluesmobile.specifix.com (Postfix) with ESMTP id 2189E3C56D; Thu, 6 Mar 2008 12:49:14 -0800 (PST) Subject: Re: [RFC] Skipping final cleanups in quit_target From: Michael Snyder To: Aleksandar Ristovski Cc: gdb@sourceware.org In-Reply-To: <47D0198C.9080104@qnx.com> References: <47D0198C.9080104@qnx.com> Content-Type: text/plain Date: Fri, 07 Mar 2008 03:17:00 -0000 Message-Id: <1204836553.19253.697.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 (2.10.3-7.fc7) Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-03/txt/msg00083.txt.bz2 On Thu, 2008-03-06 at 11:19 -0500, Aleksandar Ristovski wrote: > Hello, > > Does anyone see a problem in skipping "do_final_cleanups (ALL_CLEANUPS)" in > top.c (quit_target)? > > quit_target is called just before we exit gdb. > > I have a case where shutdown takes approx. 40sec. With skipping the cleanups, > time is significantly shorter. > > Any thoughts? Not sure -- what if the shut-down modifies target memory? For example, removing breakpoints or something? If we skip it, we could leave the target in an inconsistant state. Maybe a user settable option? Kinda like "trust readonly"?