Date: Sun, 14 Apr 1996 10:58:05 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To: storm AT olicom DOT dk
Cc: djgpp-workers AT delorie DOT com, Richard Stallman <rms AT gnu DOT ai DOT mit DOT edu>
Subject: Re: [rms AT gnu DOT ai DOT mit DOT edu: [storm AT olicom DOT dk: Re: New pretest]]
In-Reply-To: <199604131356.JAA06623@delorie.com>
Message-Id: <Pine.SUN.3.91.960414104155.1640g-100000@is>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


On Sat, 13 Apr 1996, DJ Delorie wrote:

> Date: Sat, 13 Apr 1996 06:53:53 -0400
> From: Richard Stallman <rms AT gnu DOT ai DOT mit DOT edu>
> To: dj AT delorie DOT com
> Subject: [storm AT olicom DOT dk: Re: New pretest]
> 
> Item 3 seems like something that could be worth fixing in DJGPP.
[snip]
> 3) I am now running under Windows95 which has long file name support.
>    When I unpacked the tar file using a standard tar, the file names
>    were "long", i.e. not the 8.3 DOS format.

Don't use `tar', use `djtar' that comes with DJGPP v2 (the Emacs FAQ tells
you this for a reason), and be sure your DJGPP.ENV file says LFN=n (the
original does, but you might have changed that), or set LFN=n from the DOS
prompt.  The DJGPP FAQ list (v2/faq200b.zip from the same place you get
DJGPP) has more info about possible problems with Win95 long filename
support (section 8.2).

>    Unfortunately, the DJGPP compiler cannot handle long file names
>    in source files, so the make failed already on the first file:
>     test-distrib.c

AFAIK, making DJGPP programs and archives LFN-clean is on the todo list. 
It is not always as easy as it might seem (for instance, GNU Make reads
the directory and therefore cannot benefit from the automatic filename
truncation by the DOS calls). 

>    I got a tar named "ntar" from a collegue (I don't known the origin
>    of this tar) which will "properly" rename files to the 8.3 form.

`djtar' does this properly, and in a way that's consistent with many 
other DJGPP ports (for instance, it would automatically rename .emacs to 
_emacs, which is what DOS Emacs looks for by default).  I'd advise using 
it for any such jobs.  (It also decompresses .tar.gz archives on the fly, 
so you don't have to ensure you have twice the required disk storage 
while you run the pipe `gunzip -c emacs.tar.gz | tar xvf -', due to the 
fact that pipes are disk files on MS-DOS.)