Hi,
Revision 28494 in the cmdlinedebugger.pp (Martin) breaks compiling on Linux. GetTickCount is a windows-only call.
Please fix this ASAP.
Michael.

Mailing lists / lazarus / 2010-11
8 messages · 5 people ·
Reply by email Subscribe to this list Your subscription
Read-only archive. Use j and k to move between messages.
Hi,
Revision 28494 in the cmdlinedebugger.pp (Martin) breaks compiling on Linux. GetTickCount is a windows-only call.
Please fix this ASAP.
Michael.
Is there any similar thing on linux?Now() can go backwards (gettickcount wraps, but that can be detected)
Martin wroteIs there any similar thing on linux?Now() can go backwards (gettickcount wraps, but that can be detected)
The usual solution is using EpikTimer
Is there any similar thing on linux?Now() can go backwards (gettickcount wraps, but that…
2010/11/26 Martin :
http://lazarus-ccr.sourceforge.net/docs/lcl/lclintf/gettickcount.html , but ion linux it uses now.
Vincent
The usual solution is using EpikTimer Felipe Monteiro de Carvalho
That would add another (and IMHO unwanted) dependency to the IDE.
You should use fpgettimeofday() on unixes, it comes closest.
And if you can detect wrapping, you can also detect going backwards, unless I'm very much mistaken :)
Michael.
Op 2010-11-26 13:29, Michael Van Canneyt het geskryf:
> > The usual solution is using EpikTimer That would add another (and IMHO unwanted) dependency to the IDE.
Maybe the question should be.... Isn't it time we move EpikTimer into the FCL? Just about any project that uses some form of timing, EpikTimer is always recommended. So it should be well worth having such a timer as standard in FPC.
[That's obviously ignoring the fact that EpikTimer is not "delphi compatible", because Delphi only uses the Win API's. ;-)]
Regards,
- Graeme -
Revision 28494 in the cmdlinedebugger.pp (Martin) breaks compiling on Linux. GetTickCount…
Solved, sorry about it.
Thank you. Now I can work on the fixes I promised Vincent :-)
Michael.