CODEWITHSUNDEEP
linuxgdbshared-libraries
paceholder
paceholder

Reputation: 1104

gdb can not open shared object file

I am trying to debug my application starting from console.

> gdb ./Geod

then in gdb

(gdb) run

and I get the output:

error while loading shared libraries: libGeo.Cored.so.1: 
cannot open shared object file: No such file or directory

The system is configured as follows:

> echo $LD_LIBRARY_PATH
    /home/paceholder/projects/geo/lib/debug

> ls $LD_LIBRARY_PATH
    libGeo.Cored.so.1.0.0
    libGeo.Cored.so 
    libGeo.Cored.so.1
    libGeo.Cored.so.1.0


(gdb) show solib-search-path
    The search path for loading non-absolute shared library symbol files is
    /home/paceholder/projects/geo/lib/debug.

Upvotes: 9

Views: 23570

Answers (2)

ingomueller.net
ingomueller.net

Reputation: 4675

You can use the set environment command in gdb to change the environment gdb uses to launch the program you want to debug. Extract from the gdb help:

(gdb) help set environment 
Set environment variable value to give the program.
Arguments are VAR VALUE where VAR is variable name and VALUE is value.
VALUES of environment variables are uninterpreted strings.
This does not affect the program until the next "run" command.

Example with LD_LIBRARY_PATH:

(gdb) set environment LD_LIBRARY_PATH /home/paceholder/projects/geo/lib/debug

Upvotes: 14

Employed Russian
Employed Russian

Reputation: 213375

error while loading shared libraries: libGeo.Cored.so.1

There are two likely causes:

  • You forgot to export LD_LIBRARY_PATH -- GDB creates a new shell, and un-exported variables aren't copied to that new shell
  • You have a ~/.bashrc or some such that re-sets LD_LIBRARY_PATH (don't do that!)

You can verify that either of the above is true by doing:

(gdb) shell
$ echo $LD_LIBRARY_PATH
$ ls $LD_LIBRARY_PATH

Upvotes: 4

Related Questions