Re: [RFC] fullname attribute for GDB/MI stack frames

[Christopher Faylor <me at cgf dot cx>]

On Tue, May 03, 2005 at 10:32:12PM -0400, Bob Rossi wrote:
>On Tue, May 03, 2005 at 06:26:47PM -0400, Christopher Faylor wrote:
>> On Tue, May 03, 2005 at 06:24:01PM -0400, Daniel Jacobowitz wrote:
>> >On Tue, May 03, 2005 at 05:39:11PM -0400, Christopher Faylor wrote:
>> >> Anyway, it seems like the mingw port should be using GetFullPathName()
>> >> in gdb_realpath().
>> >
>> >libiberty/lbasename.h:
>> >
>> >  /* cygwin has realpath, so it won't get here.  */ 
>> ># if defined (_WIN32)
>> >#  define WIN32_LEAN_AND_MEAN
>> >#  include <windows.h> /* for GetFullPathName */
>> ># endif
>> >
>> >So we call Cygwin's realpath or Window's GetFullPathName if we fall
>> >through to the lrealpath call.
>> >
>> >I don't know any of this affects DJGPP...
>> 
>> Ah.  Sorry.  I didn't dig far enough.
>> 
>> So, I guess I don't understand Eli's comments, then.
>
>I begin to make up a patch, and realized that the issue below needs to be
>resolved before anything can be done.
>
>Basically, Eli believes it is possible for GDB to return in the fullname
>field, a file name that is not absolute. Two examples were \abc or
>d:foo. He also mentioned that he might have once even seen a relative path. 
>   http://sources.redhat.com/ml/gdb-patches/2005-05/msg00091.html
>
>If what Eli believes is true (a point which I think is not worth
>debating, it could go either depending on the input to GDB), then there
>is 2 philosophies the testsuite can take to validating the fullname:

I don't think I've seen it mentioned but absolute paths in windows
either look like this:

d:\foo\bar

or this:

\\share\foo\bar

There are other variations of the \\ form but I don't think they are
important for gdb right now and I don't see any reason why gdb shouldn't
always provide things in one or the other form.

I don't know if this matters to the discussion, but I thought I'd mention
it.

cgf