From: Adam Beneschan <adam@irvine.com>
Subject: Re: Unconstrained Arrays
Date: Wed, 25 Mar 2009 15:03:36 -0700 (PDT)
Date: 2009-03-25T15:03:36-07:00 [thread overview]
Message-ID: <0348afd0-223e-44bb-9b5d-80b02b38365e@v35g2000pro.googlegroups.com> (raw)
In-Reply-To: 000dc793-a278-4379-b44e-e5aa7375b0fc@e38g2000yqa.googlegroups.com
On Mar 25, 2:21 pm, sjw <simon.j.wri...@mac.com> wrote:
> On Mar 20, 3:45 pm, Adam Beneschan <a...@irvine.com> wrote:
>
> > On Mar 19, 11:45 pm, sjw <simon.j.wri...@mac.com> wrote:
> > Hope this helps explain things. In any case, I strongly agree with
> > everyone else that using pointers in the OP's particular situation is
> > the wrong approach, and there shouldn't be any reason for it except
> > perhaps to work around a poor compiler implementation.
>
> Thanks for the explanation.
>
> My current problem is with this ..
>
> type Stream_Type
> (Buffer : access Ada.Streams.Stream_Element_Array)
> is new Ada.Streams.Root_Stream_Type with private;
> -- Provides an in-memory Stream over the elements of Buffer.
> --
> -- When one of these Stream_Types is created, it is notionally
> -- empty. If Buffer is not in fact empty (perhaps it has been read
> -- from a datagram socket), use Set_Last to indicate the index of
> -- the last valid element.
>
> where having to initialize a buffer of size 2048 (say) with useless
> data and then overwrite it by reading from a socket goes against the
> grain. Perhaps I'll be able to find the Ada way of doing it and it
> will be suitably elegant.
Well, you can initialize it with garbage data instead of useless data:
Buffer : aliased Ada.Streams.Stream_Element_Array := (1 .. 2048 =>
<>);
A minor improvement, maybe. I do think this is clunky, though, but I
don't know what the answer is. A worse problem is that there are
contexts where this workaround is disallowed.
-- Adam
next prev parent reply other threads:[~2009-03-25 22:03 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-17 0:59 Unconstrained Arrays belteshazzar
2009-03-17 1:49 ` Jeffrey R. Carter
2009-03-17 2:58 ` belteshazzar
2009-03-17 4:15 ` Jeffrey Creem
2009-03-17 5:20 ` Jeffrey R. Carter
2009-03-17 17:56 ` Jeffrey R. Carter
2009-03-17 23:10 ` belteshazzar
2009-03-18 18:31 ` Jeffrey R. Carter
2009-03-20 1:53 ` Peter C. Chapin
2009-03-20 6:45 ` sjw
2009-03-20 9:46 ` Jacob Sparre Andersen
2009-03-20 11:40 ` Jean-Pierre Rosen
2009-03-25 21:11 ` sjw
2009-03-25 22:30 ` Robert A Duff
2009-03-25 23:28 ` Randy Brukardt
2009-03-26 0:03 ` Jeffrey R. Carter
2009-03-26 1:00 ` Robert A Duff
2009-03-20 12:15 ` christoph.grein
2009-03-20 15:45 ` Adam Beneschan
2009-03-23 8:26 ` belteshazzar
2009-03-25 21:21 ` sjw
2009-03-25 22:03 ` Adam Beneschan [this message]
2009-03-26 1:32 ` tmoran
2009-03-27 8:39 ` Jean-Pierre Rosen
2009-03-27 20:07 ` sjw
2009-03-29 16:24 ` sjw
2009-03-27 11:57 ` Gautier
2009-03-17 15:33 ` Adam Beneschan
2009-03-17 23:00 ` belteshazzar
2009-03-17 20:14 ` anon
-- strict thread matches above, loose matches on Subject: below --
2001-12-11 17:17 Unconstrained arrays Michael Unverzagt
2001-12-11 18:22 ` Stephen Leake
2001-12-11 18:24 ` Mark Lundquist
1993-08-15 5:01 Alex Blakemore
1993-08-13 21:08 J. Craig Heberle
1993-08-13 12:34 Paul Durbin
1993-08-12 21:23 Robert Dewar
1993-08-12 19:25 Wes Groleau x1240 C73-8
1993-08-12 17:27 agate!howland.reston.ans.net!math.ohio-state.edu!magnus.acs.ohio-state.ed
1993-08-12 16:26 Mark A Biggar
1993-08-12 16:00 Dave Collar d x7468
1993-08-12 15:28 Robert I. Eachus
1993-08-12 15:00 Robert Dewar
1993-08-12 13:03 Raymond Blaak
1993-08-12 12:14 cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!howland.
1993-08-12 12:03 cis.ohio-state.edu!pacific.mps.ohio-state.edu!math.ohio-state.edu!magnus.
1993-08-11 23:42 Kenneth Anderson
1993-08-11 23:40 cis.ohio-state.edu!math.ohio-state.edu!cs.utexas.edu!swrinde!menudo.uh.ed
1993-08-11 22:29 Kenneth Anderson
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox