On 9/5/05, <b class="gmail_sendername">Antony Kummel</b> <<a href="mailto:antonykummel@yahoo.com">antonykummel@yahoo.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br>I noticed that the convention in Twisted is to measure<br>time with python.runtime.seconds. This in turn uses<br>time.time which is sensitive to the system clock,<br>meaning that it may return decreasing values if the
<br>user sets the system clock to an earlier time between<br>calls. This would likely break many things, no? Why<br>not use time.clock or some combination between them?<br></blockquote></div><br>
Seems to me that using the same clock as the rest of the system is the
single best way to ensure that other logs and Twisted's logs agree on
the time stamp.<br>
<br>
Just imagine the nightmare if there was an issue pointed to by the
twisted log, but since it was "correct" it couldn't be directly matched
up with another system log that actually pointed to the source of the
problem.<br>
<br>
This has actually proven to be quite useful for me.<br>
<br>-- <br>"Things fall apart. The Center cannot hold."<br> -
Life as a QA geek, in a nutshell.<br><br>Best,<br><br> Jeff<br>