<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 8, 2015 at 4:34 PM, Ahmed Omar <span dir="ltr"><<a href="mailto:spawn.think@gmail.com" target="_blank">spawn.think@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Ok. I guess etp-ports require a live session then?</div><div>(gdb) etp-ports</div><div>No ports, since system isn't initialised!</div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Is there a way to get port or process number from the information I got from bt ?</div><span class=""><div><div>#2  0x0000000000442fa6 in mbc_realloc (allctr=0x7fe0848807a8, p=0x11f,</div><div>    size=<optimized out>, busy_pcrr_pp=0x8, alcu_flgs=0)</div></div><div><br></div><div><br></div></span></div></blockquote><div><br></div><div>All etp macros work on both core files a live nodes. The only time I've seen that error from etp-ports is when the VM crashed before the internal ports array was initialized.<br></div><div><br></div><div>I'm starting to suspect that there is something wrong with your debugging session. The stack trace that you have printed is corrupt, and it cannot find a working port table. Make extra sure that you are using the same beam.smp to run your gdb session from as generated the core.</div><div><br></div><div>Since the stack is corrupt it is not possible to know what called into the realloc from the stack trace.</div><div><br></div><div>Lukas</div><div><br></div><div><br></div><div><br></div></div></div></div>