pb comprehension (int*) VC++ // TC++Résolu

Question

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

BruNews · Accepted Answer

Au contraire, tout ce qui sera traite sur 32 bits sera le plus rapide.
Les acces 8 bits idem, par contre les acces 16 bits ont une penalite et ne sont donc pas parallelisables.

int et long en compilation 32 bits c'est IDEM.

ciao...
BruNews, Admin CS, MVP Visual C++

cs_djl · Answer

tc++ 16bits, vc++ 32bits

BruNews · Answer

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++

BruNews · Answer

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++

BruNews · Answer

ah excuse, je n'avais pas vu la deref du pointeur au sujet du cast.

ciao...
BruNews, Admin CS, MVP Visual C++

BarthOlivier · Answer

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

BruNews · Answer

int est 4 octets compile pour 32 bits.

ciao...
BruNews, Admin CS, MVP Visual C++

BarthOlivier · Answer

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

DeAtHCrAsH · Answer

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

BruNews · Answer

byte = octet = 8 bits
Ne doit pas y avoir confusion.

ciao...
BruNews, Admin CS, MVP Visual C++

cs_djl · Answer

DeAtHCrAsH > quand BruNews parle de 
" tout ce qui sera traite sur 32 bits sera le plus rapide"
"Les acces 8 bits idem"
"les acces 16 bits ont une penalite" ...

tu te doute bien que c'est des bits et non des bytes ?

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

11 réponses

Votre réponse

Discussions similaires