[erlang-questions] Erlang deamon question

[Nicholas Frechette]

In a production box, I'd estimate >5000 a year, maybe more.
erl_call seems like the right thing except it would require me to call
os:cmd :S and then parse the result from string -> terms

Is there no way to use rpc:call and the likes from an offline node?

On Tue, Mar 9, 2010 at 3:01 PM, Dale Harvey <dale@REDACTED> wrote:

> how many shell clients do you expect to be making? we use dynamic client
> names but itll be a few years till we take up the atom pool, if that became
> a problem I would probably just make the list of names that could be
> generated a fixed size.
>
>
> On 9 March 2010 19:46, Nicholas Frechette <zeno490@REDACTED> wrote:
>
>> Hi,
>> Supposed I had a single erlang application running as a deamon/service in
>> a
>> VM.
>> What would be the best way to communicate with it with a command line
>> application, keeping in mind I could have any number of them running at
>> the
>> same time.
>> I am under the impression that I cannot reuse the built in erlang node
>> communication protocol (erl -name foobar) and rpc:call mainly because I
>> would have to generate random names for my client applications every time
>> it
>> is ran, and that could pollute the atom pool of the service. Note also
>> that
>> I can trust the clients and am not concerned about security here.
>>
>> I presume I am stuck implementing a socket based rpc module? Is there
>> something already done for this in erlang? I really would love to just
>> reuse
>> erlang terms in my arguments/return values. I am unlikely to have clients
>> in
>> other languages but cross language usage could be a plus.
>>
>> Thoughts?
>> Nicholas
>>
>
>