From: Rafael Garcia-Suarez Date: Mon, 20 Feb 2006 08:54:22 +0000 (+0000) Subject: Yitzchak points out that the perldiag entry for "Integer overflow in X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=bcb11275f9e8e4324ef33449c82bea92e44f6386;p=p5sagit%2Fp5-mst-13.2.git Yitzchak points out that the perldiag entry for "Integer overflow in division" is no longer useful. p4raw-id: //depot/perl@27237 --- diff --git a/pod/perldiag.pod b/pod/perldiag.pod index 44b83ed..b1c1594 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