Re: regression: support for spaces in dll path on Windows

[David Lamy-Charrier <david.lamy@gmail.com>]

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
<cgf-use-the-mailinglist-please@sourceware.org> 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
>