On Sat, Mar 19, 2011 at 11:56:48AM -0000, jimav wrote:
> The .RD macro in /usr/share/groff/*/tmac/m.tmac causes .ie / .el pairs
> 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.
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>]