From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4646 invoked by alias); 24 Jul 2002 19:11:51 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 4639 invoked from network); 24 Jul 2002 19:11:50 -0000 Received: from unknown (HELO racerx.ixiacom.com) (64.60.75.69) by sources.redhat.com with SMTP; 24 Jul 2002 19:11:50 -0000 Received: from ixiacom.com (dank.ixiacom.com [192.168.3.117]) by racerx.ixiacom.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id PMBM6YAG; Wed, 24 Jul 2002 12:09:47 -0700 Message-ID: <3D3F05C2.8050200@ixiacom.com> Date: Wed, 24 Jul 2002 12:11:00 -0000 From: Dan Kegel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 Debian/1.0.0-3 MIME-Version: 1.0 To: Daniel Jacobowitz CC: Lucy Zhang , gdb@sources.redhat.com Subject: Re: Thread signal information References: <004501ea8fb2$e33da4c0$9a0a0109@zhangl> <20020724160422.GA5346@nevyn.them.org> <3D3EE3D4.9030502@ixiacom.com> <20020724185743.GA14821@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-07/txt/msg00256.txt.bz2 Daniel Jacobowitz wrote: >>Does one give up anything by doing a postmortem gdb session >>rather than a live session? > > From a design perspective, in the corefiles we get each thread's > registers from the kernel; in live debugging we use thread_db. > Given Linux's one-process-one-thread model at present, this has no > practical significance. ... but it might if/when people start using NGPT instead of LinuxThreads. I suppose I should check to see what that project plans to do about core dumps. > From a convenience perspective, as Andrew said, you lose inferior > function calls. You can't modify memory. Etc. Thanks! - Dan