其他

在可預見的未來, 我的csdn 技術部落格停止更新, 而其它日常博文的發布, 將主要在我的網易部落格:http://sodme.dev.blog.163.com 網易部落格內容主要以開發體會及閑扯非技術問題為主, 偶爾, 也會發布一些非主流技術心得. 一款產品的成功, 技術的因素只是其中之一, 記住, 只是"其中之一". 不要唯技術論, 不要讓自己陷入無邊無際的無休止的技術崇拜中, 那樣作, 除了自娛之外, 沒有任何意義.  

#include <iostream>    #include <string>    using namespace std;      class A   {   public:       A(int k)       {           s = k;           cout << k << "A is constructing\n";       }       ;       ~A()       {          

組譯工具中, 對資料訪問時, 通常是這樣的:_asm{...DATA_LABLE:    _emit 0x87    _emit 0xa0    _emit 0x49    _emit 0x90...    mov ebx, dword ptr [DATA_LABLE]...}其中, 當程式編譯之後, mov指令中的DATA_LABLE標號地址會被轉成一個絕對位址. 而有時絕對位址這一點可能會對這樣一種需求帶來障礙: 我們希望自己寫的彙編代碼不管被放在哪塊地址空間中都是能正常啟動並執行,

本文作者：sodme本文出處：http://blog.csdn.net/sodme聲明：本文可以不經作者同意任意轉載、複製、傳播，但任何對本文的引用均須保留本文的作者、出處及本行聲明資訊！謝謝！　　完成連接埠模型，針對於WIN平台的其它非同步網路模型而言，最大的好處，除了效能方面的卓越外，還在於完成連接埠在傳遞網路事件的通知時，可以一併傳遞與此事件相關的應用程式層資料。這個應用程式層資料，體現在兩個方面：一是單控制代碼資料，二是單IO資料。　　GetQueuedCompletionStatus函

對於我們現在的年輕人來說，“謙虛”這個詞似乎已經離我們太過遙遠了，誰不想在上司面前、在老闆面前充分展示自己的才能而給自己謀得更多晉陞的機會？誰又不想讓天下人都認同自己的技術水平無比高超？但事實呢？越是沒水平的人，越是想極力展示自己的水平；而越是有水平的人，越是在無形之間顯出自己的大師風範。很不幸，包括我在內的很多人，都屬於前者。　　雖然我曾經不止一次地告誡過自己：作人，要謙虛一點。但是，每當有人提出在我看來非常弱智的問題的時候，我總會發自內心地不屑一顧，注意，這裡是“發自內心”的，是真正的不屑一

在文法上, 我們通常認為以下的兩條語句是等價的:mov ecx, offset DATA_LABLE     //其中DATA_LABLE是資料定義標籤lea ecx, DATA_LABLE而更進一步, 我們也會認為以下兩句是等價的:mov ecx, ebp-8lea ecx, [ebp-8]第一種, 用的是儲存空間定址方式; 而第二種, 用的是寄存器定址和寄存器間接定址方式. 讓我意想不到的是, 在第二種情況下,

MFC中對字串的定義大多是使用CString類，不可避免的有時候需要將CString類型的字串轉換為整形或者其他類型的變數。最近在做的一個項目中就遇到了這樣的問題。用CString定義了一個由數字組成的字串str，但是需要將其轉換為BYTE型使用。很容易就想到了atoi函數，atoi函數主要功能是將一個字串轉化為整型數，函數原型如下：[code]int atoi(const char * string ); [/code]可以看到函數的參數是const char *，經測試在vC

轉自：http://hi.baidu.com/yoshubom/blog/item/caa3b2de5d210559cdbf1a2b.htmlsocket關閉close和shutdownsocket關閉有2個close，shutdown他們之間的區別:close-----關閉本進程的socket id，但連結還是開著的，用這個socket id的其它進程還能用這個連結，能讀或寫這個socket idshutdown--則破壞了socket

    位元組對齊掌握4個原則：            1 與首地址的位移量必須是變數長度的整數倍            2 變數按定義的順序存放            3 整個結構體的長度必須是最長成員變數長度的整數倍            4 如果有struct嵌套，則子struct中的變數必須在整個struct符合以上三個原則，但是子struct自身各個變數之間的儲存位置不會變。e.g.          struct NSSB{           long a;         

本文作者:sodme本文出處:http://blog.csdn.net/sodme聲明: 本文可以不經作者同意, 任意複製, 轉載, 但任何對本文的引用都請保留文章開始前三行的作者, 出處以及聲明資訊.

本文作者:sodme本文出處:http://blog.csdn.net/sodme聲明: 本文可以不經作者同意, 任意複製, 轉載, 但任何對本文的引用都請保留文章開始前三行的作者, 出處以及聲明資訊.

已經很長時間沒在csdn上發blog了，一是因為自從來廣州後一直沒有很平靜的心態寫點技術方面的東西，二是因為csdn的blog網站經常打不開，所以，在10月到現在的今年2月的這段時間裡，很多心情文字都發到了我的msn space(http://spaces.msn.com/sodme)上，感興趣的朋友可以去那裡搜搜，不過，那裡多數是一些心情文字，呵呵。從這篇blog後，開始恢複在csdn blog上的發文，當然，這裡發的文主要是技術相關或行業相關的，心情文字之類的我會盡量發到msn

　　接觸IOCP的概念是在今年4月份剛開始作網遊的時候，如果不是作網路編程特別是伺服器編程的朋友，可能連IOCP的概念都不知道，這一點都不奇怪。正如一位網友所說的，IOCP說白了就是一個系統級隊列及對這個隊列進行維護的一個機制，我們只要按照基本固定的方式來調用相關的函數，就可以實現一個基於IOCP架構的伺服器模型。建立IOCP的基本步驟很多資料上都有介紹，隨便找找就能找到一大堆，我使用的語言是DELPHI，最終實現的伺服器，測試的時候一個用戶端開了3000個左右的連接埠來串連伺服器，結果用戶端先

有幾個原因：１.原來的CSDN部落格不穩定，搬去了網易部落格，寫著寫著，也懶得弄回來了，所以一直在網易部落格獃著；２.但是，畢竟網易部落格並不是純IT或純技術部落格，寫的很多內容，無法獲得更多的共鳴，有點唱獨角戲的感覺；３.CSDN作為國內最大的技術社區，有這麼多作技術的同行在這裡，我很真誠的想結識更多具有相同理念的人，不管將來是不是有機會合作，至少，可以獲得更廣泛的精神上的支撐；４.我希望我的文章，能被更多的IT新人特別是互連網新人看到，讓他們知道我們的成長過程，與大家一起分享真實的互連網項目

轉貼自CSDN之gdy網友作品，特此感謝。原貼地址：http://community.csdn.net/Expert/topic/3592/3592436.xml?temp=.2238275不斷的收到coolmei25 (梅生)的答謝，我都不好意思了（我都沒幫到他),下面寫出我在網路編程中的一點心得體會，希望對他(^_^也對大家)有協助:1. 如果在已經處於

1.首先，是記住了登入cookie；2.給文章加了幾個類型：原創，轉貼，翻譯。儘管如此，我還是深信不疑某些人在原樣拷貝我的文章時不僅“有意”去除我文章前面的著作權聲明資訊，更是“沒留神”地把拷貝過去的文章設定成“原創”！有人說，去他BLOG上罵罵吧，我說：“算了，對網路文章的著作權問題我已經麻木了，比這更牛的是，csdn的那幫編輯們已經不止一次讓這樣的拷貝的我發的文章上首頁了，哈哈～！”本來還有其它話，想想算了，刪了。我給csdn提個建議：發表到文檔中心這個功能，怎麼是一旦選擇上，就無法去除了？

七種qsort排序方法 <本文中排序都是採用的從小到大排序> 一、對int類型數組排序 int num[100]; Sample: int cmp ( const void *a , const void *b ) { return *(int *)a - *(int *)b; } qsort(num,100,sizeof(num[0]),cmp); 二、對char類型數組排序（同int類型） char word[100]; Sample: int cmp( const void *

從昨晚七點，到今天上午11點，先後對大廳和房間伺服器進行了重構，重構後的代碼結構清晰了，效率也提高了，覺得這次的重構過程很有意義，所以記錄下來以備查。在原有的大廳伺服器中，原有的設計是使用統一的一個TUSER對象管理底層資料的接收以及高層對TUSER進行的邏輯層的屬性讀寫操作，不管是玩家正常串連的SOCKET還是用於臨時通訊的SOCKET，只要有串連都會分配一個TUSER對象。而在TUSER對象中，又都包含大致這兩方面的資訊：一方面的資訊是用於底層資料通訊的，比如接收緩衝區數組，接收緩衝區大小等

應該說, CSDN BLOG首頁的改版還是不錯的, 色彩配置整體看來比較專業. 新版的首頁, 看得出是想突出所謂的專家的力量, 不錯, 這是提高CSDN BLOG本身品質的一個方法, 但我不認為這是一個好方法. 作為一個BLOG網站的資訊匯聚首頁, 更多的朋友想要得到的服務是: 能夠方便地讀到任何人發的任何好的文章. 專家群與龐大的普通BLOG作者來說, 其比例仍然是相當小的, 沒必要讓這一塊相對不變的內容始終佔據這塊位置, 這樣的作法有點象論壇管理裡的置頂功能. 而在我的理解,

本文作者:sodme本文出處:http://blog.csdn.net/sodme聲明: 本文可以不經作者同意, 任意複製, 轉載, 但任何對本文的引用都請保留文章開始前三行的作者, 出處以及聲明資訊. 謝謝.前記：一個人，無論是作項目還是作人，總免不了會犯這樣那樣的錯誤，有了錯誤，有了改正，才會有成長和提升。我們通常說的“經驗”，其中很大一部分，就是你成長過程中積累下來的因犯錯而帶來的教訓。作為團隊成員，當然，在犯了錯之後，一定要總結教訓，否則，這個錯誤就是真的成了對公司資源和自己時間的浪費；