| |
|
|
- 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 - |
|
|
Frank Abbing | Nein! |
|
|
| |
|
|
|
Stefan Landsberg | interessant qué ihr así alles encima skype austauscht |
|
|
| |
|
|
|
Jörg Sellmeyer | Oha, Yo glaub hier muß Yo bald ya otra vez un hilo splitten. Für mich (como immerhin Threadstarter ) ha se el problema en el Grunde aufgeklärt, como Yo nun weiß, daß no Dim el Nullbyte al Ende setzt, pero el Befehl String. Relacionado con la Löschen finde Yo auch durchaus diskussionswürdig, antes allem, como el Cuestión stellt, qué se en ReDim passieren. Außerdem restos immernoch el Cuestión, si sinnvoll es, daß uno en Speicher zugreifen kann, el no en el Programa reserviert es. Aunque fände Yo como una Geschwindigkeitsverlust bedenklicher, como el Einsatz de algo Gehirnschmalz seitens des Programmierers beim Benutzen el Función. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 02.09.2008 ▲ |
|
|
|
|
Michael Wodrich | Egal si como irgendwo una zusätzliches Nullbyte beim Redimensionieren geschrieben se:
Char y String necesario una Bereichsprüfung vornehmen! Como esta para saubere Programación siempre benötigt se debería el Programmierer el sonst jedesmal con programa.
Erinnern nosotros doch veces a M$, el auch dachten, una Bereichsprüfung sei de Geschwindigkeitsgründen no nötig. An el Folgen dieses Vorgehens leidet Windows todavía siempre.
Schöne Grüße Michael Wodrich
P.S.: Como SizeOf() auch una neu dimensionieren el korrekten Valor liefert, debería no schwer ser String/Char a el Bereichsgrenze auszubremsen. |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 02.09.2008 ▲ |
|
|
|
|
|
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... |
|
|
| |
|
|