呵呵, slick edit 表示很淡定. vs6 之后就不敢乱装了. 请神容易送神难.

@ryd994 在@RobberPhex的提示下, 正在看Ptmalloc2的 Free 部分实现. 证实了你的说法.

@ryd994 32bit 保护地址模式早就没有远程指针的概念了. 无法访问不属于本进程的地址吧

@ryd994 这种情况其实称之为野指针. 情况不可预估. 可能你会发现某个堆的数据突然变化了. 从而导致各种灵异现象.
另外如果 = NULL, 是空指针, 和内核地址重叠. 如果强制访问. 持有进程会被内核杀死.

@RobberPhex: 你说的内容有俩疑点
1. c++ 中我知道有new alloc 内存复用机制, 可以由 stdlib 来管理代码分配的内存.
但是 c 中的 alloc 就真的是直接调用系统的内存管理模块了. 应该不存在你说的 libc 管理内存的可能性.

2. mmap 是内存镜像文件. 我记得没错的话是处理超大型文件时不载入内存的一种实现方式. 直接用磁盘I/O来进行文件操作. 大文件载入内存导致爆内存的问题. 所以 mmap 本身应该可以认为是不占用内存的.

错漏之处还望斧正.

因为有很多地方都是这样判断

if (ptr == NULL) {
...do something
}

你如果不置空, 后面打算怎么复用.


free(ptr);
ptr = NULL; //如果不打算复用指针, 这行代码意义不大. 也没有危险或潜在威胁

所以这种代码 称之为防御性代码.

http://www.cppblog.com/Khan/archive/2008/06/23/54364.html

我写过一个 dylib, 可以获取系统信息. 支持 linux 和 win, 您可以直接使用源码
另外v2dx居然不支持语法高亮或 markdown, 真是相当蛋疼.

@ryd994 你说的情况即使存在, 我认为也不是编译器的原因, 关键因素应该在于 libc 的实现. 所以现在 ISO 组织制定标准时, 都会指明某些函数必须实现可重入 (IEEE Std 1003.1 )

@ryd994 函数是否可重入取决于编码习惯吧. 例如你在函数中使用了全局变量 会导致并发执行的情况下全局变量的读写不可预估. 这种状况就不可重入.
反之如果函数中没有互相干扰的访问资源, 则可重入.

你说的观点我有很多地方不清楚. 还请详细说明, 大家一起讨论讨论

@lirau 对于手残党来说. 焊接难度更大.....

体死早. 800M 内存 换成字符串大概不过2G, 加上指针 和 字符串本身内存, 分块处理 合并不可少

8byte int_64 * 100,000,000L 需内存约 100M

位运算 比 / %都要省 cpu, 剩下的内存问题可以多段分块加载

判断低 bit位是否为1

i++ + i++ 这种写法在9x 年的时候计算机老师就用来考试, 虽然后来我知道那老师也是一知半解

@CodeingBoy 说法不严谨, 5.6.1+ 拆机串口可越狱

我也以为是 PE（Portable Executable） 格式

@ryd994 跟动态语言没啥关系, 你即使用 c 也是这德性

线程`独立栈` `共享堆`. 如果在没有上层作用域外部变量的情况下, 俩线程同时调用某个方法貌似不会发生什么. 如果有上层作用域外部变量, 那就是常规的抢占资源问题了. 外部变量的写行为不可预估.

cp 和 mv 不是在 /usr/bin 下么, 不过有可能依赖/ usr/lib 下的 so