<br><br><div><span class="gmail_quote">On 4/9/07, <b class="gmail_sendername">Paul Davis</b> <<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Mon, 2007-04-09 at 15:42 +0000, John Emmas wrote:<br><br>> > On 4/9/07, Mike Taht <<a href="mailto:mike.taht@gmail.com">mike.taht@gmail.com</a>> wrote:<br>> ><br>> > Ardour is a realtime process with many threads. It's almost impossible to
<br>> > "step through" anything as there is so much going on at any given point<br><br>unfortunately, what mike wrote is not really very accurate. i single<br>step in ardour all the time. i set breakpoints, i catch exceptions etc
<br>etc etc. </blockquote><div><br>well, paul's MUCH better at it than me! <br><br>And also, more patient - I prefer to be running in realtime, and to oprofile rather than profile, and paul's into things like not running in realtime and even things like valgrind and cachegrind... 
<br><br>now, the ardour code I'm working on at present (surfaces) debugs nicely even with realtime threads running... so where/when you can debug is very dependent on where in the code you are.<br></div><div><br> </div>
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">--p<br><br><br>_______________________________________________<br>ardour-dev mailing list
<br><a href="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</a><br><a href="http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org">http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org</a><br></blockquote>
</div><br><br clear="all"><br>-- <br>Mike Taht<br>PostCards From the Bleeding Edge<br><a href="http://the-edge.blogspot.com">http://the-edge.blogspot.com</a>