delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1998/02/04/03:58:36

Date: Wed, 4 Feb 1998 10:58:03 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To: Myknees <myknees AT aol DOT com>
cc: djgpp AT delorie DOT com
Subject: Re: Emacs 19.34
In-Reply-To: <19980204002200.TAA28157@ladder02.news.aol.com>
Message-ID: <Pine.SUN.3.91.980204105748.25149D-100000@is>
MIME-Version: 1.0

On 4 Feb 1998, Myknees wrote:

> It still does it when I try to use emacs from
> just DOS and not from DOS-within-Windows.  On a hunch I did tried something:
> 
> I changed the line, "set LFN=y", in my autoexec.bat to "rem set
> LFN=y".  When I restarted, emacs behaved exactly as you describe,
> i.e. it exited on invocation.

If you want an Emacs installation that will work both with and without
the long file name support, you need to try harder.  The problem is
that Windows 95 by default uses numeric tails when it generates 8+3
aliases for long file names.  So e.g. case-table.elc gets a short name
like case-t~1.elc instead of case-tab.elc.  When the long names are
disabled, either because you boot into DOS or set LFN=n, Emacs looks
for case-tab.elc which is a truncation of case-table.elc, which
fails.  Since the DJGPP version needs that specific file to start up,
it just exits.

To have an installation that works without long names as well, you
need to turn off the numeric tails *before* you unzip Emacs.  The
DJGPP FAQ list explains how to do that in section 8.2.  In fact, I
advise everybody who uses DJGPP on Windows 95 to turn off the numeric
tails permanently (that's what I did), despite the hell and high water
which Microsoft promise you if you do.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019