This is the mail archive of the mailing list for the GDB project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: How to fix solib path name?

On Wed, 2009-07-08 at 16:57 +0100, Pedro Alves wrote:
> But, please, let's not go around and around, when I suggested "set sysroot"
> several times already.  Did you actually try that?  Please do,
> before posting more patches.

Sure. Just did. I don't see it affecting the "info sharedlibrary" report
though. I am probably doing something wrong. Is this functionality
supposed to strip the path off my libraries when it looks ? Or must the
directory structure in that sysroot match the directory structure on the
CE device ?

> > Output on the infamous C++ hello2.exe below. Two out of the three
> are
> > absolute path names. Not sure why the other one isn't.
> Heh.  That's the same dll you have issues with when reading
> it's filename, and also the one where you have that test app
> crashing, isn't it?  :-)  Where (which dir) in the device is
> it located?  Does it change anything if you put it next to
> the others, in case it isn't already?

Yes, that's the same DLL I'm having trouble with.

You ask where everything is.
The coredll.dll is in \windows , that's on the device.

The other two are on my PC in /home/danny/x86 :
pavilion: {64} ls -l /home/danny/x86/
total 2648
-rw-rw-r-- 1 danny danny  24852 2009-06-01 15:00 coredll.def
-rw-rw-r-- 1 danny danny   2459 2009-06-01 15:16 crypt32.def
-rw-rw-r-- 1 danny danny     29 2009-05-31 14:27 demodll.def
-rwxrwxr-x 1 danny danny  65463 2009-07-01 21:07 demodll.dll
-rwxrwxr-x 1 danny danny  24041 2009-07-01 22:07 dll.dll
-rw-rw-r-- 1 danny danny     90 2009-06-08 20:22 doit.bat
-rwxrwxr-x 1 danny danny  25058 2009-06-19 22:06 dynload.exe-
-rwxrwxr-x 1 danny danny  63008 2009-07-01 21:07 fail.dll
-rwxrwxr-x 1 danny danny  24043 2009-07-06 21:53 fibo.exe
-rwxrwxr-x 1 danny danny 374335 2009-07-08 18:07 gdbserver.exe
-rwxrwxr-x 1 danny danny  55666 2009-07-08 09:43 hello2.exe
-rwxrwxr-x 1 danny danny  56178 2009-07-07 22:03 hello.exe
-rwxr-xr-x 1 danny danny 388471 2009-05-31 11:20 libexpat-1.dll
-rwxr-xr-x 1 danny danny 227857 2009-06-17 21:42 libgcc_s_sjlj-1.dll
-rwxr-xr-x 1 danny danny  53751 2009-06-04 20:56 libssp-0.dll
-rwxrwxr-x 1 danny danny 845824 2009-06-25 23:18 libstdc++-6.dll
-rwxr-xr-x 1 danny danny  28355 2009-06-04 20:56 mingwm10.dll
-rwxrwxr-x 1 danny danny 374335 2009-07-08 10:23 ogdbs.exe
pavilion: {65} 

which is mounted on the ebox on \network\x86 :

\network\x86> net use
Connected resources:

Status        Local Name             Remote Name
Connected     x86                    \\pavilion\dannyx86
Connected     (null)                 \\PAVILION\IPC$ 
Command completed successfully

so when gdb reports :
(gdb) info sharedlibrary
>From        To          Syms Read   Shared Object Library
0x41fc1000  0x41fcc1fc
Yes         /opt/x86mingw32ce/bin/libgcc_s_sjlj-1.dll
0x41ee1000  0x41fb2974
Yes         /opt/x86mingw32ce/i386-mingw32ce/lib/libstdc++-6.dll
                        No          coredll.dll
(gdb) s

then the two DLLs it reports in /opt are actually next to each other in
the device (in \network\x86). The ones in /opt are the ones I copied to
the ~/x86 -> \network\x86 .

So, bottom line : I don't think the directory has anything to do with it
because the executable and the two non-system DLLs are sitting in the
same directory.


Danny Backx ; danny.backx - at - ;

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]