Delphi 10.3 Rio: Impossible to find entry point "GetProductInfo" under WinXP

[Silver Black 23]

Operating system: Windows 10.

Application, compiled with D2010: no problem even under WinXP.

Same applicatione compiled with D10.3-Rio: under WinXP error like "Impossible to find entry point GetProductInfo of procedure into dynamic link library kernel32.dll"

 

I do not use that API "GetProductInfo" call in my code at all! So what's that? In my all life every executable compiled with Delphi could run on every Windows version (from Win2000 or above at least).

Please help with some info! Thank you in advance.

[Guest]

With Delphi 10.3 Rio you can not build applications for Windows XP.

[Uwe Raabe 2057]

9 minutes ago, Schokohase said:

With Delphi 10.3 Rio you can not build applications for Windows XP.

Exactly!

 

Check Supported Target Platforms: http://docwiki.embarcadero.com/RADStudio/Rio/en/Supported_Target_Platforms

[Silver Black 23]

1 hour ago, Schokohase said:

With Delphi 10.3 Rio you can not build applications for Windows XP.

 

Gosh! That really amaze me... I couldn't imagine. So WinXP is no more supported. Quite a shame.

Thank you for the quick reply to both of you.

[David Heffernan 2345]

13 minutes ago, Silver Black said:

 

Gosh! That really amaze me... I couldn't imagine. So WinXP is no more supported. Quite a shame.

Thank you for the quick reply to both of you.

It hasn't been supported for years now. Use an old delphi version for legacy OS like XP. 

[dummzeuch 1505]

I wonder whether it's possible to make it work anyway...

[Alexander Elagin 143]

Maybe this can help (not tested):

Copy Winapi.Windows.pas to the project source directory and comment out lines 8498-8501 and 38322 (or wherever GetProductInfo  is defined/declared), then recompile the project.

Probably just adding 'delayed' could help, too, like this:

function GetProductInfo; external kernel32 name 'GetProductInfo' delayed;

Try it, at least a negative result could be useful. I could not locate any other file in the source directory where GetProductInfo is called.

Edited January 19, 2019 by Alexander Elagin
Line nunmers fixed

[dummzeuch 1505]

That's unlikely to work, because many other units use the Windows unit, so the compiler will complain because it is newer than the one these units were compiled with. But I'll give it a try once I'm back at a computer with Delphi 10.3

[Silver Black 23]

3 hours ago, Alexander Elagin said:

Maybe this can help (not tested):

Copy Winapi.Windows.pas to the project source directory and comment out lines 8498-8501 and 38322 (or wherever GetProductInfo  is defined/declared), then recompile the project.

Probably just adding 'delayed' could help, too, like this:

function GetProductInfo; external kernel32 name 'GetProductInfo' delayed;

Try it, at least a negative result could be useful. I could not locate any other file in the source directory where GetProductInfo is called.

I'll try that straight now and I'll let you know. Just wait some minutes…
Weird thing is that another app I made (much more simpler and smaller) runs flawlessly on WinXP too.

[Silver Black 23]

7 hours ago, Alexander Elagin said:

Maybe this can help (not tested):

Probably just adding 'delayed' could help, too, like this:

The directive "delayed" worked perfectly!!! Great tip, thank you so much!

[Alberto Fornés 22]

I updated a old Delphi 7 program to a Delphi Tokyo (10.2), and can be executed in XP, some problems with delphi vcl styles, but it can run.

[Silver Black 23]

3 hours ago, Alberto Fornés said:

I updated a old Delphi 7 program to a Delphi Tokyo (10.2), and can be executed in XP, some problems with delphi vcl styles, but it can run.

I'm speaking about Delphi 10.3 Rio. Some other smaller projects run too, but I had problem with one my biggest with that entry point, fixed with the "delayed" directive. Odd, because the other smaller projects (that didn't need the fix) had the Windows unit referred too.

[Alberto Fornés 22]

14 hours ago, Silver Black said:

I'm speaking about Delphi 10.3 Rio. Some other smaller projects run too, but I had problem with one my biggest with that entry point, fixed with the "delayed" directive. Odd, because the other smaller projects (that didn't need the fix) had the Windows unit referred too.

I knew you need to compile the project with Delphi 10.3, I just wanted to point out that with the previous version it seems to work. The truth is that it is a problem, although support for Microsoft has been withdrawn for years, there are still many customers with XP computers.

Edited January 21, 2019 by Alberto Fornés

[Микола Петрівський 10]

11 hours ago, Silver Black said:

I'm speaking about Delphi 10.3 Rio. Some other smaller projects run too, but I had problem with one my biggest with that entry point, fixed with the "delayed" directive. Odd, because the other smaller projects (that didn't need the fix) had the Windows unit referred too.

This is probably caused by smart linking. In smaller projects you do not use classes, that can call GetProductInfo, that is why they have been eliminated entirely. And once no one references GetProductInfo, it can be eliminated too.

[Silver Black 23]

2 hours ago, Alberto Fornés said:

If I knew you need to compile the project with Delphi 10.3, I just wanted to point out that with the previous version it seems to work. The truth is that it is a problem, although support for Microsoft has been withdrawn for years, there are still many customers with XP computers.

Right, that's why I'd prefer to support WinXP in my software.

28 minutes ago, Микола Петрівський said:

This is probably caused by smart linking. In smaller projects you do not use classes, that can call GetProductInfo, that is why they have been eliminated entirely. And once no one references GetProductInfo, it can be eliminated too.

Nice to know there is a rational explanation for this, thank you!

[Alberto Fornés 22]

I asked this question this afternoon in a Embarcadero Webminar and received this answer : 

Quote

XP isn't officially supported with Rio because some components take advantage of APIs that are not supported on XP. If you don't use these components or libraries then you can still target XP, but your milage may varry. So if you just take an existing program and compile it with Rio it should still work on XP, but if you add some new Windows 10 components without checking OS version then you will run into trouble.