summaryrefslogtreecommitdiff
path: root/=PROBLEMS
diff options
context:
space:
mode:
authorJim Blandy <jimb@redhat.com>1993-03-11 06:18:56 +0000
committerJim Blandy <jimb@redhat.com>1993-03-11 06:18:56 +0000
commit53c4292c488962a56838cda25a4b160b8e3bda80 (patch)
tree771ad8fb326e9602a01cfa9c3646775f7a277869 /=PROBLEMS
parentdeb01d00add001d92e4dd6ccea599c026c4f4e78 (diff)
downloademacs-53c4292c488962a56838cda25a4b160b8e3bda80.tar.gz
entered into RCS
Diffstat (limited to '=PROBLEMS')
-rw-r--r--=PROBLEMS17
1 files changed, 8 insertions, 9 deletions
diff --git a/=PROBLEMS b/=PROBLEMS
index 73704c78bb3..efd376fc478 100644
--- a/=PROBLEMS
+++ b/=PROBLEMS
@@ -12,19 +12,18 @@ If this happens to you, extend the timeout period.
* `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
+On Ultrix, 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.
+anything it loads. Yuck - some solution.
+
+I'm not sure why this happens; if you can find out exactly what is
+going on, and perhaps find a fix or a workaround, please let us know.
+Perhaps the YP functions cache some information, the cache is included
+in the dumped Emacs, and is then inaccurate on any other host.
* On some variants of SVR4, Emacs does not work at all with X.