comp.lang.ada
 help / color / mirror / Atom feed
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: Float to String
Date: Fri, 12 Nov 2004 13:19:09 +0100
Date: 2004-11-12T13:19:09+01:00	[thread overview]
Message-ID: <p3ta0j2ubgxb$.gwd4j72qa8h0.dlg@40tude.net> (raw)
In-Reply-To: mailman.96.1100212038.10401.comp.lang.ada@ada-france.org

On Thu, 11 Nov 2004 22:27:07 +0000, Marius Amado Alves wrote:

> [... 64, 128....]
>> And then 256-bit, where is any end? What you are trying to do is to define
>> a god-integer type to satisfy all possible requirements. That is
>> impossible.
> 
> Yes, but I just want "big enough" for common values in databases. The 
> current triad of types Integer_64, Float_64, String is enough.

If "big enough" should be a requirement, then what is "enough"?

>> You can make it 1024-bit, but then it will be unsuitable for
>> pixels of an image.
> 
> Pixels would be stored in a String. Because you can convert 
> (uncheckedly) any contiguous value to String. Like the "blob" type of 
> Oracle et al.

Well, this not ADT, this is not even typed. Like in FORTRAN-IV where
everything was LOGICAL*1 array...

> (Remember Mneson is NOT an *Ada* object database. It is a 
> database system that happens to be implemented in Ada.)

Here Ada is only an example of a typed language, which tried to keep type
interface and implementation separate.

>> What about a database scalable from an embedded
>> microcontroller to a super cluster?
> 
> This is another issue. Mneson can run on any system that is a target of 
> an Ada compiler. I believe this includes some of those, no?

64-bit floats and integers on a 16-bit controller?

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de



  reply	other threads:[~2004-11-12 12:19 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-08 17:06 Float to String Pascal Obry
2004-11-08 18:29 ` Jean-Pierre Rosen
2004-11-08 19:03 ` Jeffrey Carter
2004-11-08 20:13 ` David C. Hoos
2004-11-08 20:18 ` David C. Hoos
2004-11-09  0:40   ` John B. Matthews
2004-11-09  5:24     ` David C. Hoos, Sr.
2004-11-08 21:29 ` Nick Roberts
2004-11-09 17:58   ` Peter Hermann
2004-11-10  9:38     ` Peter Hermann
2004-11-10 12:12       ` Larry Kilgallen
2004-11-09  8:39 ` Dmitry A. Kazakov
2004-11-09 18:17   ` Pascal Obry
2004-11-10  8:53     ` Dmitry A. Kazakov
2004-11-10 11:15       ` Samuel Tardieu
2004-11-10 14:35         ` Dmitry A. Kazakov
2004-11-10 15:00         ` Peter Hermann
2004-11-10 15:35         ` Marius Amado Alves
2004-11-10 16:35           ` Dmitry A. Kazakov
2004-11-10 17:28             ` Marius Amado Alves
2004-11-11 15:25               ` Dmitry A. Kazakov
2004-11-11 16:40                 ` Marius Amado Alves
2004-11-11 18:31                   ` Dmitry A. Kazakov
2004-11-11 22:27                     ` Marius Amado Alves
2004-11-12 12:19                       ` Dmitry A. Kazakov [this message]
2004-11-12 14:55                         ` Marius Amado Alves
2004-11-10  5:05 ` Steve
2004-11-10 15:37   ` Pascal Obry
2004-11-10 16:29     ` Alex R. Mosteo
2004-11-10 16:48       ` Pascal Obry
2004-11-10 18:02         ` Marius Amado Alves
2004-11-10 19:40           ` Jeffrey Carter
2004-11-10 21:04             ` Marius Amado Alves
2004-11-11  3:33     ` Steve
2004-11-11  7:51       ` tmoran
2004-11-11 12:32         ` Pascal Obry
2004-11-11 15:53           ` David C. Hoos, Sr.
2004-11-11 16:17             ` Pascal Obry
2004-11-11 17:36             ` Jeffrey Carter
2004-11-12  0:01               ` David C. Hoos, Sr.
2004-11-12  0:30                 ` Jeffrey Carter
2004-11-11 12:30       ` Pascal Obry
2004-11-13 16:37 ` Ginduskina
2004-11-13 18:41   ` Björn Lundin
2004-11-13 16:39 ` Ginduskina
2004-11-13 16:49   ` Simon Wright
2004-11-13 16:53   ` David C. Hoos, Sr.
2004-11-13 16:55   ` Pascal Obry
replies disabled

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