From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19701 invoked by alias); 13 May 2009 04:39:18 -0000 Received: (qmail 19691 invoked by uid 22791); 13 May 2009 04:39:17 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from ti-out-0910.google.com (HELO ti-out-0910.google.com) (209.85.142.185) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 13 May 2009 04:39:12 +0000 Received: by ti-out-0910.google.com with SMTP id a1so35077tib.12 for ; Tue, 12 May 2009 21:39:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.110.37.3 with SMTP id k3mr35091tik.1.1242189548752; Tue, 12 May 2009 21:39:08 -0700 (PDT) In-Reply-To: <8ac60eac0905122028s2a67258fi6b1bb3445db8bf40@mail.gmail.com> References: <8ac60eac0904201019g7ba8056bx5e84e6bfdf5935d8@mail.gmail.com> <8ac60eac0904301618j61051e9du38b34afbc7ed64a3@mail.gmail.com> <8ac60eac0904301719w33175de2w8d1d0fd80bf0feb4@mail.gmail.com> <200905111412.59493.pedro@codesourcery.com> <8ac60eac0905111108g26096302lb902cd414b5a6790@mail.gmail.com> <8ac60eac0905120942ycd19a5fha5d0fe89cb9865ea@mail.gmail.com> <8ac60eac0905122028s2a67258fi6b1bb3445db8bf40@mail.gmail.com> Date: Wed, 13 May 2009 04:39:00 -0000 Message-ID: Subject: Re: [patch][rfc] Allow GDB to search for the right libthread_db.so.1 From: Hui Zhu To: Paul Pluzhnikov Cc: Pedro Alves , gdb-patches@sourceware.org, Joel Brobecker , tromey@redhat.com, Thiago Jung Bauermann , Eli Zaretskii , Daniel Jacobowitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-05/txt/msg00261.txt.bz2 On Wed, May 13, 2009 at 11:28, Paul Pluzhnikov wrote: > On Tue, May 12, 2009 at 7:56 PM, Hui Zhu wrote: > >>> I don't object to the idea per se; but I believe it really solves >>> a non-existant problem, and makes documentation more confusing. >>> >> >> In a linux that use readonly filesystem and don't config tmpfs with >> kernel, user will more like this function than regenerate the image >> and write it to flash. > > Well, let's take this example. The user has generated a filesystem > on a flash, and is now debugging something natively (which is already > somewhat unlikely), and there is no writeable FS in sight. > > Chances are, there is no libthread_db.so.1 anywhere in sight either. > If there is one, the user could use it by setting > libthread-db-search-path to containing directory. > > The only case your proposal fixes is when libthread_db.so.1 *is* > present on the system, but for some mysterious reason is called > libsomething_else.so instead. > > Under what realistic conditions would this happen? > Embeded environment.