[Bug 882925] [NEW] Output from .em macro lost after current page

jimav 882925 at bugs.launchpad.net
Fri Oct 28 05:55:26 UTC 2011


Public bug reported:

Text generated by an end-of-input macro trap (set with .em) can not
extend beyond the current page.  That is, if it does the output which
should appear in subsequent pages is lost.

It is unclear why the end-of-input trap is not called with the same
behavior as if the macro were called explicitly by the last line of user
input.   For some reason, the end-of-page machinery is not working by
the time the .em trap is sprung, or else there is an inherent limitation
of -all- traps which prevents generating multiple pages.

I will attach a simple demo program.   The output should contain 100+
lines, but it stops after 65 lines:

#!/bin/sh
nroff <<'EOF' | cat -s
.de EndOfInput
.  nf
.  nr Max 100
.  nr i 1
.  while \\n[i]<=\\n[Max] \{\
.    nop Generated line \\n[i]
.    nr i \\n[i]+1
.  \}
---AFTER genreated lines---
..
.em EndOfInput
Main Text
EOF

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: groff-base 1.20.1-10
ProcVersionSignature: Ubuntu 2.6.35-30.61-generic 2.6.35.13
Uname: Linux 2.6.35-30-generic x86_64
Architecture: amd64
Date: Thu Oct 27 22:39:05 2011
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release Candidate amd64 (20100928)
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: groff

** Affects: groff (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: amd64 apport-bug maverick

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to groff in Ubuntu.
https://bugs.launchpad.net/bugs/882925

Title:
  Output from .em macro lost after current page

Status in “groff” package in Ubuntu:
  New

Bug description:
  Text generated by an end-of-input macro trap (set with .em) can not
  extend beyond the current page.  That is, if it does the output which
  should appear in subsequent pages is lost.

  It is unclear why the end-of-input trap is not called with the same
  behavior as if the macro were called explicitly by the last line of
  user input.   For some reason, the end-of-page machinery is not
  working by the time the .em trap is sprung, or else there is an
  inherent limitation of -all- traps which prevents generating multiple
  pages.

  I will attach a simple demo program.   The output should contain 100+
  lines, but it stops after 65 lines:

  #!/bin/sh
  nroff <<'EOF' | cat -s
  .de EndOfInput
  .  nf
  .  nr Max 100
  .  nr i 1
  .  while \\n[i]<=\\n[Max] \{\
  .    nop Generated line \\n[i]
  .    nr i \\n[i]+1
  .  \}
  ---AFTER genreated lines---
  ..
  .em EndOfInput
  Main Text
  EOF

  ProblemType: Bug
  DistroRelease: Ubuntu 10.10
  Package: groff-base 1.20.1-10
  ProcVersionSignature: Ubuntu 2.6.35-30.61-generic 2.6.35.13
  Uname: Linux 2.6.35-30-generic x86_64
  Architecture: amd64
  Date: Thu Oct 27 22:39:05 2011
  InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release Candidate amd64 (20100928)
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.utf8
   SHELL=/bin/bash
  SourcePackage: groff

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/groff/+bug/882925/+subscriptions




More information about the foundations-bugs mailing list