Discussion :

[Acivurt]

Voilà le problème :

J'ai une fonction callback dans laquelle mes printf() ne s'affichent que s'ils se terminent par un retour chariot \n.

En gros ça ca marche pas :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
gboolean clicImage( GtkWidget *widget,GdkEventButton *event,
                   gpointer   data )
{
  printf("OK");
 
  return 1;
}
 
//Ajoute le signal "button_press_event" au GtkEventBox.
    gtk_widget_add_events(event_box,GDK_BUTTON_PRESS_MASK);
 
g_signal_connect (G_OBJECT (event_box), "button_press_event",
		      G_CALLBACK (clicImage),NULL);

Et ça ca marche !! :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
gboolean clicImage( GtkWidget *widget,GdkEventButton *event,
                   gpointer   data )
{
  printf("OK\n");

  return 1;
}

//Ajoute le signal "button_press_event" au GtkEventBox.
    gtk_widget_add_events(event_box,GDK_BUTTON_PRESS_MASK);

g_signal_connect (G_OBJECT (event_box), "button_press_event",
		      G_CALLBACK (clicImage),NULL);

Je précise la fonction en elle même marche bien. Tout ce que je peux mettre dedans marche nickel sauf les printf

Mes printf marche "normalement" dans mes autres fonctions callback ...

Merci d'avance, jcomprends pas grand choses lol

[stephl]

Ce n'est pas le printf qui ne fonctionne pas, c'est juste que les sorties doivent être bufferisées. Le '\n' peut avoir pour effet de vider le buffer. Essayez fflush(stdout); après printf() pour forcer l'écriture sans avoir à utiliser '\n'.

[Acivurt]

Ce n'est pas le printf qui ne fonctionne pas, c'est juste que les sorties doivent être bufferisées. Le '\n' peut avoir pour effet de vider le buffer. Essayez fflush(stdout); après printf() pour forcer l'écriture sans avoir à utiliser '\n'.

Merci mon sauveur ..

Mais concrètement d'où vient le problème ??
J'utilise sprintf juste avant l'appelle de la fonction est ce lié ??
fclose suffit pas après l'éciture du fichier ?
fflush(stdout); ca s'utilise quand ?

Merci sinon !

[stephl]

Mais concrètement d'où vient le problème ??

Il n'y a pas vraiment de problème. Les sorties sont bufferisées, c'est à dire que le texte est stocké en mémoire et n'est pas écrit à la fin de chaque printf(); le buffer est vidé de temps en temps et alors le texte est affiché.

J'utilise sprintf juste avant l'appelle de la fonction est ce lié ??

Non, je ne pense pas.

fclose suffit pas après l'éciture du fichier ?

Si, mais ici il apparaît que vous utilisez la sortie standard stdout, fichier que vous n'avez pas à fermer vous-même.

fflush(stdout); ca s'utilise quand ?

Quand on souhaite forcer l'écriture et vider le buffer de sortie d'un fichier.

[Acivurt]

Merci !

Juste avant de mettre resolu dernière question :
Donc en gros : des fois dans mon programme je dois vider le buffer sous peine de pas ne voir s'afficher mes printf() !!
Mais pourquoi dans tout mon programme il n'y a que là que mes "sorties sont bufferisées" ?? C'est aléatoire comme "problème" ?
Il est possible d'éviter ca ? ce serait peut être plus propre que fflush, et surtt ca m'embête de ne pas savoir concrètement quand mes printf s'afficheront où pas.
je me vois mal "fflusher" tt les printf de mon prog lol.

Merci de ton(oups votre ??) aide en tt cas, je suis moins bête qu'hier ...

[souviron34]

En C il y a 2 fichiers standard de sortie (stdout et stderr) et un fichier standard d'entrée (stdin).

stdout est bufferisé, c'est à dire que les messages sont envoyés dans un tampon, qui est vidé à une fréquence/une taille dépendant du système. Cependant, normalement, mettre un '\n' à la fin de la chaine à imprimer force le vidage.

stderr lui n'est pas bufferisé, c'est à dire que tout message écrit sur stderr s'affiche tout de suite, qu'il soit ou non terminé par '\n'.

On dit donc que stdout est asynchrone, ou temporisé, alors que stderr est synchrone.

En ce qui concerne du debug, il vaut donc toujours mieux écrire sur stderr.. En ce qui concerne des sorties autres que pour le debug, le choix est à l'utilisateur. Et on peut combiner les 2...

Note : il y a un deuxième effet de bufferisation, dû à la console... La console lisant le fichier et l'affichant. Il peut donc également y avoir un décalage à ce niveau-là (par exemple lors de grandes sorties, la console peut stocker 50 lignes, et afficher 50 par 50...)

[stephl]

Mais pourquoi dans tout mon programme il n'y a que là que mes "sorties sont bufferisées" ?? C'est aléatoire comme "problème" ?
Il est possible d'éviter ca ?

Ce n'est pas aléatoire, cela dépend de certains paramètres du système comme l'a mentionné souviron34. Si on souhaite forcer l'affichage sur stdout après un printf(), fflush(stdout); est une solution propre, standard, et tout à fait acceptable.

Note: Même sans fflush(stdout);, les printf() finiront par s'afficher tôt ou tard.

[DaZumba]

En C il y a 2 fichiers standard de sortie (stdout et stderr) et un fichier standard d'entrée (stdin).

<mode pedant=on>Le C parle de flux (streams), meme si le nom du type FILE porte un peu a confusion.<mode pedant=off>

Acivurt: Tu as quelque-chose contre les '\n' ?

[Acivurt]

<mode pedant=on>Le C parle de flux (streams), meme si le nom du type FILE porte un peu a confusion.<mode pedant=off>

Acivurt: Tu as quelque-chose contre les '\n' ?

lol ! Non mais j'aime pas ne pas savoir ce qui se passe dans mon programme ...
Merci à vous deux en tt cas, les choses sont plus clairs maintenant !!