From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31042 invoked by alias); 14 Oct 2003 15:53:45 -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 31035 invoked from network); 14 Oct 2003 15:53:44 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 14 Oct 2003 15:53:44 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h9EFriM24316 for ; Tue, 14 Oct 2003 11:53:44 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h9EFrir24205 for ; Tue, 14 Oct 2003 11:53:44 -0400 Received: from localhost.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id h9EFrhDb006996; Tue, 14 Oct 2003 11:53:43 -0400 Received: by localhost.redhat.com (Postfix, from userid 469) id 23CD62C43F; Tue, 14 Oct 2003 12:04:59 -0400 (EDT) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16268.7850.808975.68518@localhost.redhat.com> Date: Tue, 14 Oct 2003 15:53:00 -0000 To: Joel Brobecker Cc: Andrew Cagney , Daniel Jacobowitz , gdb-patches@sources.redhat.com Subject: Re: problem unwinding past pthread_cond_wait() on x86 RedHat 9.0 In-Reply-To: <20031014154649.GA989@gnat.com> References: <20031014054225.GB919@gnat.com> <20031014125731.GA14097@nevyn.them.org> <3F8C1523.5040704@redhat.com> <20031014154649.GA989@gnat.com> X-SW-Source: 2003-10/txt/msg00457.txt.bz2 Joel Brobecker writes: > > Joel, what happens if you type: > > > > (gdb) x/i 0xffffe002 > > Something like "Cannot read memory at 0xffffe002" (already tried it :-). > What is this address, BTW. I always wondered... Kernel code? Special > address? > Yeah, that's the vsyscall stuff. GDB cannot access it. It will be really solved only with the 6.? kernel. (See the thread that talks about the vsyscall DSO) elena > -- > Joel