From: An Thi-Nguyen Le Newsgroups: comp.os.msdos.djgpp Subject: Re: Emacs 19.34 Date: Tue, 3 Feb 1998 21:03:41 -0600 Organization: University of Illinois at Urbana-Champaign Lines: 40 Message-ID: References: <199802040223 DOT SAA05028 AT adit DOT ap DOT net> Reply-To: An Thi-Nguyen Le NNTP-Posting-Host: ehsn6.ews.uiuc.edu Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII In-Reply-To: <199802040223.SAA05028@adit.ap.net> To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Precedence: bulk Good evening. On Tue, 3 Feb 1998, Nate Eldredge wrote: %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) Thank you all very much for the responses. Here is how the story ended: 1. I did use an unzipper that could deal with long filenames--Norton Unzip. It does quite a nice job. 2. There were no truncated long filenames in the lisp directory. Simtelnet apparently got it fixed. 3. Whoever said, 'set LFN=y', deserves large commendation. It worked. Mayhaps a bug, since I assumed that things would assume LFN if it was not set, but anyways it worked, and I'm immensely happy. One learns something everyday. Thank you very much. _____________________________________________________________________________ An Thi-Nguyen Le aa Liberal Arts and Sciences {''}--. http://www.students.uiuc.edu/~anle/HOMEPAGE oo____'. ================================================================||=========== j/