Version imprimable
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?
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.Citation:
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.
J'ai juste demander d'essayer pour voir si cela fonctionne.Citation:
Envoyé par Hypnocrate
Sinon tu peux faire un truc un peu crade cad une boucle de tempo (plus ou moins longue)
Code:
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...Citation:
Envoyé par Hypnocrate
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 bonjourCitation:
Envoyé par Hypnocrate
Le fflush (stdout) devrait aussi fonctionner...Citation:
Envoyé par Skyrunner
http://emmanuel-delahaye.developpez....#fflush_stdout
fflush(stdout);
<edit>
Arf, Emmanuel :zekill:
Bientôt NoëlCitation:
Envoyé par Pouic
http://membres.lycos.fr/whatdafuk/tshirt/grillaid.png
Citation:
Envoyé par Emmanuel Delahaye
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.Citation:
Envoyé par capitN.flam
Oui mais dans ce cas la on perd l'interet de la bufferisation.Citation:
Envoyé par Jack_serious
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.Citation:
Envoyé par Médinoc
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.
Ok.Citation:
Envoyé par Médinoc