Procedure entry point not found nach Package-Installation

[himitsu]

Zitat von Uwe Raabe:

Bedauerlicherweise ist Embarcadero beim Update auf 10.3.2 ein Fehler unterlaufen, der die BPLs inkompatibel zu 10.3.1 macht.

Bei den inkompatiblen BPLs gib es keinen Fehler ... das ist einfach so, technisch bedingt.

OK, es gibt dann einen Fehler im GetIt, dass dort der Versionssprung nicht gemacht wurde, also mit neuer Datenquelle und passenden Binaries.
* entweder man kompiliert alles neu, was da im GetIt steckt, damit es mit dem neuen Delphi geht, aber dann rauchen die alten Delphi ab und man wird zum Update gezwungen
* oder man nutzt für jede Version eine eigenes GetIt-Repositorie, so wie auch für die großen Hauptversionen

Wenn sich am Compiler was ändert, dann passt garnichts mehr
und wenn sich von vorkompilierten Packages referenzierte Packages zu sehr geändert haben (in den Schnittstellen ... der restliche Inhalt ist egal) dann knallt es eben auch.

[Uwe Raabe]

Zitat von himitsu:

Bei den inkompatiblen BPLs gib es keinen Fehler ... das ist einfach so, technisch bedingt.

Hier ist ein Artikel von Marco Cantu zu diesem Thema: RAD Studio 10.3.2 Runtime Packages Compatibility Patch Released

Dort steht auch ganz klar:

Zitat:

Note: A new application built in 10.3.2 will not run if executed against a 10.3.x version of the runtime packages, showing surfacing an error like ‘Entry Point not Found "@System@Classes@TFieldsCache@$bcctr$qqrv"’.

[himitsu]

Jupp, da wurde auch eine öffentliche Schnittstelle in einem der grundlegensten Packages geändert, womit man im Grunde ein neues GetIt anfangen hätte können/müssen/sollen.

[Uwe Raabe]

Das ist übrigens auch der Grund, warum mein Build-Server immer noch mit 10.3.1 compiliert. Höhere Versionen können sich mit dem Patch helfen. Andersherum geht da leider nichts.

[juergen]

Danke Uwe für die (für mich) wichtige Info!
Ich nutze (leider) auch 10.3.1 und habe bei 2 Trials -die ich probieren wollte- genau diesen Fehler gehabt.