Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!cbosgd!ihnp4!houxm!mhuxt!mhuxr!ulysses!allegra!mit-eddie!think!harvard!seismo!munnari!mulga!isaac
From: isaac@mulga.OZ (Isaac Balbin)
Newsgroups: net.text
Subject: .hl in ditroff -me
Message-ID: <1028@mulga.OZ>
Date: Mon, 20-Jan-86 19:18:54 EST
Article-I.D.: mulga.1028
Posted: Mon Jan 20 19:18:54 1986
Date-Received: Thu, 23-Jan-86 08:26:57 EST
Organization: Comp Sci, Melbourne Uni, Australia
Lines: 22
Keywords: troff -me

I wonder if anyone else has been bitten by this bug?
.hl is meant to draw a horizontal line with the -me package.
I have found that on occasion, especially within .(b and .)b,
.(l and .)l and .(x and .)x (the last of which I dread to use anyway
because text has disappeared down that proverbial black hole)
that the line does not appear as it should because:
(1)	It is not whole (ie it comes out dashed);
(2)	It extends beyond the line length, up to the end of the page.
At one stage we realised that using .(b M for example alleviated
the problem, but it is still not cured.
It is even more exacerbating because if I pull the block out and
print it seperately it actually works. It is clearly a context thing.
Whatsmore, it even happens when the .hl appears *immediately after* the .(b.
My question is: has anyone seen this before? does anyone have a fix (sic)?

				thanks,
					Isaac Balbin
UUCP:	{seismo,mcvax,ukc,ubc-vision}!munnari!isaac
ARPA:	isaac%munnari.oz@seismo.css.gov
CSNET:	isaac%munnari.oz@australia
JANET:	munnari.oz!isaac@ukc
ACSNET: isaac@munnari.oz