LISTSERV at the University of Georgia
Menubar Imagemap
Home Browse Manage Request Manuals Register
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (April 2009, week 2)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:         Tue, 14 Apr 2009 17:59:01 -0400
Reply-To:     Bob LaRue <bjlarue@SBCGLOBAL.NET>
Sender:       "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:         Bob LaRue <bjlarue@SBCGLOBAL.NET>
Subject:      Re: Problems with informats
Comments: To: "./ ADD NAME=data _null_;" <iebupdte@GMAIL.COM>

As it turns out that is exactly what happened. One of the programs had a local proc format with the same informat name but no CPROB and no 'other'. Hence the crash. By the way, would you care to elaborate further on other methods for batch submission. I am unfamiliar with SYSTASK.

Thanks a million,

Bob LaRue

On Tue, 14 Apr 2009 16:23:49 -0500, ./ ADD NAME=Data _null_; <iebupdte@GMAIL.COM> wrote:

>Could be that one of the INCLUDED programs redefines the INFORMAT. > >The programs that I am writing(trying to write) look very similar to >the ones you are running with %RUNPROG. I "always" run my final >versions as separate BATCH jobs. You can use a BAT or other type of >SCRIPT, my favorite is a SAS program using SYSTASK. > > > >On 4/14/09, Bob LaRue <bjlarue@sbcglobal.net> wrote: >> OK, after extensive experimentation this afternoon I have become convinced >> that the method of invocation IS part of the problem. Our method of batch >> submission looks like this: >> >> %MACRO RUNPROG(PROG= ) ; >> >> FILENAME a "&DIR\&PROG..SAS" ; >> >> %INCLUDE a ; >> >> %MEND ; >> *%let DIR=V:\Statistical Programming\ST_208192 >> \Production\Programs\BSPTables\Tables_03; >> %let DIR=V:\Statistical Programming\ST_208192 >> \Test\Programs\BSPTables\Tables_06; >> options mprint mlogic symbolgen; >> >> *%RUNPROG(PROG=00init_Tables); >> %RUNPROG(PROG=T14.1.1.1_subdisp_LCP-1X); >> %RUNPROG(PROG=T14.1.2.1_demog_LCP-1X); >> %RUNPROG(PROG=T14.1.3.1_cmp_LCP-1X); >> %RUNPROG(PROG=T14.2.1.1a_Lpd_LCP-1X); >> %RUNPROG(PROG=T14.2.1.1b_Lpd_LCP-1X); >> %RUNPROG(PROG=T14.2.1.2a_Lpd_LCP-1X); >> %RUNPROG(PROG=T14.2.1.2b_Lpd_LCP-1X); >> %RUNPROG(PROG=T14.2.2.1_nHDLCGoal_LCP-1X); >> %RUNPROG(PROG=T14.2.3.1_Lipo_LCP-1X); >> %RUNPROG(PROG=T14.2.3.2_Lipo_LCP-1X); >> %RUNPROG(PROG=T14.2.4.1_LpdSubf_LCP-1X); >> >> Once I do a submission like this, it ALWAYS messes up on the informat on >> later runs in the same session, even if I rerun the program as a standalone >> submission. Restarting SAS in a new session solves the problem. >> >> We have been submitting final code like this since I have been here in this >> company but this is the first study that I have seen these kinds of issues >> despite using similar code before. Any ideas on what could be getting >> corrupted? The proc format code is run in a separate file at the beginning >> of the session before the other programs are submitted. >> >> Any thoughts on the above issues would be appreciated. >> >> Thanks, >> >> Bob >>


Back to: Top of message | Previous page | Main SAS-L page