Date: Thu, 5 Mar 2009 09:16:15 -0500
Reply-To: Stephen Mandel <stephe36@GMAIL.COM>
Sender: "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From: Stephen Mandel <stephe36@GMAIL.COM>
Subject: Proc Greplay in 9.2
Content-Type: text/plain; charset=ISO-8859-1
This indeed solved my problem. Using gout as well as igout on proc greplay
now seems to be necessary in 9.2 where it was not in 9.1.3.
Thank you very much.
Date: Thu, 5 Mar 2009 10:09:01 +0100
From: Anders Mørup Jensen <amo@SSI.DK>
Subject: Re: ODS PDF Proc Greplay version 9.1.3 vs. 9.2
I reported a similar problem to SI resulting in the following SAS Problem
Problem Note 32853: PROC GREPLAY will hang when the IGOUT= and GOUT= options
point to different catalogs
PROC GREPLAY will hang when the IGOUT= and GOUT= options on the PROC GREPLAY
statement point to different catalogs. This problem only occurs when
multiple graphs are created with a single SAS/GRAPH procedure (for example,
when using a BY statement). Once the SAS session hangs, the only option is
to terminate the SAS session using Windows Task Manager.
To circumvent the problem, make sure that the IGOUT= and GOUT= options on
the PROC GREPLAY statement point to the same catalog. Since the default
catalog for the GOUT= option is WORK.GSEG, the following PROC GREPLAY
statement will hang the SAS session:
proc greplay igout=gc1 nofs tc=sashelp.templt
To correct the problem, add the GOUT= option to the PROC GREPLAY statement,
making sure that the GOUT= option points to the same catalog as the IGOUT=
option. Here is an example:
proc greplay igout=gc1 gout=gc1 nofs tc=sashelp.templt
I think this might be relevant to your problem.