[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