# HG changeset patch # User Eli Zaretskii # Date 993388593 0 # Node ID 8976a13492545b7b6d8ce3e96e39a3df9c314677 # Parent c91c4f77f5fb42f7ebf0763d209d990f10a8904c More about long file names and the MSDOS port. diff -r c91c4f77f5fb -r 8976a1349254 etc/PROBLEMS --- a/etc/PROBLEMS Sun Jun 24 11:19:58 2001 +0000 +++ b/etc/PROBLEMS Sun Jun 24 13:16:33 2001 +0000 @@ -1490,10 +1490,15 @@ * Emacs compiled for MSDOS cannot find some Lisp files, or other run-time support files, when long filename support is enabled. -(Usually, this problem will manifest itself when Emacs exits + +Usually, this problem will manifest itself when Emacs exits immediately after flashing the startup screen, because it cannot find the Lisp files it needs to load at startup. Redirect Emacs stdout -and stderr to a file to see the error message printed by Emacs.) +and stderr to a file to see the error message printed by Emacs. + +Another manifestation of this problem is that Emacs is unable to load +the support for editing program sources in languages such as C and +Lisp. This can happen if the Emacs distribution was unzipped without LFN support, thus causing long filenames to be truncated to the first 6 @@ -1503,6 +1508,14 @@ compiled with DJGPP v2). The MSDOG section of the file INSTALL explains this issue in more detail. +Another possible reason for such failures is that Emacs compiled for +MSDOS is used on Windows NT, where long file names are not supported +by this version of Emacs, but the distribution was unpacked by an +unzip program that preserved the long file names instead of truncating +them to DOS 8+3 limits. To be useful on NT, the MSDOS port of Emacs +must be unzipped by a DOS utility, so that long file names are +properly truncated. + * Emacs compiled with DJGPP complains at startup: "Wrong type of argument: internal-facep, msdos-menu-active-face"