I've recreated the issue as simply as I can... in Enterprise Guide, I have a very simple process with two programs.
ProgramA:
%global TestDTE; %let TestDTE = %sysfunc(putn(%sysfunc(TODAY()),yymmdd10.)); run; %put _GLOBAL_; run;
ProgramB:
%put _GLOBAL_; run; proc sql; connect to SQLSVR(dsn='testdsn'); create table work.jpstemp as select * from connection to SQLSVR ( SELECT dt1 = %str(%')&TestDTE%str(%'); ); run;
So, just creating a simple global variable in ProgramA, which is linked into ProgramB. ProgramB then wants to consume the variable.
Before ProgramA is finished, I put all globals, which has among other things:
GLOBAL TESTDTE 2017-09-06
But in ProgramB, the first thing I do is put all globals again, and it is no longer there... which leads to the "symbolic reference not resolved" warning in ProgramB's sample SQL statement.
My understanding is that globals should remain for the duration of my EG session, and when running a ProcessFlow, they should remain over the course of the entire process. Is that an incorrect assumption, or can this be fixed up somehow?
Kind of embarassing, but I figured it out: the two programs were somehow targeting different workspace servers.
Once both were on the same server, all was well.
Kind of embarassing, but I figured it out: the two programs were somehow targeting different workspace servers.
Once both were on the same server, all was well.
Registration is now open for SAS Innovate 2025 , our biggest and most exciting global event of the year! Join us in Orlando, FL, May 6-9.
Sign up by Dec. 31 to get the 2024 rate of just $495.
Register now!
Learn how use the CAT functions in SAS to join values from multiple variables into a single value.
Find more tutorials on the SAS Users YouTube channel.
Ready to level-up your skills? Choose your own adventure.