On Fri, Oct 26, 2012 at 11:51 AM, John J Barton <span dir="ltr"><<a href="mailto:johnjbarton@johnjbarton.com" target="_blank">johnjbarton@johnjbarton.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Debugging tools lag other tools in part because test-cases or</div>
use-models are hard not readily available.  </blockquote><div><br></div><div>But the only debugging tools we really have are proprietary low-level APIs (eg, V8 debug stuff), and some existing debug ui frameworks (eg, Web Inspector).  The barrier is so, so high for this stuff.  Compared to a number of other environments where the barrier is not so high.  Eg, in C, if you're debugging memory issues, switching to using a debug malloc library isn't a huge barrier.</div>
<div><br></div><div>It would be nice to lower the barrier, expose some "debug" stuff in JS.  Implying that I want "debug APIs" available in JS, and I want to write my debug helpers in JS.</div><div><br>
</div><div>V8's --expose-debug-as (or whatever) trick is a step in the right direction.  It would be nice to have some commonality here, so I don't have to write one set of debug helpers for V8, another for JSC, another for *Monkey, etc.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The js-tools group would be ideal for more discussions of these<br>
issues: <a href="https://groups.google.com/forum/?fromgroups=#!forum/js-tools" target="_blank">https://groups.google.com/forum/?fromgroups=#!forum/js-tools</a></blockquote><div><br></div><div>Ah, nice.  I'll stop pestering here, and start pestering there.  :-) </div>
</div><div><br></div>-- <br>Patrick Mueller<br><a href="http://muellerware.org" target="_blank">http://muellerware.org</a><br>