From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-9686-listarch-gdb=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 29877 invoked by alias); 25 Jul 2002 15:57:36 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 29870 invoked from network); 25 Jul 2002 15:57:35 -0000
Received: from unknown (HELO uclink4.berkeley.edu) (128.32.25.39)
  by sources.redhat.com with SMTP; 25 Jul 2002 15:57:35 -0000
Received: from zhangl (p1.almaden.ibm.com [198.4.83.52])
	by uclink4.berkeley.edu (8.12.3/8.12.3) with SMTP id g6PFvZiT007912
	for <gdb@sources.redhat.com>; Thu, 25 Jul 2002 08:57:35 -0700 (PDT)
Message-ID: <001f01ea907b$e385b7f0$9a0a0109@zhangl>
From: "Lucy Zhang" <lucyz@uclink4.berkeley.edu>
To: <gdb@sources.redhat.com>
References: <004501ea8fb2$e33da4c0$9a0a0109@zhangl> <20020724160422.GA5346@nevyn.them.org> <3D3EE3D4.9030502@ixiacom.com> <20020724185743.GA14821@nevyn.them.org> <3D3F05C2.8050200@ixiacom.com>
Subject: Re: Thread signal information
Date: Thu, 25 Jul 2002 08:57:00 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-SW-Source: 2002-07/txt/msg00263.txt.bz2

What are inferior function calls?

Lucy
----- Original Message -----
From: "Dan Kegel" <dkegel@ixiacom.com>
To: "Daniel Jacobowitz" <drow@mvista.com>
Cc: "Lucy Zhang" <lucyz@uclink4.berkeley.edu>; <gdb@sources.redhat.com>
Sent: Wednesday, July 24, 2002 12:53 PM
Subject: Re: Thread signal information


> 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
>
>