Re: [patch][rfc] Allow GDB to search for the right libthread_db.so.1

[Hui Zhu <teawater@gmail.com>]

On Wed, May 13, 2009 at 11:28, Paul Pluzhnikov <ppluzhnikov@google.com> wrote:
> On Tue, May 12, 2009 at 7:56 PM, Hui Zhu <teawater@gmail.com> 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.