XProfan

Español

Imho se dieser Ver código fuente:

cls
imprimir $profVer
var x&=$FFFFFFFE
casenot x&=$FFFFFFFE : messageBox "Fehler","",0
waitInput
end

no korrekt abgearbeitet:

Hierbei Puse x& en valor $FFFFFFFE y frage danach x& de si el selben Valor $FFFFFFFE besitzt. Pero "nein" ermittelt.

Oder übersehe Yo esta algo?

So gehts:

Kompilieren Marca Separación

cls
imprimir $profVer
var x&=-2
casenot x&=-2 : messageBox "Fehler","",0
waitInput
end

So no:

Kompilieren Marca Separación

cls
imprimir $profVer
var x&=-2
casenot x&=$FFFFFFFE : messageBox "Fehler","",0
waitInput
end

y así gehts auch:

Kompilieren Marca Separación

cls
imprimir $profVer
var x&=$FFFFFFFE
casenot x&=-2 : messageBox "Fehler","",0
waitInput
end

zwischenablage01.png	2 kB

Hochgeladen:	10.02.2011

Ladeanzahl:
		Descargar

10.02.2011 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

- Página 2 -

RGH

$FFFFFFE es de se de nun veces una positiver Valor. Auch Hexwerte puede con un Vorzeichen versehen voluntad, -2 wäre en Hex nun veces -$2.

Trotzdem kann el Valor una Longint sin Overflow-Meldung zugewiesen voluntad. Sogar todavía größere Werte. (Das war gewiß una bewußte Entscheidung, como auch una Fehlermeldung posible gewesen wäre.)

Dann voluntad simplemente el niedrigsten 4 Byte (=32 Bit) des Wertes. Como pero a un Signed-Longint (como en una Signed-Quad) el höchste Bit para el Vorzeichen es, va el Wertebereich eben sólo a $7FFFFFFF. Werte de $80000000 voluntad entonces como negativo interpretiert (Überlauf).

Saludo
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 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Es me así sí ya klar.

a& como signedLong ha el Wertebereich de -2147483648 a +2147483647 -

si a& also valor -2 trägt, entonces posición el Bytes en FE FF FF FF genauso como Bytes en $FFFFFFFE en FE FF FF FF posición.

Yo habe sí igual verstanden, dass el XProfan en diesem Fall el $FFFFFFFE eben anders "interpretiert" y el lo dafür una Erklärung (Vorzeichen) son.

Yo finde sin embargo irgendwie auch no correcto, que un 32-Bit-Largo con Valor -2 no con el Bytefolge $FFFFFFFE übereinstimmen sino que debe kann lo natürlich akzeptieren como por el $/Hex-Signo nunmal entonces en XProfan no 1:1 el Bytes gemeint ser necesario pero eben una "Interpretation".

10.02.2011 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Vor-zei-chen-bit...

10.02.2011 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Frabbing (10.02.11)

Vor-zei-chen-bit...

Ah, ¿Quieres decir que Vor-zei-chen-bit, no etwa Vorzei-chenbit oder gar V-orzeiche-nbit o. vo-rze-Yo-enb-it - nein, es el Vor-zei-chen-bit.

Das fehlt doch pero no en $FFFFFFFE - also es doch klar en el Bit el lo ums Vorzeichenbit es si con 32-Bit-Largo verglichen se.

Irgendwie bin Yo wohl a stumpf... ^ ^

10.02.2011 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Wo befindet se porque el Vorzeichenbit?

10.02.2011 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Das Vorzeichenbit es el höchstwertige Bit, also jenes, en el $80000000 gesetzt se, si son una vorzeichenloses Longint es.

Saludo
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 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Alter Spielverderber.

10.02.2011 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

@Franco: Vor-zei-chen-bit...

10.02.2011 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Frabbing (10.02.11)

Exactamente, entonces schreib veces -2 como 32 y como 64 bit-Zahl binär untereinander y du solltest deinen Irrtum erkennen...

Schreib veces $FFFFFFFE y -2 jeweils 32-Bittig untereinander y el Macht de Grayskull es mitdir...

10.02.2011 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Schreib veces $FFFFFFFE y -2 jeweils 32-Bittig untereinander

Ist sí no Herausforderung.

Como es el Rätsel el ganzen verschwundenen Postings heute ya rätselhafter...

10.02.2011 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

RGH

Folgendes Programa zeigt (de el nächsten Lieferung el Subscriptionsversion)* el Zusammenhänge:

Kompilieren Marca Separación

proc bits

    declarar cadena erg

    if ptype$(1)="&"

        parámetros long wert

        whileloop 31, 0, -1

            erg = erg + str$(testbit(wert, &bucle))

        endwhile

    elseif ptype$(1)="Q"

        parámetros quad wert

        whileloop 63, 0, -1

            erg = erg + str$(testbit(wert, &bucle))

        endwhile

    endif

    volver erg

ENDPROC

declarar long l, quad q, long hi, lo
l = $7FFFFFFF
q = $7FFFFFFF
imprimir l;tab(46);bits(l)
imprimir q;tab(14);bits(q)
l = $80000000
q = $80000000
imprimir l;tab(46);bits(l)
imprimir q;tab(14);bits(q)
l = $A0000000
q = $A0000000
imprimir l;tab(46);bits(l)
imprimir q;tab(14);bits(q)
l = $A0000000 * 4
q = $A0000000 * 4
imprimir l;tab(46);bits(l)
imprimir q;tab(14);bits(q)
l = -$FFFFFFFE
q = -$FFFFFFFE
imprimir l;tab(46);bits(l)
imprimir q;tab(14);bits(q)
waitinput

* aktuell hay todavía unos pocos Problemas con QuadInts, si ellos como Parámetro a Prozeduren transferencia y ser außerdem brauchte Delphi todavía algo Nachhilfe, así el binären Operatoren auch con Int64 (=Quad) trabajo, qué dazu führte dass |, &, <<, >>, TestBit() y SetBit() sólo a 32 Bit korrekt funktionierten.

Saludo
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 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Tarea: "Setzen Sie en möglichst coole Art y Weise con XProfan el 2. Bit des Wertes uno 32-Bit-Largo-Variable!"

Solución:

Kompilieren Marca Separación