| |
| |
|
 | 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:
|
|
| |
| |
| |
|
|
RGH | Salut,
ici venez zum Tragen, dass Hexwerte ($xxxxx) eh bien aussi QuadInt-Longueur avons peut.
cela est alors, dass $FFFFFFFE pour la valeur 4294967294 steht, quoi sich doch droite deutlich de -2 unterscheidet. ;)
Wird mais cet $FFFFFFFE eh bien lediglich einem vorzeichenbehafteten LongInt x& zugewiesen, wird qui Bytefolge là naturellement comme -2 interpretiert.
mais il peut oui eh bien QuadInts benutzen:
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 ▲ |
|
| |
|
|
| Hm - dass est mais aussi cela Vous Long-Variable avec einem Quad-Wert vergleichst - alors x& ist Long et $FFFFFFFE ensuite mais comme Quad interpretierst.
Mir ist maintenant pas 100% bien sûr si cela so "gut et richtig" ist weil pour "long=" doch garkein Quad venons pourrait. |
|
| |
| |
| |
|
|
RGH | Pourquoi sollte cela pas aller? Solange qui Wert des Quad dedans des Wertebereiches eines vorzeichenbehafteten Longs ist, peux qui Quad problemlos avec dem Long verglichen volonté et sogar juste son. Ist qui Quad mais - comment dans unserem Beispiel - außerhalb des Wertebereiches, muss qui comparaison naturellement "falsch" ergeben.
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 ▲ |
|
| |
|
|
| | quoi je mon mais est, weshalb une Long-Variable avec einem Quad-Wert comparer statt une Long-Variable avec einem Long-Wert et une Quad-Variable avec einem Quad-Wert car ensuite serait es oui dans chaque le cas richtig marcher. |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | Roland hat déjà droite. $FFFFFFFE ist plan pas -2, mais qui Variable x& ist -2.
si ensuite müßtest Du deux Longvariablen comparer:
|
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 10.02.2011 ▲ |
|
| |
|
|
| | je comprends toi oui, mais si cela eh bien richtig ist cela "ich" statt "XProfan" deux Long-Variablen(-Werte) comparer sollte wohin cela Argument doch bereits Long vorgibt... |
|
| |
| |
| |
|
|
RGH | bof, si Du bewußt une Longvariable avec einem Literal vergleichst, dass außerhalb qui Bereichsgrenzen eines Long liegt, quoi erwartest Du?
Ok, je pourrait es überprüfen et une Fehlermeldung erzeugen. mais hilft cela plus? et je pourrait chez qui Zuweisung aussi überprüfen, si qui Wert überhaupt dans qui Variable reinpasst, mais cela habe je encore nie gemacht. mais comment on es dreht et wendet: $FFFFFFFE ist eh bien la fois pas -2!
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 ▲ |
|
| |
|
|
| RGH (10.02.11)
bof, si Du bewußt une Longvariable avec einem Literal vergleichst, dass außerhalb qui Bereichsgrenzen eines Long liegt, quoi erwartest Du?
Imho liegt $FFFFFFFE doch garnicht ausserhalb qui Bereichsgrenze eines 32-Bit Long - tout autor gehts mir doch. |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | c'est so, comme si Du den String "Ich suis un long phrase, qui pas dans un kurze Variable paßt" à une Stringvariable avec begrenzter Longueur zuweist et toi ensuite wunderst, qui qui beiden unterschiedlich sommes.
x$(23) = "Ich suis un long phrase, qui pas dans un kurze Variable paßt"
Cas x$ <> "Ich suis un long phrase, qui pas dans un kurze Variable paßt": wunderwunder
Nachtrag:
maintenant verstehe je Votre Argumentation pas plus.
ici passiert doch oui c'est ca cela Gleiche. x& = 1.1 wird trop 1. Verglichen avec 1.1 ergibt cela une faute.
Beim anderen Beispiel wird x& = $FFFFFFFE trop -2 et c'est nu la fois pas $FFFFFFFE |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 10.02.2011 ▲ |
|
| |
|
|
RGH | trop Long et Quad: alors dans meinen Augen liegt 4294967294 ($FFFFFFFE) définitif außerhalb des vorzeichenbehaftetet Long-Wertebereichs!
(dans une Long sans Vorzeichen serait es reinpassen, mais den kennt XProfan pas.)
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 ▲ |
|
| |
|
|
| j'ai oui den Sujets-Title "Signed ./. UnSigned -Problem chez Hexkonstanten?" gewählt.
Jörg Sellmeyer (10.02.11)
c'est so, comme si Du den String "Ich suis un long phrase, qui pas dans un kurze Variable paßt" à une Stringvariable avec begrenzter Longueur zuweist et toi ensuite wunderst, qui qui beiden unterschiedlich sommes.
je mon le moi cela so pas 1faire serait, alors mich ensuite wundern.
c'est imho oui aussi pas so, que voici une Satzlänge vorliegt, qui pas dans den String passt, car il y a oui keinen Informationsverlußt chez:
car aussi un signedLong besteht aus 4 Byte et seulement qui volonté ici beschrieben. ^ ^
$FFFFFFFE ist chez einem signedLong -2 et je grüble arrêt si XProfan beim Argument Long=$FFFFFFFE qui rechte page (là cet dans den long reinpasst) korrekt comme Quad statt Long interpretiert.
je gebe mich mais aussi geschlagen si je là une Gedankenfehler hab. ^ ^ |
|
| |
| |
| |
|
(940)
Deutsch
English
Français
Español
Italia