Date: Tue, 3 Feb 1998 18:23:06 -0800 (PST)
Message-Id: <199802040223.SAA05028@adit.ap.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: "An Thi-Nguyen Le" <anle AT students DOT uiuc DOT edu>, djgpp AT delorie DOT com
From: Nate Eldredge <eldredge AT ap DOT net>
Subject: Re: Emacs 19.34
Precedence: bulk

At 03:42  2/3/1998 GMT, An Thi-Nguyen Le wrote:
>Good morning.
>
>I am running DGJPP 2 on a Pentium running Windows 95, with a DPMI memory of
>19507 KB.  The problem is that emacs crashes on startup, which apparently
>was at least not a unique problem, according to the mail archives.  I don't
>know if it even qualifies as much for a crash as for 'not starting at all'.
> No hanging, either, just a nice exit.  Out of frustration I resorted to
>'emacs -nw', which complained a little about 'Cannot open load-file: case
>table'.  This emacs runs like this:
>
><CL><CM>Cannot open load file: case-table<CM>Buffers Files Tools Edit
>Search Help <CM>-----Emacs: *scratch*         (T:Lisp
>Interaction)--L1--All---------------------
>
>etc.  It does indeed run; it's just that everything is squished up on one
>line, with various <CM><CE>codes occuring when you hit return or get into
>the minibuffer.  Everything, including menus and status lines and text and
>interaction runs together.  But it does run.  Better than trying to just
>start emacs.
[snipped]
This sounds familiar. I think the problem was that the Emacs archive on
Simtelnet was not LFN-clean. To check this, look in the `lisp' subdirectory
of the Emacs tree and see if files are truncated to 8+3 (i.e.
`case-table.elc' => `case-tab.elc'. If so, either:
* Rename them to their correct names
* SET LFN=N in the environment and see if that fixes it
* Redownload the Emacs files from Simtelnet and unzip with an LFN-compatible
unzipper (WinZip or DJGPP-compiled InfoZip)

I think a related problem was caused by having an environment variable
called `TERM' set. To work around, unset it.

Nate Eldredge
eldredge AT ap DOT net