DO...WITH 与 PARAMETERS 有点意思
这个看看
CLEAR
B=3
DO SUB WITH 11,B
?B

PROCEDURE SUB
  PARAMETERS B,XX
RETURN

这个常数是什么，B就是什么

[此贴子已经被作者于2022-12-30 16:54编辑过]

此B非彼B也

问题是这两个B是对应的，不能少，也不能变
DO SUB WITH 11,B
PARAMETERS B,XX
可见WITH的 11,B 与 PARAMETERS的 B 三者是有关系的。

[此贴子已经被作者于2022-12-30 17:09编辑过]

我震惊于诸位大侠得闲得咁交关，居然能够一本正经地探讨“有歧义性代码的副作用”——如此这般一个聪明人避之唯恐不及的Bug影重重的稀奇古怪问题……

这样回复问题，对提出问题的人有帮助吗? 编程不是闲谈说笑话。
BUG又如何，不知道不足，又何来进步?

从底层点看，传址就是传数据的内存地址，这个地址是唯一的。
只想了解一下解释语言当相同的变量名出现表达不同的地址时会出现什么问题。
还有，不同的编译器对参数传递的顺序也有不同（从右到左、从左到右），会有不同的结果。
真要搞清楚，还是要看机器码，有兴趣可以去看看，肯定会明白问题所在。

顺便说说，不要动不动就说这是BUG、那是BUG。
试问题那个应用程序敢说自己无BUG，不会因为有BUG就避之则吉。
BUG是不足，做人要勇敢面对BUG，勇于去发现BUG，避BUG改BUG才是万事大吉。

在VFP白活了几十年，这样做不是不好，只是要费点劲。
一个上层有可能会调用好多个下层，一个下层也有可能会被多个上层调用。
记性要好，记不住还要要出问题，要做个变量名表来查对吗?
VFP本来就有规范这类行为：
    PUBLIC
    LOCAL
    PRIVATE

按逻辑说，do sub with 中的11对应传给parameters 的B，do sub with 中的B对应传给parameters的XX
我现在基本只用function了，如果想改变本地变量的值，则按地址传递参数（@参数），这样也很方便

执行结果：3
如果sub中加一句：xx = xx + 1，则执行结果为4

还是回归正道吧，每个程序管好自己的变量，这样会减少很多烦恼

不只是对应传送问题，对调一下也是对应的，但结果就不一样，传送顺序也有问题。
DO SUB WITH B,11
PARAMETERS XX,B
关键点可能是这个“常数”地址问题，变数怎样变也没问题。