From bcb11275f9e8e4324ef33449c82bea92e44f6386 Mon Sep 17 00:00:00 2001 From: Rafael Garcia-Suarez Date: Mon, 20 Feb 2006 08:54:22 +0000 Subject: Yitzchak points out that the perldiag entry for "Integer overflow in division" is no longer useful. p4raw-id: //depot/perl@27237 --- pod/perldiag.pod | 10 ---------- 1 file changed, 10 deletions(-) (limited to 'pod') diff --git a/pod/perldiag.pod b/pod/perldiag.pod index 44b83ed64b..b1c159471c 100644 --- a/pod/perldiag.pod +++ b/pod/perldiag.pod @@ -1976,16 +1976,6 @@ transparently promotes all numbers to a floating point representation internally--subject to loss of precision errors in subsequent operations. -=item Integer overflow in division - -(F) In the scope of the C pragma, division would have overflowed. -This will happen if you attempt to divide the largest negative integer by -1, -since the result cannot be represented as a signed integer on a two's complement -system. This division is trapped as a Perl-level exception because on some -architectures the integer divide operation will trigger a CPU exception -causing program exit, rather than merely returning a mathematically wrong -answer. - =item Integer overflow in format string for %s (F) The indexes and widths specified in the format string of C -- cgit v1.2.1