| |
|
|
- page 1 - |
|
| Imho wird cette Voir le texte source:
pas korrekt abgearbeitet:
Hierbei mets je x& sur la valeur $FFFFFFFE et frage après x& ab si es den selben Wert $FFFFFFFE besitzt. Wird mais "nein" ermittelt.
ou bien übersehe je dabei quelque chose?
So gehts:
So pas: et so gehts aussi:
|
|
|
| |
|
|
| |
|
- page 2 - |
|
|
RGH | $FFFFFFE ist de sich aus eh bien la fois un positiver Wert. aussi Hexwerte peut avec einem Vorzeichen versehen volonté, -2 wäre dans Hex eh bien la fois -$2.
quand même peux qui Wert einem Longint sans Overflow-annonce zugewiesen volonté. Sogar encore größere Werte. (cela était certainement une bewußte Entscheidung, là aussi une Fehlermeldung possible gewesen wäre.)
ensuite volonté simple qui niedrigsten 4 Byte (=32 Bit) des Wertes. là mais chez einem Signed-Longint (aussi chez einem Signed-Quad) cela höchste Bit pour cela Vorzeichen steht, allez qui Wertebereich plan seulement jusqu'à $7FFFFFFF. Werte ab $80000000 volonté ensuite comme négative interpretiert (Überlauf).
Salut Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 10.02.2011 ▲ |
|
|
|
|
| c'est mir so oui déjà bien sûr.
a& comme signedLong hat den Wertebereich de -2147483648 jusqu'à +2147483647 -
si a& alors la valeur -2 trägt, ensuite stehen qui Bytes sur FE FF FF FF genauso comment qui Bytes chez $FFFFFFFE sur FE FF FF FF stehen.
j'ai oui juste verstanden, dass cela XProfan dans diesem le cas cela $FFFFFFFE plan anders "interpretiert" et cela es pour une Erklärung (Vorzeichen) gibt.
je trouve cependant irgendwie aussi pas richtig, dass un 32-Bit-Long avec Wert -2 pas avec qui Bytefolge $FFFFFFFE übereinstimmen mais devrait peux es naturellement akzeptieren là par cela $/Hex-marque nunmal ensuite dans XProfan pas 1:1 qui Bytes gemeint son doit mais plan une "Interpretation". |
|
|
| |
|
|
|
| |
|
| |
|
|
|
| Frabbing (10.02.11)
avant-zei-chen-bit...
Ah, Du meinst avant-zei-chen-bit, pas etwa Vorzei-chenbit ou bien gar V-orzeiche-nbit bzw. vo-rze-je-enb-il - non, c'est cela avant-zei-chen-bit.
cela fehlt doch mais pas chez $FFFFFFFE - alors mais est bien sûr chez dem Bit cela es sich ums Vorzeichenbit handelt si avec 32-Bit-Long verglichen wird.
Irgendwie suis je wohl trop stumpf... ^ ^ |
|
|
| |
|
|
|
| wohin est sich car cela Vorzeichenbit? |
|
|
| |
|
|
|
RGH | cela Vorzeichenbit ist cela höchstwertige Bit, alors jenes, cela chez $80000000 gesetzt wird, si es sich um un vorzeichenloses Longint handelt.
Salut Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 10.02.2011 ▲ |
|
|
|
|
| Alter rabat-joie. |
|
|
| |
|
|
|
| @Frank: avant-zei-chen-bit... |
|
|
| |
|
|
|
| Frabbing (10.02.11)
oui c'est ca, ensuite schreib la fois -2 comme 32 et comme 64 bit-numéro binär untereinander et du devrait deinen Irrtum erkennen...
Schreib la fois $FFFFFFFE et -2 jeweils 32-Bittig untereinander et qui pouvoir de Grayskull ist mitdir... |
|
|
| |
|
|
|
|
Schreib la fois $FFFFFFFE et -2 jeweils 32-Bittig untereinander
Ist oui aucun Herausforderung. voilà cela Rätsel qui ganzen verschwundenen Postings aujourd'hui déjà rätselhafter... |
|
|
| |
|
|
|
RGH | Folgendes Programme zeigt (ab qui prochain Lieferung qui Subscriptionsversion)* qui Zusammenhänge:
* aktuell gibt es encore un paire Probleme avec QuadInts, si vous comme paramètre à Prozeduren transfert volonté et aussi brauchte Delphi et avec ca Nachhilfe, avec cela qui binären Operatoren aussi avec Int64 (=Quad) marcher, quoi en supplément führte dass |, &, <<, >>, Test peu() et SetBit() seulement jusqu'à 32 Bit korrekt funktionierten.
Salut Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 11.02.2011 ▲ |
|
|
|
|
| devoir: "Setzen vous sur possible coole Art et Weise avec XProfan cela 2. Bit des Wertes einer 32-Bit-Long-Variable!"
Solution:
|
|
|
| |
|
|