From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29524 invoked by alias); 8 Dec 2005 18:26:02 -0000 Received: (qmail 29514 invoked by uid 22791); 8 Dec 2005 18:26:01 -0000 X-Spam-Check-By: sourceware.org Received: from nproxy.gmail.com (HELO nproxy.gmail.com) (64.233.182.199) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 08 Dec 2005 18:26:00 +0000 Received: by nproxy.gmail.com with SMTP id n15so234523nfc for ; Thu, 08 Dec 2005 10:25:58 -0800 (PST) Received: by 10.49.5.7 with SMTP id h7mr323463nfi; Thu, 08 Dec 2005 10:25:57 -0800 (PST) Received: by 10.48.30.10 with HTTP; Thu, 8 Dec 2005 10:25:57 -0800 (PST) Message-ID: <6541ed4c0512081025u42cf899p2d67e5efadde6d1a@mail.gmail.com> Date: Thu, 08 Dec 2005 18:26:00 -0000 From: David Lamy-Charrier To: gdb@sourceware.org Subject: Re: regression: support for spaces in dll path on Windows In-Reply-To: <20051207191923.GB19243@trixie.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6541ed4c0512070533k7367cd0etcce64ed2d0b9c2df@mail.gmail.com> <20051207191923.GB19243@trixie.casa.cgf.cx> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2005-12/txt/msg00088.txt.bz2 Hi, I get a release ported to MinGw from MinGw Website, for GDB it is the CVS Head on November 16, 2005. Finally, after investigating the problem, it looks like a problem in win32-nat.c: in register_loaded_dll(), the field so->so_name is not initialized before calling solib_symbols_add() function. So this function solib_symbols_add() returns immediately. I don't know if this has been fixed already. David On 12/7/05, Christopher Faylor wrote: > On Wed, Dec 07, 2005 at 02:33:35PM +0100, David Lamy-Charrier wrote: > >I am trying to debug a .exe that loads a .dll on a WinXp Pro PC with a > >MinGW gdb version taken from CVS head on November 16. > >When my .exe loads a dll, gdb gets the LOAD_DLL_DEBUG_EVENT but it > >fails to load the debug info of the dll because there are some spaces > >in the path to my dll. > > > >I tried with a GDB 6.3_1 MinGW and it works well with blank in path > >names, but I have a problem when it tries to decode the stack frame > >(certainly because the .exe has been compiled by Microsoft VC6.0 in > >release mode). > > > >Does anyone know where I should look in the source code to: > >- patch the stack frame decoding problem on gdb 6.3_1 > >or > >- patch the space in path names to dll problem on latest version of gdb = ?? > > What version of gdb are you running which displays the problem and > where did you get it? > > cgf >