.RD macro contains .ie without .el, breaking caller's code
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
groff (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Binary package hint: groff
The .RD macro in /usr/share/
The problem seems to be a bug in the RD macro which contains ab .ie without a mathcing .el (it should be just .if, not .ie).
This causes the next .el to be seen by the roff processor to be matched with the .ie inside the RD macro, even though
the .el is in a enclosing block, such as the user's code.
I will attach a small demo script and a patch.
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: groff 1.20.1-10
ProcVersionSign
Uname: Linux 2.6.35-25-generic x86_64
Architecture: amd64
Date: Sat Mar 19 04:48:06 2011
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release Candidate amd64 (20100928)
ProcEnviron:
PATH=(custom, user)
LANG=en_US.utf8
SHELL=/bin/bash
SourcePackage: groff
tags: | added: patch |
On Sat, Mar 19, 2011 at 11:56:48AM -0000, jimav wrote: groff/* /tmac/m. tmac causes .ie / .el pairs
> The .RD macro in /usr/share/
> to mis-behave IN THE USER'S CODE if the optional 'string' argument is
> not passed to the .RD macro.
>
> The problem seems to be a bug in the RD macro which contains ab .ie
> without a mathcing .el (it should be just .if, not .ie). This causes
> the next .el to be seen by the roff processor to be matched with the
> .ie inside the RD macro, even though the .el is in a enclosing block,
> such as the user's code.
>
> I will attach a small demo script and a patch.
(For bug-groff: demo script is at /bugs.launchpad .net/ubuntu/ +source/ groff/+ bug/738169/ +attachment/ 1920491/ +files/ demoscript. sh, /bugs.launchpad .net/ubuntu/ +source/ groff/+ bug/738169/ +attachment/ 1920500/ +files/ patch.txt.)
https:/
while the patch is
https:/
Thanks for your report. I can reproduce it with groff 1.21, and the
same problem appears to be present in CVS HEAD, so forwarding upstream.
--
Colin Watson [<email address hidden>]