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
next prev parent 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