使用SYSPBUFF传递参数时，如何掩码"OR"解决SAS宏报错问题？

这个报错的核心原因是SAS宏处理器把"OR"当成了逻辑运算符OR，而不是字符串值。当你的循环条件&ST^=被%EVAL解析时，遇到OR^=这种写法，宏处理器会试图把它当作逻辑表达式计算，但缺少必要的操作数，所以抛出了那个错误。

下面给你两种可靠的修复方案：

方法1：用%LENGTH判断循环终止（推荐） #

这种方法完全避开宏关键字的解析歧义，通过检查变量长度来判断是否还有有效州代码：

RSUBMIT;
PROC SQL;
connect to oracle (path=DW user=&USER pw=&PW);
%macro DTCNT() / parmbuff;
  %let i=1;
  %let ST=%scan(&SYSPBUFF,&I, %str( )); /* 明确指定空格为分隔符，避免解析歧义 */
  %do %while(%length(&ST) > 0); /* 用长度判断是否还有有效州代码 */
    CREATE TABLE MD_&ST._IP_ADJDT_CNTS_S1 AS
    select * from connection to oracle (
      SELECT adjudication_date, count (*) as LINE_CNT 
      from MD_r&NUM..&ST._IP_hdr_f 
      group by adjudication_date 
      order by adjudication_date
    );
    %let i=%eval(&I+1);
    %let ST=%scan(&SYSPBUFF,&I, %str( ));
  %end;
%mend DTCNT;
%DTCNT(&STATES);
disconnect from oracle;
QUIT;
ENDRSUBMIT;

方法2：用引号包裹变量并处理宏解析 #

如果坚持要用“不等于空值”的判断逻辑，需要把变量用引号括起来，同时用%QUOTE避免宏处理器误解析关键字：

把原来的循环条件行替换成：

%do %while(%quote(&ST) ne %str());

额外建议 #

如果你的&STATES变量后续可能包含更多宏特殊字符（比如&、%等），调用宏时可以用%NRQUOTE包裹参数，确保传递过程中不会被意外解析：

%DTCNT(%nrquote(&STATES));

内容的提问来源于stack exchange，提问作者MandyB