pb comprehension (int*) VC++ // TC++

Salut ,

J'ai rencontré un truc marrant que je n'arrive pas a expliquer... voici le code :

#include "stdafx.h"
#include "stdio.h"
#include "conio.h"

#define BYTE unsigned char
#define WORD unsigned int

int main()
{
BYTE tmp[2];
WORD *val;

tmp[0] = 1;
tmp[1] = 1;

val=(WORD*)&tmp[0];
printf("%.0f",(double)*val);

getch();
return 0;
}

Quand je compile avec TC++ (sous DOS) j'ai la valeur 257. Rien de bien étonnant me direz vous ....
Essayez avec VC++.... Apparament mon unsigned int est pointé sur 4 Bytes au lieu de 2.... et on à un resultat bizarre > 65535

Quelqu'un peut m'expliquer
Merci d'avance

MisterMok

tc++ 16bits, vc++ 32bits

val=(WORD*) tmp;
n'irait pas mieux ? si c'est bien le but recherche qu'il pointe sur tmp.

ciao...
BruNews, Admin CS, MVP Visual C++

ah oui et ensuite c'est quoi ce cast '(double)*val', tu vas charger 8 octets en fpu a partir de cette adresse alors qu'il n'y en a que 2 d'initialises. Comprends pas le but du tout.

ciao...
BruNews, Admin CS, MVP Visual C++

ah excuse, je n'avais pas vu la deref du pointeur au sujet du cast.

ciao...
BruNews, Admin CS, MVP Visual C++

Je percois la différence, mais int ou WORD ca reste toujours du 16 bits (2 octets) non ?

MisterMok

int est 4 octets compile pour 32 bits.

ciao...
BruNews, Admin CS, MVP Visual C++

D'accord.!!!

mais c'est plutot debile on utilise 2 byte pour rien. Autant dire que y'a plus de int et qu'on travaille toujours en long....
Surtout quand on veut faire du transfert de donnée par voie serie, ca implique de coller 2 octets. Ca multiplie par 2 le nombre d'octets envoyés.....
Question un processeur c'est comme un µC y'a des fonction de type

mov.b
mov.w
mov.l

C'est pas plus long de travailler qu'avec des registres 32 bytes ???

Enfin bref, je n'ai pas le niveau pour critiquer
Je vais me contenter de ta réponse... Merci à vous Deux

MisterMok

Moi j'ai une ptite question qui n'a rien a voir.
On parle souvent de bits et de bytes alors qua ca a rien a voir.
Dans le cas de votre de discussion ne devrais t'on pas parler de byte et non de bits ?

Shell