DÉCOUPEUR DE FICHIER

ymca2003 Messages postés 2070 Date d'inscription mardi 22 avril 2003 Statut Membre Dernière intervention 3 juillet 2006 - 20 oct. 2004 à 15:52
cs_montas85 Messages postés 8 Date d'inscription lundi 5 mars 2007 Statut Membre Dernière intervention 13 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.

https://codes-sources.commentcamarche.net/source/26965-decoupeur-de-fichier

cs_montas85 Messages postés 8 Date d'inscription lundi 5 mars 2007 Statut Membre Dernière intervention 13 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és 3011 Date d'inscription jeudi 26 septembre 2002 Statut Membre Dernière intervention 27 novembre 2004 7
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és 556 Date d'inscription lundi 6 octobre 2003 Statut Membre Dernière intervention 31 octobre 2019 1
21 oct. 2004 à 12:08
PS2: Il fait ca a tous les fichier *.h, je ne sai pa pk.
bilaloch Messages postés 556 Date d'inscription lundi 6 octobre 2003 Statut Membre Dernière intervention 31 octobre 2019 1
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és 3011 Date d'inscription jeudi 26 septembre 2002 Statut Membre Dernière intervention 27 novembre 2004 7
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és 232 Date d'inscription vendredi 9 janvier 2004 Statut Membre Derniè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és 3011 Date d'inscription jeudi 26 septembre 2002 Statut Membre Dernière intervention 27 novembre 2004 7
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és 232 Date d'inscription vendredi 9 janvier 2004 Statut Membre Derniè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és 78 Date d'inscription samedi 18 septembre 2004 Statut Membre Derniè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és 3011 Date d'inscription jeudi 26 septembre 2002 Statut Membre Dernière intervention 27 novembre 2004 7
20 oct. 2004 à 20:22
si tu utilise printf, tu auras le droit a ton call printf malheureusement
plus_plus_fab Messages postés 232 Date d'inscription vendredi 9 janvier 2004 Statut Membre Derniè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és 3011 Date d'inscription jeudi 26 septembre 2002 Statut Membre Dernière intervention 27 novembre 2004 7
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és 2070 Date d'inscription mardi 22 avril 2003 Statut Membre Dernière intervention 3 juillet 2006 7
20 oct. 2004 à 15:52
Dans glue, il faut ouvrir le fichier de sortie en mode "wb"
Rejoignez-nous