Discussion :

[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".

[troumad]

Version en ligne pas pour gtk3 ??? Je ne comprends plus !
Quels étaient les problèmes ?

[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.

[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.

[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.

[troumad]

Lien corrigé...

Sinon, toujours rien de nouveau sur les dépôts OpenSuse

[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 ?

[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.

[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

[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.

[troumad]

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

[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.

[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.

[troumad]

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 !

[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

[troumad]

Tu proposais des paquets 64 bits. Je compte faire des 32 bits.

[Invité]

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.

[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 ?

[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.

[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 ?