<br><br><div><span class="gmail_quote">On 4/9/07, <b class="gmail_sendername">John Emmas</b> <<a href="mailto:johne53@tiscali.co.uk">johne53@tiscali.co.uk</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;">
----- Original Message -----<br>From: "Kjetil S. Matheussen" <<a href="mailto:k.s.matheussen@notam02.no">k.s.matheussen@notam02.no</a><br>><br>> But after a while, you'll discover that its actually "Do it the most
<br>> efficient way possible".<br>><br>Hmmm - we'll have to agree to differ on that one..!!</blockquote><div><br>Incidentally, I use emacs (compiled from the unicode branch) + ecb, the emacs code browser, to cope with the depth and complexity of the Ardour source. ( see 
<a href="http://ecb.sourceforge.net">http://ecb.sourceforge.net</a>). It's still not as pretty as eclipse, but it has incredible depth, and runs quite fast compared to eclipse. Notably, emacs + ecb is a lot more reliable than eclipse on x86_64 linux.
<br></div><br>I often think that if 1/1000th all the resources sunk into eclipse had been sunk into emacs instead it would be a far better world.<br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Actually though, this brings up a more serious question... where I intended<br>to start was by stepping through the Ardour code to see what happens when<br>an Ardour session gets saved.  I'm used to doing that sort of thing from
<br>within my development IDE.  What's the equivalent procedure if there's<br>no IDE available?</blockquote><div><br>Ardour is a realtime process with many threads. It's almost impossible to "step through" anything as there is so much going on at any given point, that (for example) if you stop one thread another thread will error out and the whole program exit. You need to be running jack in a non-realtime mode with a huge number of periods in order to even slightly be able to single-step for brief periods. 
<br><br>So I tend to resort to "printf debugging", writing gdb scripts that trap, execute a display routine, and return, and introspection via (for example) oprofiling the code, rather than single stepping,  <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;">John<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>