woman loops forever if man page doesn't end with newline

[Chris Moore]

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