XProfan

Kompilieren Marque Séparation

- page 1 -

@Peter: Kompileranweisungen des XPSE musst Du pas dans un Blockanweisung enlever - cet wird XProfan sowieso pas erreichen si XPSE vorgeschaltet ist.

si Du toutefois qui Anweisung beibehalten vouloir, sans XPSE trop nutzen, ensuite gibt es hierfür une undokumentierten Trick: cela Ausklammern de XPSE-Kompileranweisungen peux on z.B. avec dem Remtyp et dem Remtyp //, verwendest Du cependant zweimal cela marque , alors , ensuite wird qui commutateur de XProfan (naturellement) dank Rem übersehen - mais XPSE krallt sich den commutateur quand même. qui Ausnahme gilt mais seulement pour 2 x avant qui Anweisung.

normal:
 {$cleq}
deaktiviert pour XProfan et XPSE:
 {$cleq}
deaktiviert pour XProfan mais toutefois pour xpse sichtbar:
 {$cleq}
deaktiviert pour XProfan et XPSE:
 {$cleq}

Jörg
Sellmeyer

si Du une Speicherbereich besoin, qui sich zur Laufzeit pas ändert (sauf par Dein Programme), brauchst Du ihn simple seulement am Anfang des Programms déclarer et encore gewünschter Taille dimensionieren. qui Bereich wird solange reserviert, jusqu'à il avec Dispose Var# wieder freigegeben wird. Früher étions seulement solche pas-dynamische Bereichsvariablen possible.
si qui ensuite dans Windows réellement à physikalisch aufeinanderfolgenden Adressen beschrieben volonté, wage je trop bezweifeln. cela pourrait vom Defragmentierungszustand des Rams dépendre.

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

Kompilieren Marque Séparation

Jörg
Sellmeyer

normal:
 {$cleq}
deaktiviert pour XProfan et XPSE:
 {$cleq}
deaktiviert pour XProfan mais toutefois pour xpse sichtbar:
 {$cleq}
deaktiviert pour XProfan et XPSE:
 {$cleq}

cela la hâte Du pas dokumentiert? c'est cela beste Feature überhaupt à XPSE! joli, cela aussi la fois trop erfahren.

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

si qui ensuite dans Windows réellement à physikalisch aufeinanderfolgenden Adressen beschrieben volonté, wage je trop bezweifeln.

là suis je mir sûrement. Sonst könnten wir uns oui qui mühe sparen , solch kurze Befehle auszudenken.
Weil beim starten eines Programmes (ici Profan) cette espace seulement encore pour cela une Programme Profan vorhanden ist. si du un 2. Profan startest et probehalber qui gleiche Adresszahl eingibst, wirst du pas sur den grenier zugreifen peut de Profan beim 1. Start, quoique beim 2. Programme qui Adresse aussi vorhanden ist, du bekommst une anderen Wert.
si dein Ram à qui Stelle défaut ist wist du qui numéro pas plus trouver.

si on qui Programme.exe de Profan naturellement hergestellt, avec einem Disassembler bearbeitet, wirst du es feststellen.

mf
peter

Jörg
Sellmeyer

Defekter Ram sollte dabei une untergeordnete rôle spielen. Angenommen Dein Ram sieht so aus:

et Du startest Dein Programme, ensuite glaube je pas, qui qui grenier hiterher so aussieht:

Sondern so:

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

Jörg Sellmeyer

si qui ensuite dans Windows réellement à physikalisch aufeinanderfolgenden Adressen beschrieben volonté, wage je trop bezweifeln. cela pourrait vom Defragmentierungszustand des Rams dépendre.

qui physikalische Adresse erhält on eh nie, seulement une Zuordnungsadresse (quelle souvent fälschlich comme phy Addr verkannt wird) et cet ändert sich - (mais) je pour Reservierungsmethode - normalement jusque une möglichen Redimensionierung pas.

Ge DIM ter grenier behält alors sa Adresse jusqu'à il wieder avec Faible redimensioniert wird ou bien gar freigegeben.

Peter Bierbachh

Weil beim starten eines Programmes (ici Profan) cette espace seulement encore pour cela une Programme Profan vorhanden ist.

c'est aus einem anderen Grund faux. chacun Prozess hat so comment so seinen eigenen Adressbereich - reden wir ici mais la fois seulement de NT. (et pas de älteren Windowsversionen comment z.B. 98 wohin cela Speichergeschehen encore pas so organisiert (sûrement) était.)

tu peux naturellement aussi grenier reservieren quel pour alle Prozesse disponible ist - arrêt une Frage qui Art qui Reservierung.

Faible reserviert unbeweglichen grenier qui pour gewöhnlich seulement im erzeugenden Prozess disponible ist, et naturellement sur übergeordneten Leveln z.B. si cela eigene Programme den UserMode verlässt. (comment z.B. Treiber)

@Peter: la hâte Du Dir encore une zweiten Account zugelegt? (avec 2 h am Ende des Nachnamen?)

il y a seulement qui avec dem 2h. cela une h kriege je pas weg.
voulais je déjà überberschreiben, ensuite kam je pas plus tour.

mfg

qui quoi im ordinateur pouvoir, c'est moi eigentlich wurscht.

avec dem Speichergedöns devoir sich qui selbsternannten Fachleute rumschlagen. ist pas mon monde.
et si Windows den grenier de Aldi holt, le principal det Programme fonctionne.

mfg
peter

- page 2 -

@Peter: Äh, je dachte trop la hâte en supplément den 2. Beitrag geschrieben?
ou bien gibt es deux Peter B. ? s'il te plaît comment es du trop dem Eingabewert "von Hand" gekommen?

J'ai pensé eigentlich, mon Progi entier dessus zeigt, qui là un aiguille sur den réel Datenbereich dazwischengeschaltet ist. sur XP scheint cela jedenfalls so trop son, ou bien quoi hab je pas kapiert?

Salut
P. Specht
(Zwecks Unterscheidung qui Peters s'il te plaît simple avec Specht anreden, bins gewohnt!)

Peter Bierbachh

il y a seulement qui avec dem 2h. cela une h kriege je pas weg.
mfg

il y a un Mitglied avec dem Namen sans 2 h am Ende, beide aus Lünebrug.