From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,c0d4e990924eb044 X-Google-Attributes: gid103376,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Path: g2news1.google.com!news1.google.com!postnews.google.com!z1g2000yqn.googlegroups.com!not-for-mail From: Martin Newsgroups: comp.lang.ada Subject: Re: Newbie question -- dereferencing access Date: Sat, 14 Mar 2009 02:21:14 -0700 (PDT) Organization: http://groups.google.com Message-ID: References: <72516b38-1711-4588-b53b-7b42773f70c2@w34g2000yqm.googlegroups.com> <1IednThMP8E8sCfUnZ2dnUVZ8suWnZ2d@posted.plusnet> <71ut2oFn4m2pU1@mid.individual.net> <49BA8A57.7090200@tgrowe.plus.net> <6c4da845-89df-4df7-ba6d-60c87cd5cc24@q11g2000yqh.googlegroups.com> NNTP-Posting-Host: 81.151.68.6 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: posting.google.com 1237022474 19399 127.0.0.1 (14 Mar 2009 09:21:14 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Sat, 14 Mar 2009 09:21:14 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: z1g2000yqn.googlegroups.com; posting-host=81.151.68.6; posting-account=g4n69woAAACHKbpceNrvOhHWViIbdQ9G User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.7) Gecko/2009021906 Firefox/3.0.7,gzip(gfe),gzip(gfe) Xref: g2news1.google.com comp.lang.ada:4126 Date: 2009-03-14T02:21:14-07:00 List-Id: On Mar 14, 7:30=A0am, sjw wrote: > On Mar 13, 5:33=A0pm, Martin wrote: > [...] > > The comment on Update_Element isn't right! Oops! Thanks for the spot! > Not sure I completely catch the purpose here, will explore, but an > alternative solution for storage management problems might be a smart > pointer package; there are lots out there, eg > BC.Support.Smart_Pointers in the Booch Components athttp://sourceforge.ne= t/projects/booch95/. The purposes are: 1) to allow indefinite types to be held in other composite types; 2) to do the memory management for the user; and 3) to spot 'meddling' with what is being held when there shouldn't be, i.e. it's a safe as well as smart holder. Cheers -- Martin