comparison etc/PROBLEMS @ 39463:6381cf3c37bd

Document the problem with epop3's redefinition of gethash.
author Eli Zaretskii <eliz@gnu.org>
date Wed, 26 Sep 2001 19:11:07 +0000
parents 42696c62a407
children b1091e5046d0
comparison
equal deleted inserted replaced
39462:7bc2236b1036 39463:6381cf3c37bd
838 slots now. If the built-in Unicode/UTF-8 support is insufficient, 838 slots now. If the built-in Unicode/UTF-8 support is insufficient,
839 e.g. if you need more CJK coverage, use the current Mule-UCS package. 839 e.g. if you need more CJK coverage, use the current Mule-UCS package.
840 Any files encoded as emacs-mule using oc-unicode won't be read 840 Any files encoded as emacs-mule using oc-unicode won't be read
841 correctly by Emacs 21. 841 correctly by Emacs 21.
842 842
843 * Using epop3.el package causes Emacs to signal an error.
844
845 The error message might be something like this:
846
847 "Lisp nesting exceeds max-lisp-eval-depth"
848
849 This happens because epop3 redefines the function gethash, which is a
850 built-in primitive beginning with Emacs 21.1. We don't have a patch
851 for epop3 that fixes this, but perhaps a newer version of epop3
852 corrects that.
853
843 * On systems with shared libraries you might encounter run-time errors 854 * On systems with shared libraries you might encounter run-time errors
844 from the dynamic linker telling you that it is unable to find some 855 from the dynamic linker telling you that it is unable to find some
845 shared libraries, for instance those for Xaw3d or image support. 856 shared libraries, for instance those for Xaw3d or image support.
846 These errors mean Emacs has been linked with a library whose shared 857 These errors mean Emacs has been linked with a library whose shared
847 library is not in the default search path of the dynamic linker. 858 library is not in the default search path of the dynamic linker.