Discussion :

[frantzgac]

Bjr
Je découvre Rad Studio XE8 et mes premiers essais portent sur la connectivité à Firebird (local).
Les outils Firedac qui me paraissent nécessaires sont :
TFDConnection;
TFDTransaction;
TFDTable;
pour un premier test.
Je commence par recevoir un message disant que FBCLIENT.DLL doit se trouver soit dans windows/system32 soit dans le répertoire de l’exécutable.
Même en copiant ce fichier à côté de l'exe le message apparait encore de temps en temps. Si je le copie dans windows/system32 ça semble régler ce problème mais un deuxième apparait.

Object Factory for class ... is missign. Pour recenser le composant [TFDGUIxWaitCursor] vous pouvez le déposer dans votre projet

.

Si j'en crois la doc embarcadero la solution semble différente :

Object factory for class {3E9B315B-F456-4175-A864-B2573C4A2201} missing.
To register it, you can drop component [TFDGUIxWaitCursor] into your project

Mais retirer le composant [TFDGUIxWaitCursor] que je n'ai pas inclus dans mon projet je ne vois pas...

Cela se produit au moment de l'ouverture de la table.

Concernant fbclient.dll je me demande comment s'y prenait Delphi 7 ou BC++ 6 qui semblaient ne pas avoir besoin de cette DLL (réclamée en revanche par ISQL).

Par ailleurs la palette de composants ne contient pas de contrôle TDBEdit ou autre VCL.DBCtrls. Si l'installation de XE8 s'est déroulée normalement ce qui semble être le cas ces VCL ne devraient ils pas être disponibles puisqu'ils semblent bien exister encore sous ce nom.

Si je progresse je vous tiens au courant...

[SergioMaster]

Bonjour,

mes premiers essais portent sur la connectivité à Firebird (local).

ces premiers essais sont en VCL ou FMX ?

Je commence par recevoir un message disant que FBCLIENT.DLL doit se trouver soit dans windows/system32 soit dans le répertoire de l’exécutable.

En cas de système 64 bits et donc à fortiori d'une version Firebird 64 bits, pour que le programme de debug fonctionne correctement il faut effectivement (en tout cas c'est mieux) avoir une copie de FBClient.dll dans System32 (pour la version 64 bits) et dans SYSWOW64 (pour la 32 bits) ce que fait une installation standard de Firebird (pour peu que la case copie de la bibliothèque fbclient.... soit cochée) attention à ne pas mélanger les 2 bibliothèques !!

Pour ce qui est du TFDGUIxWaitCursor attention à ce que ce soit le bon "fournisseur" qui soit indiqué : la propriété Provider doit être bien renseigné FMX,Console ou Forms

Concernant fbclient.dll je me demande comment s'y prenait Delphi 7 ou BC++ 6 qui semblaient ne pas avoir besoin de cette DLL

parce que tout d'abord l'application ne pouvait être que 32 bits et qu'ensuite à défaut de fbclient.dll c'était souvent gds32.dll qui était utilisé
à noter également que l'on peu spécifier l'emplacement de la bibliothèque au niveau du TFDPhysFBDriverlink

Par ailleurs la palette de composants ne contient pas de contrôle TDBEdit ou autre VCL.DBCtrls.

eh oui s'il s'agit de FMX, aucun contrôle orienté données n'existe, tout les contrôles sont liès aux données via les Livebindings

[guillemouze]

Si j'en crois la doc embarcadero la solution semble différente : (...)

Mais retirer le composant [TFDGUIxWaitCursor] que je n'ai pas inclus dans mon projet je ne vois pas...

Je pense que la traduction de

you can drop component [TFDGUIxWaitCursor] into your project

serait plutot "vous pouvez déposer le composant [...] dans votre projet", et par la ils entendent ajouter, et non pas retirer ... enfin je pense

[frantzgac]

bonjour
merci de vos réponses.
Je suis en Win 8.1 32 bits.

Effectivement en ouvrant un projet Delphi VCL cela va mieux. Ou plus exactement le problème se déplace. j'ai maintenant des ennuis de connectivités à mes bases Firebird assez incohérents.

Que ce soit avec RAD XE8 et les outifs FireDAC, avec une application Delphi 7 compilée, une application BC++, avec l'éditeur Delphi 7 en mode développement j'ai toujours le message "unavailable database" à la connexion.

En revanche une application BC6 et une seule accède sans difficulté à sa base FB.

Je précise que j'ai désinstallé Interbase XE7 pour éviter les conflits de port et installé Firebird 2.1 pour rester compatible avec des applications commercialisées.

[frantzgac]

j'ai poursuivi des tests sur un PC équipé de Win 8 sans RAD Studio XE8

j'ai testé :

une application de test accédant à une base FB développée avec Rad Studio XE8 (composants TIB*)
une application ancienne accédant à une base FB développée avec Delphi 7
la même application recompilée en XE8

Elles fonctionnent toutes

Cela semble clairement indiquer que le contexte a été modifié par XE8 sur le PC d'origine.

[frantzgac]

Fin du sujet.
En plaçant GDS32.dll dans le répertoire du programme le problème disparait.
Si quelqu'un peut m'expliquer pourquoi XE8 rend cela nécessaire ?

[SergioMaster]

Bonjour,

là il y a quelque chose qui m'échappe ! si tu utilises Firedac et Firebird normalement tu n'as pas besoin de la GDS32.dll (qui a été changée par l'installation d'Interbase). Maintenant il apparait que dans la liste des composants cités je ne vois pas le TFDPhysFBDriverlink nécessaire normalement à la connexion avec une base Firebird cela voudrait-il suggérer que c'est le driver IB au lieu de FB qui est indiqué dans les propriétés de la connexion ?

[Paul TOTH]

Fin du sujet.
En plaçant GDS32.dll dans le répertoire du programme le problème disparait.
Si quelqu'un peut m'expliquer pourquoi XE8 rend cela nécessaire ?

regarde les informations de la DLL, Firebird utilise normalement FBCLIENT.DLL, mais pour des questions de facilité de déploiement par rapport à Interbase, la DLL peut être nommé GDS32.DLL, c'est une case à cocher lors de l'installation de Firebird.

[frantzgac]

là il y a quelque chose qui m'échappe ! si tu utilises Firedac et Firebird normalement tu n'as pas besoin de la GDS32.dll (qui a été changée par l'installation d'Interbase). Maintenant il apparait que dans la liste des composants cités je ne vois pas le TFDPhysFBDriverlink nécessaire normalement à la connexion avec une base Firebird cela voudrait-il suggérer que c'est le driver IB au lieu de FB qui est indiqué dans les propriétés de la connexion ?

Mes premiers essais ont été fait avec Firedac en effet. Mais quand j'ai compris que je ne construisais pas une application VCL grâce à tes réponses j'ai repris mes habitudes (TIBdatabase ...) pour accéder à mes bases Firebird comme le font toutes mes anciennes applications. C'est par cette méthode et en mettant le GDS32.dll construit par l'installeur de Firebird que j'ai réussi à faire fonctionner mes applications. Avant c'était vraisemblablement le GDS32.dll d'interbase (windows\system32) qui était appelé (ce qui a été vérifié à l'aide de process explorer).

Cela dit depuis cette conclusion positive pour le projet utilisant les composants IB j'ai repris mon projet (VCL) accédant par FireDac à la base FB et j'y suis parvenu en plaçant sur la fiche les composants
TFDConnection;
TFDTransaction;
TFDTable;
TFDGUIxWaitCursor

J'ai essayé avec et sans TFDPhysFBDriverLink (et en garnissant la propriété VendorLib) il semble que cela soit indifférent. Cela présente sans doute l'avantage de diriger formellement la recherche de la DLL dans des environnements incertains.