老板，怎么没有+1按钮啊

很好用

敲ctrl不要用左手小指，用手掌左侧。。。。。

也可以把缺失的so一同发布

这说明两个问题：
1.有个已知的网络库，方便做接下来的设计。巧妇难为无米之炊，手中有粮心中不慌。
2.当前并没有一个轻量简洁高效的跨平台网络库，所以才会挑来挑去。

你囧啊囧的，到底是什么意思啊

java,web做不做都行
有C/C++和linux基础，可选范围相当大

到usessh买个号啊同学

@饭中淹
是做游戏研发的。
网站那边和服务器对接基本上都走二进制协议，这个是由运营商决定的。:-p
我的意思是在底层的network-lib支持简单的文本协议，并非反对在具体业务上使用http协议，我甚至非常支持http协议，这样很多工作可以构建自动化。

@zuhd
limits.conf也可以，不过比较容易接受的还是用户自配置

我会在myapp.exe中增加
__asm { int 3 }

@haiwei
在啊
你爷爷的,qq里怎么没你了

@陈梓瀚(vczh)
动态语言多是脚本,命令式的,比如python,lua,js
函数式的语言要使用也离不开掌握这10条,prolog和haskell我没看过不好说,但erlang是这样的.

声明式的语言确实不适合这10条,比如css,sql

@空明流转
@陈梓瀚(vczh)
被两位教育了
该模式让我想起java在使用流时候的写法,C++要用也可以写成这样
S s = new S1(new S2(new S3(new S4)))

@陈梓瀚(vczh)
已经理解了
和同事讨论了一下，C++下面只能写成
logger = Logger.WriteTo()
logger = Logger.If(logger);
达不到C#的效果，比较遗憾

理解不了
ILogger logger = Logger.WriteTo().If();
WriteTo返回的ILogger并没有If方法吧，这些玩意究竟是怎么组合起来的

@tp
也有办法
你可以通过遍历_G的方式记录各个资源的生存状况和引用路径

确实是一个好命令

这文章要火，被zreading转载了

@houapple
1.不调用gc_link，所有内存都会被回收
2.
foo()
{
gc_enter();
...
gc_leave();
}
gc_enter分配一个表示函数调用的内存p，修改gc_malloc，分配出c时默认和函数调用栈顶的内存建立依赖关系即可：gc_link(p,c)
gc_leave删除当前函数和上一个函数的依赖关系：gc_unlink(p-1, p)

@Kevin Lynx
假设links中有这些值
root->a,a->b,b->c
当root->a被删除后，links的值为
a->b,b->c
结果a,b,c都被回收了，而这些链接关系都是无效的关系，需要清理
s_linkClean用于记录有效的链接关系

C/C++对参数个数和类型太苛刻的缘故，我对复杂的方案都没什么兴趣。
最喜欢的还是fn_callback(void* ctx)

@饭中淹
agree
这正是我想说的。另外，在一些情形下构造函数不易调试，而两段构造则能避开这一调试，选择更好的调试的init

@黄路易
可能是优化问题
把lua_pushinteger((double)(int)0xFFFFFFFF)
优化成了
lua_pushinteger((double)0xFFFFFFFF)

Davy跟一下汇编，然后贴出来看看

lua_pushinteger(L, ptrdiff_t)
第二个参数是ptrdiff_t，不是int
我比较感兴趣你是在什么平台下编译的，32位？64位？
编译器是什么，VC？gcc？

两者是不同的
1 ->
int i = 0xFFFFFFFF;
double d = (double)i; // d = -1
int a = (int)d; // a = -1

2 ->
double d = (double)0xFFFFFFFF; // d = 4294967295
int a = (int)d; // a overflow

const bool _local = factory::instance().register( PRODUCT_A_TYPE,...
wow, are u crazy?

@tanchuhan
记得对齐其实要求很高的智力与注意力
在网络消息结构里，非常关心实际的对齐大小，一定会进行显式的设置，不管是通过工程配置还是代码
按1字节对齐，这个现状比较普遍

毕业了啊
没想到牛轰轰的你，才本科毕业，启蒙早的人总是令人羡慕
继续写博客，我会来看的

用openoffice就不要导出成ppt了，显示不太好。导出成pdf最好

不明真相的围观群众发来贺电

第一篇还好能看懂
心虚的飘走

unbuffered:快照catch
buffered:输入消息队列
我的理解

很好
我代表月亮河蟹你

这真是一个好消息
用Ogre最痛苦的地方一直就是没有真正的地形，也没有真正的地形编辑器

名称很吓人
但是机制很常见，估计很多人都有意无意的用过
也就是快速响应慢慢处理

我是来看神仙打架的
cexer别删 哈哈

@eXile
tcmalloc果然不错，采用了。
补充了新测评。

@xiaowang
网上到处有贴，我就不献丑了
你想要的话留个邮箱，私下发给你

不知道你用不用greader
除了自己订阅的，greader还会有很多推荐阅读，其内容完全是针对我的胃口提供的
一旦上网，个人兴趣和关注什么的，已经算不上隐私了。顶多会有一个不公开条款，但是服务商对这些信息已经是一清二楚了

@杨粼波
否，讲座听来的

@tiny
都说是丑图了

和makefile相比，非常容易使用。
但是无法自由的定制编译的中间结果和最终结果的输出目录，受到一定限制。

国外的开发人员可没那么多钱买VS
你知道的，可不是5块钱一张

喜欢用函数指针+void* arg的人飘过

@淋雨
同抽 +1
第一次看到都不屑回复
不过那么多人抽，我也抽

通信总是不可靠的，所以发出一条消息后等待回执无非就3种情况
1.超时
2.回执
3.发出回执的服务器崩溃
如果能处理到这三种消息，基本上就没什么疏漏了。
比较微妙的是回执服务器崩溃的情况，需要去检查操作是否真的被执行了。

事务，被称为transaction，必须能做到在任何一点上rollback。
在我的想法里，只有master知晓事务的状态，并确认ABCD的执行结果。ABCD只负责do-echo。
状态机和协程只是用来在master上维护事务状态和步骤的一种方案，也许还有别的方案的。

状态机就是设计模式里的那个。
协程很优雅，不可以远程调用。
这两个东西，往细里说就大了。

A或者B的提交操作一旦执行，就无法回滚，是一个非常让人为难的情形。我大概会这么做
场景1：AB合并成一个服务器。不过这可能是现实情况下最做不到的事情。
场景2：事务中，把A需要对数据库进行的操作传给B，由B完成A和B的操作并提交。这在一些情况下还是可以做到的吧。
场景3：事务中，A和B都只是修改临时表，最后由A或者B将临时表的修改写入真表。这也只是针对某些情况。

”另外，状态控制部分，使用什么方式“
这是指什么？是master等待A或者B的某个操作吗？

@developer
我觉得我把重点的地方都说出来了。
不知道你指的是什么内容

个人意见是，不要直接引用容器内的元素地址，特别是长期引用
就算你知道自己在做什么，别人也不知道

@abettor
看了你的《ubuntu9.04 ATI显卡惊魂》
我用的是最新版的ATI驱动，就是只支持HD系列以上的那个
完全可用。
官方源上的ATI驱动我也用过，没有问题。

@xiaoxiao
脚本保存为utf-8更好