From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13898 invoked by alias); 6 Aug 2004 04:40:10 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 13888 invoked from network); 6 Aug 2004 04:40:09 -0000 Received: from unknown (HELO biscayne-one-station.mit.edu) (18.7.7.80) by sourceware.org with SMTP; 6 Aug 2004 04:40:09 -0000 Received: from manawatu-mail-centre.mit.edu (MANAWATU-MAIL-CENTRE.MIT.EDU [18.7.7.71]) by biscayne-one-station.mit.edu (8.12.4/8.9.2) with ESMTP id i764e7ak017149; Fri, 6 Aug 2004 00:40:07 -0400 (EDT) Received: from contents-vnder-pressvre.mit.edu (CONTENTS-VNDER-PRESSVRE.MIT.EDU [18.7.16.67]) (authenticated bits=56) (User authenticated as nathanw@ATHENA.MIT.EDU) by manawatu-mail-centre.mit.edu (8.12.4/8.12.4) with ESMTP id i764e7oM009565 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 6 Aug 2004 00:40:07 -0400 (EDT) Received: (from nathanw@localhost) by contents-vnder-pressvre.mit.edu (8.12.9) id i764e64V018934; Fri, 6 Aug 2004 00:40:06 -0400 (EDT) To: Joel Brobecker Cc: gdb-patches@sources.redhat.com Subject: Re: thread ptids when debugging from core file (x86-linux) References: <20040806040959.GL1192@gnat.com> From: "Nathan J. Williams" Organization: Wasabi Systems, Inc. Date: Fri, 06 Aug 2004 04:40:00 -0000 In-Reply-To: <20040806040959.GL1192@gnat.com> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-08/txt/msg00148.txt.bz2 Joel Brobecker writes: > According to corelow.c:add_to_thread_list(), the thread PTID > is a degenerated {pid, 0, 0} where pid is just the number in the section > name where the thread has been dumped (ie section ".reg/1234" => thread > ptid = {1234, 0, 0}). I've always assumed that corelow.c's mapping between .reg sections and threads was intended as a minimal fallback. The module I wrote for NetBSD's threads (which I'll get into shape for the FSF tree Real Soon Now) punts that list and generates its own list of threads from the memory structures of libpthread in the core file, just as it would for a live process. - Nathan