From:	"Wojciech Galazka" <wojciech DOT galazka AT polkomtel DOT com DOT pl>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: Current Directory Switches to Short Format on NT
Date:	Wed, 13 Dec 2000 14:51:11 +0100
Organization:	NASK - www.nask.pl
Lines:	24
Message-ID:	<917utd$mf1$1@pippin.nask.waw.pl>
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 1001212112751 DOT 24447L-100000 AT is> <3A36C6DF DOT C42AF097 AT averstar DOT com>
NNTP-Posting-Host:	plus407.polkomtel.com.pl
X-Trace:	pippin.nask.waw.pl 976715501 23009 212.2.96.105 (13 Dec 2000 13:51:41 GMT)
X-Complaints-To:	usenet AT nask DOT pl
NNTP-Posting-Date:	Wed, 13 Dec 2000 13:51:41 +0000 (UTC)
X-MimeOLE:	Produced By Microsoft MimeOLE V4.72.3612.1700
X-Newsreader:	Microsoft Outlook Express 4.72.3612.1700
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

George Snyder wrote
>> ...
>
>I wrote a trivial program which prints the result of getcwd(), built with
MS
>Dev Studio 6.0, and added it to the previous example.  The first call
returns
>the long directory path as expected; the call after "ls.exe" returns the
>short form:

You can find the answer to your question by examinig how getcwd() was
implemented in msvcrtXX.dll (the source codes are provided)
Basically Windows doesn't try to make any difference between short and long
file nanes as both are perfectly legal.

Ask Microsoft to patch ntvdm.exe where the 'lack of differences' resides
to always store current directory name in long filename format.
(When asking point out on some DPMI problems that need to be fixed as well
:)

- Raw text -