From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
	ip-172-31-65-14.ec2.internal
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=3.0 tests=BAYES_50,FREEMAIL_FROM,
	T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6
X-Received: by 2002:a37:c246:0:b0:745:6afc:9bb2 with SMTP id j6-20020a37c246000000b007456afc9bb2mr255397qkm.14.1682004489175;
        Thu, 20 Apr 2023 08:28:09 -0700 (PDT)
X-Received: by 2002:a81:ed06:0:b0:54e:edf3:b48f with SMTP id
 k6-20020a81ed06000000b0054eedf3b48fmr1018622ywm.5.1682004488895; Thu, 20 Apr
 2023 08:28:08 -0700 (PDT)
Path: eternal-september.org!news.eternal-september.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Thu, 20 Apr 2023 08:28:08 -0700 (PDT)
In-Reply-To: <lyttxak3ag.fsf@pushface.org>
Injection-Info: google-groups.googlegroups.com; posting-host=87.143.122.5; posting-account=3zVVBwoAAAC7BSMfgNP7DSbqU9urpt40
NNTP-Posting-Host: 87.143.122.5
References: <a346f13d-9876-488a-9472-4563de130311n@googlegroups.com>
 <6aa39f27-62ca-4486-9fc7-1c713da5b098n@googlegroups.com> <lyttxak3ag.fsf@pushface.org>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <ed311a62-41ba-493e-a4cc-481402a1cc6bn@googlegroups.com>
Subject: Re: strange cursor in nested containers
From: Mario Blunk <mario.blunk.gplus@gmail.com>
Injection-Date: Thu, 20 Apr 2023 15:28:09 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 1785
Xref: news.eternal-september.org comp.lang.ada:65121
List-Id: <comp.lang.ada>

Thanks for your replies. Now it is becoming clear to me:

1. The statement net : type_net renames element (n) gives a copy of element=
 (n).
2. After the assignment to "result" (line 55), "result" points to an elemen=
t inside the local copy "net".
3. Once "net" is overwritten in the next call of query_net, "result" still =
refers to a "net" that does not exist anymore. Likewise, once procedure que=
ry_net is left, "result" still points to a list that does not exist anymore=
. Thatswhy I get garbage in line 68 and 77.
Correct ?