From: broeker AT acp3bf DOT knirsch DOT de (Hans-Bernhard Broeker)
Newsgroups: comp.os.msdos.djgpp
Subject: Re: NT and DJGPP
Date: 20 Dec 1999 12:33:31 +0100
Organization: RWTH Aachen, III. physikalisches Institut B
Lines: 35
Message-ID: <83l46c$o5s@acp3bf.knirsch.de>
References: <199912162334 DOT AAA22576 AT acp3bf DOT physik DOT rwth-aachen DOT de> <385A46D6 DOT 475DBE60 AT americasm01 DOT nt DOT com>
NNTP-Posting-Host: acp3bf.physik.rwth-aachen.de
X-Trace: nets3.rz.RWTH-Aachen.DE 945689616 12855 137.226.32.75 (20 Dec 1999 11:33:36 GMT)
X-Complaints-To: abuse AT rwth-aachen DOT de
NNTP-Posting-Date: 20 Dec 1999 11:33:36 GMT
X-Newsreader: TIN [version 1.2 PL2]
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Moorefield, Wayne (EXCHANGE:BNRTP:3X34) (waynem1 AT americasm01 DOT nt DOT com) wrote:
> Hans-Bernhard Broeker wrote:
> > In article <38594CD2 DOT 5034DA6F AT americasm01 DOT nt DOT com> you wrote:
> > > I am using djgpp under NT and it works fine.  I have found one thing that
> > > is a problem.  DJGPP is case sensitive.

> > That almost certainly cannot be the case. DJGPP cannot be case
> > sensitive, since *DOS* is not case-sensitive, to begin with.

> Then why is DJGPP use / instead of \ to indicate a directory, DOS does not.
> DJGPP takes things from the UNIX world into DOS.

1) DOS has always used (been able to use) '/' internally. The only
part of DOS that actually enforced use of '\' instead of '/' is
command.com itself. And that only because they had decided to use '/'
as the character to start command line options. 

2) Nothing of this has anything to do with case-sensitivity. That's a
fundamental feature of DOS's file-handling routines: they don't care a
bit about the case of filenames, neither for short, nor for long
filenames.

> I used pkunzip first, then winzip, then the copying method.  For
> some reason both pkunzip and winzip left the names all upercase and
> would not work.

More details please (if you happen to remember them, or can reproduce
the problem). My guess would be you either used a LFN-writing 32bit
version of pkunzip, then, or you successfully unzipped to short
filenames, but incorrectly set LFN=y in your DJGPP configuration.

NT is a hostile environment to run DJGPP in, to sum up things.
-- 
Hans-Bernhard Broeker (broeker AT physik DOT rwth-aachen DOT de)
Even if all the snow were burnt, ashes would remain.