comp.lang.ada
 help / color / mirror / Atom feed
From: Robert A Duff <bobduff@shell01.TheWorld.com>
Subject: Re: What about big integers in Ada 2005?
Date: 04 Oct 2005 12:10:10 -0400
Date: 2005-10-04T12:10:10-04:00	[thread overview]
Message-ID: <wccmzlpclgd.fsf@shell01.TheWorld.com> (raw)
In-Reply-To: HNahESTjH$Ld@eisner.encompasserve.org

clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:

> In article <1x4pe4pv41qsn$.m5c5jawjqcpq.dlg@40tude.net>, "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> writes:
> > 
> > Curious, why somebody would like to use BCD for 45!? I cannot imagine any
> > use of BCD except than to speed up conversions to ASCII, which is not an
> > issue in these days.
> 
> One reason to use BCD is because it's a compact data representation.

Heh?  Binary is more compact that BCD.

I think the only reason to use BCD these days (instead of binary) is to
interface to something that uses BCD.  In the old days, another reason
was to avoid the cost of converting strings to binary integers and
vice-versa, but that seems like an obsolete reason at this 

Am I right?

> One real world use of BCD that I have come across is in SMS messages where 
> it is used to encode all the SMS message centre/destination/originating
> telephone numbers in the SMS TPDU packets. (Details in SMS specification
> GSM 03.40).

But one does not normally do arithmetic on telephone numbers,
so considering them "numbers" is questionable.  You could do
it this way:

    type Digit is ('0', '1', '2', '3', '4', '5', '6', '7', '8', '9');
    type Phone_Number is array (...) of Digit;
    for Phone_Number'Component_Size use 4;

- Bob



  reply	other threads:[~2005-10-04 16:10 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-15 17:06 What about big integers in Ada 2005? jtg
2005-09-15 17:26 ` Pascal Obry
2005-09-15 17:30   ` Martin Dowie
2005-09-15 17:26 ` Martin Krischik
2005-09-15 19:37   ` Martin Dowie
2005-09-15 21:08     ` Larry Kilgallen
2005-09-15 20:33   ` jtg
2005-09-15 21:10     ` Larry Kilgallen
2005-09-18  0:46   ` adaworks
2005-09-30 17:41     ` Robert A Duff
2005-09-30 20:18       ` Jeffrey R. Carter
2005-10-02  0:27       ` adaworks
     [not found]         ` <imsuj1h8vevg4un71rmh0nc41pnee5ihjl@4ax.com>
2005-10-02 10:33           ` Martin Krischik
2005-10-02 16:20             ` adaworks
2005-10-04  5:24           ` adaworks
2005-10-04  7:22             ` tmoran
2005-10-04  8:25             ` Dmitry A. Kazakov
2005-10-04 11:57               ` Simon Clubley
2005-10-04 16:10                 ` Robert A Duff [this message]
2005-10-04 17:24                   ` Simon Clubley
2005-10-04 19:44                     ` Robert A Duff
2005-10-04 13:46               ` adaworks
2005-10-04 16:38                 ` Robert A Duff
2005-10-04 16:52                   ` Martin Dowie
2005-10-04 17:16                     ` Robert A Duff
2005-10-04 13:50               ` adaworks
2005-10-04 14:59                 ` Larry Kilgallen
2005-10-04 16:03                 ` Robert A Duff
2005-10-04 18:56                   ` adaworks
2005-10-10  5:36                     ` Dave Thompson
2005-10-14  0:31                       ` adaworks
2005-10-06 14:21             ` Adrian Hoe
2005-10-07  6:48               ` Martin Krischik
2005-10-02  0:48   ` Brian May
2005-10-02 10:28     ` Martin Krischik
2005-10-02 10:52       ` Brian May
2005-10-02 15:12       ` Simon Wright
2005-10-02 17:11         ` Martin Dowie
2005-09-16 14:33 ` gautier_niouzes
2005-09-17  3:43   ` Craig Carey <research@ijs.co.nz>
replies disabled

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