Actions
Bug #3303
open
format: Searching for disks...Arithmetic Exception
Status:
New
Priority:
Normal
Assignee:
-
Category:
cmd - userland programs
Start date:
2012-10-25
Due date:
% Done:
0%
Estimated time:
Difficulty:
Medium
Tags:
needs-triage
Gerrit CR:
External Bug:
Description
oi_151a7 # echo | format Searching for disks...Arithmetic Exception (core dumped) > ::status debugging core file of format (32-bit) from lsi-testing2 file: /usr/sbin/format initial argv: format threading model: native threads status: process terminated by SIGFPE (Arithmetic Exception), addr=fee70eda > $C 08046858 libc_hwcap1.so.1`UDiv+0x2a(4, 0, 8046b80, 80468a0, 8046930, 8046950) 08046a68 auto_sense+0x281(4, 0, 8046b80, 1c8) 08047098 add_device_to_disklist+0x62a(80478c0, 80474c0, feffb140, 86d) 08047cd8 do_search+0x273(0, 1, 8047d28, 8066576) 08047d28 main+0xc1(1, 8047d54, 8047d5c, 80576ef) 08047d48 _start+0x7d(1, 8047e0c, 0, 8047e13, 8047e23, 8047e2e) >
Related issues
Updated by
Updated by Rich Lowe almost 11 years ago
We're actually in generic_sense here, and have divided by 0.
I'm not certain which divide it is, but none of them seem particularly well guarded. (I suspect that none of them should really ever see 0's...)
running format with -M would probably provide some clue as to why we're in this state, I think.
Updated by Albert Lee almost 11 years ago
This is probably a duplicate of #396 (which has been narrowed down the offending divisor in generic_disk_sense to nhead). format -M will verify this.
Actions