Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.ada > #49644

Re: On absurdity of collections 7.6.1 (11.1/3)

Path csiph.com!aioe.org!RKN7TKnHC01q0gdg6EhkbQ.user.46.165.242.75.POSTED!not-for-mail
From Simon Wright <simon@pushface.org>
Newsgroups comp.lang.ada
Subject Re: On absurdity of collections 7.6.1 (11.1/3)
Date Wed, 29 Sep 2021 12:05:22 +0100
Organization Aioe.org NNTP Server
Message-ID <lybl4bbq19.fsf@pushface.org> (permalink)
References <sj1ah7$7kr$1@gioia.aioe.org>
Mime-Version 1.0
Content-Type text/plain
Injection-Info gioia.aioe.org; logging-data="58257"; posting-host="RKN7TKnHC01q0gdg6EhkbQ.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org";
User-Agent Gnus/5.13 (Gnus v5.13) Emacs/27.2 (darwin)
X-Notice Filtered by postfilter v. 0.9.2
Cancel-Lock sha1:roAeLG6i9rHNat+9H1KAsPmoRws=
Xref csiph.com comp.lang.ada:49644

Show key headers only | View raw


"Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> writes:

>       type Item_Ptr is access all Item;
>       function New_Item
>                (  Pool : in out Root_Storage_Pool'Class;
>                   Text : String
>                )  return Item_Ptr;

What I don't see is how you can implement this, never mind any other
problems.

13.11(17) says

    "If Storage_Pool is not specified for a type defined by an
    access_to_object_definition, then the implementation chooses a
    standard storage pool for it in an implementation-defined manner."

I see that 3.10(8) says

    "Access-to-object types are further subdivided into pool-specific
    access types [...] and general access types, whose values can
    designate the elements of any storage pool [...]"

which implies that there *is* a mechanism.

Back to comp.lang.ada | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

On absurdity of collections 7.6.1 (11.1/3) "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-09-29 11:09 +0200
  Re: On absurdity of collections 7.6.1 (11.1/3) Simon Wright <simon@pushface.org> - 2021-09-29 12:05 +0100
    Re: On absurdity of collections 7.6.1 (11.1/3) "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-09-29 13:20 +0200
      Re: On absurdity of collections 7.6.1 (11.1/3) Simon Wright <simon@pushface.org> - 2021-09-29 22:38 +0100
        Re: On absurdity of collections 7.6.1 (11.1/3) "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-09-30 10:07 +0200
          Re: On absurdity of collections 7.6.1 (11.1/3) Simon Wright <simon@pushface.org> - 2021-09-30 09:35 +0100
            Re: On absurdity of collections 7.6.1 (11.1/3) "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-09-30 10:49 +0200
          Re: On absurdity of collections 7.6.1 (11.1/3) "Randy Brukardt" <randy@rrsoftware.com> - 2021-09-30 20:37 -0500
            Re: On absurdity of collections 7.6.1 (11.1/3) "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-10-01 09:57 +0200
      Re: On absurdity of collections 7.6.1 (11.1/3) "Randy Brukardt" <randy@rrsoftware.com> - 2021-09-29 19:23 -0500
        Re: On absurdity of collections 7.6.1 (11.1/3) "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-09-30 10:06 +0200
  Re: On absurdity of collections 7.6.1 (11.1/3) "G.B." <bauhaus@notmyhomepage.invalid> - 2021-09-30 20:23 +0200
    Re: On absurdity of collections 7.6.1 (11.1/3) "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-09-30 20:52 +0200
      Re: On absurdity of collections 7.6.1 (11.1/3) "Randy Brukardt" <randy@rrsoftware.com> - 2021-09-30 20:40 -0500
        Re: On absurdity of collections 7.6.1 (11.1/3) "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2021-10-01 09:57 +0200

csiph-web