gtk_file_chooser_dialog_new et gtk3 sous windows

Version imprimable

Voir 40 message(s) de cette discussion en une page

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:

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

26/01/2012, 14h28
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 ?
27/01/2012, 11h07
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
27/01/2012, 20h54
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 ?
27/01/2012, 22h34
troumad

Tout marche ! En dehors du bug mis ici !

je vais tester un code simple ;)

Celui là plante :

Code:

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));
}

28/01/2012, 11h08
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.
28/01/2012, 11h38
troumad

Citation:

Envoyé par bansan_85

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

Tu utilises les fichiers binaires fournis par OpenSuse ?

Oui

Citation:

Envoyé par bansan_85

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...
28/01/2012, 14h36
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.
28/01/2012, 14h53
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 ?
28/01/2012, 15h32
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 :(
29/01/2012, 09h48
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 ?
29/01/2012, 18h00
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.
29/01/2012, 18h33
troumad

Je ne l'ai jamais fait avec MinGW. Mon but est de distribuer ce programme ! Cette méthode n'est donc pas bonne :(
29/01/2012, 18h39
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...
29/01/2012, 19h18
troumad

Non, ça n'a pas marché.

Mais, je peux essayer avec tous les dll s'il faut.
29/01/2012, 19h34
Invité
Normalement, ça doit marcher avec MinGW.
En gros, je suppose que tu fais quelque chose du style :
Code:

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.
29/01/2012, 20h31
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.
29/01/2012, 20h58
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 :ccool:
29/01/2012, 21h15
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.

Voir 40 message(s) de cette discussion en une page