| |
| |
|
| - Página 1 - |
|
Jörg
Sellmeyer | Das hier funktioniert. SizeOf ermittelt auch el richtigen Valor. En String$(B#,0) se sin embargo trotzdem siempre el todo String ausgegeben:
KompilierenMarcaSeparación
Profanhilfe
Der Befehl kann de XProfan 10 mehrmals en una Bereichsvariable angewandt y ser ändert dynamisch el Größe des Speicherbereiches. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 30.08.2008 ▲ |
|
| |
|
|
| |
| |
| - Página 5 - |
|
 |
Como SizeOf() auch una neu dimensionieren el korrekten Valor liefert, debería no schwer ser String/Char a el Bereichsgrenze auszubremsen.
El Bereichsgrenzen uno Bereichsvariable se uno no eingrenzen por weiteres ausbremsen con String-Überprüfung usw, dieses es una freier Zona para el User. Hier möchte Yo mi freiheiten haben y selber vom ersten Byte a para letzten Byte bestimmen. Wenn Yo Speicher así reserviere y ihn überschreite muss Yo así rechnen el el Programa abstürtz.
Und si Windows no alles en "0" gesetzt ha, muss Yo dafür sorgen.
mfg
peter |
|
| |
| |
| |
|
|
RGH | Michael Wodrich
Como SizeOf() auch una neu dimensionieren el korrekten Valor liefert, debería no schwer ser String/Char a el Bereichsgrenze auszubremsen.
Klar es el sin Problemas posible. El Cuestión wäre hier, si auch de allen así gewünscht wäre. Das scheint No así. (Wenn Yo mich bastante erinnere, war el früher auch veces así, wurde aber aufgrund de Userwünschen lejos.)
Oben gab lo el Cuestión después de el Art el Speicher-Reservierung. Yo benutze en Delphi folgende Línea:
If Z <> NIL Then ReAllocMem(Z,ParLng) Más Z := AllocMem(ParLng);
Hierbei es Z el Pointer en el Speicher y ParLng el angeforderte Größe.
Zum "Nullen" des Bereiches después de el ersten Dim puede ser Claro uso.
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 | 08.09.2008 ▲ |
|
| |
|
|
Frank
Abbing | | Welche API verbirgt se hinter el Delphi-Características? |
|
| |
| |
| |
|
|
 | |
| |
| |
| |
|
|
Frank
Abbing | Nö. Rolands AllocMem ha sólo una Parámetro. Zähl simplemente veces después de...  |
|
| |
| |
| |
|
|
| Ähm qué tener Yo como abkopiert?  lol!
Naja hier es auch qué: [...] 
z.B. es hay heaph.inc y el getmem benutzt se: "Allocate new memory on the heap".
hähphähphähp... |
|
| |
| |
| |
|
|
Frank
Abbing | | Es no API, IF. Wird una Delphi-Función ser. Darum se Roland me auch sicher sagen, dass él no blanco, welche API se detrás de él verbirgt *prophezei*... |
|
| |
| |
| |
|
|
| | Yo mi el es Heap-Zeugs... |
|
| |
| |
| |
|
| |
| |
| - Página 6 - |
|
|
RGH | Aus el Ayuda de Delphi 5 (en el Ayuda a Turbo-Delphi fehlt el Eintrag):
"AllocMem weist una Speicherbereich el angegebenen Größe en el Heap a. Dabei se cada Byte des Blocks en Null gesetzt. Mit FreeMem kann el Puffer otra vez freigegeben voluntad."
Also se el Speicher beim ersten DIM doch genullt! (Sorry, el war me entfallen.) Außerdem se él en el Heap zugewiesen. Damit debería todos Unklarheiten beseitigt ser.
Und hier todavía a ReAlllocMem:
"Diese Operation wirkt se no en el Inhalt des Speicherblocks de. Wird el Block sin embargo vergrößert, son el neu zugewiesenen Speicherbereiche no definiert. Kann el Block no a dieser Position en el Speicher reserviert voluntad, se él en una otro Zona en el Heap verschoben"
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 | 08.09.2008 ▲ |
|
| |
|
|
Michael
Wodrich | Dann es freepascal also el Fundgrube en el uno suchen muß. El Heap-Häppchen Reserviererei saber Todavía de Turbo-Pascal.
Das debería se aber con ASM bien ansteuern dejar - para Übertragungen en beide Richtungen.
Momentan tener Yo dafür no Tiempo, pero es definitiv en el Todo-Liste.
Schöne Grüße
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 11.09.2008 ▲ |
|
| |
|
|
Frank
Abbing | Sí. Gracias para el Infos, Roland!  |
|
| |
| |
| |
|
(1.077)
Deutsch
English
Français
Español
Italia