From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8831 invoked by alias); 16 Dec 2001 21:29:39 -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 8759 invoked from network); 16 Dec 2001 21:29:36 -0000 Received: from unknown (HELO localhost.cygnus.com) (24.147.211.196) by sources.redhat.com with SMTP; 16 Dec 2001 21:29:36 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.cygnus.com (Postfix) with ESMTP id 110773E55; Sun, 16 Dec 2001 16:29:35 -0500 (EST) Message-ID: <3C1D123E.3000900@cygnus.com> Date: Sun, 16 Dec 2001 13:29:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.6) Gecko/20011207 X-Accept-Language: en-us MIME-Version: 1.0 To: Daniel Jacobowitz Cc: Michael Snyder , gdb-patches@sources.redhat.com Subject: Re: [RFA] Don't use thread_db on corefiles References: <20011213180259.A11251@nevyn.them.org> <3C1933E7.E2B9DE87@cygnus.com> <20011213181006.A11536@nevyn.them.org> <3C193D13.AED0F79F@cygnus.com> <20011213185635.A12902@nevyn.them.org> <3C19543A.2580D12E@cygnus.com> <20011213232557.B20920@nevyn.them.org> <3C1AB5EE.1000506@cygnus.com> <20011214214103.A3900@nevyn.them.org> <3C1B854E.1000702@cygnus.com> <20011216152432.A4182@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2001-12/txt/msg00413.txt.bz2 > This only works if you're debugging on a very similar host to the one > the core was dumped on. If you've got, say, a glibc 2.1.3 host and are > looking at a glibc 2.2.3 core... well, you can provide target libraries > and make GDB use those, but there's no way to provide a cross > libthread_db. Yep. > Are we really comfortable with that? This'll probably cause GDB to > misbehave in arbitrarily unpredictable ways in that circumstance. And > we've no way to detect it that I can see. By misbehave I guess you mean exibit non-deterministic behavour. Using the current source base, either the GDB build is native and thread-db is included (and full thread support in core files is available) XOR GDB is a cross, thread-db is not included, and full thread support of core files is not available. I think this is pretty deterministic. As far as I know, these limitations are exactly the same as for GDB and shared libraries. It just so happens that, for shared libraries, things are a little (lot) further down the road of getting the technical problems fixed. Andrew