comp.lang.ada
 help / color / mirror / Atom feed
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: APQ
Date: Wed, 22 Dec 2004 18:21:10 +0100
Date: 2004-12-22T18:21:10+01:00	[thread overview]
Message-ID: <ckbl8fjiqh6f$.1p53u3tdj7sfj.dlg@40tude.net> (raw)
In-Reply-To: 2737240.Ctorkcd9f4@linux1.krischik.com

On Wed, 22 Dec 2004 17:53:14 +0100, Martin Krischik wrote:

> Dmitry A. Kazakov wrote:
> 
>> On Wed, 22 Dec 2004 11:07:44 +0100, Martin Krischik wrote:
>> 
>>> Warren W. Gay VE3WWG wrote:
>>> 
>>>> I can't imagine it making a practical difference here, but
>>>> perhaps I lack imagination on this point.
>>> 
>>>
> http://en.wikibooks.org/wiki/Programming:Ada:Types:access#access_vs._access_all
>> 
>> Pool-specific access types do not do well:
>> 
>> 1. Upcast/downcast conversions do not work. You'll need
>> Unchecked_Conversion of pointers. It is nasty and dangerous.
>> 
>> 2. '[Unchecked_]Access does not work (otherwise, (1) would be a minor
>> problem).
>> 
>> 3. Rosen's trick does not work. Very bad. Move it to Initialize? That
>> won't work either, because of 2.
>> 
>> 4. Construction/destruction is headache. Wished to insert a newly created
>> object into a list? Not from Initialize! To delete it from there upon
>> destruction? Nay!
>> 
>> 5. Access discriminants cannot be pool-specific. Converting to general
>> access to specific one is again an Unchecked_Conversion of worst kind.
>> 
>> 6. There is no way to restrict objects allocations to a definite set of
>> pools. "type X (<>) is ..." does not count.
>> 
>> In general, I think that the issue should be thoroughly reworked.
> 
> Well, ist wiki. Klick on [edit] and make your point. It OK by me - actually
> it is he hole point of wiki: incremental impovement.

Of what? Is wiki =ARG or else [edit button] = AI? (:-))

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



  reply	other threads:[~2004-12-22 17:21 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-15 23:31 APQ Brian May
2004-12-16 11:34 ` APQ Warren W. Gay VE3WWG
2004-12-16 23:58   ` APQ Randy Brukardt
2004-12-17  3:45     ` APQ Brian May
2004-12-17  4:03       ` APQ Warren W. Gay VE3WWG
2004-12-17  4:38         ` APQ Brian May
2004-12-17  9:06           ` APQ Egil H. H�vik
2004-12-17 11:42             ` APQ Brian May
2004-12-17 22:55               ` APQ Brian May
2004-12-18 15:52                 ` APQ Warren W. Gay VE3WWG
2004-12-18 18:23                   ` APQ Dmitry A. Kazakov
2004-12-21 23:34                     ` APQ Brian May
2004-12-22  8:57                       ` APQ Dmitry A. Kazakov
2004-12-22 10:07                   ` APQ Martin Krischik
2004-12-22 13:15                     ` APQ Dmitry A. Kazakov
2004-12-22 16:53                       ` APQ Martin Krischik
2004-12-22 17:21                         ` Dmitry A. Kazakov [this message]
2004-12-22 18:23                           ` APQ Martin Krischik
2004-12-17  8:59       ` APQ Stephen Leake
2004-12-17 14:12       ` APQ Dmitry A. Kazakov
2004-12-17 23:20         ` APQ Brian May
2004-12-18 16:13           ` APQ Dmitry A. Kazakov
2004-12-21 23:29         ` APQ Brian May
2004-12-22  9:14           ` APQ Dmitry A. Kazakov
2005-01-04 21:32             ` APQ Brian May
2005-01-05 11:58               ` APQ Dmitry A. Kazakov
2004-12-23 17:04           ` APQ (Connection Cloning) Warren W. Gay VE3WWG
2004-12-23 17:55             ` Georg Bauhaus
2004-12-23 18:52               ` Warren W. Gay VE3WWG
2005-01-03  7:40                 ` Frank Piron
2004-12-17 13:54 ` APQ Dmitry A. Kazakov
  -- strict thread matches above, loose matches on Subject: below --
2004-12-16  4:37 APQ Christoph Karl Walter Grein
replies disabled

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