UP8楼！但是：**这楼这么高了，我还是删了吧，

发表于 2007-6-14 23:28

火车失火，救火车救火车。

如能对出下联，直接当选斑竹（呵呵，说笑!）

发表于 2007-6-15 00:21

发表于 2007-6-15 00:25

发表于 2007-6-15 00:31

https://bbs.21ic.com/club/bbs/ShowAnnounce.asp?id=2561411

https://bbs.21ic.com/club/bbs/ShowAnnounce.asp?id=1630709

发表于 2007-6-15 08:50

发表于 2007-6-15 08:56

平常人高,救火车相当好,论坛如果天天有这类贴子就更好

发表于 2007-6-15 08:57

火车失火，救火车救火车。
水潭发水，灌水潭灌水潭。

有没朋哪位朋友愿意叫“灌水潭”的？
最好是姓谭的朋友，呵呵。

发表于 2007-6-15 09:05

发表于 2007-6-15 09:45

言归正传。个人认为：
如果对中断响应的实时性要求不特别强，用关中断的办法最简单。
如果必须实时响应，支持用8楼的办法。
17楼说的情况也要注意。大家看看下面这么写行不行？
do {
//tmp_counter = ms_counter;//原来的
ms_counter = tmp_counter;//改为
while (tmp_counter != ms_counter);

发表于 2007-6-15 09:59

在中断中使用的共享变量应该严格审查的！新手应该记住，老手大部分都知道了，也有不少栽过的。
除此之外，多任务系统的线程间共享变量同样要严格审查！
另一原因是非原子操作，同样的程序，在16位以上处理器中因为是原子操作，所以一般没事（如果你不故意使用结构体压缩之类的策略导致非原子操作）

发表于 2007-6-15 10:01

　　细看Ocon的中断例程，很规范，值得参考。
大家想想微软是如何解决这个问题的，应该会得出答案，DOS系统我的感觉是要操作临界区的数据时都关中断，从Dos6.0源代码便能看出痕迹。

发表于 2007-6-15 11:42

RT

发表于 2007-6-15 12:22

如果有这种情况，请比较两次，只有连续的两次比较成功了才成功。

当然我觉得你的程序的体系就不太好，一般等延时不要采用这种方式，效率比较低。

发表于 2007-6-15 13:01

如果var1是共享变量，
你的程序如有类似结构

if (var1>0){
在这儿来一个中断里修改了var1后会死的很难看
var1 = 0;
}

发表于 2007-6-15 16:27

支持

发表于 2007-6-15 17:05

当了版主可要多发好贴把好关呀！

发表于 2007-6-15 17:12

受益的是像我这样的菜鸟，候选人把多年的经验积累都统统地亮出来吧！呵呵。

发表于 2007-6-15 20:48

灌水潭被偶抢注成功。。。。。支持救火车。。。。。！！！！！！1

发表于 2007-6-15 21:37

发表于 2007-6-15 22:16

竞选三老板的事咱就旁观看热闹了，但冲大老板的爽快劲，咱以后会经常来灌水的，哈哈。。。

UP8楼！但是：**这楼这么高了，我还是删了吧，

救火车，我送你一幅上联：

水城漏水,香水城香水城.

对得不错，相当工整

水王落水，吹水王吹水王.

还有点勉强

平常人高,救火车相当好,论坛如果天天有这类贴子就更好

匠人在考我，想当年我还是学校古诗词学会的呢

匠人选匠，助匠人助匠人

呵呵！有点跑题了

麻烦，都是由于非原子操作在中断和应用中共享变量造成的

ocon的方法不错

支持救火车

比两次

注意

支持

支持救火车！

嘻嘻！竞选很激烈哈!

支持

水潭缺水，灌水潭灌水潭。

谢谢斑竹慷慨赏了个裤头

浏览过的版块

技术领袖奖章

十世金身

坚毅之洋流

终身成就奖章

永恒之光奖章

技术导师奖章

七世轮回

社区建设奖章

突出贡献奖章

沉静之湖泊

缘定三生

核心会员奖章

技术奇才奖章

希望之星奖章

涓涓之细流

技术新星奖章

经常做客

精华达人奖章

湍急之河流

伴坛终老

技术高手奖章

以坛为家

常驻人口

奔腾之江水