ymca2003
Messages postés2070Date d'inscriptionmardi 22 avril 2003StatutMembreDernière intervention 3 juillet 2006
-
20 oct. 2004 à 15:52
cs_montas85
Messages postés8Date d'inscriptionlundi 5 mars 2007StatutMembreDernière intervention13 avril 2010
-
14 avril 2010 à 00:28
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
cs_montas85
Messages postés8Date d'inscriptionlundi 5 mars 2007StatutMembreDernière intervention13 avril 2010 14 avril 2010 à 00:28
svp mes amis est ce qu'il y a un personne me aider pour trouver comment decoupé une trame ethernet en c++
cs_djl
Messages postés3011Date d'inscriptionjeudi 26 septembre 2002StatutMembreDernière intervention27 novembre 20047 21 oct. 2004 à 18:40
bilaloch > ajoute le fichier FileSize.h dans le repertoire du source, le contenu est indiqué dans la description de la source
bilaloch
Messages postés556Date d'inscriptionlundi 6 octobre 2003StatutMembreDernière intervention31 octobre 20191 21 oct. 2004 à 12:08
PS2: Il fait ca a tous les fichier *.h, je ne sai pa pk.
bilaloch
Messages postés556Date d'inscriptionlundi 6 octobre 2003StatutMembreDernière intervention31 octobre 20191 21 oct. 2004 à 11:57
Bonjour,
Je suis nouveau au C++ et j'utilise VISUAL C++. Le bleme, c que, au moment de la compilation, il bugge.
J'ai creer une source C++ (C++ Source File), et je copie colle ton code. Je compile. Il me dit qu'il faut un workspace et si je veut en creer un. Je repond "OUI". Je compile une autre fois... Cette fois, il m'ecrit :
"--------------------Configuration: Cpp1 - Win32 Debug--------------------
Compiling...
Cpp1.cpp
c:\cpp1.cpp(3) : fatal error C1083: Cannot open include file: 'FileSize.h': No such file or directory
Error executing cl.exe.
Cpp1.obj - 1 error(s), 0 warning(s)"
Que dois-je faire ? Comment m'y prendre ?
PS: J'ai VISUAL C++ en Anglais.
Merci de bien vouloir m'aider.
@ +
BILALoch
cs_djl
Messages postés3011Date d'inscriptionjeudi 26 septembre 2002StatutMembreDernière intervention27 novembre 20047 20 oct. 2004 à 21:54
on est bien d'accord (je fais moi meme souvent la remarque)
fputs aussi, qui ne rajoute pas le retour à la ligne
plus_plus_fab
Messages postés232Date d'inscriptionvendredi 9 janvier 2004StatutMembreDernière intervention 8 janvier 2005 20 oct. 2004 à 21:48
djl >
hem hem !
je voulais dire printf au lieu de scanf (houla !)
si on fait printf("abc%defgh"), on se rend bien compte qu'il parse. Sans doute pour des raisons de performance, il parse puis prend les arguments les uns à la suite des autres sans controle d'erreurs. ça m'indique tout naturellement que printf n'est pas adapté à imprimer des chaines sans format (%d ...).
D'ou l'existence de puts ?
cs_djl
Messages postés3011Date d'inscriptionjeudi 26 septembre 2002StatutMembreDernière intervention27 novembre 20047 20 oct. 2004 à 20:46
gimli123 > moi j'en suis sur, l'idée est bonne mais le resultat n'est pas optimal
en fais il aurais falllut faire un vrai module de decoupe sain, et surtout pouvoir gerer le decoupages en plusieurs morceau selon une taille maximun
plus_plus_fab > oui je vois, seulement meme si c'est la libc, le systeme reste le meme. D'ailleur le format n'est jamais parser à la compilation, ca reste dynamique
je peux faire scanf( "%s" ); pour foutre la merde
je crois surtout que c'est au programmeur de savoir ce qu'il fais dans ce cas
plus_plus_fab
Messages postés232Date d'inscriptionvendredi 9 janvier 2004StatutMembreDernière intervention 8 janvier 2005 20 oct. 2004 à 20:38
voui, on peut quand meme imaginer que ce soit faisable. Le compilateur détecte une chaine sans format -> il génère un appel à une fonction genre puts à la place de scanf. J'imagine que si moi j'y pense, d'autres ont déjà statuer la dessus depuis longtemps ... C'est pas révolutionnaire de toute façon.
au fait, pour cette source, c'est vulnérable au dépassement de tampon ... Je suis tenté de dire : comme d'habitude :(
gimli123
Messages postés78Date d'inscriptionsamedi 18 septembre 2004StatutMembreDernière intervention 5 janvier 2007 20 oct. 2004 à 20:35
salut pas mal ou meme bien :D
mais tu es sur que c'est du niv d'un debutant ? :p
:D
Bonne prog
cs_djl
Messages postés3011Date d'inscriptionjeudi 26 septembre 2002StatutMembreDernière intervention27 novembre 20047 20 oct. 2004 à 20:22
si tu utilise printf, tu auras le droit a ton call printf malheureusement
plus_plus_fab
Messages postés232Date d'inscriptionvendredi 9 janvier 2004StatutMembreDernière intervention 8 janvier 2005 20 oct. 2004 à 19:45
ben, puts ne parse pas, donc ...
toutefois, un optimiseur devrait pouvoir éviter de parser scanf s'il n'y a pas de format, mais je ne sais pas du tout si ça existe ...
cs_djl
Messages postés3011Date d'inscriptionjeudi 26 septembre 2002StatutMembreDernière intervention27 novembre 20047 20 oct. 2004 à 18:42
"Y parait que puts() est + rapide que printf()"
c'est magique printf :D
printf parse le premier parametre (const char *) a la recherche d'éventuels formats, donc quand y a pas de format, tu vois quelque chose de plus lent ?
et fais pas de fread/fwrite caractere par caractere
ymca2003
Messages postés2070Date d'inscriptionmardi 22 avril 2003StatutMembreDernière intervention 3 juillet 20067 20 oct. 2004 à 15:52
Dans glue, il faut ouvrir le fichier de sortie en mode "wb"
14 avril 2010 à 00:28
21 oct. 2004 à 18:40
21 oct. 2004 à 12:08
21 oct. 2004 à 11:57
Je suis nouveau au C++ et j'utilise VISUAL C++. Le bleme, c que, au moment de la compilation, il bugge.
J'ai creer une source C++ (C++ Source File), et je copie colle ton code. Je compile. Il me dit qu'il faut un workspace et si je veut en creer un. Je repond "OUI". Je compile une autre fois... Cette fois, il m'ecrit :
"--------------------Configuration: Cpp1 - Win32 Debug--------------------
Compiling...
Cpp1.cpp
c:\cpp1.cpp(3) : fatal error C1083: Cannot open include file: 'FileSize.h': No such file or directory
Error executing cl.exe.
Cpp1.obj - 1 error(s), 0 warning(s)"
Que dois-je faire ? Comment m'y prendre ?
PS: J'ai VISUAL C++ en Anglais.
Merci de bien vouloir m'aider.
@ +
BILALoch
20 oct. 2004 à 21:54
fputs aussi, qui ne rajoute pas le retour à la ligne
20 oct. 2004 à 21:48
hem hem !
je voulais dire printf au lieu de scanf (houla !)
si on fait printf("abc%defgh"), on se rend bien compte qu'il parse. Sans doute pour des raisons de performance, il parse puis prend les arguments les uns à la suite des autres sans controle d'erreurs. ça m'indique tout naturellement que printf n'est pas adapté à imprimer des chaines sans format (%d ...).
D'ou l'existence de puts ?
20 oct. 2004 à 20:46
en fais il aurais falllut faire un vrai module de decoupe sain, et surtout pouvoir gerer le decoupages en plusieurs morceau selon une taille maximun
plus_plus_fab > oui je vois, seulement meme si c'est la libc, le systeme reste le meme. D'ailleur le format n'est jamais parser à la compilation, ca reste dynamique
je peux faire scanf( "%s" ); pour foutre la merde
je crois surtout que c'est au programmeur de savoir ce qu'il fais dans ce cas
20 oct. 2004 à 20:38
au fait, pour cette source, c'est vulnérable au dépassement de tampon ... Je suis tenté de dire : comme d'habitude :(
20 oct. 2004 à 20:35
mais tu es sur que c'est du niv d'un debutant ? :p
:D
Bonne prog
20 oct. 2004 à 20:22
20 oct. 2004 à 19:45
toutefois, un optimiseur devrait pouvoir éviter de parser scanf s'il n'y a pas de format, mais je ne sais pas du tout si ça existe ...
20 oct. 2004 à 18:42
c'est magique printf :D
printf parse le premier parametre (const char *) a la recherche d'éventuels formats, donc quand y a pas de format, tu vois quelque chose de plus lent ?
et fais pas de fread/fwrite caractere par caractere
20 oct. 2004 à 15:52