<div dir="ltr">Yes, I was a bit inspired by Chronon too. I thought I'd introduce it at a later stage, as it's not exactly the same thing. Chronon saves the program's execution in a very efficient way and lets the user go back and forth, inspecting all variables and parameters and results. One can even make changes to the data and see what would have happened.<div><div><br></div><div>regards,</div><div>Vlad</div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 13, 2015 at 1:56 PM, Vladimir Ralev <span dir="ltr"><<a href="mailto:vladimir.ralev@gmail.com" target="_blank">vladimir.ralev@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Further it will be awesome if there is a UI debug tool where you can<br>
step through the code on a timeline based on the generated logs<br>
without having to read them. Java has Chronon debugger which works<br>
sort of this way but records more metadata due to the nature of Java.<br>
In Erlang it will be easier.<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, Jan 13, 2015 at 2:36 PM, Vlad Dumitrescu <<a href="mailto:vladdu55@gmail.com">vladdu55@gmail.com</a>> wrote:<br>
> Hi all!<br>
><br>
> I just got a crazy idea and I think it's not that crazy, but I'm willing to<br>
> get feedback on that :-)<br>
><br>
> The main reason I use the debugger is to check that the intermediary values<br>
> in a computation are the expected ones. The alternative (which works without<br>
> messing up timeouts) is to print out values at points of interest, but it is<br>
> messy (there's a lot of boilerplate to type and the interesting code becomes<br>
> hard to read).<br>
><br>
> So, I thought, what if, instead of interpreting a module in order to debug<br>
> it, we compile it with a special parse transform that inserts tracing calls<br>
> after each expression in the code, automatically keeping track of the<br>
> variables visible in the scope and their values?<br>
><br>
> The output can be via io:format, et:report_event, or something else<br>
> (configurable).<br>
><br>
> Could this "trogging" or "logtracing" be useful, or am I delusional? Maybe<br>
> there already is such a thing, the Erlang ecosystem is getting difficult to<br>
> keep in the working memory :-)<br>
><br>
> best regards,<br>
> Vlad<br>
><br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
><br>
</div></div></blockquote></div><br></div>