Discussion :

[drKzs]

Bonjour,

Je porte une appli gtk sur windows, en utilisant le couple mingw/msys.
J'ai un problème à l'exécution, certaines fois:
voilà le message d'erreur

(monAppli.exe:1628): Gtk-WARNING **: Invalid input string

(monAppli.exe:1628): Gtk-WARNING **: Invalid input string

(monAppli.exe:1628): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed

(monAppli.exe:1628): GLib-CRITICAL **: g_convert: assertion `str != NULL' failed

Il n'est pas systématique, j'ai fini pas me trouver dans un cas où, avec deux fenetres msys ouvertes, dans l'une l'exécution était parfaite, dans l'autre j'avais cette erreur...
A première vue, j'ai tendance à penser que le problème provient de msys et non de mon appli, mais rien ne me permet d'en être sûr.

Je ne sais pas comment changer l'encodage de msys pour le forcer en UTF8, le problème vient peut être de là ...

Si quelqu'un a une idée,
Merci

[d'Oursse]

a mon avis, le probleme ne vient pas de msys. Le terminal n'affiche que ce que l'application lui dit d'afficher

Je pense que ces messages proviennent de ton appli.

Pour mieux gerer ces messages, utilise --gtk-debug sur la ligne de commande.

Pour plus de precisions :

http://library.gnome.org/devel/gtk/u...k-running.html

en particulier, tu peux utiliser --g-fatal-warnings et executer ton appli dans gdb. Apres, une fois que tu as la main dans gdb, tu regarde le backtrace complet (bt f) pour connaitre la valeur des variables au moment du warning.

[drKzs]

je vais essayer ça... ce qui est bizarre, c'est que gdb me donne une backtrace assez improbable, avec du code qui ne devrait pas être atteind. J'ai fait un debuggage à l'ancienne avec des traces, et j'essaie d'élaguer tout ce qui semble le déranger. Je vois bien que je progresse, et pourtant je n'élague pas du tout à l'endroit que m'indique gdb.....
c'est un peu étrange

[drKzs]

Bien,

J'ai pu m'y remettre enfin, et voilà le problème (qui est bien un pb d'encodage).
Au passage, merci pour le lien sur gtk, je ne connaissais pas l'option fatal-warnings, très pratique

En gros, j'utilise un .po pour la locale. Sous linux il passe très bien, en revanche sous msys ça passe pas... Forcément sur des mots contenant des é, comme hasard ... pourtant iconv ne change rien, il semble donc être bien en UTF8 mon .po ....

Quelqu'un a déjà eu ça ?

Merci

[drKzs]

Donc je viens préciser, en fait, il n'y a aucun rapport avec la génération du .po en .mo, je pense qu'il sa'git d'un pur problème d'encodage...

J'ai un fichier XML que je charge dans l'application.... ce fichier semble bien être au format UTF8, mais pourtant il ne passe pas sous msys (sous windows j'imagine en fait) et je me fait insulter par la glib

[drKzs]

oui, problèmpe d'encodage donc... en fait effectivement, msys ne semble pas utiliser UTF8 dans ma configuration, et je n'ai pas réussi à forcer l'encodage.
En revance dans le code, soit avec des fonction xerces pour la récupération de données xml, soit avec la glib (g_locale_to_utf8), on peut forcer le passage de la locale vers l'utf8 pour éviter de faire râler gtk