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=0.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC 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 X-Google-Thread: 10a146,fee8802cc3d8334d X-Google-Attributes: gid10a146,public From: Marin David Condic Subject: Re: Ada and Java. different behaviour. casting long to int problem. Date: 1999/06/14 Message-ID: <37651744.EB63D2CE@pwfl.com>#1/1 X-Deja-AN: 489458863 Content-Transfer-Encoding: 7bit Sender: condicma@bogon.pwfl.com References: <7jt2c0$vrb@drn.newsguy.com> <7jt69l$143f@drn.newsguy.com> <7ju351$d7u$1@nnrp1.deja.com> Content-Type: text/plain; charset=us-ascii Organization: Pratt & Whitney Mime-Version: 1.0 Reply-To: diespammer@pwfl.com Newsgroups: comp.lang.ada,comp.lang.java.programmer Date: 1999-06-14T00:00:00+00:00 List-Id: Robert Dewar wrote: > > and the "quite" here is probably right. We have in fact steadily > improved the quality of code for -gnato, so the penalty has been > reduced. It would be interesting to know what actual programs > see as a result of -gnato being off or on. > Out of curiosity, I'm wondering what makes trapping an integer overflow & raising an exception expensive. I know that lots of processors provide some form of interrupt in the event of an operation resulting in an integer overflow. That usually means that detection is not intrusive. Or is it a problem of efficiency only when riding on top of an OS like Unix where you may not easily be able to specify behavior for a hardware interrupt? MDC -- Marin David Condic Real Time & Embedded Systems, Propulsion Systems Analysis United Technologies, Pratt & Whitney, Large Military Engines M/S 731-95, P.O.B. 109600, West Palm Beach, FL, 33410-9600 ***To reply, remove "bogon" from the domain name.*** Visit my web page at: http://www.mcondic.com/