On 06/08/2026 15:31, Tomas Hajny via fpc-devel wrote:
On 2026-08-06 14:48, Martin Frb via fpc-devel wrote:
Still checking what causes it, but somewhere since February something
changed.
The IDE fails with cant find entry point for gettickcount64
there is a commit
SHA-1: bbc7d0c96bde01a599b15c46c32521d1801fabd5, Branch RevNo: 38799
* * vista+ gettickcount64
git-svn-id: trunk@24397 -
Could that?
In order to reply your question from the subject - our readme.txt says
so as far as I can see. ;-)
From a technical point of view - yes, GetTickCount64 is indeed not
supported before MS Windows Vista (thus not available in WinXP). While
this API should be preferred over GetTickCount whenever available,
providing a fallback for systems not supporting GetTickCount64
natively is obviously quite simple / easily doable (load
GetTickCount64 dynamically rather than statically at startup and
assign a local function falling back to GetTickCount to a
GetTickCount64 procedural variable in case the dynamic loading attempt
fails).
The older 3.2.3 must have had something that substituted the missing
function.
If I did test correct then the problem is only half caused by that API
addition.
If I replace all calls to GetTickCount64 with just GetTickCount (never
mind any issues that this may hold), then the IDE starts.
The mere presence of the API line does not seem to be an issue, if it
isn't used.
But, it the IDE code had GetTickCount64 for a long time, and it did
start with fpc 3.2.3 before.
So there must have been a method that was called instead?
_______________________________________________
fpc-devel maillist - [email protected]
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
