问题有效解决，谢谢大虾。

wanglianghuzuqiu@163.com 先谢了

baixitou28@gmail.com来评价一下：有异义发邮件。

5.ACE的构架仍显过于地臃肿复杂,模式痕迹过重,不够小巧,以手工编码的TCP客户端编译28K,使用ACE框架的186K,差不多为6.5倍,为跨平台和灵活性付出了相当的代价.

反驳理由：
->这28k,186k来评价软件，好像不太恰当，就好像评价两个编译，谁的编译的hello world 大或小，来说编译器好坏
->软件的维护性，扩展性在大的项目上更重要，“手工编码的TCP”千差万别，谁来看这样的手工作坊软件？

6.前摄式和反应式天生本质逻辑的不兼容,使得Reactor和Proactor不能通过简单的代码配置进行变换,由于Proactor在逻辑上要求的更加灵活,使得Reactor这种强框架概念不再适应,Proactor在框架概念上变弱,但使得类交互更加复杂.

反驳理由：
->Reactor和Proactor，要看你的实现需求的啊。

7.在框架方面对无连接协议UDP不兼容,使得框架的威力大减.
反驳理由：
->你实现过吗？好像不是这样的

9.ACE_Message_Block很显然不能声明为堆栈或静态对象,只能在堆上创建,且没有编译时强制,这不好,程序员会写出完全错误的代码.
反驳理由：
->STL实现也是如此啊，动态分配的;(, 但是不是“程序员会写出完全错误的代码”

好象还不错啊，下来看看