<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Hi,</div><div class="gmail_quote"><br></div><div class="gmail_quote">On Thu, Feb 20, 2014 at 9:26 AM, Anton Lebedevich <span dir="ltr"><<a href="mailto:mabrek@gmail.com" target="_blank">mabrek@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">Another thing which I missed a lot after converting from java to erlang<br></div>
is a thread dump. It turned out that it's possible to get all<br>
stacktraces for all processes (even with function arguments) via<br>
erlang:system_info(procs).<br>
<br>
It returns them as text so it's better to dump it to file immediately:<br>
file:write_file("/tmp/procs.txt",erlang:system_info(procs)).<br>
<br>
Format of these traces is quite interesting (undocumented) the best<br>
description I found is in the mailing list<br>
<a href="http://erlang.org/pipermail/erlang-questions/2012-November/070609.html" target="_blank">http://erlang.org/pipermail/erlang-questions/2012-November/070609.html</a></blockquote><div><br></div><div>I might just as well ask the obvious question: why is not this information available even as normal Erlang terms, so that one doesn't need to parse it? When writing a crash dump, it doesn't matter, but if it should be used at runtime it's a pain to parse it... This applies to the other results from system_info/1 that are dumped as text.</div>

<div><br></div><div>regards,</div><div>Vlad</div><div><br></div></div></div></div>