# HG changeset patch # User Jim Blandy # Date 731830736 0 # Node ID 8e274cb783608e631a1ee53b82a4da3013434086 # Parent dd4410e55081d7e2f38c358fb8d652a70c80ea5c entered into RCS diff -r dd4410e55081 -r 8e274cb78360 =PROBLEMS --- a/=PROBLEMS Thu Mar 11 03:49:34 1993 +0000 +++ b/=PROBLEMS Thu Mar 11 06:18:56 1993 +0000 @@ -12,19 +12,18 @@ * `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 - some solution. -The solution? Don't use expand-file-name in site-init.el, or in -anything it loads. Yuck. +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.