XProfan

- page 5 -

là SizeOf() aussi pour einem récente dimensionieren den korrekten Wert liefert, sollte es pas schwer son String/Char à qui Bereichsgrenze auszubremsen.

qui Bereichsgrenzen einer Bereichsvariable soll on pas eingrenzen par weiteres ausbremsen avec String-Überprüfung usw, cet est un freier Bereich pour den User. ici voudrais je mon freiheiten avons et selber vom ersten Byte jusqu'à zum letzten Byte bestimmen. si je grenier avec cela reserviere et ihn überschreite muss je avec cela le calcul cela cela Programme abstürtz.
et si Windows pas alles sur "0" gesetzt hat, muss je pour sorgen.

mfg
peter

03.09.2008 ▲

RGH

Michael Wodrich

là SizeOf() aussi pour einem récente dimensionieren den korrekten Wert liefert, sollte es pas schwer son String/Char à qui Bereichsgrenze auszubremsen.

bien sûr ist cela sans Probleme possible. qui Frage wäre ici, si es aussi de allen so gewünscht wäre. cela scheint Je ne so. (si je mich droite erinnere, était cela früher aussi la fois so, wurde mais aufgrund de Userwünschen entfernt.)

dessus donnais es qui Frage pour qui Art qui grenier-Reservierung. je benutze dans Delphi folgende la ligne:

Si Z <> NIL Then ReAllocMem(Z,ParLng) D'autre Z := AllocMem(ParLng);

Hierbei ist Z qui Pointer sur den grenier et ParLng qui angeforderte Taille.

Zum "Nullen" des Bereiches pour dem ersten Faible peux on Claire verwenden.

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

Frank
Abbing

quelle API verbirgt sich derrière den Delphi-Funktionen?

[...]

Frank
Abbing

Nö. Rolands AllocMem hat seulement une paramètre. Zähl simple la fois pour...

Ähm quoi hab je là abkopiert?

lol!

bof ici steht aussi quoi: [...]

z.B. steht là heaph.inc et cela getmem benutzt wird: "Allocate new memory on le heap".

hähphähphähp...

Frank
Abbing

c'est aucun API, iF. Wird une Delphi-Funktion son. tout autor wird Roland mir aussi sûrement dire, dass il pas weiss, quelle API sich derrière elle verbirgt *prophezei*...

je mon c'est Heap-Zeugs...

- page 6 -

RGH

Aus qui Aider de Delphi 5 (dans qui Aider trop Turbo-Delphi fehlt qui Eintrag):

"AllocMem weist une Speicherbereich qui angegebenen Taille sur dem Heap trop. Dabei wird chaque Byte des Blocks sur zéro gesetzt. avec FreeMem peux qui Puffer wieder freigegeben volonté."

alors wird qui grenier beim ersten DIM doch genullt! (Sorry, cela était mir entfallen.) Aussi wird il sur dem Heap zugewiesen. avec cela devrait alle Unklarheiten beseitigt son.

et ici encore trop ReAlllocMem:

"Diese opération wirkt sich pas sur den le contenu des Speicherblocks aus. Wird qui Block cependant vergrößert, sommes qui récente zugewiesenen Speicherbereiche pas défini. peux qui Block pas à cette Position im grenier reserviert volonté, wird il dans une anderen Bereich sur dem Heap verschoben"

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

Michael
Wodrich

ensuite ist freepascal alors qui Fundgrube dans qui on chercher doit. qui Heap-Häppchen Reserviererei kenne je encore aus Turbo-Pascal.

cela sollte sich mais avec ASM bien contrôle laisser - pour Übertragungen dans beide Richtungen.

Momentan hab je pour aucun Zeit, mais c'est définitif sur qui Todo-liste.

belle Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

11.09.2008 ▲