Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!decvax!tektronix!hplabs!ucbvax!pyramid.UUCP!rk
From: rk@pyramid.UUCP (Rick Kamicar)
Newsgroups: mod.computers.pyramid
Subject: Re: System V Pic command on 90x
Message-ID: <8606122326.AA23534@pyramid>
Date: Thu, 12-Jun-86 19:26:31 EDT
Article-I.D.: pyramid.8606122326.AA23534
Posted: Thu Jun 12 19:26:31 1986
Date-Received: Sat, 14-Jun-86 16:22:20 EDT
References: <8606062053.AA04670@rayssd.UUCP>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: Pyramid Technology Corp., Mountain View, CA
Lines: 32
Approved: info-pyramid@mimsy.umd.edu

I encountered this problem last friday and found the following:

The problem is caused as follows:

troffgen is called from picy.c (generated by yacc) as:

->			yyval.o = troffgen(yypvt[-0].i);


where yypvt is declared as YYSTYPE.  The code for troffgen is:


->	obj *troffgen(s)	/* save away a string of troff commands */
->		YYSTYPE s;
->	{
->		savetext(CENTER, s.p);	/* use the existing text mechanism */


But, picy.y sends the int element of YYSTYPE --NOT the actual structure!
The simple changes below (there are 2) solve the problem...


->	obj *troffgen(s)	/* save away a string of troff commands */
*->		char *s;
->	{
*->		savetext(CENTER, s);	/* use the existing text mechanism */

------------------------
Richard Kamicar		{allegra,cmcl2,decwrl,hplabs,topaz,ut-sally}!pyramid!rk
Pyramid Technology Corp
Mountain View, CA
+1 415 965 7200