何来Dbase III代码的问题? 楼主提出的问题与Dbase III有什么关系?
算了吧，早就说你讲多错多，那有一句正经的话，全是问非所答。
Dbase III代码的问题，还不是你自己“重新发明”出来的新问题吗? 做人不能这样乱泼脏水哦。

很简单，我们在Dbase III年代，就是习惯这样子写代码的。
为了这个可怕的习惯，后来也不知付出了多少可怕的代价。
还有，你将这段代码拿到Dbase III中，是可以不作任何修改运行的。
楼主所遇的“B变量找不到”问题，说不定就能从Dbase III系统中给出。

我们今天写任何函数，第一件事，会毫不犹豫地在开头写：
Local lcText, lnNum, loTree, laArray
然后再巴拉巴拉接着去写任何业务代码。
一句“Local”能解决的事，这就不叫事！
这是常识，这是傻瓜都会干的，纯肢体记忆，就如同穿衣吃饭一样地自然无异议无疑义，试问——
穿衣吃饭有啥好讨论的呢？——聪明的，我问你。

斑竹说的没错，主要区别是 do sub with  c1,b1,c1 是传地址，与sub()不同，但与 sun(@c1,@b1,@c1)相同
大家口算一下，最后x1,a1,b1,c1是多少

CLEAR
x1=10
a1=2
b1=3
c1=5
DO sub WITH c1,b1,c1
?" x1=",x1," ,a1=",a1," ,b1=",b1," ,c1=",c1


PROCEDURE sub
PARAMETERS b1,a1,c1
b1=b1+1
a1=a1+2
RETURN
ENDPROC

结果
x1=10 , a1=2 , b1=5 , c1= 6
是不是很奇怪，b1 不就是 b1+1=4吗，怎么会5，c1怎么会是6
因为上面的是传地址

PROCEDURE sub
PARAMETERS b1,a1,c1
b1=b1+1 && b1=5,b1+1=6,6->c1,所以c1=6
a1=a1+2 && a1=3,a1+2=5,5->b1,所以b1=5
RETURN
ENDPROC

楼主的题目，估计考知识点的
1. do sub with 参数 ,与sub(参数),与sub(@参数) 区别
2. PARAMETERS 参数 ，与 LPARAMETERS 参数 ，的区别

只是出乌龙了，出题目者不知道“如吹斑竹说的，会导致 地址冲突。。。”

一件简单的事情，让大家讨论的如此热烈，好现象啊。

是不是嘴硬的人头脑会单纯的呢? 有啥不好讨论的呢？
LOCAL也不是可以高枕无忧的，凡事要看实际情况，一般情况LOCAL不会有什么大问题。
我就不太习惯一开头就写LOCAL，通常是什么时候用到的变量就什么时候写，这样方便修改和尽量不出现错漏。
如果函数用了很多变量，记忆力有限，LOCAL也有可能错漏。
这种情况个人通常会用 PRIVATE ALL，这样就省心点。至于在函数里也要对上层某变量作出处理，可以使用LIKE|EXCEPT子项，也可通过传址方式参数送入函数。

一个喜欢吹水的人遇上一个“吹水佬”，局面就这这样子。