Mercurial > hg > xemacs-beta
view BUGS @ 528:ef4d2466a29c
[xemacs-hg @ 2001-05-10 09:59:45 by ben]
implement user-name-all-completions under Windows.
xemacs.mak: need another lib (netapi32.lib) for user-name-all-completions.
emacs.c: create new function force-debugging-signal (only when DEBUG_XEMACS)
to breakpoint or abort to the debugger.
mule\mule-coding.el, file-coding.c, file-coding.h, lisp.h: move
coding-system-charset to lisp to avoid doc warning.
autoload.el, packages.el, startup.el, update-elc-2.el, update-elc.el:
Rewrite much of the bootstrapping process to be more robust,
and in particular to rebuild the auto-autoloads and
custom-loads files no matter what state (including missing)
they're currently in.
xemacs.mak: remove autoload-building target.
Makefile.in.in: remove autoload targets.
| author | ben |
|---|---|
| date | Thu, 10 May 2001 09:59:57 +0000 |
| parents | 9f59509498e1 |
| children |
line wrap: on
line source
If you think you may have found a bug in XEmacs, please read the Bugs section of the XEmacs manual for advice on (1) how to tell when to report a bug, and (2) how to write a useful bug report and what information it needs to have. There are three ways to read the Bugs section. (1) In a printed copy of the XEmacs manual. (2) With Info. Start XEmacs, do C-h i to enter Info, then m XEmacs RET to get to the Emacs manual, then m Bugs RET to get to the section on bugs. Or use standalone Info in a like manner. (Standalone Info is part of the Texinfo distribution, not part of the XEmacs distribution.) (3) By hand. Do cat info/xemacs* | more "+/^File: xemacs.info, Node: Bugs," Part II of the XEmacs FAQ, available in a manner similar to the above, or via the world wide web, contains extensive information on how to track down and report bugs. http://www.xemacs.org/faq/
