Mercurial > hg > xemacs-beta
diff man/xemacs-faq.texi @ 46:6a22abad6937 r19-15
Import from CVS: tag r19-15
author | cvs |
---|---|
date | Mon, 13 Aug 2007 08:55:31 +0200 |
parents | 8d2a9b52c682 |
children | 05472e90ae02 |
line wrap: on
line diff
--- a/man/xemacs-faq.texi Mon Aug 13 08:55:13 2007 +0200 +++ b/man/xemacs-faq.texi Mon Aug 13 08:55:31 2007 +0200 @@ -1,6 +1,6 @@ \input texinfo.tex @c -*-texinfo-*- @c %**start of header -@setfilename ../info/xemacs-faq.info +@setfilename xemacs-faq.info @settitle Frequently asked questions about XEmacs @setchapternewpage off @c %**end of header @@ -64,9 +64,13 @@ but then had to give it up again. Some of the other contributors to this FAQ are listed later in this document. -This version was converted to hypertext format, and edited by Steven -L. Baur <steve@@altair.xemacs.org>. It was converted back to texinfo by -Hrvoje Niksic <hniksic@@srce.hr>. +The previous version was converted to hypertext format, and edited by +Steven L. Baur <steve@@altair.xemacs.org>. It was converted back to +texinfo by Hrvoje Niksic <hniksic@@srce.hr>. + +This version was edited and updated by Andreas Kaempf +<andreas@@sccon.com>. + @menu Introduction: @@ -341,7 +345,7 @@ Brand new questions are tagged. All submissions are welcome. E-mail submissions to -<steve@@altair.xemacs.org>. +<andreas@@sccon.com>. Please make sure that @samp{XEmacs FAQ} appears on the Subject: line. If you think you have a better way of answering a question, or think a @@ -439,23 +443,13 @@ version of the FAQ (listed in alphabetical order): @itemize @bullet -@item Per Abrahamsen <abraham@@dina.kvl.dk> - -@item Vladimir Alexiev <vladimir@@cs.ualberta.ca> - -@item Martin Buchholz <Martin.Buchholz@@sun.com> - -@item Brian Denheyer <briand@@iccom.com> - -@item Markus Gutschke <gutschk@@ESCHER.UNI-MUENSTER.DE> - -@item David Kastrup <dak@@fsnif.neuroinformatik.ruhr-uni-bochum.de> - -@item Natalie Kershaw <nataliek@@rd.scitec.com.au> - -@item John Turner <turner@@lanl.gov> - -@item David Vanderschel <DvdS@@eden.com> +@item Steven L Baur <steve@@miranova.com> + +@item Darrell Kindred <dkindred@@cmu.edu> + +@item David Moore <dmoore@@ucsd.edu> + +@item Justin Sheehy <dworkin@@ccs.neu.edu> @end itemize @node Q1.2.3, Q1.3.1, Q1.2.2, Introduction @@ -640,7 +634,7 @@ There is a cyrillic mode in the file @file{mysetup.zip} in <URL:ftp://ftp.math.ohio-state.edu/pub/users/ilya/emacs/>. This is a modification to Valery Alexeev's <ava@@math.jhu.ed> @file{russian.el} -which can be obtained from +which can be obtained from <URL:ftp://tut.cis.ohio-state.edu/pub/gnu/emacs/elisp-archive/packages/russian.el.Z>. @end quotation @@ -826,6 +820,7 @@ * Q2.1.19:: XEmacs does not follow the local timezone. * Q2.1.20:: @samp{Symbol's function definition is void: hkey-help-show.} * Q2.1.21:: Every so often the XEmacs frame freezes. +* Q2.1.22:: XEmacs seems to take a really long time to do some things. @end menu @node Q2.0.1, Q2.0.2, Installation, Installation @@ -1129,6 +1124,24 @@ a symbolic link. @end quotation +Steve L. Baur <steve@@miranova.com> writes: + +@quotation +If you build against a recent libc-5.4 (late enough to have caused +problems earlier in the beta cycle) and then run with an earlier version +of libc, you get a + +@example +$ xemacs +xemacs: can't resolve symbol '__malloc_hook' +zsh: 7942 segmentation fault (core dumped) xemacs +@end example + +(Example binary compiled against libc-5.4.23 and run with libc-5.4.16). + +The solution is to upgrade to at least libc-5.4.23. Sigh. Drat. +@end quotation + @node Q2.0.9, Q2.0.10, Q2.0.8, Installation @section Where do I find external libraries? @@ -1933,12 +1946,47 @@ where you load hyperbole and the problem should go away. -@node Q2.1.21, , Q2.1.20, Installation +@node Q2.1.21, Q2.1.22, Q2.1.20, Installation @section Every so often the XEmacs frame freezes This problem has been fixed in 19.15, and was due to a not easily reproducible race condition. +@node Q2.1.22, , Q2.1.21, Installation +@section XEmacs seems to take a really long time to do some things + +David Moore <dmoore@@ucsd.edu> writes: + +@quotation +Two things you can do: + +1) C level: + +When you see it going mad like this, you might want to use gdb from an +'xterm' to attach to the running process and get a stack trace. To do +this just run: + +@example +gdb /path/to/xemacs/xemacs #### +@end example + +Where #### is the process id of your xemacs, instead of specifying the +core. When gdb attaches, the xemacs will stop [1] and you can type +`where' in gdb to get a stack trace as usual. To get things moving +again, you can just type `quit' in gdb. It'll tell you the program is +running and ask if you want to quit anyways. Say 'y' and it'll quit and +have your emacs continue from where it was at. + +2) Lisp level: + +Turn on debug-on-quit early on. When you think things are going slow +hit C-g and it may pop you in the debugger so you can see what routine +is running. Press `c' to get going again. + +debug-on-quit doesn't work if something's turned on inhibit-quit or in +some other strange cases. +@end quotation + @node Customization, Subsystems, Installation, Top @chapter Customization and Options