参考这个，共享队列可用Seize-Delay(with delay 0)实现Multiple resources with different service time distribution要今晚再想想 - 不知Basic Module能做么，需要用比较Advanced的么。
(more...)
好详细啊，非常有用，感谢~~
既然出错的原因是因为Resource和Delay Release状况不一致，那为什么会出现这样的不一致呢？
带着这个问题仔细又查了一下，总算知道根源了。总结一下碰到的会出现这种error的情况：
1，一个Decide时里面条件设置出错：在昨天那个模型里粗心地把Attribute设错了，应该是Resourc#==2， but set wrongly to Resource#<=2 居然查不出（汗
2，两个Decide时，以下图为例（我们今天碰头时修改过的模型）
第一层条件下只有两个选择，如果条件为True时去Counter 1~3,那么应该选2-way condition instead of 2-way by chance with condition setting of Resource#<=3，选2-way by chance会出错。
第二层条件下有多项选择，那么就要注意else在Decide图标的哪里，一般是在最下面的分支，但不知为什么下图的模型中它跑到平时第二个选择的位置了（可能是因为曾经增删过条件导致默认顺序改变？），从数据的位置来说else一般指向的是自然次序最后一位数据，所以要相应地改变condition的次序，比如正常情况下设置Resource#==1 & Resource#==2,现在就要改成Resource#==1 & Resource#==3，否则出错。
总而言之，出现这个问题的原因是pointer指向不对，所以会出现一个资源的element跑到另一个资源去，然后系统就混乱了。
---
系统生成：由于楼层数受限，本帖实际回复的是 lm787 的帖子 “debug方法 - breakpoints”
原地址：http://bbs.huasing.org/sForum/bbs.php?B=116_12453682
Huasing Association 1999 - 2013