※ 引述《cty222 (纵裕)》之铭言：
: ※ 引述《leolarrel (真.粽子无双)》之铭言：
: 2. while(*share!=1){ | while(*share!=2){
: : 疴
: : 你的C code 虚拟码,*share 初始值是0 ,接下来你的while判断*share 要等于1才会执行
: : printf.可是,你说C code 那边会一直印 0 , 这.....
: 对...我打错了
: : 所以,依字面上的了解,你会有一块共享内存,不只一个程式会同时写入这个内存,
: : 这样理解对吗?
: 对的
: : 如果对,你最后还是不能使用虚拟码所表示的方式来进行同步化作业,会死得很难看的
: : 同步化作业,要使用 信号机/mutx/锁 这几样技术才是根本解决方法
: 感谢指点
: 所以应该要用mutx去锁...
: 上了一课
大大你将虚拟码改正后,我大概就能看得懂你的逻辑.
虚拟码逻辑上应该没错,有时候我也会偷懒用这怪招,如果要找出真正的原因,我可能需
要实际trace code 才会知道为什么.
看虚拟码,用while loop等待法问题很多,不外乎cpu 会太忙拉,同步会不太准拉之类的
但,有一个更隐晦,更难以察觉的地方就是 Compiler 最佳化的问题.Compiler 最佳化
的魔手一但伸进你的程式,你就无法保证你的逻辑还照着"字面"的行为在行动.你遇到的
问题有可能一部分跟compiler 最佳化有关.这要实际build 出assemably code 进行检
查才行
: 不过我还是不知道为何会出现我原本想问的问题
: 就*share=1一直写不进去
: 只有让他睡才行 是优先权的问题吗?(感觉也不像...)
: 另外有个问题也想问
: 因为后来决定用QT 的Dbus function来写
: 目前是 main process 发signal到 client process 已经建好了
: 如果我想要client 发signal到 main
: 是要再多建一个反向的bus连结吗？
: (因为硬件中断会打到client端 client做好中断副程式后要跟main讲它做了什么...)
: ^^"
DBus 我不熟,不好意思不能给你什么建议,对不起.