internal gds software consistency check

Bonjour,

Je me lance dans la migration de ma base depuis IB6.5 vers Firebird
Mon appli est faite avec D6.

J'ai eu à un moment un message :

Citation:

---

"internal gds software consistency check (Table ORIENT_HEBGT) HEBGT_ID"

---

Après avoir tracé le problème je me suis rendu compte que ça plantait sur une requète qui, si je l'exécutais dans mon outil (Database Workbench pour pas le nommer) transormait le message d'erreur en :

Citation:

---

"Dynamic SQL Error SQL error code = -204 Ambiguous field name between table ORIENT_HEBGT and table HEBGT HEBGT_ID"

---

Message beaucoup plus compréhensible pour corriger :)

Le premier message pouvait faire penser à un problème de structure de table ou de fichier alors que le second est plus conforme a la réalité du problème, à savoir un simple problème de syntaxe SQL.

C'est pas vraiment une question (elle s'adresserait d'ailleurs plutôt aux développeurs de FB), mais juste un petit retour d'expérience rapide qui pourra peut être servir à d'autres.

Emmanuel.

DBW ne "transforme" pas le message d'erreur, il t'envoi le bon

il est possible que sous ton autre environnement tu pointes vers une version obslolete de la base gérant les messages d'erreurs (firebird.msg)

Citation:

---

Envoyé par makowski

DBW ne "transforme" pas le message d'erreur, il t'envoi le bon

---

Oui, en effet, il s'agissait d'un raccourci de langage :D

Citation:

---

Envoyé par makowski

il est possible que sous ton autre environnement tu pointes vers une version obslolete de la base gérant les messages d'erreurs (firebird.msg)

---

C'est çà qui est bizarre... Je fais ça sur la même machine et je n'ai qu'un fichier firebird.msg (correspondant à une installation toute fraiche de Firebird 2.1.1)

Je viens par contre de penser à quelque chose...est-ce que ça pourrait avoir un lien avec l'utilisation des IBX (6.11) dans mon programme ?

Merci.

oui ça c'est tout à fait possible