posted @ 2010-08-01 13:19 lymons 閱讀(7421) | 評論 (3) 編輯 |
Unix/Linux
在Java中有叫做synchronized這樣一個方便的關(guān)鍵字。使用這個關(guān)鍵字的話,就可以像下面那樣能夠簡單的進行"同步"method. 然而,被同步的method并不表示它就能在多線程中同時被執(zhí)行. 閱讀全文
posted @ 2010-07-17 12:17 lymons 閱讀(3372) | 評論 (0) 編輯 |
Unix下的信號提供了一個簡單的IPC機制,也就是當進程收到一個信號后會異步(asynchronous) 地調(diào)用你的信號處理函數(shù)(也叫做句柄),不管你的代碼是否已經(jīng)處在執(zhí)行的過程之中。 而在Windows 2000(譯者注:版本高于W2k的Windows平臺)下就需要用到一個設(shè)備驅(qū)動,以便你能使用異步過程調(diào)用(asynchronous procedure calls , 簡稱APCs或者APC) 來達成同樣的效果.
By Panagiotis E.
August 01, 2001
URL:http://www.ddj.com/windows/184416344
翻譯:Lymons (lymons@gmail.com)
閱讀全文
posted @ 2010-04-13 10:29 lymons 閱讀(2339) | 評論 (0) 編輯 |
posted @ 2009-02-02 13:08 lymons 閱讀(2078) | 評論 (0) 編輯 |
posted @ 2009-02-02 12:54 lymons 閱讀(1266) | 評論 (1) 編輯 |
posted @ 2009-02-02 12:31 lymons 閱讀(4784) | 評論 (0) 編輯 |
posted @ 2009-02-02 11:58 lymons 閱讀(1162) | 評論 (0) 編輯 |
posted @ 2009-02-02 11:28 lymons 閱讀(551) | 評論 (0) 編輯 |
照片1●「Code Reading―跟著開源來學習軟件的開發(fā)技法」
這本書的前言里,編程高手Dave Thomas寫下了下面的話。
沒有研讀過其他作家作品的偉大作家,沒有研究過其他畫家筆法的偉大畫家,沒有盜取過并肩作戰(zhàn)的同事的技術(shù)的技巧高明的外科醫(yī)生,沒有在副駕駛的位置積累實際經(jīng)驗的波音767的機長,在現(xiàn)實生活中真的會存在他們這樣的人嗎? 閱讀全文
posted @ 2009-02-01 15:54 lymons 閱讀(5694) | 評論 (0) 編輯 |
posted @ 2009-02-01 15:41 lymons 閱讀(1494) | 評論 (1) 編輯 |
posted @ 2008-12-29 17:11 lymons 閱讀(2731) | 評論 (0) 編輯 |
posted @ 2008-12-25 14:08 lymons 閱讀(1352) | 評論 (0) 編輯 |
posted @ 2008-12-19 11:01 lymons 閱讀(1307) | 評論 (0) 編輯 |
在面向?qū)ο笙到y(tǒng)中,當一個對象接收到一個消息時它能夠發(fā)送一套事件。這些事件主要在同步模式下被處理。這個調(diào)用進程或者線程在發(fā)送消息調(diào)用完成之前,發(fā)送給對象一個消息和處理事件。然而,如果這個對象送出這些被更多的進程共享以及駐留在內(nèi)存里的事件,情況就稍微的發(fā)生了一些變化。
這篇文章用兩個C++的設(shè)計模式詳細的描述了上述的情況,并且用一些例子程序闡明了解決方案。
閱讀全文
posted @ 2008-06-01 21:41 lymons 閱讀(897) | 評論 (0) 編輯 |
因此,我想分成幾回來寫一些準則來防止陷入到這些圈套里。
準則1:不依賴于信號收發(fā)的設(shè)計
·給其他進程以及自己發(fā)送異步信號并改變處理流程的設(shè)計不要做
異步信號是值用kill系統(tǒng)調(diào)用來創(chuàng)建?發(fā)送的信號、例如SIGUSR1,SIGUSR2,SIGINT,SIGTERM 等
簡單的使用忽略信號(SIG_IGN)則沒有問題
·不要把線程和信號一起使用
閱讀全文
posted @ 2008-06-01 20:27 lymons 閱讀(1408) | 評論 (0) 編輯 |



我的個人簡歷第二頁