From: Martin Krischik <martin@krischik.com>
Subject: Re: APQ
Date: Wed, 22 Dec 2004 19:23:38 +0100
Date: 2004-12-22T19:23:38+01:00 [thread overview]
Message-ID: <1517197.1DP6EXDm4E@linux1.krischik.com> (raw)
In-Reply-To: ckbl8fjiqh6f$.1p53u3tdj7sfj.dlg@40tude.net
Dmitry A. Kazakov wrote:
> 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? (:-))
I thought you mean that the wiki tutorial "Programming:Ada" need some
reworking as it states the disadvantages of Pool-specific access not clear
enough.
As for ARG and the AI - well I guess you know the procedure - if not I can
tell you :-) .
With Regards Martin.
--
mailto://krischik@users.sourceforge.net
http://www.ada.krischik.com
next prev parent reply other threads:[~2004-12-22 18:23 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 ` APQ Dmitry A. Kazakov
2004-12-22 18:23 ` Martin Krischik [this message]
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