tsecer

摘要： 一、接受方有效负载的判断 在rfc793中说明了对于判断接收到的报文是否有负载的判断在Page 24和Page 25之间，其中的原文说明为 A segment is judged to occupy a portion of valid receive sequence space if RCV.N 阅读全文

摘要： 一、收到报文对于网络地址的判断 对于刚收到的网络数据，经过了NF_IP_PRE_ROUTING过滤之后，开始到达了ip_rcv_finish函数，在该函数的开始做了一个看起来比较诡异的操作，就是判断了这个数据包中的路由dst是否已经设置过了，如果没有设置过则进行路由；这也就是反过来说，一些收到的报文 阅读全文

摘要： 一、报文跨层传递 所有的网络协议栈都告诉我们：TCP/IP协议栈是分层的，低一层的协议无需也不能感觉到上层的协议，这个观念在我的脑海中根深蒂固，并且由衷的赞叹这种设计的思想，但是在经过一些简单的思考就会发现，这种分层并不是绝对的，正如这世间的一切。一个直观的问题是，一样米养百样人，同样的网卡上，可以 阅读全文

摘要： 基于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函数完成，从代码中可以看 阅读全文