Bonjour,
 
Je souhaiterais savoir ce que fait la commande suivante:
 
fseek(fichier, 8L, 0)
 
Depuis le début de fichier, on se déplace de 8 octets ou bien de 32 octets? (vu qu'un long vaut 4 octets)
Merci!
 
S.

Déjà, utiliser SEEK_SET plutôt que "0" pour le troisième argument me semblerait plus judicieux.
 
Ensuite, le paramètre offset est de type long. Ici, 8L dit juste "8, qui est un long", le type de la variable ne modifie pas sa valeur. La définition de fseek() est claire : le paramètre offset désigne un nombre de bytes, à partir de la position donnée par le troisième paramètre (SEEK_SET, SEEK_CUR ou SEEK_END).
 
Donc, cette ligne place le curseur au 8e byte (et non octet) à partir du début du fichier.
 

 
Sur ta machine, peut-être. Mais ce n'est pas un cas général !
La norme définit que la plage minimum d'un long est "-2147483647 => 2147483647", selon les machines ça peut être plus.

Merci pour la réponse, mais je pensais que byte et octet c'était la même chose???  
 
Sinon, comment puis-je savoir la plage d'un type sur ma machine?
 
Sandra

 
L'octet désigne 8 bits. Le byte désigne la plus petite plage adressable.
Cet article explique très bien la différence : http://fr.wikipedia.org/wiki/Byte
 
 

 
A l'aide de sizeof, qui te retourne le nombre de byte d'un type donné, tu peux déduire la taille d'un type sur ta machine. Mais il vaut mieux tout simplement s'en tenir à la norme et considérer la plage minimale définie comme étant celle effectivement disponible.
Les cas où tu dois connaître la taille effective d'un type ne sont pas courants.

Merci pour tes explications,
Sandra

-2147483648 => 2147483647...

 
Byte = octet en anglais
1 octet = 1 byte = 8 bits

Cher inconnu, je crains que tu ne fasses erreur. Déjà il ne faut pas croire que parce qu'un mot dans une langue est remplacé par un mot dans une autre langue que l'un est l'exacte traduction de l'autre. par exemple, les anglosaxons emploient le mot "free" là où nous employons le mot "libre". Or les deux ne se traduisent pas l'un par l'autre.
 
Par ailleurs, as-tu pris la peine d'aller consulter le lien fourni par Elmoricq (http://fr.wikipedia.org/wiki/Byte) ? Il est dommage que les contributions de certains ne soient pas plus prises en considérations par d'autres. Cela amène des erreurs regrettables au sein de ce forum et les débutant(e)s pourraient en faire les frais !!!

 Inutile de lui compliquer la vie avec de telles précisions. Un byte peut être considéré comme un octet à nos jours.
et essaie d'être un peu plus poli stp!  

 
Tu es sûr ?
 
http://www.open-std.org/JTC1/SC22/ [...] /n1124.pdf  
Page 22 :

 
Aucune raison de ne pas utiliser la terminologie exacte. Ca ne fait pas appel à des notions compliquées, c'est mieux que de se vautrer dans l'erreur, et il n'y a aucune raison pour qu'un byte == 8 indéfiniment.

T'as tout à fait raison. J'ai donc réécrit mon post...

Ben j'ai bêtement compté les nombres possibles sur 31 bits

J'veux pas dire d'anerie, mais est-ce que la norme défini "-(2^31 - 1) " comme limite inférieure, pour laisser libre ce qu'on fait de 0x80000000, qui pose un peu problème (t'as 0x00000000 qui est zéro, et 0x80000000 qui est zéro aussi, mais "négatif" ) ?
 
Et du coup plein d'implémentations fonctionnent avec un nombre négatif de plus que de nombres positifs, à cause de ça ?
 
Bon je suis pas du tout sûr de ce que j'avance...

Non. Ca c'est quand l'implémentation est de type 'complément à deux'. Le cas général minimum garanti est bien  
 
-2147483647 .. +2147483647
 
(sign + magnitude, complément à 1) ...
 
Suffit de lire la norme...

C'est la journée des bêtises...
 
Un octet fait exactement 8 bits.
 
En C, un byte fait au moins 8 bits (et exactement CHAR_BIT bits pour une implémentation donnée : <limits.h> ). Il n'y a pas d'octets (du moins de façon portable).
 
En télécom (réseaux etc.), il y a des octets.

Tout est défini dans le <limits.h> de ton implémentation.
 
CHAR_BIT
INT_MIN
INT_MAX etc.
 
Afin d'être portable, je conseille néanmoins de s'en tenir aux minima définis par la norme :  
 
http://mapage.noos.fr/emdel/init_c.htm#type

Ben pas sur le très actuel DSP TMS320C64 de Texas Instrument où il fait 16 bits...  
 
Ne pas oublier que la plupart des applications réelles (pas scolaires) écrites en C tournent sur des plateformes plus ou moins exotiques. Y'a pas que le PC dans la vie...