From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10710 invoked by alias); 15 Apr 2008 01:02:31 -0000 Received: (qmail 10700 invoked by uid 22791); 15 Apr 2008 01:02:29 -0000 X-Spam-Check-By: sourceware.org Received: from mx20.brocade.com (HELO mx20.brocade.com) (66.243.153.19) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 15 Apr 2008 01:01:59 +0000 X-IronPort-AV: E=Sophos;i="4.25,657,1199692800"; d="scan'208";a="39237364" Received: from discus.brocade.com ([192.168.126.240]) by mx20.brocade.com with ESMTP; 14 Apr 2008 18:01:58 -0700 Received: from HQ-EXCHFE-2.corp.brocade.com (hq-plato-6 [192.168.126.214]) by discus.brocade.com (Postfix) with ESMTP id 09BDF2383AD for ; Mon, 14 Apr 2008 18:01:58 -0700 (PDT) Received: from HQ-EXCH-5.corp.brocade.com ([10.3.8.83]) by HQ-EXCHFE-2.corp.brocade.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 14 Apr 2008 18:01:56 -0700 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: Re: GDB doesn't display thread_id while debugging a core file Date: Tue, 15 Apr 2008 03:05:00 -0000 Message-ID: From: "Icarus Sparry" To: 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-04/txt/msg00118.txt.bz2 Last November there was some discussion on this topic, which ended with Daniel Jacobowitz saying in http://sourceware.org/ml/gdb/2007-08/msg00068.html If we assume that the host's libthread_db will either recognize the core file and do the right thing, or reject the core file, then we can write a small target layer that uses it on top of corelow.c in a similar way to how linux-thread-db.c / proc-service.c use linux-nat.c. It's just a matter of testing that on a couple of different setups, like LinuxThreads and cross debuggers, to see how it behaves. Or doesn't behave. Being able to access variables declared with __thread in core files would certainly be useful. Could someone give some reasonable guess of the amount of effort required to do this? In particular for a powerpc32 corefile from a linux process with NPTL being debugged on an x86 linux box. Thanks.