看看GoogleDesktop4，風格變了。
新插件也更有意思了。
想體驗的朋友，可以給我發(fā)mail.
huyi.zg@gmail.com
在一個小范圍的，“中高”水平的討論組里，一位仁兄拋出這么一個問題
怎么樣把EXE文件轉(zhuǎn)化成源程序呢？是不是有這樣的軟件，可以把已生成好的EXE文件轉(zhuǎn)化成源代碼呢？如果沒有，那么有什么方法嗎？?
??謝謝大家！?
回復一：
暈死。。。居然有這種問題。。。。在這個地方。。。。
回復二：
兄弟 給個面子 換個地方問吧
其實，我在期待更強的回復。。。。。
文章是在網(wǎng)上搜到的，我只是截取了其中一段。
#define?_GNU_SOURCE?/*?needed?to?get?the?defines?*/?
#include?/**//*?in?glibc?2.2?this?has?the?needed?
values?defined?*/?
#include?
#include?
#include?
static?volatile?int?event_fd;?
//?信號處理例程?
static?void?handler(int?sig,?siginfo_t?*si,?void?*data)?
{?
event_fd?=?si->si_fd;?
}?
int?main(void)?
{?
struct?sigaction?act;?
int?fd;?
//?登記信號處理例程?
act.sa_sigaction?=?handler;?
sigemptyset(&act.sa_mask);?
act.sa_flags?=?SA_SIGINFO;?
sigaction(SIGRTMIN,?&act,?NULL);?
//?需要了解當前目錄"."的情況?
fd?=?open(".",?O_RDONLY);?
fcntl(fd,?F_SETSIG,?SIGRTMIN);?
fcntl(fd,?F_NOTIFY,?DN_MODIFY|DN_CREATE|DN_MULTISHOT);?
/**//*?we?will?now?be?notified?if?any?of?the?files?
in?"."?is?modified?or?new?files?are?created?*/?
while?(1)?{?
//?收到信號后，就會執(zhí)行信號處理例程。?
//?而?pause()?也就結(jié)束了。?
pause();?
printf("Got?event?on?fd=%d\n",?event_fd);?
}?
}?
上面這一小段例程，對于熟悉 Linux 系統(tǒng)編程的讀者朋友們來說，是很容易理解的。程序首先注冊一個信號處理例程，然后通知 Kernel，我要觀察 fd 上的 DN_MODIFY 和 DN_CREATE 和 DN_MULTISHOT 事件。（關(guān)于這些事件的詳細定義，請讀者朋友們參閱文后所列的參考資料。） Linux Kernel 收到這個請求后，把相應(yīng)的 fd 的 inode 給做上記號，然后 Linux Kernel 和用戶應(yīng)用程序就自顧自去處理各自的別的事情去了。等到 inode 上發(fā)生了相應(yīng)的事件，Linux Kernel 就把信號發(fā)給用戶進程，于是開始執(zhí)行信號處理例程，用戶程序?qū)ξ募到y(tǒng)上的變化也就可以及時的做出反應(yīng)了。而在這整個過程中，系統(tǒng)以及用戶程序的正常運行基本上未受到性能上的影響。這里還需要說明的是，dnotify 并沒有通過增加新的系統(tǒng)調(diào)用來完成它的功能，而是通過 fcntl 來完成任務(wù)的。增加一個系統(tǒng)調(diào)用，相對來說是一個很大的手術(shù)，而且如果設(shè)計不當，處理得不好的話，傷疤會一直留在那里，這是 Linux Kernel 的開發(fā)者們所非常不愿意見到的事情。
?
Jacky
以前看SODME寫過騰訊的架構(gòu)分析,
大的服務(wù)器分類架構(gòu)大廳 登陸
游戲服務(wù)器這些都知道了點,
SODME說騰訊單個游戲服務(wù)器支持2W個用戶,
這樣就單個服務(wù)器的通訊架構(gòu)有沒有更詳細的討論過,因為單個服務(wù)器是最基本的處理游戲業(yè)務(wù)邏輯的,我想這個應(yīng)該和客戶端是是長連接的SOCKET,在WINDOWS平臺下前面已經(jīng)有人提供了IOCP模型數(shù)據(jù),可以支持到1W用戶的長連接
,騰訊技術(shù)實力強點
機器配置再高點,可能在WINDOWS平臺可以做到支持2W用戶長連接的單個服務(wù)器.
?但騰訊的游戲服務(wù)器是WINDOWS的SERVER嗎,我估計不是的.
所以它應(yīng)該不是采用WINDOWS下完成端口模型這種方式,
而在LINUX 或者UNIX下就沒有完成端口模型這種可以使用,
這樣UNIX下效率最高的是什么模型,直接自己使用EPOLL ?
或者采用ACE的PROACTOR模型來做呢.
要支持2W用戶的長連接,線程模型又怎么安排呢,
是一個線程處理400個長連接然后用50個線程這種類似的嗎,還是有什么更好的模型來實現(xiàn)這
2W用戶長連接的數(shù)據(jù)通訊.
有了解的嗎,可以詳細討論下它單個服務(wù)器怎么做到支持用戶最大化的模型,
有了解中游平臺的也可以說下
中游是深圳網(wǎng)域做的,應(yīng)該這也有人了解的,說說吧
http://groups.google.com/group/dev4server/browse_thread/thread/61c6e3037ddab45a/096bf6e168687bb8#096bf6e168687bb8
?
我把經(jīng)常用到的GNU工具文檔做成了chm文件，提供給需要的朋友下載。
包括如下手冊：
????C library
????awk
????autogen
????automake
????bash
????tar
????gsasl
????sed
http://www.shnenglu.com/Files/huyi/gnu.part1.rar
http://www.shnenglu.com/Files/huyi/gnu.part2.rar
日本歷史上鼎鼎有名的兩個大人物間的對話，不知道是不是真這么說過^^
哈哈，今天老婆傳給我的，真不錯哈。
加入了頭像支持
聊天窗口風格也可以變換了，很多種選擇哦^^
