Version imprimable
Juste une chose, si tu as un header avec les prototypes suivant:
Supprimes-les au moins de ton "interface_main.c" !Code:
2
3
4
5
est alors c'est due a quoi???
Comme je t'ai dit lorsque je ne fais pas de prog modulaire cad tt sur le mm fichier ca marche impec et la je ne vois pas pkoi??
tu vois maintenant franck j'ai remis le include dans le .h et j'ai enlever les prototypes que j'avais oublier dans le main mais il vois tjrs une erreur
j'ai limpression quil ne me lit pas mon executable??Citation:
laborf@laborf:~/ProjetRecepteur_MIMO$ make
gcc $(pkg-config --cflags glib-2.0) $(pkg-config --cflags pango) $(pkg-config --cflags gtk+-2.0) -c interface_main.c copy_data.c fermeture.c confirmation.c
gcc $(pkg-config --libs glib-2.0) $(pkg-config --libs pango) $(pkg-config --libs gtk+-2.0) -o Recepteur interafce_main.o copy_data.o fermeture.o confirmation.o
gcc: interafce_main.o: Aucun fichier ou répertoire de ce type
make: *** [Recepteur] Erreur 1
Normale, regarde le nom du fichier:Citation:
Envoyé par insa59
Ton fichier s'appel "interface_main.c" donc le fichier objet doit être écrit exactement de la même manière soit "interface_main.o" ;)Code:gcc: interafce_main.o: Aucun fichier ou répertoire de ce type
attends je ne comprends plus je suis dsl
mais le fichier .o c le compilateur qui le cree et dc je ne vois pas l'erreur!!
Bon, on y est !
D'abord, sache que j'ai vu plein de g_free sur des widgets ... à ne surtout pas faire, mais alors pas du tout du tout, surtout si tu les utilises, pour la peine -> :fessee: :lol:
Voilà, ca c'est fait, donc tu vires tous ces g_free, GTK+ s'occupe lui même de la suppression des widgets et si pour une raison ou pour une autre tu n'utilise plus un widget, sache qu'il faut utiliser la fonction gtk_widget_destroy !
Ensuite et pour finir sur les bétises qui sont à l'origine du crash, il ne faut pas non plus faire de g_free sur une GList, elle même possède son propre destructeur à savoir: g_list_free
Normalement ca devrait fonctionner maintenant ;)
ouaih ok j'ai fais une faute de frappe
mais la ensuite j'ai bien l'executable mais j'ai l'impression que j'ai plein d'erreur
c galère
Dis moi franck peux tu m'envoyer ce que tu as changer car a vrai dire j'ai mal a la tete :bug:
En faite j'avais mis des g_free c'etais pour essayer de résoudre le probleme que j'avais avec l'utilisation de gtkcurve et notamment du type spline a passer en parametre
Ok c'est parti par mail !
Pour infos, j'ai fait quelques changement dans tes headers, j'y ai ajouté des protections contre les inclusions multiples, ce qu'il faut toujours faire !! J'ai lancé le programme sans problème mais je n'ai pas testé plus loin ... à toi de voir maintenant ;)
Okie franck MErci
J'aurais juste une derniere question c'est que lorsque j'appuie sur mon bouton valider ma fenetre disparait??
Cela est bizarre car je nai pas derreur desormais???
Tu penses que cela me venir d'ou????
D'où je ne sais pas mais c'est vrai:Citation:
Envoyé par insa59
Surement une utilisation d'un widget non initialisé/créé ou d'un pointeur ayant une valeur indéterminée ... ca peut venir de plein de choses ...Code:
2
3
4
5
car la tu voie il me mais une erreur de segmentation. C'est un pb d'allocation tjrs et encore mais la je n'ai pas d'idée???????
car la je n'alloue pas dynamiquement de la memeoire??
mais avec les options de compilation on ne pe pas savoir ou se trouve l'erreur???
Heu il y'a un truc qui me choque 8O Tu fais 7 g_signal_connect sur le widget ici Bouton et surtout sur le même signal ! Faut changer ca, tu ne peux avoir qu'un callback par signal et par widget !
Faut tu revois une partie de ton programme pour changer ca car ca ne va pas du tout là, l'erreur viens de là car ici, il n'appel que le dernier callback enregistré pour lui même avec le signal "clicked" donc il te manque forcement des infos !
Ok je vais voir cela
mais encore une fois, lorsque j'ai coder le tout sur le mm fichier je n'ai pas eu ce pb est pourtant j'appeler aussi 7 fois g_signal_connect sur le widget Bouton ??
Tu es sur que l'erreur viens de la??
Non pas sûr mais c'est une pratique à ne pas utiliser surtout que chaque widget possède des fonctions pour récupérer les valeurs s'ils en produisent, je ne vois donc pas l'interêt de cette pratique !Citation:
Envoyé par insa59
Moi tu vois je penser plus à peut etre liberer davantage de mémoire car j'ai l'impression que mon prog ne la libére pas.
Mais a vrai dire cette erreur est difficile à corriger , je ne sais mm pas par ou commencer :(
Bin la mémoire que tu alloues toi même avec mallog (ou g_malloc), tu dois la libérer toi même, ca va de soi, le système s'occupe (normalement) de la libération des ressources mais mieux vaut le faire soi même !Citation:
Envoyé par insa59
Ce que je te conseil fortement, c'est de mettre ta fenêtre principale sous forme d'une structure et d'y mettre tous les widgets dont tu dois récupérer des éléments et faire des actions dessus. Par la suite, lors du "seul" enregistrement du callback de ton bouton, tu appel la fonction principale destinée à ce widget. Lors de l'enregistrement du callback, passe également la structure en tant que dernier argument, qui lui sera rangé dans l'argument "data" !
Une fois ceci fait, il te suffit de récupérer le pointeur data par exemple:
ce qui te permet ensuite d'appeler les autres fonctions à l'intérieur du callback toujours mais en donnant en paramètre le pointeur du widget dont tu dois récupérer la valeur (un peu comme tu faisait là). Tu peux donc changer certaines signature des tes fonctions comme par exemple:Code:ma_struct * st = data;
deviendrait alors:Code:void copy_Entry(GtkWidget *Widget, gpointer Data);
ou même pourquoi pas:Code:void copy_Entry(GtkWidget *Widget);
Code:void copy_Entry(GtkEntry * entry);
Voilà, je pense que c'est le meilleur conseil que je peut te donner pour le moment pour faire une meilleure organisation de tes données et de ton programme !
ok merci ;) je vais essayer cela
Si j'ai du mal je reposte