Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From: ram@zedat.fu-berlin.de (Stefan Ram)
Newsgroups: comp.lang.misc
Subject: Re: Algol 68 / Genie - new release
Date: 9 Oct 2025 08:59:05 GMT
Organization: Stefan Ram
Lines: 19
Expires: 1 Jun 2026 11:59:58 GMT
Message-ID: <closures-20251009095802@ram.dialup.fu-berlin.de>
References: <108bh8a$1vgqm$1@dont-email.me> <10behvb$365mk$1@dont-email.me> <10bhl97$3hoao$2@dont-email.me> <10bk8a6$kjfm$1@dont-email.me> <10bm79h$sl43$1@dont-email.me> <10br10b$2eb4m$2@dont-email.me> <10br2fu$2f009$1@dont-email.me> <10br50b$2bo2k$1@dont-email.me> <10br9ms$2gppc$1@dont-email.me> <10bs5d2$2ojhm$1@dont-email.me> <10bsfh5$2s2p0$2@dont-email.me> <10bsnt7$2vh99$2@dont-email.me> <10btkhq$3ao5s$1@dont-email.me> <10c6h3e$18jia$1@paganini.bofh.team> <10c6osp$1u91n$1@dont-email.me> <10c79bs$1f2jq$1@paganini.bofh.team>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: news.uni-berlin.de F72RWCf4u3hHXfv9H1qhIQxWfXGZV0voNhHAn+NKTNhiQT
Cancel-Lock: sha1:FaMsuRQi0taTH/zXs++LJLlmDvg= sha256:rshaVQQCfj3Qec1Sgs9MtZhUvilEF9oMtpLmMpmfU+c=
X-Copyright: (C) Copyright 2025 Stefan Ram. All rights reserved. Distribution through any means other than regular usenet channels is forbidden. It is forbidden to publish this article in the Web, to change URIs of this article into links, and to transfer the body without this notice, but quotations of parts in other Usenet posts are allowed.
X-No-Archive: Yes
Archive: no
X-No-Archive-Readme: "X-No-Archive" is set, because this prevents some services to mirror the article in the web. But the article may be kept on a Usenet archive server with only NNTP access.
X-No-Html: yes
Content-Language: en
Xref: csiph.com comp.lang.misc:11391

antispam@fricas.org (Waldek Hebisch) wrote or quoted:
>f having access to v and using it to produce result, call to f
>will give different results depending on value of v.  So effectively

  Nested functions or procedures in standard Pascal (ISO 7185:1990
  or ISO 10206:1990) may support "downward funargs", but they
  do not support "upward funargs" AFAIK.

  If I understand this correct, it means you cannot get two different
  closures (which are differing at the same time) from the same
  nested function or procedure, because the enclosing function or
  procedure only ever provides one single stack frame and the behavior
  of the closure would not be defined after the end of the lifetime of
  its enclosing function or procedure.

  There might be implementations of extensions of Pascal that provide
  such closures, though.