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.
30/01/2012, 09h05
Invité

Je viens de télécharger ton programme. J'ai fait quelques modifications à la barbare pour qu'il compile (la version en ligne n'étant pas actuellement faite pour gtk+3). Puis je l'ai lancé depuis MinGW, j'ai cliqué sur "Ouvrir" et là....... ben... le programme ne plante pas. Puis j'ai fermé la fenêtre en cliquant sur "Annuler".
30/01/2012, 17h31
troumad

Version en ligne pas pour gtk3 ??? Je ne comprends plus !
Quels étaient les problèmes ?
03/02/2012, 15h50
Invité

Peut-être as-tu résolu ton problème depuis.

Je viens de tester (j'avais fait une mauvaise manipulation) : ça marche bien de mon coté quand je clique sur le bouton ouvrir.
03/02/2012, 17h11
troumad

Je n'ai pas résolu du tout. Je ne suis pas retourné sous Windows pour compiler !
Quelle était ta mauvaise manipulation ? J'ai peut-être fait la même ?
J'avoue que je me contentais de regarder http://download.opensuse.org/reposit...actory/noarch/ et d'attendre une nouvelle version en continuant de développer mon programme sous Linux.
04/02/2012, 09h30
Invité

En fait, l'erreur était que comme ton lien ne marche pas, je suis allé le récupérer sur ton site mais je n'avais pas vu que c'était perso3.zip alors que ton site renvoie vers perso.zip (sans le 3).

Sinon, effectivement, l'attente est peut-être la solution.
04/02/2012, 09h42
troumad

Lien corrigé...

Sinon, toujours rien de nouveau sur les dépôts OpenSuse :(
06/02/2012, 10h43
troumad

Toujours aucune mise à jour sur http://download.opensuse.org/reposit...actory/noarch/ :(

Je me demande s'il ne faudrait que j'essaie de compiler glib...
Peux-tu me dire où on peut trouver le fichier org.gtk.Setting.FileChooser.gschema.xml chez toi ?
Ceci dit, si on passe les dll à une personne quelconque avec le programme, on n'est pas sensé lui passer aussi ces fichiers de configuration qu ne devraient servir qu'à la compilation.
Peut-être que l'erreur est dans son contenu ?
06/02/2012, 19h52
Invité

A mon avis, il n'y aura pas de mise à jour avant une nouvelle version de gtk.

Quand au fichier org.gtk.Settings.FileChooser.gschema.xml, il se trouve, comme son nom l'indique : dans l'archive de gtk.

Mais je te confirme, je n'ai pas besoin de ce fichier pour faire marcher mon programme. J'ai testé mon logiciel sur un PC qui n'a jamais vu MinGW et avec toutes les dlls, il marche correctement.
06/02/2012, 19h58
troumad

OK :(
Elle est pour quand cette nouvelle version ?

Ceci dit, s'il y a un bug, je suis surpris que ce ne soit pas remonté. S'il n'y a pas de bug, je ne vois pas pourquoi mon système ne marche pas :(
06/02/2012, 21h15
Invité

Sûrement avril.

Sinon, rédige un rapport de bugs. Peut-être que ça peut être facilement corrigé ?!?

PS : non, je ne sais pas où est le bugtracker d'opensuse où on rédige les erreurs concernant la compilation pour MinGW. Je l'avais trouvé il y a longtemps mais impossible de remettre la main dessus.
11/02/2012, 22h14
troumad

http://download.opensuse.org/reposit...oarch/?C=M;O=D montre beaucoup de nouveautés !
On gère comment les mises à jours ?
13/02/2012, 04h41
Invité

Tu télécharges les nouvelles versions et tu remplaces "comme un sauvage" : tu fais un copier/coller de la nouvelle version vers l'ancienne et tu écrases tous les anciens fichiers.

Après, si tu parles de comment faire la mise à jour via le script Python, je ne sais pas.
14/02/2012, 14h53
troumad

Mon problème semble être plus grave... Il est encore présent.
Il me faudrait peut-être comparer avec un projet simple avec juste l'ouverture d'une telle fenêtre pour tester.
Si j'ai le temps, je regarde ce soir.
14/02/2012, 18h48
troumad

Citation:

Envoyé par bansan_85

Depuis la version de gtk 3.3.6, les applications gtk sont presque 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.

Ce n'est pas encore une version3.3 qui est en ligne :(
Peux-tu dire comment tu as fait pour compiler ?

Est-ce aussi simple que de compiler libzip ? ( http://www.developpez.net/forums/d11...zip-gtk-faire/ ) ?
Dans ce cas, il va falloir trouver comment compiler gtk3 :
1) quelles sources récupérer
2) quelles commandes lancer

Je penses qu'il doit y avoir bien plus d'un fichier à récupérer !
14/02/2012, 22h10
Invité

C'est normal que ça ne soit pas la version 3.3 puisqu'il s'agit d'une version de développement...

Je t'envoie tout ça demain. Mais tu sais, j'ai déjà abordé le sujet plusieurs fois...
http://www.developpez.net/forums/d11...e/#post6335197
14/02/2012, 23h35
troumad

Tu proposais des paquets 64 bits. Je compte faire des 32 bits.
15/02/2012, 13h23
Invité

1 pièce(s) jointe(s)

Oui mais j'avais aussi mis le script pour tout compiler en une fois.

Je l'ai remis ci-joint. Il convient de l'exécuter après avoir installer MinGW avec la totalité de "MinGW Compiler Suite" et l'option "MinGW Developer Toolkit". Bref... l'installation la plus complète.

Tu auras des erreurs de compilation (certaines sources sont un peu foireuses...). Mets les ici et je te donnerais les corrections.
16/02/2012, 18h29
troumad

Je teste le fichier
Je donne petit à petit les erreurs :

1) le répertoire c:/MinGW n'existe pas => je le fais
2) mkdir : ne peut pas créer le répertoire 'comp' : File exists => sûrement du à l'arrêt impromptu précédent => j'efface le répertoire, ça repart

En 2 heures 30 pas encore fini !

3 heures : c'est enfin fini ! Je teste demain, j'espère ;)
Je les trouve où les fichiers ainsi créés ?
18/02/2012, 16h09
Invité

J'arrive un peu en retard mais alors ?!? ça a marché ? Tu as réussi à tout compiler ?

En fait c:/MinGW c'est le dossier d'installation de MinGW.
18/02/2012, 18h00
troumad

J'ai tout compilé ;)

Et là, je viens de corriger un problème et de réparer des warning dus aux différences entre Mageia et ubuntu.

Je transfers donc c:/MinGW dans les répertoires où code::blocks va chercher ses librairies ?

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

Fuseau horaire GMT +2. Il est actuellement 04h58.