[erlang-questions] process dictionary, anyone?

[Robert Virding]

Strange viewpoint!

Ets and ports easily map onto processes/messages so except for the 
process dictionary there is really only one non-functional feature today 
and that is just processes/messages. And the process dictionary. So 
who's pretending? And why purposefully try to defeat the benefits that a 
functional language has? We might as well then just add erlang like 
processes to Java and be done with.

That being said I have actually found a place where the process 
dictionary is useful and has no direct replacement. That is in yecc! As 
it is today there is no state which is passed around with the RHSs of 
the rules so it difficult to do much except just build a parse tree. If 
instead you want to do something there it is difficult without the 
process dictionary to pass around a state.

Of course you always have the option of first building the parse tree 
and then traversing again to do what has to be done. But that seems so 
*negative*. :-) Fix a new version of yecc which passes a state around. 
Leex has the smae problem.

Robert

Mats Cronqvist wrote:
> Robert Virding wrote:
>> Trouble is that it breaks the functional part of the language. Now that 
>> is only really done in process dictionary, processes/message, ports and 
>> ets. 
> 
>    so erlang is functional, except for the process dictionary, messages, ports 
> and ets? then perhaps it's time to stop pretending it's functional?
> 
>    mats
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://www.erlang.org/mailman/listinfo/erlang-questions
>