This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
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
\network\x86>
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
--
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info