From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: Surprise in array concatenation
Date: Fri, 9 Sep 2005 12:06:02 +0200
Date: 2005-09-09T12:06:06+02:00 [thread overview]
Message-ID: <1b3z0hyoyma05.ptmdp4uq8e3j$.dlg@40tude.net> (raw)
In-Reply-To: 4320803b$0$24163$9b4e6d93@newsread4.arcor-online.net
On Thu, 08 Sep 2005 20:18:26 +0200, Georg Bauhaus wrote:
> Dmitry A. Kazakov wrote:
>
>> Note that A=1 from the problem state is not a bit pattern. It is a set of
>> computational states for which A is considered be 1. So when you make a
>> memory dump and discover a bit pattern 000000001 at the address FF07712CA0
>> that tells absolutely nothing.
>
> A dump might tell me a lot provided I know what kind of dump it is and when
> it happened. Depending on the algorithm, for example, if FF07712CA0
^^^^^^^^^^^^^^^^^!
>> If some day Ada will
>> have abstract arrays, then "for I in A loop" should iterate it in the order
>> of the Index, and not in the arbitrary one of Index'Pos.
>
> Please, could you stop naming this ADT an array? It has so many
> more assumptions that it deserves a distinguishing name!
> For example, you could have holes in your index type, IIUC.
Try to define "hole" in terms of ADT, maybe then you'll understand the
problem better.
>>>>(For generalizations on unordered cases see "convex hull")
>>>
>>>I'm trying to see arrays, and possible improvements. If a convex hull
>>>offers something useful
>>
>> Believe me, convex sets (whether (1-t)a + tb belongs to the same set forall
>> 0<=t<=1) are extremely important for countless numeric methods,
>> computational geometry etc.
>
> I'm curious. How does this relate to array indexing?
The index ranges need to be convex if you want to have your "length / 2".
The above is the definition of a convex set.
>> The representation
>> clause defines representation. You should never mix:
>>
>> 1. The user-defined order and other operations (like +, -) and literals
>> from the problem space;
>> 2. The positions of discrete values;
>> 3. The representations of discrete values.
>>
>> These all are different things. I hope it is clear that algorithms should
>> be written in terms of (1)?
>
> I can't imagine non-DK-array algorithms are usually written in terms
> of (1) (*user-defined* sorting order of the index types).
> These are Ada arrays, rock solid low level stuff, based on preexisting
> contracts inherent in enumeration order or Positive's order, etc..
Ada was designed as a higher level programming. If you want an assembly
language, there are plenty of them...
>> You again mixing sets and elements of. 42 is a literal. In the case of
>> equivalence classes it denotes not a number (Z) but a class of.
>
> I'm not mixing sets and elements, I'm pointing out that symbol manipulation
> and counting are sometimes different.
Care to show a difference?
> It's time for me to study Lewis Carrol's stories, to that I can
> legitimately refer to Humpty Dumpty.
It is always a good reading. Though any introductory book on modern algebra
could also help.
> If there are 4 trees in a garden, there is really 1 tree in the
> garden, because of modulo 3.
You still missing the point, and still mixing apples and oranges.
It is not 1 tree, it is a class of equivalence: { 1 tree, 4 trees, 7 trees,
...}. 4 trees (a set!) is in this class (a set of sets!) which you have
denoted as 1 (a number!)
> BTW, was that modulo number the class
> representative 3 or the number three or the symbol 3? Oh well...
> Meanwhile the apples and plums below the 3 other trees start to rot.
> Time for a depressing garbage collection...
Those are philosophical questions. As a follower of Plato, you should
address them to his philosophy. In the philosophy I adhere they are just
meaningless.
>> The type of the
>> cardinal numbers in Ada is defined as Universal_Integer.
>> It is not the type of the elements in a set!
>
> Universal_Integer is subject to capacity constraints,
And what's the point? This or that way, but Universal_Integer is a type
different from one of array index.
--
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de
next prev parent reply other threads:[~2005-09-09 10:06 UTC|newest]
Thread overview: 108+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-01 3:16 Surprise in array concatenation Gene
2005-09-01 7:55 ` Dmitry A. Kazakov
2005-09-01 8:02 ` Florian Weimer
2005-09-01 11:48 ` Georg Bauhaus
2005-09-01 12:02 ` Lutz Donnerhacke
2005-09-01 13:01 ` Georg Bauhaus
2005-09-01 15:54 ` Florian Weimer
2005-09-01 16:09 ` Robert A Duff
2005-09-05 8:38 ` Jean-Pierre Rosen
2005-09-05 23:52 ` Robert A Duff
2005-09-06 9:03 ` Jean-Pierre Rosen
2005-09-07 17:57 ` adaworks
2005-09-07 20:01 ` Robert A Duff
2005-09-08 8:08 ` Jacob Sparre Andersen
2005-09-07 22:46 ` Jeffrey Carter
2005-09-08 4:43 ` Simon Wright
2005-09-08 10:36 ` Georg Bauhaus
2005-09-08 13:47 ` Ed Falis
2005-09-08 17:03 ` Pascal Obry
2005-09-08 16:45 ` Jeffrey Carter
2005-09-08 19:37 ` Simon Wright
2005-09-08 6:32 ` adaworks
2005-09-08 9:09 ` Jean-Pierre Rosen
2005-09-08 16:56 ` Jeffrey Carter
2005-09-09 14:04 ` Bob Spooner
2005-09-09 16:17 ` adaworks
2005-09-23 23:04 ` Randy Brukardt
2005-09-14 8:57 ` Ole-Hjalmar Kristensen
2005-09-23 23:09 ` Randy Brukardt
2005-09-24 10:49 ` Larry Kilgallen
2005-09-24 20:27 ` Lurker
2005-09-25 0:20 ` Robert A Duff
2005-09-25 17:05 ` adaworks
2005-09-01 11:42 ` Georg Bauhaus
2005-09-01 13:59 ` Dmitry A. Kazakov
2005-09-01 15:36 ` Georg Bauhaus
2005-09-01 18:34 ` Dmitry A. Kazakov
2005-09-02 10:43 ` Georg Bauhaus
2005-09-02 13:11 ` Dmitry A. Kazakov
2005-09-02 14:23 ` Georg Bauhaus
2005-09-02 19:48 ` Dmitry A. Kazakov
2005-09-02 17:21 ` Björn Persson
2005-09-01 16:04 ` Robert A Duff
2005-09-01 18:06 ` Dmitry A. Kazakov
2005-09-02 10:42 ` Georg Bauhaus
2005-09-02 13:20 ` Dmitry A. Kazakov
2005-09-02 14:14 ` Georg Bauhaus
2005-09-02 19:48 ` Dmitry A. Kazakov
2005-09-03 20:01 ` Georg Bauhaus
2005-09-04 10:13 ` Dmitry A. Kazakov
2005-09-05 13:22 ` Georg Bauhaus
2005-09-05 15:50 ` Dmitry A. Kazakov
2005-09-05 18:20 ` Georg Bauhaus
2005-09-05 18:31 ` Georg Bauhaus
2005-09-06 8:20 ` Dmitry A. Kazakov
2005-09-06 11:52 ` Georg Bauhaus
2005-09-06 13:46 ` Dmitry A. Kazakov
2005-09-06 15:51 ` Georg Bauhaus
2005-09-06 21:32 ` Robert A Duff
2005-09-07 9:08 ` Dmitry A. Kazakov
2005-09-07 18:20 ` Georg Bauhaus
2005-09-07 19:07 ` Georg Bauhaus
2005-09-07 21:23 ` Dmitry A. Kazakov
2005-09-08 10:27 ` Georg Bauhaus
2005-09-08 11:39 ` Georg Bauhaus
2005-09-08 13:44 ` Dmitry A. Kazakov
2005-09-08 18:18 ` Georg Bauhaus
2005-09-09 10:06 ` Dmitry A. Kazakov [this message]
2005-09-09 12:26 ` Georg Bauhaus
2005-09-09 12:29 ` Georg Bauhaus
2005-09-01 8:48 ` Jean-Pierre Rosen
2005-09-01 15:57 ` Robert A Duff
2005-09-01 21:42 ` Gene
2005-09-01 22:56 ` tmoran
2005-09-05 15:53 ` Gene
2005-09-05 17:47 ` jimmaureenrogers
2005-09-05 22:13 ` Robert A Duff
2005-09-06 8:24 ` Dmitry A. Kazakov
2005-09-05 19:22 ` Jeffrey R. Carter
2005-09-05 21:54 ` Robert A Duff
2005-09-05 22:50 ` Larry Kilgallen
2005-09-05 23:46 ` Robert A Duff
2005-09-12 3:59 ` Dave Thompson
2005-09-06 16:02 ` Jeffrey Carter
2005-09-06 21:00 ` Robert A Duff
2005-09-06 5:38 ` Pascal Obry
2005-09-05 21:48 ` Robert A Duff
2005-09-06 5:25 ` tmoran
2005-09-06 14:58 ` Robert A Duff
2005-09-06 9:26 ` Georg Bauhaus
2005-09-06 15:00 ` Robert A Duff
2005-09-07 11:02 ` Thierry Pirot
2005-09-07 20:09 ` Robert A Duff
2005-09-06 13:22 ` Bob Spooner
2005-09-06 15:30 ` Robert A Duff
2005-09-06 16:12 ` Jeffrey Carter
2005-09-06 21:21 ` Robert A Duff
2005-09-02 20:19 ` Jeffrey R. Carter
2005-09-03 12:51 ` Dr. Adrian Wrigley
2005-09-03 14:08 ` Jacob Sparre Andersen
2005-09-05 8:34 ` Jean-Pierre Rosen
2005-09-05 9:32 ` Arrays indexed by fixed point types (Was: Surprise in array concatenation) Jacob Sparre Andersen
2005-09-05 11:07 ` Jean-Pierre Rosen
2005-09-05 15:12 ` Dr. Adrian Wrigley
2005-09-05 12:14 ` Dmitry A. Kazakov
2005-09-05 13:07 ` Jacob Sparre Andersen
2005-09-05 15:10 ` Dmitry A. Kazakov
2005-09-05 11:29 ` Surprise in array concatenation Dr. Adrian Wrigley
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox