Discussion :

[paskal++]

Salut,
je ne comprends pas pourquoi Pascal se trompe dans le calcul de 297 au carré

Code :

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

1
2
3
4
5
6
7
8
 
program test;
uses wincrt;
var x : longint ;
begin
x := sqr(297) ;
writeln(x);
end.

Il m'affiche 22673 au lieu de 88209 !!
Merci.

[darrylsite]

Salut,
je ne comprends pas pourquoi Pascal se trompe dans le calcul de 297 au carré

Code :

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

1
2
3
4
5
6
7
8
 
program test;
uses wincrt;
var x : longint ;
begin
x := sqr(297) ;
writeln(x);
end.

Il m'affiche 22673 au lieu de 88209 !!
Merci.

lazarus me donne 88209.

[paskal++]

lazarus me donne 88209.

je connais pas la version de mon turbo pascal pour windows ( non précisé au menu aide) mais je crois que le problème vient de sqr

Code :

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

1
2
3
4
5
6
7
8
9
 
program test;
uses wincrt;
var x : longint ;
begin
x := 297 ;
x := x * x ;
writeln(x);
end.

résultat correct !

[M.Dlb]

CA c'est un ce que j'appelle un effet de bord !!!!!!! (Votre autre post sur la question des effets de bord est totalement à côté de la plaque à mon avis).

Tu t'attends à 88209 mais tu obtiens 22673, soit 88209 - 65536. Pourquoi ? Ta variable x longint avec le premier compilateur que tu as utilisé était stocké sur 16 bits, donc peut varier de 0 à 65535. Si tu avais faire x := 65535 + 1, le résultat aurait été 0 (il faut regarder la représentation binaire pour comprendre plus en détail, si ça t'intéresse j'expliquerai ça).

Sous un autre compilateur, la variable longint est stockée sur 32 bits, et là ça marche... Et oui 88209 ne peut être codé sur 17 bits minimum :

• Dans 32 bits, ca rentre (bon résultat du deuxième compilateur)
• Dans 16 bits, seuls les 16 premiers bits sont pris en compte, ce qui équivaut à 22673

Compris ? Ca pour moi c'est un effet de bord....

[droggo]

Voe,

Ce n'est pas un effet de bord, mais une simple limitation due aux types utilisés par un compilateur donné.

[paskal++]

Tu t'attends à 88209 mais tu obtiens 22673, soit 88209 - 65536. Pourquoi ? Ta variable x longint avec le premier compilateur que tu as utilisé était stocké sur 16 bits, donc peut varier de 0 à 65535. Si tu avais faire x := 65535 + 1, le résultat aurait été 0 (il faut regarder la représentation binaire pour comprendre plus en détail, si ça t'intéresse j'expliquerai ça).

salut,
je suis pas sûr mais je crois pas qu'une variable de type longint (type signé) varie de 0 à 65535 (je dirais plutôt le type word ).

pour l'effet de bord je voulais tout simplement comprendre cette notion mais j'avoue que la question est peut être involontairementmal posée !

[M.Dlb]

Les étendues des types de variables changent d'un compilateur à l'autre, en fonction de l'architecture sur laquelle ils sont sensés compiler. Pour TP, c'est un compilateur 16bits pour plateforme x86 16bits (ça tourne sur 32bits et 64bits grâce à des mécanismes assurant la compatibilité). Donc sous TP, par exemple un integer est codé sur 16 bits. Sous Delphi ou FreePascal, qui sont des compilateurs 32bits, un integer est stocké sur 32 bits. Le même procédé s'applique aux autres variables, dont longint.