myxiaonia 发表于 2014-7-16 14:16
浙江绍兴啊，您老哪嘀

绍兴好地方啊,,,人杰地灵,,,,人都是人精,,,出师爷,,,呵呵

偶是江西山区小县城 人口净流出,,,,,

wkman 发表于 2014-7-16 14:38
绍兴好地方啊,,,人杰地灵,,,,人都是人精,,,出师爷,,,呵呵

偶是江西山区小县城 人 ...

怎么物价也很贵啊，都是房地产惹的祸？

从我这几天和keil的员工打交道，他们几乎否决了我提出的所有bug，只承认了一个。。。
好多在我看来可能更加严重的，他们认为发生的可能性几乎为0。。。
整个mdk的代码，就中断邮箱发送最特殊，其他都是代码级保证，就邮箱这个靠限定邮箱接收特性决定，总结为：一个邮箱，可以多个任务发送，多个中断发送，但是接收只能在任务接收和中断接收选其一，如果是中断接收那么只能是相同的优先级，使用中断接收的话，尽量开大点接手区

别玩RTX了，用freertos吧，开源+免费+资料多+跨平台。
最重要的是可靠性。好几年前TI已经充分验证过并且固化到某些ARM芯片的ROM去了，你还需要关心它的bug么

love_ourdev 发表于 2014-7-22 19:34
如果楼主说的是在中断中接收邮箱是个BUG，那的确很勉强。大多数抢占式RTOS都是如此，只能说你用法不正确。 ...

是这样的，rtx提供了任务接收邮箱消息和中断接收邮箱消息这两个函数，只不过中断接收直接操作了邮箱的全局变量，这样的话当任务接收被中断接收抢占的话，就会破坏邮箱的内容。
rtx提供了中断中调用系统服务的功能，而且是无须关中断的，这一点非常强大，它的思路是将系统调用放入一个队列中，然后在pendsv中才真实调用这些系统调用。其他都好，唯独这个中断接收邮箱消息特殊。
这也是我为何说其他是代码级保证，就这个邮箱接收是靠邮箱特性保证的，这么个意思