Discussion :

[troumad]

Bonjour

Je suis heureux de dire que beaucoup de choses marchent. Mais, j'ai un gros problème !
J'ai un plantage à chaque appel d'une boite de dialogue pour choisir un fichier !
Les gtk_file_chooser_dialog_new .

Voici le cod d'erreur qui s'affiche :

Code :

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

1
2
3
4
5
6
(perso.exe:392): GLib-GIO-CRITICAL **: Settings schema 'org.gtk.Settings.FileCho
oser' is not installed
 
 
(perso.exe:392): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT
(object)' failed

[troumad]

Dans MinGW\share\glib-2.0\schemas , je trouve le fichier org.gtk.Settings.FileChooser.gschema.xml ... Ça a bien un lien avec mon erreur, le nom au moins !
Mais, j'en fais quoi ?

http://old.nabble.com/Locarion-of-or...d31454777.html mais, je ne comprends pas tout...

Je pense aussi à un problème de configuration gtk3. En effet, mes boutons sont en anglais. Comment faire pour tout configurer ?

[troumad]

Je continue de chercher...

Le problème viens de libgio-2.0-0.dll

Je trouve aussi :
https://bugzilla.redhat.com/show_bug.cgi?id=700815

Mes recherches m'orientent vers : http://developer.gnome.org/gio/stabl...g-settings-new

Mais, je suis encore planté

Pour tester en direct mon problème : http://troumad.org/Mes_regles/setup_perso3.exe

[Invité]

Tu n'aurais pas plutôt un code simple que l'on puisse compiler pour tester ?

Au fait, tu as finalement réussi à tout télécharger et à compiler ton application sous Windows via le site d'OpenSuse ?

[troumad]

Tout marche ! En dehors du bug mis ici !

je vais tester un code simple

[troumad]

Celui là plante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
#include <gtk/gtk.h>
int main (int argc, char *argv[])
{
 gtk_init (&argc, &argv);
 
  GtkWidget *p_dialog = NULL;
  p_dialog = gtk_file_chooser_dialog_new ("Sauvegarder dans le fichier", NULL,
                                          GTK_FILE_CHOOSER_ACTION_SAVE,
                                          GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL,
                                          GTK_STOCK_SAVE_AS, GTK_RESPONSE_ACCEPT,
                                          NULL);
 
 gtk_dialog_run (GTK_DIALOG (p_dialog));
}

[Invité]

Euh... désolé mais pas de problème chez moi.

Tu utilises les fichiers binaires fournis par OpenSuse ?
Personnellement, j'utilise la glib 2.31.12 avec gtk 3.3.10. Peut-être que ton bug a été corrigé dans une version plus récente ?
Je t'avoue que tester les versions bêta de glib/gtk au fur et à mesure de leur sortie montre une amélioration de la stabilité sous Windows. Depuis la version de gtk 3.3.6, les applications gtk sont presques utilisables sous Windows alors que avant, il y avait des gros problèmes d'affichage, problèmes qui ont été en grande partie résolus.

[troumad]

Euh... désolé mais pas de problème chez moi.

Tu utilises les fichiers binaires fournis par OpenSuse ?

Oui

Personnellement, j'utilise la glib 2.31.12 avec gtk 3.3.10. Peut-être que ton bug a été corrigé dans une version plus récente ?

Et tes binaires viennent d'où ?

Dans le système que j'avais passé avant, il y a l'exécutable avec les dll. Le problème viendrait-il des dll uniquement ?

Si tu me passais ton exe avec tes dll, je pourrais tester...

[Invité]

Mes dlls viennent toujours du même endroit : de ma compilation personnelle.

Quant à te donner mon application, ça ne te sera pas très utile puique j'ai un PC sous Windows 7 64 bits et je suppose que tu as un PC sous 32 bits.

[troumad]

J'ai des PC en 64 bits

Mais, ma virtual machine est en 32 bits sous windows xp ! ET je donne des compilations sous 32 bits pour tous.

Par contre, j'ai un PC en 64 bits qui a une partition windows.avec windows 2008 server SP 2 (pour avoir plusieurs desktop en parallèle).
Il ne me sert qu'à tester ce que j'ai compilé sous mon XP. Donc, je ne pense pas que mon programme compilé en 32 bits accepte tes dll 64 bits ! Si ?

Mais, as-tu pu tester mon exécutable avec mes dll ?

[Invité]

euh... désolé mais le PC sous Windows que j'ai est un PC de travail et je n'ai pas les droits administrateurs dessus. Je ne peux donc pas exécuter ton programme

[troumad]

Sinon, pour le bug, je viens de voir que toutes les bibliothèques datent du 22/01/2012 => s'il y a un bug dans cette série de compilations, où peut-on regarder ?
Mon installation date du 25.
Et ? Est-il possible de rapidement faire des mises à jours ?

[Invité]

A part leur soumettre un rapport de bug, je ne sais pas.

Sinon, je suppose que tu compiles le tout avec MinGW. As tu essayé de lancer ton application depuis MinGW ou tu la lances toujours depuis Windows en "double-cliquant" dessus ? De mon coté, j'ai toujours fait les tests depuis MinGW.

EDIT : je pense que tu devrais essayer depuis MinGW. Je viens d'essayer depuis Windows et c'est un échec cuisant. Il y a des fichiers qui faut mettre avec le binaire mais je ne sais pas lesquels.

[troumad]

Je ne l'ai jamais fait avec MinGW. Mon but est de distribuer ce programme ! Cette méthode n'est donc pas bonne

[Invité]

Mais sinon, ça marche depuis Mingw ? Parce que si ça marche avec MinGW, c'est que ton application a besoin de fichiers autres que les dlls "de base". Et là... à toi de trouver lesquels...

[troumad]

Non, ça n'a pas marché.

Mais, je peux essayer avec tous les dll s'il faut.

[Invité]

Normalement, ça doit marcher avec MinGW.
En gros, je suppose que tu fais quelque chose du style :

Code :

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

1
2
make
./programme

et là, si ça ne marche pas, c'est qu'il y a bien un problème.

Sinon, en supposant que MinGW soit installé dans c:/MinGW, tu peux placer ton "programme.exe" dans c:/MinGW/bin/programme.exe et là, teste si ça marche en double-cliquant depuis Windows.

[troumad]

Le problème de la seconde solution, c'est que mon programme est accompagné d'une myriade de fichiers pour marcher. Il faudrait après que je fasse le ménage...

Je viens de compiler mon programme sous mingw32 avec make => ça a marché. Enfin, la compilation uniquement. En l'exécutant, j'ai toujours la même erreur
J'ai du virer les références à unique dans le makefilre et ça a été bon.

[Invité]

C'est bizarre, je ne vois pas trop le rapport entre FileChooser et Unique mais bon... si ça t'a résolu ton problème

[troumad]

Euh...
Je n'ai pas dit ça ! J'ai du virer les références à unique pour que ça compile avec le makefile.
Et le programme lui, plante encore pareil.

Tu peux récupérer mon programme sur http://troumad.org/Mes_regles/perso3.zip , virer les références à unique dans le makefile (elles sont encore là pour Linux) et tenter le make.