Re: erlang:cancel_timer/1

Nalin Ranjan <[email protected]>
Newsgroups gmane.comp.lang.erlang.general
Message-ID <CACE+zkKSgL=cZBHyoq7tuFebr8eF3uKT8k-cP+AGP-VLmOPukg@mail.gmail.com>
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 <[email protected]> wrote:

> On Sun, 24 Jan 2021 10:55:53 +0100
> Eric PAILLEAU <[email protected]> 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.
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.