From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5128 invoked by alias); 8 Jul 2009 16:30:48 -0000 Received: (qmail 5111 invoked by uid 22791); 8 Jul 2009 16:30:45 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 08 Jul 2009 16:30:39 +0000 Received: (qmail 6670 invoked from network); 8 Jul 2009 16:30:37 -0000 Received: from unknown (HELO orlando) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 8 Jul 2009 16:30:37 -0000 From: Pedro Alves To: danny.backx@scarlet.be Subject: Re: How to fix solib path name? Date: Wed, 08 Jul 2009 16:42:00 -0000 User-Agent: KMail/1.9.10 Cc: gdb-patches@sourceware.org References: <1247063678.3870.59.camel@pavilion> <200907081657.38489.pedro@codesourcery.com> <1247069926.3870.85.camel@pavilion> In-Reply-To: <1247069926.3870.85.camel@pavilion> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907081730.38770.pedro@codesourcery.com> X-IsSubscribed: yes 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/msg00263.txt.bz2 On Wednesday 08 July 2009 17:18:46, Danny Backx wrote: > 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 ? The latter. http://sourceware.org/gdb/onlinedocs/gdb_16.html#IDX749 > 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/ > -rwxr-xr-x 1 danny danny 227857 2009-06-17 21:42 libgcc_s_sjlj-1.dll > -rwxrwxr-x 1 danny danny 845824 2009-06-25 23:18 libstdc++-6.dll Group permissions are different, but this *probably* shouldn't affect this. Wild guess, could all these issues be related to '+''s in the filename? > 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. Mystifying. Something must be different. Maybe there's a "rand()" call in the kernel somewhere. :-) -- Pedro Alves