Re: Shared library problems

[Robert Schweikert <Robert dot Schweikert at hks dot com>]

Daniel Jacobowitz wrote:

> On Tue, Sep 24, 2002 at 11:21:13AM -0400, Robert Schweikert wrote:
> > Daniel Jacobowitz wrote:
> >
> > > On Mon, Sep 23, 2002 at 09:01:59PM -0400, Robert Schweikert wrote:
> > > > Kevin,
> > > >
> > > > > Which version of gdb are you using?  Which host and target?
> > > >
> > > > Acording to the package id I am using 5.0-148. gdb produces the following
> > > > output.
> > > >
> > > > -> gdb -v
> > > > GNU gdb 20010316
> > > >
> > > > This is on Linux running on Intel IA32.
> > >
> > > Try a more recent version:
> > >   http://sources.redhat.com/gdb
> > >
> > > That one's pretty old.  And we have no idea what your distributor did
> > > with the 148 revisions of it...
> >
> > Daniel,
> >
> > I downloaded the latest source and built the 5.2.1 version but I end up with
> > the same symptom.
> >
> > i.e. start gdb within the proper environment and try to run the app from there
> > I end up with the problem that the app cannot find the shared libraries.
> > Displaying LD_LIBRARY_PATH in gdb (show env LD_LIBRARY_PATH) shows that the
> > path to the library that cannot be found is on the LD_LIBRARY_PATH.
>
> I assume I know what's going on, then.  Do your shell startup files
> include a different setting of LD_LIBRARY_PATH?

Yes, they certainly do.

>
>
> Right now GDB spawns a copy of your shell to start the debugged
> application.  We've been getting a lot of bad noises about this
> behavior lately, so it may be reaching the end of its life span...

Is there a work around?

Thanks,
Robert

>
>
> >
> > However, when I start the app and then attach I can actually see the function
> > names and where in the code I am. This is certainly an improvement over the
> > earlier version.
> >
> > Robert
> >
>

--
Robert Schweikert                   MAY THE SOURCE BE WITH YOU
(Robert.Schweikert@hks.com)                   LINUX