Discussion :

[vadim]

Bonjour à tous!

J'ai créé un petit paquet de bases de données mémoire sous Delphi XE2.

J'essaie de le migrer vers Tokyo 10.2
J'arrive bien à compiler la .bpl sans problème, mais quand j'essaie de l'installer,
Il y a toujours la même erreur :

Le point d’entrée de procédure @Data@Db@TDataSet@GetRecord$qqrpuc16Data@Db@TGetModeo est introuvable dans la bibliothèque de liens dynamiques dbrtl250.bpl.

J'ai bien vérifié que tous les paquets dont dépend mon paquet se compilent et sont installés correctement.

Qu'elqu'un aurait il eu un souci similaire?

Cordialement
Vadim

[alheuredudejeuner]

Bonjour,



essaie de supprimer les requierts, ils se rechargerons avec les bonnes versions à la compilation.

Ca peux aider.

cordialement

[vadim]

Bonjour,

Merci alheuredudejeuner, cette idée est bonne .Donc, j'ai tout enlevé les "required", recompilé sans problème. Delphi a remis les required ce faisant, comme prévu.
Hum, ça n'a malheureusement pas marché pour l'installation. Toujours ce maudit message.

J'ai vu sur le net que le problème est signalé, mais malheureusement pas de solution en vue (voir le lien ci-dessous) ....
https://community.idera.com/develope...c-link-library

J'ai ensuite regardé partout ou des dcp obsolètes pouvaient se trouver (Plein il y en avait!) Je les ai effacées ainsi que les bpl dont certaines dataient de 2011...
Tout à la corbeille, mais la situation ne va pas mieux.

Bon, pas le choix, je continue de chercher d'où vient ce souci et si quelqu'un a une idée, ce serait génial.

Bonne année à tous
Vadim

[pprem]

J'ai vu sur le net que le problème est signalé, mais malheureusement pas de solution en vue (voir le lien ci-dessous) ....
https://community.idera.com/develope...c-link-library

Bonjour Vadim, la presence d'erreurs indiquées sur le forum ne suffit pas. Ouvre plutôt un ticket sur https://quality.embarcadero.com/ si tu veux une solution officielle un jour à ce problème.

[vadim]

Bonjour à tous,

Bon, j'ai consulté le problème sur le site Embarcadero (pas très pratique à mon goût) et rien trouvé.
Je suis donc revenu sur le conseil de alheuredudejeuner : Merci à lui, car la source du souci était bien dans l'utilisation des dcp

En fait, j'ai vérifié que chaque package constituant chaque dcp était correctement installé et je les recompilés et réinstallés un à un, sauf ceux fournis avec Rad Studio.
Ensuite, j'ai vérifié que les descendants des composants que j'avais créés sur la base de ceux correspondants aux dcp.
Travail de fourmi, car mon package est gros. En fait, je me suis apperçu que lors de la compilation, il y a des castings de types implicites. Donc ça compile bien. Mais lors de l'installation, ça bloque.

Après plusieurs tests unitaires, j'ai vu qu'un argument était différent entre la classe héritée (écrite en XE2)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 function GetRecord(Buffer: TRecordBuffer; GetMode: TGetMode; DoCheck: Boolean): TGetResult; override;

et la classe mère en XE10.2

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 function GetRecord(Buffer: NativeInt; GetMode: TGetMode; DoCheck: Boolean): TGetResult; override;

Donc voilà, en fait ce n'était pas très compliqué. Il faut juste se méfier du fait que si un composant se compile, il ne peut s'installer que si les arguments sont identiques, hors casting implicite.
Le message @Data@Db@TDataSet@GetRecord$qqrpuc16Data@Db@TGetModeo était aussi très utile, car m'a permis de voir que le problème se situait au niveau du getrecord de ma table héritée.

Donc voilà, je continue la migration.
Merci encore à alheuredudejeuner et bonne année à tous.

Vadim

[ALWEBER]

Merci pour ton travail