x86_64体系结构上的Linux 3.0上的进程具有64位虚拟地址空间.
很明显,在该地址空间中,保证0是无效的内存地址[请参见下面的定义],因为该地址用于指示NULL指针.
保证哪些其他64位数字(如果有)永远都不是有效的内存地址,为什么？
例如,1可以是有效地址吗？那2 ^ 64-1呢？
定义：您是什么意思“保证是无效的内存地址”？
void deref_and_assign(uint64_t i)
{
char* p = (char*) i;
*p = 42;
}
就此问题而言,保证无效的内存引用意味着函数deref_and_assign将始终引发SIGSEGV.
解决方法:
在x86 / 64上,如果启用了页面转换并且无法访问虚拟地址0处的内存(由于将物理内存映射到虚拟地址空间的方式),则1 … 4095也将无法访问,因为所有这些4096地址对应于一个内存页面,它只能在整体上可用或不可用.最好不要在虚拟地址0处映射内存.不进行映射将有助于捕获许多NULL指针取消引用.此处的CPU将在未映射的位置或需要比当前执行的代码更高特权的位置上生成页面错误(aka #PF).
在64位模式下,CPU可以实现的虚拟地址位数少于64个虚拟地址位(48),并且64位地址必须在未实现的位中包含全零或全1(值0或1必须为与实现的最高有效地址位的值相同,所有这些都可以解释为地址符号扩展).这样的地址称为规范地址.如果尝试使用非规范地址读取或写入内存,则会出现一般保护错误(AKA #GP).
因此,根据操作系统(有效地取决于其内存布局)和实际的CPU,您可能会想到“无效”的内存地址范围.如果尝试从用户模式应用程序读取/写入内核的内存,则会得到#PF.如果您尝试读取/写入未映射的内存(例如,地址0到4095),则会得到#PF.如果您尝试在非规范地址处进行读取/写入,则会获得一个#GP.
您在找那种东西吗？
标签：x86-64,gcc,linux 来源： https://codeday.me/bug/20191201/2083706.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。