@where2go 好吧，我错了，忽略 warning，的确是不对的

@zmj1316 哈哈哈，C 和 C++不分家的，面向对象也就是思想和编译器（语法）上的差距

@JeffKing 写错了是 p2-p1 的结果为啥不是 1024
这是 glibc 的内存分配机制问题，小内存是调用的 brk 吧，大内存用的是 mmap，brk 直接对应内核做 e_data 的偏移，所以小内存的虚拟地址是 data 段增长的，而大内存的地址则是在堆栈之间获取一个地址用
此时 p2 的内存对应的物理内存是没有释放的，所以可以读写，且虚拟地址也是在用户空间的。

@yankebupt 是的，不会 core，这个 mmap 的内存应该是直接释放的，不会遍历链表

@lolcat 可能我们的环境不一样吧，用的库也不一样，导致结果不一致了

@WordTian +1
@crazyneo +1

@p2pvideo 南京啊，正在想办法回成都

@where2go 这种写法 gcc 也是支持的吧，我这个不需要返回值做判断，所以一个小验证程序没必要这么严谨吧

@zwh2698 8 年了，我觉得是指针指向的内存，你可以存任意类型，这个内存想用什么类型操作都可以告诉编译器，或者自己直接用指针+加偏移来弄

@innoink +1

@catror +1

@iceheart 的确是，应该是 128M，或者是代码里面少乘一个 1024

@zmj1316 +1

@besto 老哥可以算一个

@innoink 哥，看来你是明白人，我觉着长期写 c 的人不可能不懂操作系统和用到的库，以及编译器吧

@zmj1316 抱歉忘记写了

无解，关键还得看个人，我也是招的当时觉得还可以培养的，实际带的时候才发现，缺乏自我学习的能力，唉，把自己坑了

真正的程序员会缺少一本书么，这说明你们对 python 的学习缺乏热情，
我就缺少，啊哈哈哈哈，娱乐

哈哈哈，楼主说的和我好像，我也是走得早，来得晚，不过我只负责下属解决不了的问题或者是现网紧急问题，或者是做设计工作，其它时间都划水。