From: Niklas Holsti <niklas.holsti@tidorum.invalid>
Subject: Re: Generic Embedded List Nodes
Date: Wed, 22 Jun 2016 00:38:34 +0300
Date: 2016-06-22T00:38:34+03:00 [thread overview]
Message-ID: <dstqerFg2ooU1@mid.individual.net> (raw)
In-Reply-To: <9ada1cdc-2fbd-4009-99f1-aba71ac1b9d2@googlegroups.com>
On 16-06-21 13:31 , Warren wrote:
> On Tuesday, 21 June 2016 01:52:51 UTC-4, Niklas Holsti wrote:
>> On 16-06-21 05:20 , Warren wrote:
>>> On Monday, 20 June 2016 15:33:16 UTC-4, Niklas Holsti wrote:
>>>> On 16-06-20 15:26 , Warren wrote:
>>>>
>>>>> Anyway folks- thanks for your help but I now have a working solution. I'm signing off this thread.
>>>>
>>>> Before signing off, do please describe your solution.
>>>
>>> I thought I had the problem licked using the following generic
>>> Object_Of function, but when I whipped up an example, the compile
>>> problem returned (or there was pilot error):
>>>
>>> function Object_Of(
>>> Node: access Emb_Node;
>>> Member: Natural
>>> ) return Object_Type is
>>> use System.Storage_Elements;
>>>
>>> A: constant System.Address := Node.all'Address;
>>> B: constant System.Address := A - Storage_Offset(Member);
>>> R: Object_Type;
>>> for R'Address use B;
>>> pragma Import(Convention => Ada, Entity => R);
>>> begin
>>> return R;
>>> end Object_Of;
>>>
>>> The compiler is complaining with:
>>>
>>> warning: controlled object "R" must not be overlaid.
>>
>> The component My_Recd.Name, of the controlled type Unbounded_String, is
>> making Object_Type also controlled. I well understand that the compiler
>> does not want controlled objects to be overlaid with address clauses.
>>
>> Instead of a function returning Object_Type, you could try returning an
>> access to Object_Type, as produced by an instance of
>> System.Address_To_Access_Conversions. In fact, if I understand your
>> goals, you do not want Object_Of to return a _copy_ of the object
>> containing the Emb_Node, the need is to _find_ that very object.
>> Returning an access value is closer to what you want, I believe.
>
> That is correct (no copy). The suggestion for System.Address_To_Access_Conversions seems like a potential solution. The only other thing I can do is try to cheat with a C routine returning an address, but GNAT is just as likely to complain.
It now seems to me that the solutions suggested so far are too
elaborate, and that a very simple solution exists: an embedded list node
is just an ordinary component, derived from a tagged root type which
holds the Prev and Next links, with an access discriminant referring to
the containing object. The OP asked for a "generic" solution, but IMO a
generic would not be simpler than this direct form.
Example code follows. Compiled but not tested.
package Emb_List
is
-- The class of "embedded list nodes":
type Emb_Node_T is tagged;
type Emb_Node_Ref_T is access all Emb_Node_T'Class;
type Emb_Node_T is tagged record
Prev, Next : Emb_Node_Ref_T;
-- Prev and Next are null if the node is not in any list.
-- When the node is first in a list, Prev points to the list head.
-- When the node is last in a list, Next is null.
end record;
subtype List_T is Emb_Node_T;
-- A list head.
-- Next points to the first node in the list.
-- Prev is null.
procedure Insert_At_Head (
List : access List_T;
Node : in Emb_Node_Ref_T);
-- Prepends Node at the head of the list.
-- Assumes that Node is not in any list, to start with.
procedure Delete (Node : in Emb_Node_Ref_T);
-- Deletes the Node from the list it lies in, assuming that
-- the Node does lie in a list.
-- An example type with two embedded list nodes:
type Integer_Object_T;
type Integer_Emb_Node_T (Obj : access Integer_Object_T)
is new Emb_Node_T with null record;
type Integer_Object_T is limited record
Value : Integer;
Node1 : aliased Integer_Emb_Node_T (Integer_Object_T'Access);
Node2 : aliased Integer_Emb_Node_T (Integer_Object_T'Access);
end record;
-- An example object:
Int_Obj : Integer_Object_T;
-- Two example lists, empty by default:
List1, List2 : aliased List_T;
end Emb_List;
package body Emb_List
is
procedure Insert_At_Head (
List : access List_T;
Node : in Emb_Node_Ref_T)
is
begin
List.Next.Prev := Node;
Node.Next := List.Next;
List.Next := Node;
Node.Prev := Emb_Node_Ref_T (List);
end Insert_At_Head;
procedure Delete (Node : in Emb_Node_Ref_T)
is
begin
Node.Prev.Next := Node.Next;
Node.Next.Prev := Node.Prev;
Node.Prev := null;
Node.Next := null;
end Delete;
begin
-- Add the example object to the example lists:
Insert_At_Head (List1'Access, Int_Obj.Node1'Access);
Insert_At_Head (List2'Access, Int_Obj.Node2'Access);
-- Delete from List2:
Delete (Int_Obj.Node2'Access);
end Emb_List;
--
Niklas Holsti
Tidorum Ltd
niklas holsti tidorum fi
. @ .
next prev parent reply other threads:[~2016-06-21 21:38 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-18 22:52 Generic Embedded List Nodes Warren
2016-06-18 23:40 ` Jeffrey R. Carter
2016-06-19 2:15 ` Warren
2016-06-19 3:04 ` Jeffrey R. Carter
2016-06-19 2:14 ` Jeremiah
2016-06-19 2:21 ` Warren
2016-06-19 2:50 ` Warren
2016-06-19 4:45 ` Simon Wright
2016-06-19 18:27 ` Warren
2016-06-19 19:04 ` Dmitry A. Kazakov
2016-06-19 20:13 ` Warren
2016-06-19 20:35 ` Dmitry A. Kazakov
2016-06-20 2:42 ` Warren
2016-06-20 7:25 ` Dmitry A. Kazakov
2016-06-20 12:26 ` Warren
2016-06-20 19:33 ` Niklas Holsti
2016-06-21 2:20 ` Warren
2016-06-21 5:52 ` Niklas Holsti
2016-06-21 7:15 ` Dmitry A. Kazakov
2016-06-21 18:54 ` Niklas Holsti
2016-06-21 19:54 ` Dmitry A. Kazakov
2016-06-21 10:31 ` Warren
2016-06-21 17:13 ` Jeffrey R. Carter
2016-06-21 18:56 ` Niklas Holsti
2016-06-21 20:13 ` Warren
2016-06-21 21:38 ` Niklas Holsti [this message]
2016-06-23 2:12 ` Warren
2016-06-23 8:19 ` Niklas Holsti
2016-06-23 12:37 ` Warren
2016-06-23 15:36 ` Niklas Holsti
2016-06-24 1:55 ` Warren
2016-06-24 12:49 ` Warren
2016-06-25 5:50 ` Niklas Holsti
2016-06-26 1:36 ` Warren
2016-07-01 13:49 ` Warren
2016-07-01 16:28 ` Warren
2016-06-24 20:25 ` Warren
2016-06-22 13:01 ` G.B.
2016-06-23 2:30 ` Warren
2016-06-20 6:08 ` Niklas Holsti
2016-06-20 12:20 ` Warren
2016-06-20 19:47 ` Shark8
2016-06-21 2:28 ` Warren
2016-06-21 7:21 ` Dmitry A. Kazakov
2016-06-21 10:32 ` Warren
2016-06-21 11:56 ` Dmitry A. Kazakov
2016-06-21 13:39 ` Warren
2016-06-21 14:04 ` Dmitry A. Kazakov
2016-06-23 0:37 ` Randy Brukardt
2016-06-23 2:25 ` Warren
2016-07-01 19:50 ` brbarkstrom
2016-07-02 1:55 ` Warren
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox