Message-ID:	<3A37A83C.F591E74B@averstar.com>
Date:	Wed, 13 Dec 2000 11:47:56 -0500
From:	George Snyder <gjs AT averstar DOT com>
Organization:	AverStar, Inc.
X-Mailer:	Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language:	en
MIME-Version:	1.0
Newsgroups:	comp.os.msdos.djgpp
CC:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>, djgpp AT delorie DOT com
Subject:	Re: Current Directory Switches to Short Format on NT
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 1001213134451 DOT 11254Y AT is>
Reply-To:	djgpp AT delorie DOT com

> I don't get it: if you built the program with Dev Studio, then it is
> not a DJGPP program, but an MSVC program, is it?  If so, how is this
> all relevant to DJGPP, which is what this forum is all about?
> ...

I don't think a test case compiled with DJGPP would necessarily demonstrate the
problem I described.  That is: after running a DJGPP program (such as ls.exe), the
value of "current directory" in the NT environment has changed in such a way that
*other programs* malfunction.  This makes it impractical to use the DJGPP tools in
a DOS window or script where such an application may be invoked.

In my case, the main application in question is Continuus/CM, a widely used
configuration management system from Continuus Software Corporation.  It fails
because it cannot find a project in its database which corresponds to the (short
format) current directory name.  Granted, the application ought to make sure it has
the long format directory name before looking it up; that's a bug.  Continuus/CM
has a number of problems with NT filenames (e.g. case sensitivity).  However, I
have had zero success convincing Continuus tech support that such problems ought to
be fixed.

If there is a way to prevent the NT environment's "current directory" setting from
being changed by running a DJGPP program, that would be ideal.  If not, I will look
into the Cygwin tools.

-- George Snyder

- Raw text -