[erlang-questions] Erlang newbie questions
CGS
cgsmcmlxxv@REDACTED
Tue Oct 18 18:13:13 CEST 2011
Oh, yes, there is another confusion I might have created with my post. I
used "OTP application" to refer to behavior(application). Sorry for not
defining everything.
Cheers,
CGS
On 10/18/2011 05:51 PM, CGS wrote:
> 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