<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: apparent symbolic reference not resolved - again in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494807#M130465</link>
    <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As previously explained your confusion is that you do not understand the relationship between the macro processor (the macro &lt;STRONG&gt;PRE&lt;/STRONG&gt; processor) and SAS code.&amp;nbsp; The macro processor is trying to evaluate the %PUT statement BEFORE the CALL SYMPUTX() statement has run. So the macro variable hasn't been created yet.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Does your data really have a variable named G that you are using to determine if the X&amp;amp;i macro variable should be created as LOCAL or GLOBAL?&amp;nbsp; Or did you mean to put G in quotes so that it is character constant?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Plus your CALL SYMPUTX() is being run conditionally (because of the subsetting IF statement in the data step) so depending on the input data it might never run. Hence it might never create the macro variable.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Also why not just create the macro variables as part of the looping so you are sure the macro variable is created whether or not the data step finds a value?&amp;nbsp; You could set the value to an empty string or some other default value.&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;%macro ALLx ;
%local i j k ;
%global ntrait;
%let j=1;
%let k=2 ;
%do i = 1 %to &amp;amp;ntrait. ;
  %global x&amp;amp;i;
  %let x&amp;amp;i=;
data _NULL_ ;
  set f2 ;
  if par1 = &amp;amp;j. ;
  call symputx("x&amp;amp;i.",est,'g') ; 
run ;
  %let j = %eval(&amp;amp;j.+&amp;amp;k.);
  %let k= %eval(&amp;amp;k.+1) ;
  %put &amp;amp;=i &amp;amp;=j &amp;amp;=k X&amp;amp;i=&amp;amp;&amp;amp;x&amp;amp;i.. ; 
%end ;
%mend ALLx ;&lt;/CODE&gt;&lt;/PRE&gt;</description>
    <pubDate>Wed, 12 Sep 2018 12:49:04 GMT</pubDate>
    <dc:creator>Tom</dc:creator>
    <dc:date>2018-09-12T12:49:04Z</dc:date>
    <item>
      <title>apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494777#M130449</link>
      <description>&lt;P&gt;&lt;STRONG&gt;&lt;FONT color="#000080" face="Courier New" size="2"&gt;OK I read few topics on that one and still am stumped - apologies in advance if it's obvious for some of you.&lt;/FONT&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;FONT color="#000080" face="Courier New" size="2"&gt;The difference in my code is that I try create a macro variables iteratively. I think I manage to do that but the dreaded %put tells me otherwise.&lt;/FONT&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;FONT color="#000080" face="Courier New" size="2"&gt;I tried several things around %global but nothing really works (I tried symput instead of symputx).&lt;/FONT&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;FONT color="#000080" face="Courier New" size="2"&gt;My code is simple.&lt;/FONT&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;%macro ALLx ;
%let j=1 ;
%let k=2 ;  run ;
%do i = 1 %to &amp;amp;ntrait. ;
	data _NULL_ ;
	set f2 ;
	if par1 = &amp;amp;j. ;
	call symputx("x&amp;amp;i.",est,g) ; run ;
	%let j = %eval(&amp;amp;j.+&amp;amp;k.) ; run ;
	%let k= %eval(&amp;amp;k.+1) ; run ;
%put &amp;amp;i. &amp;amp;j. &amp;amp;k. &amp;amp;&amp;amp;x&amp;amp;i. ; run ; quit ;
%end ;
%mend ALLx ;
%ALLx ; 
%put &amp;amp;x1. &amp;amp;x2. &amp;amp;x3. &amp;amp;x4. &amp;amp;x5. &amp;amp;x6. ; run &lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;the log gives me hope - I only give you the last round of iteration.&lt;/P&gt;&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;[...]
MLOGIC(ALLX):  %LET (variable name is J)
SYMBOLGEN:  Macro variable J resolves to 21
SYMBOLGEN:  Macro variable K resolves to 7
MPRINT(ALLX):   run ;
MLOGIC(ALLX):  %LET (variable name is K)
SYMBOLGEN:  Macro variable K resolves to 7
MPRINT(ALLX):   run ;
MLOGIC(ALLX):  %PUT &amp;amp;i. &amp;amp;j. &amp;amp;k. &amp;amp;&amp;amp;x&amp;amp;i.
SYMBOLGEN:  Macro variable I resolves to 6
SYMBOLGEN:  Macro variable J resolves to 28
SYMBOLGEN:  Macro variable K resolves to 8
SYMBOLGEN:  &amp;amp;&amp;amp; resolves to &amp;amp;.
SYMBOLGEN:  Macro variable I resolves to 6
SYMBOLGEN:  Macro variable X6 resolves to 6.2460106
6 28 8 6.2460106
MPRINT(ALLX):   run ;
MPRINT(ALLX):   quit ;
MLOGIC(ALLX):  %DO loop index variable I is now 7; loop will not iterate again.
MLOGIC(ALLX):  Ending execution.&lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;I can see that variable X6 is resolve to 6.2460106 - great.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;but the %put statement wipes my smile away as I got the WARNING: Apparent ...not resolved.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;anyway if any of you have hints, please forward.&lt;/P&gt;&lt;P&gt;cheers&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Th.&lt;/P&gt;</description>
      <pubDate>Wed, 12 Sep 2018 11:57:19 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494777#M130449</guid>
      <dc:creator>MrTh</dc:creator>
      <dc:date>2018-09-12T11:57:19Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494784#M130451</link>
      <description>&lt;P&gt;I am sorry, but thats really not a good way of working.&amp;nbsp; Macro language is a text based find/replace pre-processor, used for generalising code.&amp;nbsp; It is not a replacement for Base SAS - the programming language, which has all datatypes/functions etc.&amp;nbsp; Your just creating code which will cause you headaches and break half the time.&amp;nbsp; Do you data processing in a dataset, I can't really provide code as you have not provided test data/required output, but what I can say is there is a fair bit wrong with the code and the understanding.&lt;/P&gt;
&lt;P&gt;First, you have lots of run; statements in there, some will cause problems, others are just irrelevant.&lt;/P&gt;
&lt;P&gt;The key problem here however is your mixing datastep (Base SAS) with Macro which operate at different levels and so are incompatible.&amp;nbsp; Lets take an example, Macro is resolved first by the macro pre-processor so your code becomes (note ntrait is never defined - another issue in the code):&lt;/P&gt;
&lt;PRE&gt;data _NULL_ ;
  set f2 ;
  if par1=1;
  call symputx("x1",est,g) ; run ;
 ; run ;
 ; run ;
 ; run ; quit ;&lt;/PRE&gt;
&lt;P&gt;This code is repeated to the number in ntrait.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you would like working code, please provide test data in the form of&amp;nbsp; datastep:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://communities.sas.com/t5/SAS-Communities-Library/How-to-create-a-data-step-version-of-your-data-AKA-generate/ta-p/258712" target="_blank"&gt;https://communities.sas.com/t5/SAS-Communities-Library/How-to-create-a-data-step-version-of-your-data-AKA-generate/ta-p/258712&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;And show what you want out at the end, I am 100% certain there is a simpler more robust approach.&lt;/P&gt;</description>
      <pubDate>Wed, 12 Sep 2018 12:15:22 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494784#M130451</guid>
      <dc:creator>RW9</dc:creator>
      <dc:date>2018-09-12T12:15:22Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494789#M130453</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/139911"&gt;@MrTh&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;the log gives me hope - I only give you the last round of iteration.&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;[...]
MLOGIC(ALLX):  %LET (variable name is J)
SYMBOLGEN:  Macro variable J resolves to 21
SYMBOLGEN:  Macro variable K resolves to 7
MPRINT(ALLX):   run ;
MLOGIC(ALLX):  %LET (variable name is K)
SYMBOLGEN:  Macro variable K resolves to 7
MPRINT(ALLX):   run ;
MLOGIC(ALLX):  %PUT &amp;amp;i. &amp;amp;j. &amp;amp;k. &amp;amp;&amp;amp;x&amp;amp;i.
SYMBOLGEN:  Macro variable I resolves to 6
SYMBOLGEN:  Macro variable J resolves to 28
SYMBOLGEN:  Macro variable K resolves to 8
SYMBOLGEN:  &amp;amp;&amp;amp; resolves to &amp;amp;.
SYMBOLGEN:  Macro variable I resolves to 6
SYMBOLGEN:  Macro variable X6 resolves to 6.2460106
6 28 8 6.2460106
MPRINT(ALLX):   run ;
MPRINT(ALLX):   quit ;
MLOGIC(ALLX):  %DO loop index variable I is now 7; loop will not iterate again.
MLOGIC(ALLX):  Ending execution.&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;I can see that variable X6 is resolve to 6.2460106 - great.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;but the %put statement wipes my smile away as I got the WARNING: Apparent ...not resolved.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;There is no such WARNING in your SASLOG.&lt;/P&gt;</description>
      <pubDate>Wed, 12 Sep 2018 12:18:55 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494789#M130453</guid>
      <dc:creator>PaigeMiller</dc:creator>
      <dc:date>2018-09-12T12:18:55Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494793#M130457</link>
      <description>&lt;P&gt;Hi RW9&lt;/P&gt;&lt;P&gt;Thanks for the quick answer.&lt;/P&gt;&lt;P&gt;Couple of things: I did not provide the whole code as it would be too cumbersome, but trust me ntrait is well defined.. Also the multiple 'run' statements are the results of several try and fail; I usually keep them short.&lt;/P&gt;&lt;P&gt;The macro however badly built it can be seem to give me the correct result. My question is more why when I want to print&amp;nbsp;%put &amp;amp;X6. I get the Warning: apparent symbolic reference not resolved?&lt;/P&gt;</description>
      <pubDate>Wed, 12 Sep 2018 12:23:58 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494793#M130457</guid>
      <dc:creator>MrTh</dc:creator>
      <dc:date>2018-09-12T12:23:58Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494794#M130458</link>
      <description>&lt;P&gt;apologies PaigeMiller&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I did not put the log warning.&lt;/P&gt;&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;MLOGIC(ALLX):  Ending execution.
WARNING: Apparent symbolic reference X1 not resolved.
WARNING: Apparent symbolic reference X2 not resolved.
WARNING: Apparent symbolic reference X3 not resolved.
WARNING: Apparent symbolic reference X4 not resolved.
WARNING: Apparent symbolic reference X5 not resolved.
WARNING: Apparent symbolic reference X6 not resolved.
167  %put &amp;amp;x1. &amp;amp;x2. &amp;amp;x3. &amp;amp;x4. &amp;amp;x5. &amp;amp;x6. ; run ;
&amp;amp;x1. &amp;amp;x2. &amp;amp;x3. &amp;amp;x4. &amp;amp;x5. &amp;amp;x6.&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 12 Sep 2018 12:25:37 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494794#M130458</guid>
      <dc:creator>MrTh</dc:creator>
      <dc:date>2018-09-12T12:25:37Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494799#M130460</link>
      <description>&lt;P&gt;Look at the code generated:&lt;/P&gt;
&lt;PRE&gt;data _NULL_ ;
  set f2 ;
  if par1=1;
  call symputx("x1",est,g) ; run ;
 ; run ;
 ; run ;
 ; run ; quit ;&lt;/PRE&gt;
&lt;P&gt;G is not quoted in the call symputx.&amp;nbsp; I would still highly recommend you alter the code, just as something might work, does not make it a good idea, robust, simple or repeatable.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 12 Sep 2018 12:39:59 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494799#M130460</guid>
      <dc:creator>RW9</dc:creator>
      <dc:date>2018-09-12T12:39:59Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494800#M130461</link>
      <description>&lt;P&gt;It happens because you wrote&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;call symputx("x&amp;amp;i.",est,g); &lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;the problem being that your g is seen as a reference to a datastep variable, not a constant expression. Try again with&lt;/P&gt;&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;call symputx("x&amp;amp;i.",est,'g'); &lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 12 Sep 2018 12:40:31 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494800#M130461</guid>
      <dc:creator>s_lassen</dc:creator>
      <dc:date>2018-09-12T12:40:31Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494801#M130462</link>
      <description>&lt;P&gt;Apart from what has already been said by &lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/45151"&gt;@RW9&lt;/a&gt;, you are using here a loop that&lt;/P&gt;
&lt;P&gt;read several times the same dataset unecessarily increasing the run time.&lt;/P&gt;
&lt;P&gt;Sine the input dataset is always the same, you only need to read it once and hence&lt;/P&gt;
&lt;P&gt;there is no need to use a macro here.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Tell us what you wan't to do and we'll provide a non macro way to solve yuor problem.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Nothing wrong with macros but as &lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/45151"&gt;@RW9&lt;/a&gt; they are just a text replacement tool&lt;/P&gt;
&lt;P&gt;and should not be used to manipulate data.&lt;/P&gt;</description>
      <pubDate>Wed, 12 Sep 2018 12:43:16 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494801#M130462</guid>
      <dc:creator>gamotte</dc:creator>
      <dc:date>2018-09-12T12:43:16Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494807#M130465</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As previously explained your confusion is that you do not understand the relationship between the macro processor (the macro &lt;STRONG&gt;PRE&lt;/STRONG&gt; processor) and SAS code.&amp;nbsp; The macro processor is trying to evaluate the %PUT statement BEFORE the CALL SYMPUTX() statement has run. So the macro variable hasn't been created yet.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Does your data really have a variable named G that you are using to determine if the X&amp;amp;i macro variable should be created as LOCAL or GLOBAL?&amp;nbsp; Or did you mean to put G in quotes so that it is character constant?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Plus your CALL SYMPUTX() is being run conditionally (because of the subsetting IF statement in the data step) so depending on the input data it might never run. Hence it might never create the macro variable.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Also why not just create the macro variables as part of the looping so you are sure the macro variable is created whether or not the data step finds a value?&amp;nbsp; You could set the value to an empty string or some other default value.&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;%macro ALLx ;
%local i j k ;
%global ntrait;
%let j=1;
%let k=2 ;
%do i = 1 %to &amp;amp;ntrait. ;
  %global x&amp;amp;i;
  %let x&amp;amp;i=;
data _NULL_ ;
  set f2 ;
  if par1 = &amp;amp;j. ;
  call symputx("x&amp;amp;i.",est,'g') ; 
run ;
  %let j = %eval(&amp;amp;j.+&amp;amp;k.);
  %let k= %eval(&amp;amp;k.+1) ;
  %put &amp;amp;=i &amp;amp;=j &amp;amp;=k X&amp;amp;i=&amp;amp;&amp;amp;x&amp;amp;i.. ; 
%end ;
%mend ALLx ;&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 12 Sep 2018 12:49:04 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494807#M130465</guid>
      <dc:creator>Tom</dc:creator>
      <dc:date>2018-09-12T12:49:04Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494810#M130467</link>
      <description>&lt;P&gt;You need to understand how CALL SYMPUT works.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;DIV class="paraSimpleFirst"&gt;&lt;STRONG&gt;You must specify a step boundary statement to force the DATA step to execute before referencing a value in a global statement following the program (for example, a TITLE statement). The boundary could be a RUN statement or another DATA or PROC statement.&lt;/STRONG&gt;&lt;/DIV&gt;
&lt;DIV class="paraSimpleFirst"&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV class="paraSimpleFirst"&gt;For example:&lt;/DIV&gt;
&lt;DIV class="paraSimpleFirst"&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;/* This works */
data x;
   x='December';
   call symput('var',x);
proc print; /* Boundary */
%PUT "Report for &amp;amp;var";
run;

/* This will not work */
%symdel var;
data x;
   x='December';
   call symput('var',x);
/* No step boundary */
%PUT "Report for &amp;amp;var";
run;&lt;/CODE&gt;&lt;/PRE&gt;
&lt;/DIV&gt;
&lt;DIV class="paraSimpleFirst"&gt;&amp;nbsp;For more information check the &lt;A href="http://support.sas.com/documentation/cdl/en/mcrolref/62978/HTML/default/viewer.htm#p09y28i2d1kn8qn1p1icxchz37p3.htm" target="_self"&gt;documentation&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV class="paraSimpleFirst"&gt;&amp;nbsp;&lt;/DIV&gt;</description>
      <pubDate>Wed, 12 Sep 2018 12:58:55 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494810#M130467</guid>
      <dc:creator>SuryaKiran</dc:creator>
      <dc:date>2018-09-12T12:58:55Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494813#M130469</link>
      <description>@ Suryakiran thanks for the input.</description>
      <pubDate>Wed, 12 Sep 2018 12:59:50 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494813#M130469</guid>
      <dc:creator>MrTh</dc:creator>
      <dc:date>2018-09-12T12:59:50Z</dc:date>
    </item>
    <item>
      <title>Re: apparent symbolic reference not resolved - again</title>
      <link>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494816#M130471</link>
      <description>&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/159"&gt;@Tom&lt;/a&gt; Thanks a bunch for the code. I think I get some of it now. it works.</description>
      <pubDate>Wed, 12 Sep 2018 13:00:40 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/apparent-symbolic-reference-not-resolved-again/m-p/494816#M130471</guid>
      <dc:creator>MrTh</dc:creator>
      <dc:date>2018-09-12T13:00:40Z</dc:date>
    </item>
  </channel>
</rss>

