This is the mail archive of the
mailing list for the GDB project.
Re: setting a breakpoint on a dll, relative path or absolute path issue
- From: Eli Zaretskii <eliz at gnu dot org>
- To: Asm warrior <asmwarrior at gmail dot com>
- Cc: gdb at sourceware dot org, tdragon at tdragon dot net, jan dot kratochvil at redhat dot com, keiths at redhat dot com
- Date: Mon, 13 Jun 2011 19:59:24 +0300
- Subject: Re: setting a breakpoint on a dll, relative path or absolute path issue
- References: <4DF31EB0.firstname.lastname@example.org> <4DF37ADA.email@example.com> <4DF4513A.firstname.lastname@example.org> <4DF5AE48.email@example.com>
- Reply-to: Eli Zaretskii <eliz at gnu dot org>
> Date: Mon, 13 Jun 2011 14:29:28 +0800
> From: Asm warrior <firstname.lastname@example.org>
> CC: "John E. / TDM" <email@example.com>, Eli Zaretskii <firstname.lastname@example.org>,
> email@example.com, firstname.lastname@example.org
> When loop on the symbols. I found that at one loop, I get
> s->filename = "../../src/common/string.cpp"
> s->dirname = "D:\code\wxWidgets-2.8.12\build\msw"
> But too badly, the result
> s->fullname =
> This is the reason about the issue, if the result is:
> Then, this problem can be fixed.
> I'm not sure why gdb does not give a cannical filename, but still leaves
> the "../../" in the result.
Because the function that canonicalizes the file name does not support
> By the way, gdb's matching algorithm care both "/" and "\" as equivalent
> char under Windows.
Right, that was changed lately.