Discussion :

[dbabar]

Bonjour,

Dans notre projet nous utilisons une DLL UDF permettant d'écrire dans un BLOB des données hexadécimale ou des données provenant de fichiers binaires.
Nous utilisons un serveur 1.5.4.4910-0_win32 en mode super serveur.

Nous avons commencé une migration sous la version 2.5.0.26074-0_Win32_embed.
Notre partie d'écriture des BLOB par notre DLL UDF fonctionne mal. D'après nos traces le composant et la fonction sont bien appelé mais hélas la sortie (nos traces vont jusqu'à la fin de l'appel à la fonction UDF) provoque une déconnexion violente à la base et un arrêt de l'application. Notre composant est compilé en Borland C++ Builder 5.5.
Nous avons testé
- un environnement 2.5.0.26074-0_Win32
- une modification des options d'alignement de notre composant
sans succès.
Par contre l'appel à une fonction UDF comme substr de ib_udf.dll fonctionne correctement.

Est que la gestion de l'écriture des BLOB a changé en version 2.5.0 ?
Est que le fait d'avoir un composant UDF en builder peut poser problème dans les appels aux fonctions externes ?
Après d'autres tests complémentaires il semblerait que ce soit le deuxième appel à la même fonction UDF, dans la même requête d'insertion, qui nous pose problème. Le premier traitement s'effectue correctement.

[dbabar]

Bonjour,

Pour information nous avons trouvé notre problème. En Borland l'export des fonctions d'une librairie UDF doit se faire avec la déclaration __declspec(dllexport) et pas avec les déclarations ISC_EXPORT ou ISC_EXPORT_VARARG définies dans ibase.h.

[Barbibulle]

Merci pour le retour d'information