From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31421 invoked by alias); 8 Jul 2009 16:19:00 -0000 Received: (qmail 31342 invoked by uid 22791); 8 Jul 2009 16:18:59 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_55,J_CHICKENPOX_73,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: sourceware.org Received: from hel.is.scarlet.be (HELO hel.is.scarlet.be) (193.74.71.26) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 08 Jul 2009 16:18:53 +0000 Received: from [172.17.1.10] (ip-81-11-241-231.dsl.scarlet.be [81.11.241.231]) by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id n68GIbZr002017; Wed, 8 Jul 2009 18:18:38 +0200 Subject: Re: How to fix solib path name? From: Danny Backx Reply-To: danny.backx@scarlet.be To: Pedro Alves Cc: gdb-patches@sourceware.org In-Reply-To: <200907081657.38489.pedro@codesourcery.com> References: <1247063678.3870.59.camel@pavilion> <1247067073.3870.69.camel@pavilion> <1247067931.3870.76.camel@pavilion> <200907081657.38489.pedro@codesourcery.com> Content-Type: text/plain Date: Wed, 08 Jul 2009 16:30:00 -0000 Message-Id: <1247069926.3870.85.camel@pavilion> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-DCC-scarlet.be-Metrics: hel 20001; Body=3 Fuz1=3 Fuz2=3 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-07/txt/msg00262.txt.bz2 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