Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!akgua!sdcsvax!sdcrdcf!hplabs!sri-unix!cosell@bbn-labs-b.ARPA
From: cosell@bbn-labs-b.ARPA
Newsgroups: net.unix-wizards
Subject: Help with a bug in nroff sought
Message-ID: <650@sri-arpa.UUCP>
Date: Fri, 11-May-84 12:56:54 EDT
Article-I.D.: sri-arpa.650
Posted: Fri May 11 12:56:54 1984
Date-Received: Mon, 14-May-84 00:54:12 EDT
Lines: 41

From:  Bernie Cosell <cosell@bbn-labs-b.ARPA>

I've tried this on our local nroff wizards and they don't know anything about
it - anyone out there ever seen this bug or maybe even fixed it?

Thanks
   /Bernie

----BEGINNING OF FORWARDED MESSAGES----
Date: Mon, 30 Apr 84 14:03:21 EDT
From: Bernie Cosell <cosell@bbn-labs-b>
Subject: bug explanation sought
To: nroff@bbn-labs-b

In trying to debug a bunch of macros, I was going nuts because I apparently
blundered into a bug in nroff.  Can anyone confirm just exactly what this bug
is and how it works?

Consider:
    .de X
    .so /etc/motd
    .tm it never gets here
    ..


    .X

When you place the call to macro X as the VERY LAST line in the input file, it
never returns from the .so and so DOESN'T get to the .tm -- if the call occurs
anywhere else in the source file, it works as you would expect and the .tm,
desipite what it says, does get done.  It seems clear that there is something a
little odd going on in its figuring out where to pick things up when you pop
out of .so - if the main source file is at EOF, that apparently prevents the
pop from being able to figure out where to resume the macro it was in....

Can anyone shed any light on this?

Thanks
   /Bernie

----END OF FORWARDED MESSAGES----