[erlang-questions] ownership of an ets table
Morten Krogh
mk@REDACTED
Thu Nov 4 18:56:57 CET 2010
Hi
Thanks for your answers.
Ahmed, the reason I singled out public tables was because tables with
public access might naturally live without an owner.
Private tables are pretty useless when their owner dies, but public
tables could be on their own, I would say.
One could have an option in the ets:new to create a table without an
owner. Why not?
Morten.
On 11/4/10 6:31 PM, Gleb Peregud wrote:
> I haven't tried it myself, but you may try to give ownership to
> whereis(init) process, which runs forever while node lives.
>
> On Thu, Nov 4, 2010 at 16:47, Ahmed Omar<spawn.think@REDACTED> wrote:
>> Hi
>> No. Public has nothing to do with ownership, it has to do with permissions.
>> You can just make sure the process owns the table won't crash. Also you can
>> use the option *heir* to transfer ownership at that process termination.
>> http://www.erlang.org/doc/man/ets.html#heir
>> On Thu, Nov 4, 2010 at 3:54 PM, Morten Krogh<mk@REDACTED> wrote:
>>
>>> Hi
>>>
>>> Can an ets table not live without an owner?
>>> Can't public ets tables, at least, live witout an owner?
>>>
>>> How do you do when you want a long lived public table? Do you create a
>>> dummy process just because of this?
>>>
>>> regards,
>>>
>>> Morten.
>>>
>>> ________________________________________________________________
>>> erlang-questions (at) erlang.org mailing list.
>>> See http://www.erlang.org/faq.html
>>> To unsubscribe; mailto:erlang-questions-unsubscribe@REDACTED
>>>
>>>
>>
>> --
>> Best Regards,
>> - Ahmed Omar
>> http://nl.linkedin.com/in/adiaa
>> Follow me on twitter
>> @spawn_think<http://twitter.com/#!/spawn_think>
>>
> ________________________________________________________________
> erlang-questions (at) erlang.org mailing list.
> See http://www.erlang.org/faq.html
> To unsubscribe; mailto:erlang-questions-unsubscribe@REDACTED
>
More information about the erlang-questions
mailing list