不知道你是否做过这样的小实验:将一个可执行文件的头部写入一些无效的数据,或者将一个根本不是可执行文件的大型文件的扩展名改为”.exe”,然后执行它(警告,请记得先保存好工作文件)。
文件不会如预期般那样执行,你会得到一个提示:”程序太大而无法装入到内存”。
为什么会有这样的提示,为什么操作系统部直接提示程序文件被损坏了?
因为在某种意义上,文件实际上并没有损坏。
一个 Win32 可执行文件包含了一个所谓的 “MZ” 头,接下来是一个 “PE” 头。如果 “PE” 头没有被找到,则操作系统加载器将尝试以 Win16 可执行文件格式来加载它,它由一个 “MZ” 头和一个 “NE” 头组成。
如果在 “MZ” 之后,”PE” 和 “NE” 这两个头都没有找到,则加载器会尝试以 MS-DOS 可重定向执行文件来执行它。如果连 “MZ” 头都没有找到,则加载器会以 MS-DOS 非可重定向执行文件(也叫做 “COM 格式”,因为这种情况是 CP/M.COM 文件的格式)来执行它。
如下图所示:
>> 请移步至 topomel.com 以查看图片 <<
如果你观察一下,你会发现,无论你在图表中走哪条路,你总会得到一些东西。没有一条所谓的 “程序损坏” 的退出路径。
但是 “程序太大而无法放入内存” 从何而来?
如果程序的头部已损坏,则头中的各种字段(例如指定程序所需内存量的字段)通常是无意义的值。加载程序看到一个需要 800KB 常规内存的 MS-DOS 可重定位程序,这就是 “内存不足” 错误提示的来源。
MS-DOS 不可重定位程序不包含有关内存要求的此类信息。加载不可重定位程序的规则只是将程序加载到单个 64KB 内存块中并对其进行设置。因此,没有 “MZ” 头但大小大于 64KB 的程序将不适合单个 64KB 块,从而导致 “内存不足” 的错误。
另外,有些朋友一定会问下面的问题,我来一一解答:
MZ
传奇人物 “Mark Zbikowski” 的首字母缩写。
NE
“New Executable”,那个时候 Windows 还是所谓的 “新人”
PE
“Portable Executable”,因为 Windows NT 的特性之一是它可移植到 x86 以外的架构。
LE
“Linear Executable”,由 OS/2 和 Windows 95 设备驱动程序使用。
总结
如果是开发应用程序,而不是操作系统,在一段数据一开始就被检测到是无效的,我们应该立即停止后续处理,给出错误提示,并崩溃退出。
容忍度:零。
最后
Raymond Chen的《The Old New Thing》是我非常喜欢的博客之一,里面有很多关于Windows的小知识,对于广大Windows平台开发者来说,确实十分有帮助。
本文来自:《Why does a corrupted binary sometimes result in “Program too big to fit in memory”?》
文章来源:https://www.toymoban.com/news/detail-487742.html
文章来源地址https://www.toymoban.com/news/detail-487742.html
到了这里,关于损坏的二进制文件会导致“程序太大而无法放入内存”的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!