regression: support for spaces in dll path on Windows

regression: support for spaces in dll path on Windows

[David Lamy-Charrier]

Hi all,

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 ??

Thanks in advance,
David

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

[Christopher Faylor]

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

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

[David Lamy-Charrier]

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
>