[erlang-questions] Erlang4Android

[Ulf Wiger]

So... the error_handler is central in the implementation of a much-lauded (albeit not unique) function in Erlang - on-demand code loading. People have been asked not to mess with it, since (a) it's subtle, and (b) it has global scope. Now we have a chance to address (b).

The behavior of this function can aready be tweaked, using the -mode parameter. Are we content that this covers all worthy uses?

BR,
Ulf W

Whether Evan is or is not a witch, the practice of burning them at the stake has long since been abandoned. ;-)

Ulf Wiger, Feuerlabs, Inc.
http://www.feuerlabs.com

20 jan 2013 kl. 00:16 skrev Robert Virding <robert.virding@REDACTED>:

> Isn't that the best reason NOT to implement it. Kill -extends() instead, it sucks.
> 
> Robert
> 
> From: "Björn Gustavsson" <bgustavsson@REDACTED>
> To: "Anthony Ramine" <n.oxyde@REDACTED>
> Cc: "Erlang-questions" <erlang-questions@REDACTED>
> Sent: Friday, 18 January, 2013 4:57:14 PM
> Subject: Re: [erlang-questions] Erlang4Android
> 
> To implement the -extends() attribute that allows the
> implementation of a module to be extended by
> inheritance. That used to be implemented in the
> error_handler. I have removed that code in the same
> commit that implements $handle-undefined-function.
> 
> 
> On Fri, Jan 18, 2013 at 4:36 PM, Anthony Ramine <n.oxyde@REDACTED> wrote:
>> Out of curiosity, why?
>> 
>> -- 
>> Anthony Ramine
>> 
>> Le 18 janv. 2013 à 16:25, Björn Gustavsson a écrit :
>> 
>> We needed that to implement the parse
>> transformation for parameterized modules
> 
> 
> 
> -- 
> Björn Gustavsson, Erlang/OTP, Ericsson AB
> 
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
> 
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20130120/921042fc/attachment.htm>