Procedure entry point not found nach Package-Installation

[WhatATime]

Hallo,

ich habe mir vor kurzen über den GetIt Package Manager Fast Report FMX 2.6.21 installiert.
Sogleich erschien beim Delphi-Restart die Fehlermeldung:

Zitat:

The procedure entry point @System@Classes@TFieldsCache@$bcctr$qqrv could not be located in the dynamic link library (...)

Deinstallieren und nochmals installieren hilft nichts. Nach stundenlanger Suche in diversen Foren habe ich leider keinen Ansatz gefunden,
der mir hilft das Problem zu lösen, darum wende ich mich jetzt an euch. Hatte schon jemand das Problem und weiß wie ich es beheben kann?

Zusätzliche Info: ich benutze Delphi 10.3 Enterprise. Habe Screenshots der Fehlermeldungen angehängt.

Vielen Dank für eine Antwort!

[Uwe Raabe]

Welches Update von Delphi 10.3 verwendest du: 10.3.0, 10.3.1, 10.3.2 oder 10.3.3?

[WhatATime]

Zitat von Uwe Raabe:

Welches Update von Delphi 10.3 verwendest du: 10.3.0, 10.3.1, 10.3.2 oder 10.3.3?

Ich benutze Delphi 10.3.1

[Uwe Raabe]

Dann empfehle ich ein Update auf 10.3.2 oder 10.3.3. Bedauerlicherweise ist Embarcadero beim Update auf 10.3.2 ein Fehler unterlaufen, der die BPLs inkompatibel zu 10.3.1 macht. Da du über GetIt in 10.3 aber nur Komponenten laden kannst, die mit 10.3.3 kompiliert wurden, läuft das nicht mehr unter 10.3.1.

Möglich, daß man noch an BPLs für 10.3.1 kommt, aber da musst du wohl selbst suchen.

[WhatATime]

Zitat von Uwe Raabe:

Dann empfehle ich ein Update auf 10.3.2 oder 10.3.3. Bedauerlicherweise ist Embarcadero beim Update auf 10.3.2 ein Fehler unterlaufen, der die BPLs inkompatibel zu 10.3.1 macht. Da du über GetIt in 10.3 aber nur Komponenten laden kannst, die mit 10.3.3 kompiliert wurden, läuft das nicht mehr unter 10.3.1.

Möglich, daß man noch an BPLs für 10.3.1 kommt, aber da musst du wohl selbst suchen.

Ok na dann, sehr schade. Vielen Dank für die Antwort!

[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.