<br><br><div class="gmail_quote">2009/5/25 Daniel O&#39;Connor <span dir="ltr">&lt;<a href="mailto:doconnor@gsoft.com.au">doconnor@gsoft.com.au</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Mon, 25 May 2009, Arnaud Quette wrote:<br>
&gt; &gt; elapsed time (seconds and microseconds) since the first upsdebug()<br>
&gt; &gt; command by default without requiring any additional command line<br>
&gt; &gt; options. We&#39;re probably more interested in the elapsed time since<br>
&gt; &gt; the program started anyway, instead of wall clock time when<br>
&gt; &gt; debugging something.<br>
&gt;<br>
&gt; right, it&#39;s best for our use case.<br>
&gt; a good thing would be to add the start time (at driver startup) or an<br>
&gt; option to turn this into timestamps when debugging cross components<br>
&gt; (like driver-upsd communication) to avoid recalculation.<br>
<br>
</div>Hmm.. won&#39;t relative timestamps make it difficult when you&#39;re debugging<br>
program interaction? eg a UPS driver &amp; upsd.<br>
</blockquote></div><br>yup, that was the core of my last reply... (an option to override the elapsed time and switch to a timestamp system).<br><br>Arjen&#39;s version (elapsed time) is very nice for working on 1 component, while the timestamp would help more in cross components (program interaction). possibly using the new &quot;-T&quot; to switch to the timestamp mode...<br>
<br>cheers,<br clear="all">Arnaud<br>-- <br>Linux / Unix Expert R&amp;D - Eaton - <a href="http://www.eaton.com/mgeops">http://www.eaton.com/mgeops</a><br>Network UPS Tools (NUT) Project Leader - <a href="http://www.networkupstools.org/">http://www.networkupstools.org/</a><br>
Debian Developer - <a href="http://www.debian.org">http://www.debian.org</a><br>Free Software Developer - <a href="http://arnaud.quette.free.fr/">http://arnaud.quette.free.fr/</a><br><br>