<div dir="ltr">I think you are right here.. I've been experimenting with running gdb with the exact beam file from the dump and getting better results. This is my first time using gdb for anything :)<div><br></div><div>Do you know of any documentation around building "unstripped" erlang releases? This is my next step...<br><div><br></div><div>I'm going to post a new analysis soon.</div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 24, 2018 at 12:33 AM, Roger Lipscombe <span dir="ltr"><<a href="mailto:roger@differentpla.net" target="_blank">roger@differentpla.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 21 April 2018 at 21:51, Vince Foley <<a href="mailto:vincefoley@gmail.com">vincefoley@gmail.com</a>> wrote:<br>
> Side question.. I am trying to use the etp commands to print out the Erlang<br>
> terms<br>
> (<a href="https://github.com/erlang/otp/blob/master/erts/etc/unix/etp-commands.in" rel="noreferrer" target="_blank">https://github.com/erlang/<wbr>otp/blob/master/erts/etc/unix/<wbr>etp-commands.in</a>)<br>
><br>
> I keep getting this error:<br>
> ```<br>
> (gdb) etp *bp<br>
> Cannot access memory at address 0xb974e0<br>
> ```<br>
><br>
> And this kind of thing:<br>
> ```<br>
> (gdb) etp-processes<br>
> No processes, since system isn't initialized!<br>
> ```<br>
><br>
> Am I doing something wrong, or is this just not possible with my coredump?<br>
<br>
I've found that success with gdb requires:<br>
<br>
- An exactly matching beam. I have to keep an appropriate VM around<br>
for debugging core dumps from production.<br>
- An *unstripped* beam loaded into gdb. Deb packages generally have<br>
stripped binaries, which breaks a bunch of debugging scenarios. We<br>
build our Erlang releases with kerl; we have to keep the unstripped<br>
copies around.<br>
</blockquote></div><br></div>