From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,fee8802cc3d8334d
X-Google-Attributes: gid103376,public
From: Hyman Rosen <hymie@prolifics.com>
Subject: Re: Ada and Java. different behaviour. casting long to int problem.
Date: 1999/06/22
Message-ID: <t7pv2oxaa8.fsf@calumny.jyacc.com>#1/1
X-Deja-AN: 492646707
Sender: hymie@calumny.jyacc.com
References: <7jt2c0$vrb@drn.newsguy.com> <f92d7yyweva.fsf@eng.sun.com>
 <7k57vb$1ipf@drn.newsguy.com> <3766650F.705125B7@pwfl.com>
 <7k64t7$igo$1@its.hooked.net> <7k689a$ci2@drn.newsguy.com>
 <3766C842.E1EAB60A@pwfl.com> <3766D1CC.D712895E@itools.symantec.com>
 <7k8nn5$qcb$1@its.hooked.net> <3767E8A2.EF1A0570@itools.symantec.com>
 <7k8tv3$3gm@drn.newsguy.com> <t7so7rdd1u.fsf@calumny.jyacc.com>
 <7kaa6o$nr3$2@wanadoo.fr> <376906CF.109EEF55@pwfl.com>
 <7kbaoc$1588@news2.newsguy.com> <3769519B.9B0F880@pwfl.com>
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: abuse@panix.com
X-Trace: news.panix.com 930082344 2770 209.49.126.226 (22 Jun 1999 20:12:24
 GMT)
Organization: PANIX Public Access Internet and UNIX, NYC
Mime-Version: 1.0
User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3
NNTP-Posting-Date: 22 Jun 1999 20:12:24 GMT
Newsgroups: comp.lang.ada
Date: 1999-06-22T20:12:24+00:00
List-Id: <comp.lang.ada>

Marin David Condic <condicma@bogon.pwfl.com> writes:
> Point taken. I don't think Ariane 5 was an issue of exception raising
> since they had removed the checks. My recollection was that it had to do
> with an overflow interrupt which caused the channel to shut down and
> transfer control to the other side (which was what the design called
> for.)

Nope. Here's the quote from the report
<http://www.esrin.esa.it/htdocs/tidc/Press/Press96/ariane5rep.html>:

	The internal SRI software exception was caused during
	execution of a data conversion from 64-bit floating point to
	16-bit signed integer value. The floating point number which
	was converted had a value greater than what could be
	represented by a 16-bit signed integer. This resulted in an
	Operand Error. The data conversion instructions (in Ada code)
	were not protected from causing an Operand Error, although
	other conversions of comparable variables in the same place in
	the code were protected.

> Still, an interrupt or an exception are similar in intention: Stop
> doing what you are doing and handle an unusual condition.

Yep.