Discussion :

[kloss]

Bonjour,
Il y a deux choses qui m'échappent :

1) Pourquoi est-ce que je n'ai pas de message d'erreur quand je compile ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

byte b = 3;

3 est un integer, donc javac devrait s'arrêter de la même manière que quand je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
int i = 3;
byte b = i;

2) Pourquoi est ce que le compilateur accepte que je fasse :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
long l = 3;
float f = l;

Comme les longs sont codés sur 8 bytes et les floats sur 4, je m'attendais à avoir "possible loss of precision".

Merci pour vos éclaircissements
++ Kloss

[Scorpyosis]

1) Pourquoi est-ce que je n'ai pas de message d'erreur quand je compile ça :
Code:
byte b = 3;

3 est un integer, donc javac devrait s'arrêter de la même manière que quand je fais :
Code:
int i = 3;
byte b = i;

Un byte n'est pas un bit !!! je veux veut dire qu'un byte correspond a un octet codé donc sur 8 bits donc c'est normal que ca marche.

[kloss]

Un byte n'est pas un bit !!! je veux veut dire qu'un byte correspond a un octet codé donc sur 8 bits donc c'est normal que ca marche.

Euh oui ça c'était clair pour moi
Mon problème c'est que un integer est sur 4 bytes (ou 32 bits) et que normalement ça bloque (cf. int i = 3; byte b = i; ).

[TabrisLeFol]

Oui, mais non c'est pas clair.
Le 3 qui est dans le programme est un entier dans le sens mathematique mais pas dans le sens de Java.
On a bien 00h<=3<=FFh, donc trois peut etre codé par un byte, c'est à dire un octet, 8 bits.
par contre si tu fais
int i = 3;
on a bien 00h<=3<=FFh mais i est 00 00 00 03h donc si tu lui demande de convertir, il râle car les trios premiers octets vont etre perdus.

[plegat]

Et pour compléter:

2) Pourquoi est ce que le compilateur accepte que je fasse :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
long l = 3;
float f = l;

Comme les longs sont codés sur 8 bytes et les floats sur 4, je m'attendais à avoir "possible loss of precision".

Parce que 3 peut être codé sans perte de précision dans un float.

Par contre, essaie:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
long l=3.123456789;
float f=l;

Là tu vas avoir ta perte de précision...

[TabrisLeFol]

Je veux bien que tu explique ton . dans ton long
On se qui concerne la perte de precision, il n'y a dans aucun de warning/errors, car en "taille" le type float peut contenir des doubles mais avec moins de chiffres significatifs (6 ou 7), il est vrai. Mais elles sont légales.
Le compilateur renvoie des erreurs si tu lui demande de tronquer une variable.
long>int>short>byte en ce qui concerne les entiers.

[plegat]

Je veux bien que tu explique ton . dans ton long

Raaah la boulette!
A force de modifier la valeur numérique pour avoir le warning...

[kloss]

Merci c'est clair maintenant