Discussion :

[Tuxico]

Bonsoir,

Voilà malgré des recherches sur Google et sur developpez.net même, jje n'ai trouvé aucune information sur l'existence éventuelle d'une fonction ou d'une constante permettant de savoir si le programme est lancé sur Linux ou sur Win32

En fai, j'ai remarqué que wherex, wherey de l'unité crt (/wincrt) ne se comportent pas de la même façon sur win ou sur nux...Pour un projet console ou je convertis werex et wherey en coordonnées, elles sont correctes sur linux mais pas sur windows ou du moins pas entièrement.


Donc est-il possible de connaitre le nom de l'os? ou de palier a ce problème?

merci

[Clandestino]

Tu cherches sans doute des directives de compilation ( $IFDEF )... je te laisse lire la documentation à ce sujet.
Un programme compilé pour linux ne se lançant pas sous windows, et inversement, tu devras de toute façon compiler une version pour chaque OS.

[Tuxico]

bonjour,

merci pour ta réponse mais je sais évidemment que je devrais le compiler pour chaque OS.
MMh apparemment après un peu de révision ce n'est pas wherex, et wherey qui sont différents mais

Code :

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

1
2
        		  pos_y := round(wherey/2) - 3;
				  pos_x := round(wherex/4) - 8;

sachant que pos_y,pos_x sont des entiers,

pos_x et pos_y n'ont pas la même valeur quand le code est compilé sous linux que sous windows pourquoi? tout en sachant que wherex et wherey sont égaux sur Linux et sur Windows

cela viendrait du round?

[Tuxico]

non ca va, c'est résolu

je viens de me rendre compte de l'inutilité de mon round(), simplement rempalcé "/" par div


à force de faire du java, j'en oublie les bases du pascal


merci

[Tux++]

Bonjour,

n'oublie pas que round s'applique à des types real

Arrondir un entier n'a pas de sens


@+++

[droggo]

Hoe,

Bonjour,

n'oublie pas que round s'applique à des types real

Arrondir un entier n'a pas de sens


@+++

Mais son calcul donnait un réel.

En Pascal, la division a/b donne toujours un réel, quels que soient les types de a et b.

Le Round était donc parfaitement justifié.

La différence entre Windows et Linux montre que FP ne fait pas ma même chose selon le système, et je trouve ça plutôt gênant.

[Tux++]

@Droggo, oui mais lui pensait que son '/' équivalait au div pascal alors que c'est une division réelle donc dans le cas d'un DIV, le round est inutile

Apparemment le round() sous win32 round() linux/unix -1

c'est en effet assez étrange