Mercurial > emacs
changeset 1949:a81c98f793b6
Formerly PROBLEMS.~2~
| author | Richard M. Stallman <rms@gnu.org> |
|---|---|
| date | Wed, 24 Feb 1993 17:56:09 +0000 |
| parents | e7b8107294b7 |
| children | 049a892e6398 |
| files | =PROBLEMS |
| diffstat | 1 files changed, 17 insertions(+), 2 deletions(-) [+] |
line wrap: on
line diff
--- a/=PROBLEMS Wed Feb 24 08:59:25 1993 +0000 +++ b/=PROBLEMS Wed Feb 24 17:56:09 1993 +0000 @@ -1,6 +1,22 @@ This file describes various problems that have been encountered in compiling, installing and running GNU Emacs. +* `expand-file-name' fails to work on any but the machine you dumped Emacs on. + +On some systems, if you use any of the functions which look up +information in the passwd database before dumping Emacs (say, by using +expand-file-name in site-init.el), then those functions will not work +in the dumped Emacs on any host but the one Emacs was dumped on. + +Apparently, the Yellow Pages (or Network Information Service) +functions cache information the first time they are called in the +undumped emacs, this information gets included in the dumped +executable, and it is then inaccurate if the executable is used on +another host. + +The solution? Don't use expand-file-name in site-init.el, or in +anything it loads. Yuck. + * On some variants of SVR4, Emacs does not work at all with X. Try defining BROKEN_FIONREAD in your config.h file. If this solves @@ -105,8 +121,7 @@ It's not terribly hard to make this work with small changes in crt0.c together with linking with Fcrt1.o, Wcrt1.o or Mcrt1.o. However, the easiest approach is to build Xlib with the default -floating point option: to decide at run time what hardware is -available. +floating point option: -fsoft. * Emacs fails to get default settings from X Windows server.