Hi Roman, <div><br></div><div>Thanks for replying. I have <release-bundle>/log/sasl but it's empty. And there is no</div><div>other file/dir in log dir. Do I need to include anything in code/config to make </div>
<div>it log errors to a file? </div><div><br></div><div>Regards,</div><div>Vineet</div><div><br><div class="gmail_quote">On Wed, Dec 12, 2012 at 9:27 PM, Roman Gafiyatullin <span dir="ltr"><<a href="mailto:r.gafiyatullin@me.com" target="_blank">r.gafiyatullin@me.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                <div style="font-family:Helvetica;font-size:12px">Vineet, most probably something went wrong during startup.<div>Can anything similar to sasl-error.log be found in the <release-bundle>/log/ directory?</div>
</div>
                <div><div><br></div>--<div>RG</div><div><br></div></div>
                 
                <p style="color:#a0a0a8">On Wednesday, December 12, 2012 at 6:31 pm, Vineet Naik wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px">
                    <span><div><div>Hello,<div><br></div><div>I am trying to package my app using rebar. `rebar generate` command runs without any</div><div>problem (no errors at least). But when I try to start the console by running the script generated</div>

<div>by rebar in bin directory, it fails with "Kernel pid terminated"</div><div><br></div><div>A huge crash_dump is also created but I am not able to gather any info from it. </div><div><br></div><div>I checked the erlang docs[1], I found this paragraph about the error</div>

<div><br></div><div><blockquote type="cite"><div>"Kernel pid terminated (Who) (Exit-reason)" - The kernel supervisor has detected a failure, usually that the application_controller has shut down (Who = application_controller, Why = shutdown). The application controller may have shut down for a number of reasons, the most usual being that the node name of the distributed Erlang node is already in use. A complete supervisor tree "crash" (i.e., the top supervisors have exited) will give about the same result. This message comes from the Erlang code and not from the virtual machine itself. It is always due to some kind of failure in an application, either within OTP or a "user-written" one. Looking at the error log for your application is probably the first step to take.</div>
</blockquote><div><br></div><div>If I run `console_clean` command, then the console start in the correct node. Does </div><div>this rule out the "Node is already in use" case above? </div><div><br></div><div>I also tried running the code from an erlang shell with the ebin dir paths of all required</div>

<div>libs added manually to sys path and it works perfectly. </div><div><br></div><div>How can I go about debugging this?  </div><div><br></div><div>[1] <a href="http://www.erlang.org/doc/apps/erts/crash_dump.html#id71973" target="_blank">http://www.erlang.org/doc/apps/erts/crash_dump.html#id71973</a></div>

<div><br></div><div>Thanks,</div><div>Vineet</div><br><br>
</div>
</div><div><div>_______________________________________________</div><div>erlang-questions mailing list</div><div><a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a></div><div><a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a></div>
</div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Vineet Naik<br><br><br>
</div>