在另一個問題中，有人想知道為什么在C ++程序中實際上有一個整數(shù)被零除的情況，為什么會出現(xiàn)“浮點錯誤”。圍繞此展開了討論，有人斷言，對于浮點數(shù)除以零，實際上從未提出過浮點異常，而僅在整數(shù)除以零時才出現(xiàn)。這對我來說聽起來很奇怪，因為我知道：在所有Windows平臺上的x86和x64上，由MSVC編譯的代碼將整數(shù)除以零表示為“ 0xc0000094：整數(shù)除以零”，將浮點除以零為0xC000008E“浮點除以零”（啟用時）IA-32和AMD64 ISA將#DE（整數(shù)除法異常）指定為中斷0。浮點異常觸發(fā)中斷16（x87浮點）或中斷19（SIMD浮點）。其他硬件具有類似的不同中斷（例如， PPC在float-div-by-zero上引發(fā)0x7000，并且根本不捕獲int / 0）。我們的應(yīng)用程序使用_controlfp_s內(nèi)在函數(shù)（最終為stmxcsrop）對除零的浮點異常進行屏蔽，然后捕獲它們以進行調(diào)試。因此，我在實踐中肯定看到過IEEE754除以零例外。因此，我得出結(jié)論，有些平臺將int異常報告為浮點異常，例如x64 Linux（針對所有算術(shù)錯誤均提高SIGFPE，而與ALU管道無關(guān)）。還有哪些其他操作系統(tǒng)（或C / C ++運行時，如果您是操作系統(tǒng)）將整數(shù)div-by-零報告為浮點異常？
3 回答
慕的地8271018
TA貢獻1796條經(jīng)驗 獲得超4個贊
還有哪些其他操作系統(tǒng)（或C / C ++運行時，如果您是操作系統(tǒng)）將整數(shù)div-by-零報告為浮點異常？
答案取決于您是在內(nèi)核空間還是用戶空間。如果您在內(nèi)核空間中，則可以將“ i / 0”放在中kernel_main()，讓中斷處理程序調(diào)用異常處理程序并暫停內(nèi)核。如果您在用戶空間中，答案取決于您的操作系統(tǒng)和編譯器設(shè)置。
AMD64硬件將整數(shù)除以零指定為中斷0，這與中斷16（x87浮點異常）和中斷19（SIMD浮點異常）不同。
“被零除”例外是用div指令除以零。關(guān)于x87 FPU的討論不在此問題范圍內(nèi)。
其他硬件具有類似的不同中斷（例如，PPC在float-div-by-zero上引發(fā)0x7000，并且根本不捕獲int / 0）。
更具體地說，00700映射到異常類型“程序”，其中包括啟用了浮點的異常。如果嘗試使用浮點指令將其除零，則會引發(fā)此類異常。
另一方面，按照PPC PEM，整數(shù)除法是未定義的行為：
8-53潛水
如果嘗試執(zhí)行除法-0x8000_0000÷–1或÷0，則rD的內(nèi)容以及CR0字段的LT，GT和EQ位的內(nèi)容均未定義（如果Rc = 1，則未定義） ）。在這種情況下，如果OE = 1，則設(shè)置OV。
我們的應(yīng)用程序使用_controlfp_s內(nèi)在函數(shù)（最終為stmxcsr op）對除零的浮點異常進行屏蔽，然后捕獲它們以進行調(diào)試。因此，我在實踐中肯定看到過IEEE754除以零例外。
我認為您的時間最好花在編譯時而不是運行時被零除。
- 3 回答
- 0 關(guān)注
- 678 瀏覽
添加回答
舉報
0/150
提交
取消