来自： http://software.intel.com/en-us/articles/introduction-to-pc-architecture/
异常编号 10h 对应于“浮点错误”，但软件中断 10h 也对应于“视频支持”BIOS 中断（均为实模式）。
我错过了什么？
【问题讨论】：
标签： assembly x86 interrupt bios interrupt-handling
你没有错过任何东西。
8088 处理器（最初的 IBM PC 中使用的那个）只定义了异常 0、1、2、3 和 4。
因此 IBM 将 0x8 到 0xF 用于硬件中断处理程序，将 0x10 及更高版本用于 BIOS 例程。出于某种原因，IBM 忽略了这样一个事实，即英特尔非常明确地保留数字 0x5 到 0x1F 以供将来的处理器异常使用。
随着时间的推移，需要更多例外，英特尔继续分配它们。大多数时候，旧版软件无论如何都不会触发这些异常，而较新的操作系统（以保护模式运行的操作系统）可以分配不同的编号，以免与处理器异常发生冲突。
在旧软件中添加了许多 hack，以便在不破坏太多兼容性的情况下获得一些新处理器功能的使用。虽然我不确定，但我怀疑也许较新的 BIOS 可能会尝试检测 INT10 是由软件中断还是由其 INT10 处理程序中的协处理器触发的。
仅供参考，来自 386 程序员手册：
协处理器错误向量到中断 16。任何带有协处理器的 80386 系统都必须使用中断向量 16 来处理协处理器错误异常。如果 8086/8088 系统为 8087 中断使用另一个向量，则这两个向量都应指向协处理器错误异常处理程序。
【讨论】：
好的，看看here, on Watcom's site。这是我认为的重要部分，虽然关于 8087 的旧笔记也很有趣。
由于广大的市场现实 大多数 PC 用户仍在使用 PC DOS 和需要 IBM PC 兼容性，IBM AT 的方式 处理的数学错误不是 直截了当。因为IBM忽略了 英特尔在设计时的建议 PC、286 的数学错误或中断 16 与 BIOS 视频服务冲突 中断 10h（十进制 16）。在之上 即，现有软件预期数学 通过 INT 2 到达的异常。
而不是连接CPU和FPU 错误引脚，IBM AT 使用 主板电路路由 287 级联秒的 ERROR 信号 8259A PIC 并使用 IRQ 13 发出信号 CPU的数学错误。默认 BIOS IRQ 13 处理程序（即 INT 75h 向量 - 请记住 IRQ 8， 第二个 PIC 的第一个 IRQ 行， 对应中断向量 70h) 包含调用 INT 2 的代码 与现有软件的兼容性。 因此 AT 上的软件仍然可以挂机 NMI 向量并在 PC 或 AT。
IBM AT 中的外部电路 驱动 286 的 BUSY 输入引脚激活 当 287 断言其 ERROR 信号时。 这可以防止执行进一步的 FPU 说明，并且需要避免 之后的时间窗口中的问题 287 表示错误，在 时间 286 开始处理 产生的中断。
【讨论】：
浮点故障是由错误条件产生的 CPU 中断。这与 IRQ 不同。
PIC（可编程中断控制器）可用于修改哪些 IRQ 将映射到哪个 CPU 中断。如果您以正确的顺序发送 PIC 的 IO 端口（使用 OUT 指令），您可以映射 IRQ，使其不会与浮点异常引起的 CPU 中断冲突。
编辑： 但是现在我再次阅读了您的问题......我们不是在谈论 IRQ。 BIOS Int 10h 是完全不同的野兽......这是您的 BIOS 为视频例程实现的一些代码。如果您正在编写操作系统并想知道是否应该处理浮点错误，您可能应该忘记这个特定的 BIOS 中断存在。 :-)
编辑 2：想一想，旧的 DOS 程序解决此问题的方式可能是备份 IVT 条目，将自己的异常处理程序放在它的位置，执行一些浮点操作，并在以下情况下恢复旧的 IVT 条目他们用 FPU 完成了。
【讨论】：
简单的答案是int 10h Floating Point Error 是保护模式异常，而int 10h BIOS Video Services 是实模式中断。
满意的答案是清除CR0 寄存器中的NE 位将防止异常发生并允许它在 PM32 中用作简单中断（例如在 32 位保护模式 BIOS 扩展器中） ）。
【讨论】：