tsecer

摘要： 基于2.6.32内核 一、现象 在x86_64的64位操作系统环境下，一个程序执行coredump，从coredump文件可以看到，导致coredump的问题是由于执行new操作时分配内存失败导致的。这个问题看起来让人有些莫名惊诧，用掉64bit下的所有虚拟地址空间，这是什么概念(这个惊诧可以用莱芜 阅读全文

摘要： 一、问题的引入 在客户端希望通过http协议到服务器来拉取数据时，这种交互大多就是一次性的交互，客户端从httpsvr把数据拉取回来之后，服务器会主动关闭套接口。通常来说，如果是我们通过传统的PC端来连接，这个问题不是很大，因为这些客户端通常就是专门围着这个httpsvr来转的，就等着httpsvr 阅读全文

摘要： 一、实例代码 看了下面的例子，可能问题已经非常清晰了，但是这个例子就是为了让问题看起来清晰而故意这么写的，如果是在一个大型的项目中，特别是使用了大量的第三方库，这个问题并不是大家现在见到的这么显而易见的。下面是复现问题的demo： tsecer@harry: cat callpure.cpp #in 阅读全文

摘要： 一、用户态地址分配主要路径 用户态所有地址空间的申请主要经过mmap系统调用，也有一些是基于brk系统调用，对于mmap系统调用，它在某些条件下会执行申请空间合理性的判断，而brk则是一定进行合理性判断，下面是mmap相关的一些代码do_mmap_pgoff，它主要就是在于如果新分配的空间是私有可写 阅读全文

摘要： 一、静态局部变量初始化是否会很耗 之前曾经注意到过，gcc对静态变量的运行时初始化是考虑到多线程安全的，也就是说对于工程中大量使用的单间对象: CSingletone::Instance类型的代码，理论上说都是要经过mutex这种重量级的互斥检测，如此看来，这种单间对象对系统损耗应该是非常大的，因为 阅读全文

摘要： 一、终端显示 大部分使用SecureCRT的用户可能都会经历这种情况，不小心cat了一个二进制文件，导致整个屏幕显示错乱，使用reset，stty -sane都没有办法恢复，只能重新打开一个终端。我之前就知道它是由于终端中SI控制字符导致的问题，但是更深入的原因没有进一步分析。后来我尝试使用另一种开 阅读全文

摘要： 一、gcc的模版匹配实现 1、主体函数 gcc的代码实现现在看起来依然晦涩，所以下面的分析只是大致的一个意会过程，没有精确详细的描述。以gcc4.1.0版本为例，模版特殊化的具体判断主要在gcc-4.1.0\gcc\cp\pt.c：most_specialized_class函数完成，从代码中可以看 阅读全文

摘要： 一、强度削弱 之前在偶尔看gcc对于除以一个常数的表达式生成的汇编代码中，发现一条除法表达式生成的汇编指令非常多，这些指令中没有乘法操作，比较明显的特征就是进行了一个大整数的乘法，之后是移位啊、减法啊什么的操作，虽然不知道是什么意思，但是感觉很厉害的样子。 后台就觉得这应该是一个优化，搜索了一下，看 阅读全文

摘要： so运行的方法 在我之前的印象中，so文件是不能直接运行的，但是ld.so改变了我的这种偏见。执行一下动态链接库文件，执行结果为 tsecer@harry :/lib/ld-linux.so.2 Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-P 阅读全文

摘要： 一、udp的报文发送 udp在通常的应用中使用的比较少，可靠的协议通常使用TCP传输，对于的关注自然没有TCP多。尽管UDP具有不可靠的传输问题，和TCP相比，它有一个隐性的优点就是对于packet结构本身的完整性保持。严格意义上讲，这个属性并不是UDP协议单独完成的，而是由IP层完成，对于上层应用 阅读全文