zmud721里，用#alarm 1 {} 建的trigger，用#untri 1,结束掉，是个好方法吗？

hotel

测试了一个下午了，有的时候会有点奇妙的现象。有的时候，一些代码执行的结果很奇怪。 请高手来指点下。谢谢了。

我现在刚能弄一些能运行的东东，如何让资源消耗更小，如何执行更快，我还都不知道。哎。

bluse

不管#unt的语句是放在alarm的触发句里，还是另外的触发里，都切记要先 #t-关闭掉该class，再#unt，否则很容易报错

bluse

所以，#alarm建立的时候，最好后面跟上class字段的参数，不要用空class名

hotel

原帖由 bluse 于 2011-5-2 01:51 PM 发表
所以，#alarm建立的时候，最好后面跟上class字段的参数，不要用空class名

请指点一下，这种alarm的格式是什么样的。我还没见过。

另外问个问题啊，为什么一个窗口的时候，如果trigger发的命令多，整个zmud 721 好象被拖死了，任何操作都要等上个几秒。一直到命令少的时候才能操作。为什么会这样？我用wiki 上的 721 领悟机器人的时候，另外一个窗口不能运行太多的命令，否则那个拖拉的感觉真难受。请指点我一下吧。

实验了下555， 单开的时候，同样的命令发送量，明显没721 那种假死状态。但是多开了之后，同样一个机器人，在两个窗口下，执行结果很不一样，一个能顺利执行，另外一个timer 的内容总也发不出去。一些trigger里面的逻辑判断也被弄的运行起来  莫名其妙 。

真的请指点下吧。我折腾不同版本的zmud一天了。累疯了。哎。

hotel

今天看了别人的机器人，受到启发。 用这样的命令可以建个带class标记的alarm：

#alarm 1 {kiss} "hihi"   721中，建个class为 hihi 的alarm，每秒发一个kiss表情。

如果是 555 或者 462 中，命令稍微变化：

#alarm *1 {kiss} "hihi"            哈哈。够邪恶的。

bluse

addoil