摘要：晚上在家，心情不好，懒得写东西，就胡乱翻出抽屉里一张光盘《南侠展昭痞子龙》，游戏龙公司出品，绝对垃圾。一时为我枉花了五元钱于其上而懊悔不止，总得有些利用价值吧！刚好我最近需要些图像资源，我们就去破解它吧！ 先总结一下以前破解成功和失败的经验。 一般程序人员为了方便，图像数据是不加密的。加密的数据我从没破解出来。 一般处于效果和资源节省考虑，游戏所采用的颜色数和图像数据的颜色数总是相同的。 一般图像资源的文件名和内容是有联系的。即使打包，他们也会利用文件名表......
摘要：<script language="vbscript"><!--str="用户名：xxx<br>密码：ddd"str1="d"function restr(str, str1)if instr(str, str1) = 0 then exit functionrestr = left(str, instr(str, str1) - 1 + len(str1))end ......
Unix socket server 程序的设计方法 客户程序一般比较简单，而服务器程序就比较复杂了，因为对服务器程序的设计，必须考虑到其响应速度与响应能力等服务性能因数。本文主要讨论的是面向连接的服务器程序设计方法。 【相关文章:
JBUILDERX 初体验】 1总述 【扩展阅读:
C#实现查看文本框(如*号密码框)】 2 tcp串行服务器程序 【扩展信息:
J2EE概览】 总体上服务器程序可分为两类：并发服务器（concurrent server）与串行服务器（iterative server）。前者主要针对实时性的客户/服务器模式，后者主要针对服务量小的客户/服务器模式。 串行服务器程序是这样的：每次它只能为一个连接过来的客户程序提供服务，只有在完全处理了一个客户的请求后，才能响应下一个客户的请求，即按照fifo的原则响应请求。一般很少使用串行服务器程序，不过诸如时间/日期等服务量小的且实时性要求不高的服务器程序可以使用该方式。从进程控制的角度来讲，该方式的速度是最快的，因为它不进行进程控制，系统开销小。 3 传统的tcp进程并发服务器程序 在这种方式下，并发服务器程序在收到客户程序请求后，派生出一个子进程来为该客户程序服务，自己则回到等待状态，准备接收下一个客户程序的请求，子进程在服务完成后退出。其中，作为父进程的并发服务器程序成为主服务器（master），具体处理客户请求的子进程成为从服务器（slave）。
图4 传统的tcp进程并发服务器程序框架 并发服务器的问题在于派生子进程（fork（）操作）时会消耗cpu的很多时间，这对需要响应数目众多的客户进程的服务器进程所在的系统是极为不利的，例如对于web服务器就是这样。 3．4 tcp预先派生子进程并发服务器程序 在传统的tcp进程并发服务器程序的基础上，可以对响应方式进行一些改造。传统的tcp进程并发服务器程序的响应方式是即响应即派生子进程。现在将这种方式改变为：服务器程序启动后就先生成若干子进程以备响应，这些子进程构成服务子进程组，而父进程则成了监控进程。 fork 可用子进程组 ．．． 父进程 子进程1 子进程2 子进程3 客户2 客户1 子进程n...
下一页 摘要：(copyonwrite)在多线程环境中的陷阱（一） (copyonwrite)在多线程环境中的陷阱（二） (copyonwrite)在多线程环境中的陷阱（三） 最简单的办法就是我们去掉strlog，将整个onaddtext直接使用互斥段进行保护，lresult ceditlog::onaddlog(wparam, lparam){ m_mutex.lock(); ... setwindowtext(m_strstore.c_str()); ..... m......
