comp.lang.ada
 help / color / mirror / Atom feed
From: Georg Bauhaus <bauhaus@futureapps.invalid>
Subject: Re: Boeing 787 integer overflow
Date: Mon, 04 May 2015 10:28:59 +0200
Date: 2015-05-04T10:28:59+02:00	[thread overview]
Message-ID: <mi7aic$fg$1@dont-email.me> (raw)
In-Reply-To: <3e8a4ac6-b0cd-445d-8e9c-82ce8f7f9fee@googlegroups.com>

On 04.05.15 01:54, robin.vowels@gmail.com wrote:
>> A software fix might be nice, such as increasing the counter to 64 bits to
>> >push the overflow time out to something ridiculous,
> That isn't the solution.
> The solution is to have an appropriate error handler.

If the variable has system-wide effects, I think error
handling would require a little more than a few lines of
code for overflow. Also provided that detecting overflow can
be made fast enough in the first place.

So, if the bit size could be increased without affecting
the system in other ways, this looks like a much cheaper
solution to me.

  reply	other threads:[~2015-05-04  8:28 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-02 23:34 Boeing 787 integer overflow Robert Love
2015-05-03 11:23 ` Maciej Sobczak
2015-05-03 15:27   ` Georg Bauhaus
2015-05-03 16:03   ` Peter Chapin
2015-05-03 23:34     ` Dennis Lee Bieber
2015-05-04  0:00       ` robin.vowels
2015-05-04  0:38       ` Jeffrey R. Carter
2015-05-04  1:55         ` robin.vowels
2015-05-03 23:54     ` robin.vowels
2015-05-04  8:28       ` Georg Bauhaus [this message]
2015-05-04  8:45         ` robin.vowels
2015-05-04 11:26           ` G.B.
2015-05-04 12:17             ` Dmitry A. Kazakov
2015-05-04 12:53               ` G.B.
2015-05-04 13:28         ` Dennis Lee Bieber
2015-05-03 23:49   ` robin.vowels
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox