From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-37283-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 17628 invoked by alias); 22 Apr 2010 20:52:26 -0000
Received: (qmail 17618 invoked by uid 22791); 22 Apr 2010 20:52:24 -0000
X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 	tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SARE_MSGID_LONG45
X-Spam-Check-By: sourceware.org
Received: from mail-ew0-f216.google.com (HELO mail-ew0-f216.google.com) (209.85.219.216)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 22 Apr 2010 20:52:20 +0000
Received: by ewy8 with SMTP id 8so2627948ewy.28         for <gdb@sources.redhat.com>; Thu, 22 Apr 2010 13:52:18 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.213.14.199 with HTTP; Thu, 22 Apr 2010 13:51:55 -0700 (PDT)
In-Reply-To: <20100422151855.GA3128@geppetto>
References: <20100422151855.GA3128@geppetto>
From: =?UTF-8?B?UGV0ciBIbHV6w61u?= <petr.hluzin@gmail.com>
Date: Thu, 22 Apr 2010 20:52:00 -0000
Received: by 10.213.43.210 with SMTP id x18mr5019065ebe.64.1271969537841; Thu,  	22 Apr 2010 13:52:17 -0700 (PDT)
Message-ID: <o2t6a6f635a1004221351u90d4f188z573ec8127ae279cd@mail.gmail.com>
Subject: Re: pthread_t ids of threads not showed by "thread info"
To: Stefano Sabatini <stefano.sabatini-lala@poste.it>,  	gdb Mailing List <gdb@sources.redhat.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2010-04/txt/msg00086.txt.bz2

Hi Stefano

On 22 April 2010 17:18, Stefano Sabatini <stefano.sabatini-lala@poste.it> w=
rote:
> (gdb) info threads
> * 9 Thread 25919 =C2=A00x0040cc7d in PSafeObject::LockReadOnly (this=3D0x=
b6d3d1d8)
> =C2=A0 =C2=A0at ../common/safecoll.cxx:144
> =C2=A08 Thread 25920 =C2=A00x00885402 in __kernel_vsyscall ()
> =C2=A07 Thread 25921 =C2=A00x00885402 in __kernel_vsyscall ()
> =C2=A06 Thread 25922 =C2=A00x00885402 in __kernel_vsyscall ()
> =C2=A05 Thread 25927 =C2=A00x00885402 in __kernel_vsyscall ()
> =C2=A04 Thread 25928 =C2=A00x00885402 in __kernel_vsyscall ()
> =C2=A03 Thread 16215 =C2=A00x00885402 in __kernel_vsyscall ()
> =C2=A02 Thread 16216 =C2=A00x00885402 in __kernel_vsyscall ()
> =C2=A01 Thread 25917 =C2=A00x00885402 in __kernel_vsyscall ()
> (gdb) help info thread
> IDs of currently known threads.

I tried this on process on x86 to make myself sure:
(gdb) info threads
* 1 process 1248  0xb7fdf410 in __kernel_vsyscall ()
(gdb) info symbol 0xb7fdf410
__kernel_vsyscall + 16 in section .text of system-supplied DSO at 0xb7fdf000

The 0xb7fdf410 is a return address within code of __kernel_vsyscall().
The address is mostly useless when you have symbols. I guess it is
mostly for debugging gdb itself.

--=20
Petr Hluzin