XProfan

Kompilieren Marca Separación

Hier ni Antwort, con direkter Eingabe el Adresse a Fuss
Kann se ändern, si zwischenzeitlich qué neues declariert o neu comenzó se.
Also Programa starten , Adresse merken ,inmediatamente einsetzen,otra vez starten y el Solución es como.
Der Offset wir a direkten Adresse zugerechnet.
Funktioniert como Poke y Peek, como en üblichen Basicprogrammen.
Also : bereich# beinhaltet el direkte Speicheradresse en el geschrieben voluntad kann.
El Adresse se soweit reserviert así gross como vorher el DIM war.
Ein einfaches y schnelles Verfahren.

mfg
peter

declarar bereich#
declarar adresse%
dim bereich#,16
byte bereich#,0 = 7
byte bereich#,1 = 8
imprimir Addr( bereich# )
imprimir byte(Addr( bereich# ),0)
imprimir byte(Addr( bereich# ),1)
imprimir byte(177857072,0)
imprimir byte(177857072+1,0)
waitkey

Kompilieren Marca Separación

@Peter: Kompileranweisungen des XPSE musst No en un Blockanweisung ablegen - esta se XProfan sowieso no erreichen si XPSE vorgeschaltet es.

Si usted todavía el Anweisung beibehalten möchtest, sin XPSE a nutzen, entonces hay esta una undokumentierten Trick: Das Ausklammern de XPSE-Kompileranweisungen puede ser z.B. con el Remtyp y el Remtyp //, verwendest Usted sin embargo zweimal el Signo , also , Luego se el Schalter de XProfan (natürlich) dank Rem übersehen - aber XPSE krallt se el Schalter trotzdem. El Excepción gilt aber sólo para 2 x antes Anweisung.

normal:
 {$cleq}
deaktiviert para XProfan y XPSE:
 {$cleq}
deaktiviert para XProfan aber todavía para xpse sichtbar:
 {$cleq}
deaktiviert para XProfan y XPSE:
 {$cleq}

Jörg
Sellmeyer

Si usted una Speicherbereich necesidad, el se a Laufzeit no ändert (außer por Su Programa), Usted necesita ihn simplemente sólo al Anfang des Programms deklarieren y todavía gewünschter Größe dimensionieren. Der Zona se solange reserviert, a él con Disponer Var# otra vez freigegeben se. Früher waren sólo solche no-dynamische Bereichsvariablen posible.
Ob el entonces en Windows tatsächlich a physikalisch aufeinanderfolgenden Adressen beschrieben voluntad, wage Yo a bezweifeln. Das dürfte vom Defragmentierungszustand des Rams abhängen.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

Kompilieren Marca Separación

Jörg
Sellmeyer

normal:
 {$cleq}
deaktiviert para XProfan y XPSE:
 {$cleq}
deaktiviert para XProfan aber todavía para xpse sichtbar:
 {$cleq}
deaktiviert para XProfan y XPSE:
 {$cleq}

Das hast No dokumentiert? Es el beste Feature überhaupt a XPSE! Schön, el auch veces a erfahren.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

Ob el entonces en Windows tatsächlich a physikalisch aufeinanderfolgenden Adressen beschrieben voluntad, wage Yo a bezweifeln.

Como bin Yo sicher. Sonst könnten nosotros sí el mühe sparen , solch kurze Befehle auszudenken.
Weil beim starten uno Programmes (hier Profano) dieser Raum sólo todavía para el una Programa Profano disponible es. Wenn du una 2. Profano startest y probehalber el gleiche Adresszahl eingibst, wirst du no en el Speicher zugreifen puede de Profano beim 1. Start, obwohl beim 2. Programa el Adresse auch disponible es, du bekommst una otro Valor.
Wenn dein Ram a el Punto defekt es wist du el Zahl no mehr encontrar.

Wenn uno el Programa.exe de Profano natürlich producido, con una Disassembler bearbeitet, wirst du lo determinar.

mf
peter

Jörg
Sellmeyer

Defekter Ram debería esta una untergeordnete Papel spielen. Angenommen Su Ram sieht así de:

Und Usted startest Su Programa, entonces glaube Yo no, daß el Speicher hiterher así aussieht:

Sondern así:

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

Jörg Sellmeyer

Ob el entonces en Windows tatsächlich a physikalisch aufeinanderfolgenden Adressen beschrieben voluntad, wage Yo a bezweifeln. Das dürfte vom Defragmentierungszustand des Rams abhängen.

El physikalische Adresse erhält uno eh nie, sólo una Zuordnungsadresse (welche oft fälschlich como phy Addr verkannt se) y esta ändert se - (aber) je después de Reservierungsmethode - normalerweise a a una möglichen Redimensionierung no.

Ge DIM ter Speicher behält also seine Adresse a él otra vez con Dim redimensioniert se oder gar freigegeben.

Peter Bierbachh

Weil beim starten uno Programmes (hier Profano) dieser Raum sólo todavía para el una Programa Profano disponible es.

Es de una otro Grund falso. Jeder Prozess ha como así seinen eigenen Adressbereich - reden wir hier aber veces sólo de NT. (y no de älteren Windowsversionen como z.B. 98 wo el Speichergeschehen no tan organisiert (sicher) war.)

Usted puede natürlich auch Speicher reservieren welcher para todos Prozesse verfügbar es - sólo una Cuestión de Art el Reservierung.

Dim reserviert unbeweglichen Speicher el para gewöhnlich sólo en el erzeugenden Prozess verfügbar es, y natürlich en übergeordneten Leveln z.B. si el propio Programa el UserMode verlässt. (como z.B. Treiber)

@Peter: Hast Usted Usted todavía una zweiten Account zugelegt? (con 2 h al Ende des Nachnamen?)

Lo son sólo el con el 2h. Das una h kriege Yo no weg.
Wollte Yo ya überberschreiben, entonces kam Yo no mehr dran.

mfg