conversion d'une char* en int

Version imprimable

19/02/2006, 10h41
damien99

conversion d'une char* en int
Salut, :)

J'ai une chaine de caractères (char*) et je vourait récuperer les 2 premiers caractères de celle-ci pour coder un int (2 octets)
Code:

1 2 char chaine[512]; chaine[0] (1 octet) et chaine[1] (1 octet) ==> int (2 octects)
Merci de m'aider :)

PS: Il ne s'agit absolument pas d'une concversion de ce type : "atoi(chaine);"
19/02/2006, 10h54
farscape
salut,
sur 2 octets ça sera un short int et pas un int.
Code:

1 2 3 4 char chaine[512]; short int n; memmove(&n,chaine,sizeof(n));
:D
19/02/2006, 11h18
Médinoc

Mais attention, ça ne marchera pas pareil d'un système à l'autre (problème d'endianness)...
19/02/2006, 13h36
Trap D

peut-être que

Code:

short int n = * (short int *) chaine;

peut convenir.
19/02/2006, 14h25
damien99

Citation:

Envoyé par Médinoc

Mais attention, ça ne marchera pas pareil d'un système à l'autre (problème d'endianness)...

C'est le fait de compiler qui marche pas pareil d'un système à l'autre ou c'est l'exécution du programme qui n'est pcompatible avec tout les sytèmes ?
19/02/2006, 14h32
Trap D

Non, l'endianness est la disposition physique sur le support des octets de poids faibles et forts d'un nombre. Suivant les systèmes d'exploitation, il n'est pas identique. C'est pour celà que pour faire du portable il vaut mieux utiliser des fichiers textes plutôt que des fichiers de données brutes obtenus avec fwrite en C.
19/02/2006, 20h30
damien99

Quelle serai la fonction la plus portative alors ? (Celle qui marche sur n'import quel système)

:)
19/02/2006, 22h24
Médinoc
Deux méthodes:
- Utiliser un fichier texte et les fonctions qui vont avec (fprintf(), strtol(), etc) pour convertir
- Utiliser les fonctions de réseau htons() et ntohs() pour enregistrer tous les nombres au format "Réseau" (Network).
  Lors de la lecture ou l'enregistrement du nombre, on effectue la conversion entre formats "Réseau " et "hôte" (host) avec les fonctions htons() (host-to-network-short) et ntohs() (network-to-host-short) ou bien les fonctions htonl()/ntohl() (les mêmes avec des long).
  Ainsi, la seule chose à retenir, c'est que les nombres aient bien la même taille (si un long n'a pas la même taille sur les deux machines, ntohl() risque d'avoir quelques problèmes).
  Ainsi, pour lire ton nombre depuis la chaîne, tu ferais plutôt:
  
  Code:
  
  short n = ntohs(* (short const *)chaine);
  
  (Et pour l'écrire, il y aura un htons() à insérer au bon endroit de ton code)...
20/02/2006, 09h20
damien99
Citation:
Envoyé par farscape

Code:

1 2 3 4 char chaine[512]; short int n; memmove(&n,chaine,sizeof(n));
Mais les short int ont la même taille sur tout les systèmes me semble t'il, donc méthode de farscape doit être portative, ou peut être je me trompe... :? :?:

EDIT: Comment on fait dans l'autre sens quant je met "memmove(&buffer,n,2);" ça me met cette erreur : "invalid conversion from `short int' to `const void*' "
20/02/2006, 10h13
Trap D

C'est

Code:

memmove(buffer,&n,sizeof(short int));

2 n'est absolument pas portable, la taille des short peut varier d'un système à l'autre
20/02/2006, 10h28
nico-pyright(c)

pour moi, une manière portable à 100% serait ca :

Code:

short int result = (chaine[0] << 6) | chaine[1];

C'est bon ça marche par contre c'est pas

Code:

1
2
3
short int result = (chaine[0] << 6) | chaine[1];
//mais plutôt (erreur de frappe)
short int result = (chaine[0] << 8) | chaine[1];

et dans l'autre sens ça fait :

Code:

1
2
3
4
char chaine[16];   //déclaration de la chaine
short int nb=12592;   //on atribut une valeur à nb
chaine[1] = nb;   //premier caractère
chaine[0] = (nb >> 8);   //second caractère

Merci a vous tous :)

20/02/2006, 14h15
nico-pyright(c)

oui, milles excuses, meme pour etre plus évolutif et plus portable, au lieu de 8, tu devrais écrire sizeof(char)
20/02/2006, 23h50
Médinoc

Avec sizeof(char), tu auras un décalage de 1 bit à tous les coups...
21/02/2006, 12h37
damien99
Citation:

Envoyé par nico-pyright(c)

oui, milles excuses, meme pour etre plus évolutif et plus portable, au lieu de 8, tu devrais écrire sizeof(char)

Citation:

Envoyé par Médinoc

Avec sizeof(char), tu auras un décalage de 1 bit à tous les coups...

En effet Médinoc a raison,
j'ai trouver le truc (voir ci-dessou), ça marche avec les int, les short int et les long int (j'ai testé et apprové)

Code:

nombre = chaine[0] | (chaine[1] << 8);

Par contre c'est dans l'ordre inverse (par rapport aux messages au dessus),
Code:

1 2 3 octet chaine[0] -> 1er octet du int octet chaine[0] -> 2ème octet du int //c'est plus logique comme ça me semble t'il
21/02/2006, 12h40
damien99

En fait tu avais raison avant de dire ça :

Citation:

Envoyé par nico-pyright(c)

oui, milles excuses, meme pour etre plus évolutif et plus portable, au lieu de 8, tu devrais écrire sizeof(char)

Le solution était bien celle-ci :

Code:

nombre = (chaine[0] << 8) | chaine[1];

Mais comme je l'ai dit au message précédent c'est plus logique dans ce sens la :

Code:

nombre = chaine[0] | (chaine[1] << 8);
21/02/2006, 14h05
nico-pyright(c)

niveau logique, c'est toi qui voit ce que tu veux faire :wink:

et il faut multiplier par sizeof(char) par 8 pour avoir le nombre de bit
21/02/2006, 14h08
damien99

C'est sur, mais ça revient au même d'écrire "sizeof(char)*8" que d'écrire "8", parce sizeof(char) sera TOUOURS égal a 1, je me trompe :?:
21/02/2006, 14h21
nico-pyright(c)

pour l'instant non ... mais que nous réserve l'avenir ? :D

moi j'ai bien vu des integer ou des short qui changeaint de taille en fonction du compilo (watcom / turboC / VC++) (ok, aussi en fonction de sous dos et sous windows ...) :wink:
21/02/2006, 17h00
farscape

enfin c'etait aussi parce qu'on est passé de compilos 16 bits a 32 bits..
:D
21/02/2006, 17h02
nico-pyright(c)

Citation:

Envoyé par farscape

enfin c'etait aussi parce qu'on est passé de compilos 16 bits a 32 bits..
:D

oui bon, j'avoue, je me fais l'avocat du diable ...
mais qui a dit que la prudence était une mauvaise chose ? :D
21/02/2006, 18h22
damien99

Si notre table de caratère (aujourd'hui 256 car.) vient à s'agrandir, alors je pense que on peut refaire tout les programmes actuels pour qu'il soit compatible...
Faut quant même pas oublier que c'est toujours la même depuis le début de l'informatique (enfin je croi tout du moins depui l'époque de DOS), et je pense pas quelle va changer, d'autant plus que j'en vois pas la nescesité avec l'invention des polices on peut avoir une infinité de caractères :wink:

EDIT: changer un tel truc dénaturerait l'unité de l'octet...
05/03/2006, 19h55
damien99

Je vient de voir qu'il y a un bug dans l'algoritme qu'on avait trouvé

Code:

nombre = chaine[0] | (chaine[1] << 8);

Quant un "char" est plus grand que 128 il renvoi un chiffre négatif par exemple si on met :

Code:

char car=255; //car!=255 mais car==-1 (Le bug vient de là)

Je regarderai ça dès que j'aurait le temps, sauf si quelqu'un a deja trouvé la solution avant moi :)
05/03/2006, 20h45
nico-pyright(c)

il faut utiliser unsigned char dans ce cas
06/03/2006, 11h26
damien99

Je savais pas que ça servait a ça les unsigned.

Vous foutez pas de moi, moi j'ai pas de professeur j'apprend tout seul pendant les vacances, donc j'apprend pas forcement les choses dans le bon ordre.... :)
06/03/2006, 12h27
ekinox17

me semble que l'on peut remplacer le typer unsigned char par BYTE
c'est plus propre je trouve :)
portée d'un unsigned char (BYTE) : 0 > 255
portée d'un char : -128 > 127