just imagine that I am doing this testing as a private person, not in my function as an employee.
So why should I have to file a PR (I can't do this as a private one) for something very obvious and something that 
aleady is proved by Colin.
Colin also reported to me that after alerting him, he now sees this problem in other logs too - so it's a problem in 
general, not a special problem to me
thanks
hp

it should work now, since with Build id: I20080313
event times are reported including [s] part in Timelog View.

MoVE's still moving ...
... but we are already using it.

hp


-----Ursprüngliche Nachricht-----
Von:	Thomas Fletcher [mailto:tfletche@gmail.com]
Gesendet:	Sa 29.03.2008 01:59
An:	general-ide
Cc:	
Betreff:	Re: reported event time (re)starts with zero on every new tracebuffer

On Fri, Mar 28, 2008 at 4:56 AM, Wjatscheslaw Talanow <
wtalanow@harmanbecker.com> wrote:

> I'm working on a plug-in for the SystemProfiler right now and I have the
> same problem as posted by HP Reichert.
>
> The following code snippet behaves exactly the same way HP Reichert
> described:
>
> ...
>   final long totalNano = TraceUtil.cycle2ns(cycle, eProv, true);
>   return TimeFmt.toString(totalNano, TimeFmt.DISPLAY_MILLI |
>      TimeFmt.DISPLAY_MICRO);
> }
>
> I don't know whether the data used for conversion has changed or the
> conversion algorithm itself. However, I think that the TraceUtil.cycle2ns(...)
> method returns the wrong value.
>
Hey Slawa, how's it going?

.... well since you are using totally undocumented API .. things are
definitely subject to change =;-)

In this case I suspect that the problem is not the cycle2ns() call ..
although with the next IDE release,
you should be using a different method since timebases on
ITraceEventProviders can be offset, in this
case it doesn't matter since you are normalizing the time against the start
of the log (what the 'true'
is doing in the TraceUtil.cycle2ns() call).

You are likely being bitten by the fact that TimeFmt was more or less doing
whatever it wanted to format
the string .. so if you had seconds included in your time (as well as MS and
US) then it would just not
show them.  This has been fixed and should show up in the next integration
build.

Hope this helps, sorry I can't be more specific .... I don't work for QNX
any more, so I'll let someone
else comment on the timelines for those integration builds (... hint hint
... it would be great to have
a build schedule QNX IDE guys =;-)

Thomas


_______________________________________________
General
http://community.qnx.com/sf/go/post6266 
 
*******************************************
Harman Becker Automotive Systems GmbH
Geschaeftsfuehrung:  Dr. Wolfgang Ptacek  -  Michael Mauser  -  Regis Baudot
Sitz der Gesellschaft: Karlsbad - Registergericht: Mannheim HRB 361395
 
*******************************************
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat 
sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail
. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have 
received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, 
disclosure or distribution of the contents in this e-mail is strictly forbidden.
*******************************************