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

风飘飘(heroes@ts)

嗯，还是吧容易出现问题的路径文件全改成setdo {arrive};ta吧

慕容衰货(navys@ts)

问了好多地方都没得到回答,为什么tudu 武器killer不中毒呢?!!

勿邪(hshs@ts)

重新关了在进就好了，应该没什么的吧
小意思，没事，死不了人的

苦瓜(mahayana@ts)

这个帖子技术含量高，mark一下，等我网速快了估计有同样问题

勿邪(hshs@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来做



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

勿邪(hshs@ts)

那就直接关机好了