erlang:cancel_timer/1

Nalin Ranjan ranjanified@REDACTED
Tue Jan 26 10:13:10 CET 2021


Hi Frank,
I also tried putting these sequences into an encrypted, but not reproducing
for me.

I am running latest master.

Should I try in emulator manually?��

नमस्ते।
नलिन रंजन

On Sun, Jan 24, 2021, 8:43 PM <empro2@REDACTED> wrote:

> On Sun, 24 Jan 2021 10:55:53 +0100
> Eric PAILLEAU <eric.pailleau@REDACTED> wrote:
>
> > >         Try to forget f(TRef) between 3> and 4>?
>
> ??! Untie then bind again? `% TRef + bondage = ok`?
> What would it matter to the (evil, shoo!, shoo!) proc. dict.?
>
> And: How get the _same_ #Ref in two different shells (erts?)?
>
>
> And a note:
> Your mail clients seems to have added strange tel: numbers in the quote
> below: html tag confusion?
>
>
> > >         Or use a pinning operator.
>
> Is it not more of a pointing annotation, much the same like any boundie in
> itself, which in pattern context look like unboundies ...?
> ("boundie" = short, light version of "bound variable", "unboundie" = ...)
>
>     ~Michael
>
>
> Thread rep.:
>
> > >         Why this works?
> [...]
> > >         But this doesn’t:
> > >
> > >         Erlang/OTP 22 [erts-10.7.2.5 <http://10.7.2.5>] [source]
> > >         [64-bit] [smp:12:12] [ds:12:12:10] [async-threads:1]
> > >         Eshell V10.7.2.5 <http://10.7.2.5>  (abort with ^G)
> > >         1> self().
> > >         <0.89.0 <tel:0.89.0>>
> > >
> > >         2> TRef = erlang:send_after(9000, self(), die).
> > >         #Ref<0.2349067310.4021813252.2
> <tel:0.2349067310.4021813252.2>981>
> > >
> > >         3> erlang:put(die_tref, TRef).
> > >         undefined
> > >
> > >         4> TRef = erlang:get(die_tref).
> > >         #Ref<0.2349067310.4021813252.2
> <tel:0.2349067310.4021813252.2>981>
> > >
> > >         5> erlang:cancel_timer(TRef).
> > >         false          <------------------ hmmm
> > >
> > >         6> self().
> > >         <0.89.0 <tel:0.89.0>>
>
>
>
>
> --
>
> Normality is merely a question of quantity,
> not of quality.
>
> Normalität ist nur eine Frage von Quantität,
> nicht von Qualität.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20210126/7c9f18a2/attachment.htm>


More information about the erlang-questions mailing list