最近老出: Infinite loop detected in command parsing，有没有人有经验

雪梨风(xli@ts)

如图提示，经常在sx1到达目的地时出现。

妖怪(yaoguai@ts)

你看看你的alias 是不是有循环了
比如
#alias songxin {songxin %-1}

拆迁队长(darken@ts)

这玩意我也出现过

拆迁队长(darken@ts)

相当令人头痛

月半月半(fenice@ts)

都是关闭重新打开zmud 解决的  软件bug

雪梨风(xli@ts)

原帖由 yaoguai@ts 于 2011-2-18 12:03 发表
你看看你的alias 是不是有循环了
比如
#alias songxin {songxin %-1}

感觉不是这种问题，因为如果是这样，那么应该不是随机出现，而是每次到达那里就出现的。

亚瑟王(asiaking@ts)

不是，这个应该是robot不合理，有一段时间也困扰了我好久
你也是利用#alias ta了吧

这种实现方式就决定了随机性

路径文件里大都是这样
ta;setdo {XXXX}

#ALIAS ta {t+ 告诉自己;alias action 休息，休息一会......}
#ALIAS setdo {#al do {%-1}}
#ALIAS dodo {#wa 2000;halt;yun jingli;do}

#TRIGGER {^{> 你|你}把 "action" 设定为 "休息，休息一会......" 成功完成。} {dodo} {告诉自己} 519

怎么看起来都是一点问题都没有

奇妙的是#wa 未必真的如实，特别是在执这次#wa 前面也有。

这是网速和机器速度的比拼，
当ta 里 alias action 休息，休息一会......执行完毕，网速极快的情况下，几ms后zmud收到
服务器返回信息 把 "action" 设定为 "休息，休息一会......" ，这时未必来得及显示，trigger已经开始工作。ta 里指令再稍多一点儿，ta还未执行完,setdo {XXXX}就没有执行，#alias do里还是上一次的，整个乱了。

如果这样 setdo {XXXX};ta  逻辑上就合理了，怎么都是在触发前先定义do指令

可惜这需要改动所有路径文件

权宜下呢，就是别改#alias ta
如果真想用呢，就只在最前面加一个指令如 stepcmd

想做多个事儿呢就在mud里用alias stepcmd来做



总是出现的问题，一般很好解决，随机的最麻烦。

上古风情(guren@ts)

太厉害了，虽然看的不太懂，但是

长春子(selang@ts)

玩这个都是高手啊。。。

风飘飘(heroes@ts)

我明白楼主的意思了，这个错误总出在襄阳，扬州，这样的地方。

是因为这些地方路径太短了，在网速飞快的情况下和robot发生了冲突。

那可不可以只改w_go里的东西呢？

就是findway里的find_xiangyang.txt里的#al w_go {s;#7 e;ta;setdo {arrive}}

这句应该是整段alias的起点，我们在ta前面加个#wa 2000好不好？