如果dosubl()中直接引用宏变量‘&e’

第一次运行会报错是因为：call symputx()所产生的宏变量e需要到data b这个数据步运行完毕后才能直接引用。因此dosubl()中的代码如果用‘&e’ 则会提示找不到宏变量e。

之后的运行应该不会再提示宏变量e找不到，但‘&e’的结果是上次运行data b时所产生的宏变量e。

第二次运行有的时候可以得到想要的结果，有的时候不能

补充一下，前面我写代码也应该是比较好理解的，但是外部嵌套宏之后，宏的编译应该在data之前
因此，第一次运行%main;的时候宏变量e没有赋值，所以出错，但是第二次运行%main；后宏变量e已经赋了值，所以第二次运行结果正确
这里还有个小问题，宏变量e赋的是data b中变量a(1)的内存地址，我一开始理解data步结束后内存地址会释放，也就是说下次运行data b步的时候a(1)的地址应该有变化才对
但是从结果来看，第二次运行%main；宏变量e正确的取到了a（1）的内存地址，也就是说第二次运行data b的时候，虽然数据集是重新生成的，但是给变量a（1）分配的内存地址跟第一次运行相比并没有改变。于是我猜测可能是sas内部有缓存机制
下面做一些实验：
option nonotes nosource;
%put Firt Time Run:data a address is;
data a;
b=1;c=2;
add=addrlong(b);
put add hex16.;
run;
%put Firt Time Run:data a1 address is;
data a1;
x=1;y=1;z=2;
add=addrlong(x);
put add hex16.;
run;
%put Second Time Run:data a address is;
data a;
b=1;c=2;
add=addrlong(b);
put add hex16.;
run;
结果为：
Firt Time Run:data a address is
0881AA0C00000000
Firt Time Run:data a1 address is
3881AA0C00000000
Second Time Run:data a address is
0881AA0C00000000
可以猜测提交过的代码在，在sas中有缓存，所以相同的变量的内存地址没有发生变化，这样也就解释了为什么第二次运行%main;可以成功。
上面的大部分内容为个人理解，希望各路大神拍砖。

我对你提到的缓存机制不懂，希望有高手可以为你解惑。

我的疑问是：你的%main在第二次运行的成功与否应该是和宏变量e是不是已经存在有关系。

如果你在%macro main；的开始加上一句 %let mvar=anything;, 那你的%main还能成功运行么？（当然前提是，在第一次执行%main之前，宏变量e是不存在的）

%macro main;
%let mvar=anything;

data b;
array a(1000) $ ;
do i=1 to 1000;
a(i)=put(i,pib8.);
end;
e=addrlong(a(1));
call symputx("e",e);
_error_=dosubl( "
data a;
do i=1 to 12;
ans=peeklong(put(input('&e',pib8.)+8*(i-1),pib8.),8);
output;
end;
run;
quit;
");
run;
%mend;

第二次是否运行成功与e的存在有关系，peeklong函数的作用就是获取内存地址&e中的值
但是很奇怪，加了这句，第二次也不能运行了
求解原因？

没有%let那句时，data b所创建的宏变量e会被存到global symbol table中。而在%main运行完毕后，宏变量e不会被删除。

而有%let语句时，%main执行时会创建一个local symbol table用在存放这个宏里产生的宏变量，当宏执行完毕后这个local symbol talbe就会被删除。

这也和call symputx()有关，如果将call symputx的第三个参数的值设为‘G’，那产生的宏变量就直接存到global symbol table了

dosubl就当是call execute的函数即执行版就行了
以前问过sas官方一个问题，关于编译的，就是call execute是在run后编译的问题，导致一些代码无法实现预期效果。然后他们新加了这个，但是似乎还是有局限性的。
call symputx函数赋值，如果你不‘’，应该是可以解析的，‘’之后就为编译后执行解析，试试看“”，是编译解析。
另外peeklong早就有，但是太过复杂，以前是用来执行外部dll用，而且64的系统好复杂～

受教了，不过现在我还是有个疑问，关于下面这段程序的。data a中y与y1都可以正确显示成123456，但是dosubl里的y1就不能了，如果说dosubl是execute的执行班，那理论上在执行data b的过程中变量a的内存空间应该是保留的。data b中的y1应该也可以为123456.
但是从结果来看，data b执行出错了，我想到两种解释：1.dosubl的执行是在data a中的y1赋值之后执行
2.执行dosubl时，内存环境已经被破坏了
两种解释我都觉得不是很合理，希望kuhasu大神给个合理的解释
data a;
a = 123456;
e=addrlong(a);
call symput('e',e);
x=peekclong(e,8);
y=input(x,rb8.);
rc=dosubl("
data b;
b=symget('e');
x1=peekclong(b,8);
y1=input(x1,rb8.);
run;
");
b=symget('e');
x1=peekclong(b,8);
y1=input(x1,rb8.);
run;

诸位是对sas赶鸭子上架啊。或许，唯一的原因很可能只是鸭子太笨，而诸位太聪明了。京剧

八成跟peeklong模式有关？

另外这种问题好像一直比较复杂，需要很牛的IT背景才行