Loading ...某个项目里用到的一些代码。最初是使用 LShift 提供的一个基于inets的 rfc4627_jsonrpc的application的，不过经过一段时间的试用发现不少问题，比如错误处理不是很好经常就吧处理进程挂起。还有json编码解码效率不是很高。并且inets也有各种各样的麻烦事比如mime_type我怎么也映射不对。后来发现yaws里也自带了一个jsonrpc模块，不过那个模块为了兼容Haxe和SOAP功能上就十分简陋了。于是决定自己写一个jsonrpc处理模块用。 代码host在google code了
Posts under ‘技术’
[杯具]翻译了3章的RFC1583
本来想用假期时间翻一个RFC1583玩的，翻译到第三章杯具的发现这个RFC的更新版RFC2328已经有人翻译过了，于是某熊去脑袋撞墙了，半成品扔上来。以上。
[蛋痛]模拟功夫网发送reset报文的程序
真的是很蛋痛，研究了一下功夫网是如何发送reset报文的，纯属蛋痛，对翻墙没有任何实质性帮助，对造墙倒是有用OTL 用pcap监听一块网卡eth0（开port mirror） reset报文通过rawsocket从另一块网卡eth1发送（其实是自动选路的） 也可以用在linux的路由器上。 程序目前的判断是reset所有80端口的连接……恩，发疯的墙。当然这仅仅是墙的一小部分，墙的真正部分是深度数据包检测，等那天又蛋痛了试着做下。没有妹子陪着过年真是痛苦啊～～ 以下代码刷屏。
一个C的指针问题
昨天写程序时发生了这样一件事：有一段代码，首先申请的x字节的内存，然后吧前面的部分当作一个结构体A，把剩下的当作缓存，用代码表示如下： … struct A* a = malloc(x); void* buf = a+sizeof(struct A); … 但是上面的代码缺不能工作，使用调试器发现buf指向的内存不是我们希望的a后面+sizeof(A)，而是比这个要大很多的一个数。 吧代码改成这样，就正常工作了 … struct A* a = malloc(x); void* buf = ((char*)a)+sizeof(struct A); … 虽然正常了，但是某熊很想知道为什么，如果有哪位看官知道麻烦说一声（拜 以上。
