谁深层次的解释一下这个问题

beepbug

看来2楼的说法不正确。

beepbug

C标准没有定义指向NULL的指针到底指向哪里。
如果编译器让它指向0地址，那么：
1）在单片机里，这地址一般是首条指令，写个数，就把这指令冲掉了。当然，多数场合这块是ROM，写不进去。
2）在DOS里，这是程序的控制块，随便写个数，这程序就乱了。

daybreakcx

int* p=NULL;
把星号往前贴，就这样看吧，其他就不说了

mik

说得虽然不完整，但你指出那句话错在哪？

mik

原帖由 beepbug 于 2009-5-29 10:47 发表
C标准没有定义指向NULL的指针到底指向哪里。
如果编译器让它指向0地址，那么：
1）在单片机里，这地址一般是首条指令，写个数，就把这指令冲掉了。当然，多数场合这块是ROM，写不进去。
2）在DOS里，这是程序 ...

“NULL 到底指向哪？”这个就不必讨论了，c/c++ 以前为此讨论得热火朝天。

你要扯上单片机，那你能不能再扯一扯arm的，mips的，powerpc的、itanium的、sparc的...

在 dos 里，0 位置是 IVT 好不好？

beepbug

原帖由 mik 于 2009-5-29 11:27 发表

“NULL 到底指向哪？”这个就不必讨论了，c/c++ 以前为此讨论得热火朝天。

你要扯上单片机，那你能不能再扯一扯arm的，mips的，powerpc的、itanium的、sparc的...

在 dos 里，0 位置是 IVT 好不好？

这里的版主都像铁岭的老大娘，会扯。
1）正好手头有本ARM，RESET后，PC被置0。当然，这并不意味着所有的MPU都是从0开始执行的，X86就不是。我懂得少，你接着扯别的。
2）在DOS里，.COM格式的程序是从0100H开始执行的，前面256个字节是程序的控制块。.EXE格式的就复杂点，超过我的理解能力了。

sep

原帖由 mik 于 2009-5-29 00:21 发表
LZ 你真强。

你硬往 0 page 塞东东 -> OS 未实现 0 page 提交到物理存储 -> processor 给你抛出 #PF（page fault）异常 -> #PF handler 提醒你（你干嘛要硬塞!!）

算不算深入了，不算 ...

从os的角度来看是这样了，从standalone来看，是抛出数据访问中止异常（data abort）

samon_fu

说白了，指针只是个门牌号。
只是一个铁片子。

存放东西只能往房间里存放，按门牌号存放只是我们设计者在存放之前做好了"门牌号和房间的对应关系后"，才能放。