[erlang-questions] Erlang newbie questions

CGS cgsmcmlxxv@REDACTED
Tue Oct 18 17:51:38 CEST 2011


Hi Garrett,

I think you misunderstood me. I specified that "Erlang application" does 
not refer to "OTP application". It's true that I haven't specified what 
exactly is "Erlang application" in my context, but at least I mentioned 
that it's not about "OTP application".

Nevertheless, your remark is correct that "single threaded" application 
can barely be considered as Erlang application, but, can anyone say you 
are not able to create a single threaded "Erlang application" by the 
mean of pure application and not as OTP designed it?

Just to give an example, I created a simple "application" which is not 
OTP and I am calling it from YAWS <erl> tag. The "application" (which 
consists in a single module with two functions) accepts entries, formats 
the entries and sends messages to a server (where I used the full OTP 
design). It is an application by definition (it can be used as 
independent entity - how you launch it does not matter here - and it has 
a specific task) even if it is few lines only. So, that's what I called 
"Erlang application" (disregarding what's behind gen_tcp). It is single 
threaded, so, here we are at my definition of "single threaded Erlang 
application".

I hope I was clear now and I apologize if I created any confusion. If my 
post still generates confusions, please, let me know.

Cheers,
CGS




On 10/18/2011 04:27 PM, Garrett Smith wrote:
> Hi CGS,
>
> On Tue, Oct 18, 2011 at 3:32 AM, CGS<cgsmcmlxxv@REDACTED>  wrote:
>> The main point for entering the discussion is the fact that many who replied
>> here were saying that if something crashes in your application doesn't kill
>> your application like in C. I beg to differ on this point. If your Erlang
>> application is single threaded, then your application (I do not speak here
>> about OTP application) will crash if an error occurs there.
> I'm inclined to argue that a "single threaded" application isn't a
> valid Erlang app :)
>
> I'll be slightly pedantic here -- just because I think it's worth mentioning...
>
> * When you run "erl" you start an OTP facility -- it's not an optional
> feature; it's fundamental to an Erlang system
>
> * A "single threaded" app would presumably be an app that's run using
> "erl" with -s or -eval. That'll work for running an application, but
> it's not the right way :)
>
> * The right way to run an Erlang app is to create an OTP application
> and include that app in a release, which is specified when you run
> "erl" with the -boot option
>
> If you run your Erlang application this way, you get all the benefits
> people have been describing.
>
> This is admittedly a bit of a bugaboo for me, but I think the
> dichotomy that people draw between "Erlang" and "OTP" is overall not
> helpful. The so called OTP patterns that are treated as
> optional/advanced are fundamental to the way the Erlang runtime is
> designed. So I tend to blur the two together into a single "Erlang" :)
>
> I think with some improvements in tooling and documentation, the
> headaches associated with using "OTP" will go away, which will be a
> huge boon for developers -- especially those new to Erlang.
>
> Garrett




More information about the erlang-questions mailing list