<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 13, 2015 at 2:57 PM, Richard Carlsson <span dir="ltr"><<a href="mailto:carlsson.richard@gmail.com" target="_blank">carlsson.richard@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">What really should be done is that the current interpreting debugger should be destroyed with fire and a real bytecode-level debugger should be implemented (with low level functionality done in C), which would be way faster, only require updating when new Beam operations are added, and not require the abstract code to be present in the beam files.<br></div>
</blockquote></div><br></div><div class="gmail_extra">A new bytecode-level debugger is not something I can implement myself, but the other one is. Even so, I think that tracing would still have its place, as stopping on a breakpoint will still trigger all sorts of timeouts in a live system.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">regards,</div><div class="gmail_extra">Vlad</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>