[fpc-devel] Does 3.2.3 still support Windows XP ?

[Tomas Hajny]

On 2026-08-06 15:36, Martin Frb via fpc-devel wrote:
> 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 at 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?

As far as I can see, IDE itself calls GetTickCount, not GetTickCount64 
(in particular in whelp.pas). Ditto for FreeVision (in unit Drivers).

Tomas