Failure continuations for fxmapping-update and friends Wolfgang Corcoran-Mathe (20 Jun 2021 21:58 UTC)
Re: Failure continuations for fxmapping-update and friends Wolfgang Corcoran-Mathe (21 Jun 2021 00:55 UTC)
Re: Failure continuations for fxmapping-update and friends Marc Nieper-Wißkirchen (21 Jun 2021 05:17 UTC)
Re: Failure continuations for fxmapping-update and friends Wolfgang Corcoran-Mathe (21 Jun 2021 16:11 UTC)
Re: Failure continuations for fxmapping-update and friends Marc Nieper-Wißkirchen (21 Jun 2021 17:52 UTC)
Re: Failure continuations for fxmapping-update and friends Wolfgang Corcoran-Mathe (21 Jun 2021 18:37 UTC)
Re: Failure continuations for fxmapping-update and friends Marc Nieper-Wißkirchen (21 Jun 2021 19:22 UTC)
Re: Failure continuations for fxmapping-update and friends Wolfgang Corcoran-Mathe (21 Jun 2021 19:35 UTC)
Re: Failure continuations for fxmapping-update and friends Marc Nieper-Wißkirchen (21 Jun 2021 20:13 UTC)
Re: Failure continuations for fxmapping-update and friends Wolfgang Corcoran-Mathe (21 Jun 2021 20:32 UTC)
Re: Failure continuations for fxmapping-update and friends Marc Nieper-Wißkirchen (21 Jun 2021 20:52 UTC)
Re: Failure continuations for fxmapping-update and friends Wolfgang Corcoran-Mathe (22 Jun 2021 01:26 UTC)
Re: Failure continuations for fxmapping-update and friends Wolfgang Corcoran-Mathe (22 Jun 2021 01:44 UTC)
Re: Failure continuations for fxmapping-update and friends Marc Nieper-Wißkirchen (22 Jun 2021 05:41 UTC)
Re: Failure continuations for fxmapping-update and friends Wolfgang Corcoran-Mathe (22 Jun 2021 17:10 UTC)
Re: Failure continuations for fxmapping-update and friends Marc Nieper-Wißkirchen (24 Jun 2021 14:17 UTC)

Re: Failure continuations for fxmapping-update and friends Wolfgang Corcoran-Mathe 22 Jun 2021 01:44 UTC

On 2021-06-21 07:16 +0200, Marc Nieper-Wißkirchen wrote:
> (2) 'fxmapping-alter' is quite a bit more complicated than
> 'fxmapping-update', so if it is easy to add optional failure and success
> continuation to 'fxmapping-update', I'd rather do this then telling people
> to use 'fxmapping-alter' as a substitute.

I missed a point in here.  A success procedure for fxmapping-update
would likely accept the results returned by 'proc' (the "updater"),
correct?

    (fxmapping-update (fxmapping 0 'a)
                      0
                      (lambda (k v replace delete)
                        (replace "a"))
                      (lambda () #f)
                      fxmapping->alist)
     ⇒ ((0 . "a"))

This is the only way it makes sense to me, but this is somewhat
different from what mapping-update (SRFI 146) does; there, the
updater is "on the outside", and is invoked on whatever failure
or success returns.

Thanks for all of your continued work on this SRFI.

--
Wolfgang Corcoran-Mathe  <xxxxxx@sigwinch.xyz>

"To a wise man, the whole earth is open, because the true country of a
virtuous soul is the entire universe." --Democritus