Date:	Thu, 13 May 1999 16:03:44 +0300 (IDT)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender:	eliz AT is
To:	Richard Dawe <richdawe AT bigfoot DOT com>
cc:	djgpp-workers AT delorie DOT com
Subject:	Re: DJGPP installer [Was: Script language for installer]
In-Reply-To:	<3739D966.ADE9216A@bigfoot.com>
Message-ID:	<Pine.SUN.3.91.990513160212.12629M-100000@is>
MIME-Version:	1.0
Reply-To:	djgpp-workers AT delorie DOT com
X-Mailing-List:	djgpp-workers AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

On Wed, 12 May 1999, Richard Dawe wrote:

> 4. Built in ZIP decompressor using zlib
> 
> I think (4) would solve the problem encountered earlier by Laurynas
> Biveinis (LB) and others with LBInstDJ about hacking the registry to
> set/unset NameNumericTail. We should be able to choose the output filename
> => force it to fit 8+3 convention.

I don't see how this will solve the problem that requires messing with
NameNumericTail.  If you unzip the file into its 8+3-truncated name,
you lose the long name.  For example, if you unzip streambuf.h and
force the output name to be streambu.h, what you get is a file whose
short *and long* names are `streambu.h'.  This will break the compiler
under LFN=y.

I'm not aware of any way to force Windows to use a specific string as
a short 8+3 alias when it creates a long file name.  The only thing
you *can* do is tell Windows which digit to use in the numeric tail
(*if* there is a tail).

> Also, has anyone thought of adopting the use of a DJGPP Software Map
> (.dsm) in every archive?

Could you please explain what this is?  I don't know much about 
Linux-specific quirks and packages.  Even rpm is only vaguely
familiar.

- Raw text -