Casse tête de la semaine
Modérateur : Politburo
Casse tête de la semaine
Comment faire en basic pour transformer cette valeur &H12345678 en &H56781234.
Moi j'ai la réponse à vous de jouer.
Moi j'ai la réponse à vous de jouer.
- James
- Fonctionne à 1200 bauds
- Messages : 1087
- Enregistré le : 10 sept. 2003 13:02
- Localisation : Alsace - Terre - Fédération des planètes Unies
- Contact :
Re: Casse tête de la semaine
A=&H12345678jasz a écrit :Comment faire en basic pour transformer cette valeur &H12345678 en &H56781234.
Moi j'ai la réponse à vous de jouer.
A=&H56781234
Print A
--------------> Recherche Atari 400/800, TO9+, Goupil
- foolduplex
- Fonctionne à 1200 bauds
- Messages : 628
- Enregistré le : 02 oct. 2002 23:06
- Localisation : Lausanne, Suisse
- Contact :
- foolduplex
- Fonctionne à 1200 bauds
- Messages : 628
- Enregistré le : 02 oct. 2002 23:06
- Localisation : Lausanne, Suisse
- Contact :
- jvernet
- Fonctionne à 14400 bauds
- Messages : 7958
- Enregistré le : 24 mai 2002 09:57
- Localisation : France 69
- Contact :
En C, c'est assez facile à faire .
Y'a t'il en Basic Thomson une instruction pour connaitre l'adresse d'une variable ? Genre VARPTR ?
Après, on lit les octets dans l'ordre (4) et on inverse.
Mais comme de toute façon, le long int n'existe pas avec le BASIC, tu ne peux pas stocker comme ça &H12345678, et surtout l'utiliser.
Jerome
Y'a t'il en Basic Thomson une instruction pour connaitre l'adresse d'une variable ? Genre VARPTR ?
Après, on lit les octets dans l'ordre (4) et on inverse.
Mais comme de toute façon, le long int n'existe pas avec le BASIC, tu ne peux pas stocker comme ça &H12345678, et surtout l'utiliser.
Jerome
"l'ordinateur et l'homme sont les deux opposés les plus intégraux qui existent. L'homme est lent, peu rigoureux et très intuitif. L'ordinateur est super rapide, très rigoureux et complètement con."
- foolduplex
- Fonctionne à 1200 bauds
- Messages : 628
- Enregistré le : 02 oct. 2002 23:06
- Localisation : Lausanne, Suisse
- Contact :
Oui bien sur que VARPTR existe, mais effectivement, pas les variables sur 32 bits. Sur basic 128/512 il doit y avoir d'ailleurs une instruction non documentee PEEKD (et POKED) pour lire par 16 bits, mais ca ne resoud pas l'affaire de l'impossibilite d'utiliser une si grande valeur entiere.
ma methode reste encore la meilleure pour le moment
Fool
ma methode reste encore la meilleure pour le moment
Fool
- SbM
- Fonctionne à 9600 bauds
- Messages : 4609
- Enregistré le : 24 nov. 2004 21:49
- Localisation : SQY (78), France
- Contact :
En assembleur ça doit être un ROT quelconque (là, je replonge dans mes pauvres notions d'assembleur qui remontent à vingt ans environ, dur-dur... ). Mais en BASIC...
http://sbm.ordinotheque.free.fr | http://www.mo5.com
"Un bon disque dur est un disque dur mort." (Général Cluster)
"Un bon disque dur est un disque dur mort." (Général Cluster)
- BubbleBobble
- Modérateur
- Messages : 2641
- Enregistré le : 08 sept. 2004 22:24
- Localisation : Toulon
- BubbleBobble
- Modérateur
- Messages : 2641
- Enregistré le : 08 sept. 2004 22:24
- Localisation : Toulon
Tu es sûr?foolduplex a écrit :les entiers sont limites à -32768..32767 soit &HFFFF
Je parle de valeur.foolduplex a écrit :euh oui m'enfin &H12345678 c'est pas manipulable sur BASIC Thomson et BASIC de l'epoque en general ...
Si tu veux en version décimal il faut faire &H1234*65536+&H5678.
Oops, j'ai donné un brin de réponse
Ce ne doit plus être trés difficile maintenant.