It won't help if a function name is misspelled. 

On 24 September 2016 06:38:03 GMT+10:00, "José Valim" 
<jose.va...@plataformatec.com.br> wrote:
>>
>>   2. The default implementation of handle_info/1 will exit on any
>incoming
>> message, in the same way handle_cast/2 and handle_call/3 already do.
>>
>
>I believe this is not a good default because your processes may receive
>regular messages from other processes and you don't want to crash
>because
>of them. This is much more unlikely to happen with cast and call
>though, so
>we can afford to raise in cast and calls.
>
>I am wondering if the best way to solve this problem would be to have a
>@before_compile callback that checks if you defined any of the
>callbacks
>with a different arity while, at the same time, did not define one with
>the
>proper arity.
>
>-- 
>You received this message because you are subscribed to the Google
>Groups "elixir-lang-core" group.
>To unsubscribe from this group and stop receiving emails from it, send
>an email to elixir-lang-core+unsubscr...@googlegroups.com.
>To view this discussion on the web visit
>https://groups.google.com/d/msgid/elixir-lang-core/CAGnRm4JqC6rzBUYJHd9ij%3DQRH9-mPNDG1qGk1hTMZ6r331iZKA%40mail.gmail.com.
>For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/elixir-lang-core/A32068A7-2B9E-492C-AFD7-B311A70B06EE%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to