Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
bizarrerie avec l'appel system read sous linux.
Bonjour,
quand je fais un read sur l'entrée standard juste apres un printf, il se passe quelque chose de bizarre.
printf("bonjour: ");
read(0,buffer,BUFFER);
printf("%s", buffer);
Il m'affiche le buffer avant le mot "bonjour".
Ca me fait ca uniquement sous linux, pas de probleme avec windows.
Quelqu'un sais d'ou ça pourrait venir?
Re: bizarrerie avec l'appel system read sous linux.
Essaye avec un \n derriere bonjour: normalement le bonjour s'affichear avant. C'est a cause d'une histoire de bufferisation avec printf il me semble.Envoyé par Hypnocrate
Tu es sûr qu'il t'affiche bien le buffer avant le mot "bonjour"?
Ce n'est pas un cas connu de résultat de la bufferisation de printf()...
Ce qui serait plus compréhensible, par contre, c'est qu'il te demande le buffer avant de t'afficher le mot bonjour, puis le buffer tapé...
:=)
skyrunner, le hic c'est que je n'ai pas envie de mettre un \n.
merci quand même.
médinoc: non, il affiche bien le mot bonjour apres l'affichage du buffer.
Re: :=)
J'ai juste demander d'essayer pour voir si cela fonctionne.skyrunner, le hic c'est que je n'ai pas envie de mettre un \n.
merci quand même.
médinoc: non, il affiche bien le mot bonjour apres l'affichage du buffer.
Sinon tu peux faire un truc un peu crade cad une boucle de tempo (plus ou moins longue)
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
Médinoc au temps pour moi, tu as raison.
Il affiche bien le resultat du buffer apres bonjour mais il demande le buffer avant d'afficher bonjour. tu as une explication à ça? j'aimerais qu'il affiche d'abord bonjour.
C'est comme je disais un probleme de bufferisation de printf...
comment je pourrais resoudre ça sans faire de boucle de 50000?
Je viens d'essayer 2-3 trucs et je n'ai rien reussi la seule chose qui fonctionne et de mettre un \n apres bonjour
Le fflush (stdout) devrait aussi fonctionner...Je viens d'essayer 2-3 trucs et je n'ai rien reussi la seule chose qui fonctionne et de mettre un \n apres bonjour
http://emmanuel-delahaye.developpez....#fflush_stdout
fflush(stdout);
<edit>
Arf, Emmanuel
Bientôt Noëlfflush(stdout);
<edit>
Arf, Emmanuel
Ah ben oui j'avais oublié celui la...
C'est la fonction dont j'avais besoin
Merci bien.
Une autre solution serait de n'utiliser que des appels systemes (read, write) ou que des fonctions de la famille f* (fprintf, fgets, fgetc, ...)
Il est generalement mauvais de melanger quelque chose de buferisé et quelque chose qui ne l'est pas!
PS: un printf basique, cad ne reconaissant que les formats %d, %u, %x, %o, %c, %s et %%, cela se code en une dizaine de fonctions de moins de 25 lignes chacune en utilisant write.
Seulement si on oublie de purger les buffers.
Oui mais dans ce cas la on perd l'interet de la bufferisation.Seulement si on oublie de purger les buffers.
en effet, mais on conserve d'autres avantages des fonctions bufferisées (avec fprintf, le formatage, par exemple. C'est à mon humble avis le grand avantage de fdopen())
fdopen() n'est pas standard.
Qu'apportent ces extensions et autres fonctions systèmes à la famille des fonctions standards de FILE* ? (fopen() etc.)
fdopen, c'est pour utiliser les fonctions des FILE * sur ce qu'on ne peut créer que par des fonctions retournant un descripteur: tubes anonymes, sockets (Les sockets sont des descripteurs sous unixoïde, sous Windows il faut appeler _open_osfhandle avant fdopen)
Les fonctions système de type open(), je suis d'accord avec toi, n'apportent rien (en plus, ô infamie, elles ouvrent en ASCII par défaut alors qu'elles ne sont pas dédiées au texte). Ce sont les fonctions standard qui apportent tout, fdopen() servant d'interface entre les deux.
Répondre avec citation
Partager