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

["Eli Zaretskii" <eliz@gnu.org>]

> Date: Tue, 3 May 2005 17:39:11 -0400
> From: Christopher Faylor <me@cgf.cx>
> 
> Cygwin has realpath and Windows has an equivalent function.  AFAIK, it
> will correctly translate \abc to x:\abc.

No, it will _incorrectly_ translate them: the current drive and
directory that are in effect when we call these functions are _not_
what they were when the compiler compiled the source and recorded its
file name in the debug info.

> I don't know what it will do with d:foo.  NT+ shells treat that as
> "the current directory on drive d:" but that's just something that
> is special to a shell.

Not true: the notion of a current directory on drive d: is maintained
by the OS.  There's a special OS data structure where it holds the
current directory for each drive.  Also, unlike on Unix, the current
directory on each drive is globally in effect for all the processes
that run in the current VM.

> Probably it should be resolved as "d:\foo".

Please! I'm gonna cry! you are suggesting to revert the code that took
hard work to get right!  openp used to do d:foo -> d:/foo, but that
was blatantly wrong and caused bugs.  Let's not go that way just
because some test case doesn't seem 100% right!

I am frustrated by my evident inability to communicate to you all the
simple truth: openp IS OKAY, IT DOESN'T NEED ANY FIXING!

> Hopefully the Windows
> routine for producing absolute paths will do something sensical.

They won't; see above.

> Anyway, it seems like the mingw port should be using GetFullPathName()
> in gdb_realpath().

I don't see this in my sandbox.