[FB embedded 2.1.3] ISO 8859_1 introuvable ?

**paradise** · 05/09/2011, 16h23

Bonjour,
De retour de vacances j'ai un bug étrange : mon appli ne veut plus se connecter à la BD (locale) pour la cause suivante...

"character set iso8859_1 is not installed
Undefined name
Error code: 534"

J'utilise la version embarquée de FB, et tous les fichiers/dossiers nécessaires sont à priori présents dans le dossier de l'appli : les icu*.dll, firebird.msg, intl, udf.
Le fichier fbinlt.conf contient les lignes suivantes :

Code :

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

1
2
3
4
5
6
7
8
9
<charset ISO8859_1>
	intl_module	fbintl
	collation	ISO8859_1
	collation	ISO8859_1_UNICODE
	(...)
	collation	FR_CA
	collation	FR_FR
        (...)
</charset>

...et fbintl.dll est présent.

Je ne sais pas ce que j'ai pu trafiquer pour que ça ne marche plus !

Seule piste : j'ai voulu faire une MAJ de la version FB "normale" de 2.1 à 2.5 (sans toucher à l'embedded), mais là du coup j'ai tout désinstallé et le problème demeure.

Des idées svp ?

**paradise** · 06/09/2011, 10h00

Ce qui est étrange c'est que ce problème ne survient pas en changeant de compte utilisateur Windows (XP SP3).
J'ai en effet un autre compte (simple utilisateur) à des fins de test et sous celui-ci ça marche ; ça plante seulement en admin...

**qi130** · 06/09/2011, 10h04

Plusieurs causes possibles a priori: mauvaise version du client, pb d'ODS de la base, etc.

Mais ce post aurait plus sa place sur le forum Firebird. Contacte un modo pour le faire déplacer.

**paradise** · 06/09/2011, 10h46

Envoyé par qi130

Plusieurs causes possibles a priori: mauvaise version du client, pb d'ODS de la base, etc.

Mais ce post aurait plus sa place sur le forum Firebird. Contacte un modo pour le faire déplacer.

Je ne sais pas. Étant donné que le serveur FB "normal" fonctionnait bien je me disais que c'était plutôt un pb au niveau des composants JvUIB (par exemple réglage du TJvUIBDatabase.CharacterSet à csNone ou csIso8859_1, un truc comme ça).
Mais toutes les versions plus anciennes et sauvegardées, déjà compilées, avec leur propre fichier DB et serveur FB embedded, ne fonctionnent plus non plus.

Je ne vois pas comment l'ODS de dizaines de fichiers se serait corrompu en même temps, je ne vois pas pourquoi tout cela marchait et ne marche plus, je n'ai aucune idée...

**paradise** · 06/09/2011, 10h48

Et l'ODS renvoie des messages d'erreur spécifiques, là c'est vraiment un problème de charset à priori.

**paradise** · 06/09/2011, 14h51

Mes soupçons concernant un problème de chemin m'ont conduit à trouver un fbintl.dll dans le dossier System32 qui n'avait rien à faire là...

Pour l'instant ça remarche, je crois les doigts pour que la réinstal de FB 2.5 ne vienne pas tout chambouler...

**paradise** · 07/09/2011, 15h04

Bon pas résolu du tout en fait.... mais toujours étrange !

En fait l'existant fonctionne, c'est juste l'appli recompilée qui plante. Un exe sauvegardé, placé dans le dossier des sources et donc fonctionnant dans exactement le même environnement n'a aucun souci.

Voici l'erreur de connexion que j'ai désormais :

---------------------------
Notification des exceptions du débogueur
---------------------------
Le projet MonAppli.exe a déclenché la classe d'exception EUIBError avec le message 'bad parameters on attach or create database
CHARACTER SET ISO8859_1 is not defined
can't format message 13:76 -- message file C:\Program Files\--+ Dev +--\Firebird 2.5.0.26074\bin\firebird.msg not found
Error Code: 5'.

Comme dit précédemment il y a déjà un pb de path ; je ne sais pas pourquoi il va chercher le firebird.msg dans le dossier d'install de FB 2.5 "normal" (qui n'existe plus) alors que ce fichier est présent dans le dossier des sources (ainsi que les 3 icu*.dll et le dossier intl).

Mais il doit aussi y avoir un souci avec les compos JvUIB et là je sèche... Je n'ai rien modifié niveau composants/packages. Que devrais-je faire : virer toute la Jedi et la remettre ? Ou simplement effacer les dcu ? Je ne vois pas en quoi cela pourrait être efficace...

Toute suggestion est bienvenue !

**SergioMaster** · 07/09/2011, 15h24

Tu parles des JVUIBxxxxxx mais cela fait longtemps que ceux-ci ne sont plus dans le pack JVCL (ou alors plus maintenu à mon humble avis). On retrouve les dernières versions en tant que UIB sur prodigy.com ici

**paradise** · 07/09/2011, 16h32

Oui je me rends compte que ça fait longtemps que je dois faire cette MAJ ; je suis donc en train et je vois ce que ça donne.
Toujours là Serge

**SergioMaster** · 08/09/2011, 10h00

toujours vivant comme le canard

(référence interview Léon Zitrone Hassan II) , mais toujours un peu faché avec les UIB (uniquement couplé a des DBGrid éditable) il y a une logique que j'ai du mal a intégré

**TryExceptEnd** · 08/09/2011, 15h07

Envoyé par paradise

Bon pas résolu du tout en fait.... mais toujours étrange !

Toute suggestion est bienvenue !

Faudrait vérifier la propriété LibraryName du composant UIBDataBase s'il ne pointe pas sur la mauvaise dll fbclient.

Envoyé par SergioMaster

mais toujours un peu faché avec les UIB (uniquement couplé a des DBGrid éditable) il y a une logique que j'ai du mal a intégré

J'utilise les composants UIB avec toute sortes de composants DataAware sans aucun problème, tu bute sur quoi au juste ?

**paradise** · 08/09/2011, 16h10

Bonjour,

Envoyé par TryExceptEnd

Faudrait vérifier la propriété LibraryName du composant UIBDataBase s'il ne pointe pas sur la mauvaise dll fbclient.

J'utilise les composants UIB avec toute sortes de composants DataAware sans aucun problème, tu bute sur quoi au juste ?

Pour le 1er point pas de souci : j'affecte cette propriété dans le code à partir du dossier de l'exe (ExtractFilePath).

Après MAJ des compos de JvUIB à UIB 2.5 mon appli se connecte à la BD correctement. "Ouf" ai-je envie de dire

Je ne sais pas ce qui avait foiré..

Mais je me retrouve confronté à un autre problème : le TUIBTransaction (contrairement à son équivalent JvUIB) ne possède pas de propriété AutoRetain ! Et pour avoir plusieurs datasets (1 principal et d'autres dédiés à des requêtes annexes) affectés à la même transaction, c'était le seul moyen que j'avais trouvé pour qu'après une navigation tous mes datasets ne soient pas fermés.
Comment pourrais-je procéder du coup ?
On s'en sort pas...

**TryExceptEnd** · 08/09/2011, 16h58

Envoyé par paradise

Mais je me retrouve confronté à un autre problème : le TUIBTransaction (contrairement à son équivalent JvUIB) ne possède pas de propriété AutoRetain ! Et pour avoir plusieurs datasets (1 principal et d'autres dédiés à des requêtes annexes) affectés à la même transaction, c'était le seul moyen que j'avais trouvé pour qu'après une navigation tous mes datasets ne soient pas fermés.

Pourquoi ils seraient fermés après une NAVIGATION ?

**paradise** · 08/09/2011, 18h35

C'est une bonne question. Du coup j'ai refait comme "avant" (de découvrir le AutoRetain) : 1 transaction pour le dataset principal et une autre pour les datasets "secondaires", dont la requête est MAJ et effectuée dans le OnAfterScroll du principal...

**paradise** · 09/09/2011, 09h34

Je crée un autre post.
Merci à vous !

[FB embedded 2.1.3] ISO 8859_1 introuvable ?

Bases de données Delphi

Discussions similaires

Partager

Partager