[christopher.ian.moore@gmail.com: woman loops forever if man page doesn't end with newline]

[christopher.ian.moore@gmail.com: woman loops forever if man page doesn't end with newline]

[Richard Stallman]

Would someone please DTRT, then ack?

It may save time to ask Chris Moore how to make woman operate
on a given file that isn't in the standard man directories.

------- Start of forwarded message -------
From: Chris Moore <christopher.ian.moore@gmail.com>
To: emacs-pretest-bug <emacs-pretest-bug@gnu.org>
Content-Type: text/plain
Date: Fri, 13 Oct 2006 16:29:41 +0200
Mime-Version: 1.0
Subject: woman loops forever if man page doesn't end with newline
X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_BY_IP autolearn=failed 
	version=3.0.4

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
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
------- End of forwarded message -------

Re: [christopher.ian.moore@gmail.com: woman loops forever if man page doesn't end with newline]

[Chong Yidong]

Richard Stallman <rms@gnu.org> writes:

> Would someone please DTRT, then ack?

Fixed.

> From: Chris Moore <christopher.ian.moore@gmail.com>
> Subject: woman loops forever if man page doesn't end with newline
> To: emacs-pretest-bug <emacs-pretest-bug@gnu.org>
>
> 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
> emacs-pretest-bug@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
> ----------
>
>
>
> _______________________________________________
> Emacs-devel mailing list
> Emacs-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-devel