※ 引述《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 我不熟,不好意思不能给你什麽建议,对不起. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 118.163.30.15