Discussion :

[_alx_]

Bonjour à tous,

Sous Alexandria (ou Sidney), je rencontre un problème que je n'avais jamais rencontré auparavant.
Je développe une application Win64 pour accéder à un serveur Firebird 3.07, via FireDAC.
J'ai auparavant créé une connexion permanente (FDConnectionDefs.ini et FDDrivers.ini) qui est appelée par un composant FDConnection. Cette connexion permanente peut accepter les deux clients 32 et 64 bits (via les paramètres de définition VendorLibWin32 et VendorLibWin64).Tout marche parfaitement à l'exécution.

Mais à la conception (via l'éditeur de connexion du composant, ou avec l'Explorateur de données), j'obtiens un message d'erreur me disant que le client sélectionné à la mauvaise architecture (x64 au lieu de x32) ou bien, si je force le client 64 bits en supprimant l'accès au client 32 bits, que ''la librairie Engine12.dll est présente mais pas chargeable''.
Comment cela se fait-il ?
Ai-je fait une fausse manoeuvre (mais je n'avais jamais rencontré ce problème avec les Delphi antérieurs, ou j'utilisais plutôt dbExpress) ? Ou s'agit-il d'un bug connu ?
Merci de vos lumières.
alx.

[SergioMaster]

Bonjour,
Un problème dans la base de registre peut-être

HKCU\Software\Embarcadero\FireDAC\DriverFile vérifier si le fichier ini pointé est le bon

D'un autre côté, à la conception ce devrait être toujours être le driver 32 bits

[ShaiLeTroll]

Delphi n'est elle pas encore une application 32Bits ? En Seattle c'était le cas.
Il faut donc que la configuration Delphi soit 32Bits

N'utilisant JAMAIS à la conception la partie de base de données intégré à Delphi, je ne vois pas à quoi cela peut être utile, la seule fois que j'ai vu cela dans ses applications, cela posait que des problèmes, des DataModule avec des Query ouverte à la conception lançant une requête au mauvais moment en RunTime, idem pour l'object Session\Connection ouvert alors que les paramètres de DesignTime ne sont pas les paramètres de RunTime du coup cela tente de se connecter sur le serveur de Dev alors qu'il n'existe pas évidemment chez le client, si le développeur oublie lors de son commit de fermer toutes les query, cela peut être nuisible, pour éviter cela, j'avais même patché ODAC pour afficher un warning en cas de connexion sur des valeurs de DesignTime.
Sans compter les champs persistants plus souvent source de problème qu'autre chose.

[Paul TOTH]

oui l'IDE est une appli 32bits, donc il lui faut un client 32 bits

[_alx_]

oui l'IDE est une appli 32bits, donc il lui faut un client 32 bits

Je suis d'accord !
Mais l'IDE (ou même le FDExplorer en stand alone) ne trouve pas le client 32 bits (alors que le HKCU est correct et que le FDDrivers.ini adresse correctement les clients). D'ailleurs, si ces définitions étaient incorrectes, cela ne marcherait pas à l'exécution.
Je ne comprends donc pas pourquoi le FDexplorer (en 32bits) ne comprends pas le fichier de connexion persistante, alors que mon exécutable (compilé en 32 ou 64 bits) le comprend parfaitement. Un chargement/déchargement de DLL qui ne se ferait pas ?
alx.

[SergioMaster]

J'ai essayé de reproduire (D11.1) mais sans succès, j'entends par là sans avoir l'erreur.

Pour pousser le bouchon et comme j'ai une version FB 4.0 qui tourne sur un autre port j'ai donc créé un autre driver

Code Text :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
[FDDrivers.ini]
Encoding=UTF8
 
[FB30]
; FB30 virtual driver will use specified Firebird client library
BaseDriverID=FB
VendorLibWin32=C:\Windows\syswow64\fbclient.dll
VendorLibWin64=C:\Windows\sytem32\fbclient.dll
 
[FB40]
; FB40 virtual driver will use specified Firebird client library
BaseDriverID=FB
VendorLibWin32=C:\Program Files\Firebird\Firebird_4_0\WOW64\fbclient.dll
VendorLibWin64=C:\Program Files\Firebird\Firebird_4_0\fbclient.dll

et là cela se corse un peu mais c'est comprehensible les plugins ne sont pas dans la bonne version (64 bits)

[_alx_]

J'ai essayé de reproduire (D11.1) mais sans succès, j'entends par là sans avoir l'erreur

Voici exactement ce que je fais (image ci-dessous, sous Delphi 11.0):
le second plan montre le code du programme qui contient une fiche DataModule sur laquelle il y a juste un composant FDConnection qui adresse une connexion persistante via ''ConnectionDefName" et ''DriverId=FB''. Le passage par les points d'arrêt montre que tout s'exécute bien.
le premier plan est le message d'erreur lorsque j'utilise l'explorateur de données (panneau de droite dans la configuration standard de l'EDI) et la même connexion persistante.



Votre test était-il équivalent ?

pour info, le FDDrivers.ini est:

Code :

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

1
2
3
4
5
[FB]
DRIVERID=FB
Encoding=UTF8
VendorLibWin64=C:\Program Files\Firebird\Firebird_3_0\bin\fbclient.dll
VendorLibWin32=C:\Program Files\Firebird\Firebird_3_0\bin\fbclient32.dll