If a man page doesn't have a terminating newline, then M-x woman RET <page> RET will go into an infinite loop.
For example, this 2 line man page: ------------------------------------------------------------------------ .SH OVERVIEW Oops ------------------------------------------------------------------------ will trigger the bug, if the newline after "Oops" is omitted. When testing this, use fundamental-mode to create the file because nroff mode will add the final newline automatically when the file is saved. I discovered the bug when trying to view Debian unstable's 'svn.1' man page. The package is here: http://ftp.debian.org/debian/pool/main/s/subversion/subversion_1.4.0-4_i386.deb and the man page is here: /usr/share/man/man1/svn.1.gz I'll raise a separate bug against the subversion package in the Debian BTS, but woman shouldn't hang in this case anyway. In GNU Emacs 22.0.50.168 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2006-10-12 on chrislap X server distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--with-gtk' '--with-xpm' '--with-jpeg' '--with-png' '--with-gif'' Important settings: value of $LC_ALL: en_GB.UTF-8 value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_GB.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: show-paren-mode: t display-time-mode: t iswitchb-mode: t dynamic-completion-mode: t shell-dirtrack-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t _______________________________________________ emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
