Speicherbereich

[ts-soft]

Dann brauchste erst recht kein Copymemory. Verstehe immer noch nicht
was Du vorhast.

Du kannst einen Speicher für die 3 DLL-Funktionen reservieren, passend
gross natürlich. und den Funktionen dann diesen Pointer + Offset zuweisen,
so schreibt die DLL alles in einem zusammenhängenden Speicher.
Hauptsache da wird nichts reallokiert.

Vielleicht erklärste einfach mal was Du warum machen möchtest. Also was
möchtest Du bezwecken. Nicht wie mache ich das CopyMemory rightig,
Wahrscheinlich liegt eher ein Denkfehler vor. Ich sehe keinen Vorteil dabei
die Speicherbereiche zusammenzuführen, eher Gefahren, falls die DLL die
grösse doch manipuliert

Ein bißchen Pseudo-Code ohne das man die DLL benötigt wäre auch hilfreich.

[H.Brill]

Hm, wie soll ich es noch erklären. Ich hätte dann nur noch
eine einzige Datei und nicht noch eine Datei, in der die Spalten-
definitionen stehen. Ich will sogar noch einen Schritt weiter
gehen und mit Get/SetColumnUpdate (768 Byte großer Block)
die Einstellungen wie Breite der Spalten usw. mitspeichern.

Stell dirs mal vor, wie bei einer .zip - Datei. Da packst du ja
auch nicht jede einzelne Datei in einer separaten .zip, sondern
machst eine einzige mit allen gepackten Dateien darin.

[ts-soft]

Wenn ich es richtig verstanden habe, solltest Du einfach die File-Funktionen
von PB verwenden, Geschwindigkeitsunterschiede wirds da seit PB4 nicht
mehr geben.

Code: Alles auswählen

If CreateFile(0, "bla.dat"
  WriteData(0, Buffer1, lengthBuffer1)
  WriteData(0, Buffer2, lengthBuffer2)
  WriteData(0, Buffer3, lengthBuffer3)
  CloseFile(0)
EndIf

Schon haste alle 3 Speicherblöcke hintereinander in einer Datei. Um die
einzeln wieder einzulesen, brauchste natürlich die jeweilige länge.

[H.Brill]

Ja, im Prinzip hast du schon recht. WriteFileQuick() und
ReadFileQuick() aus der DLL machen auch nix anderes.
Von der Geschwindigkeit wirds egal sein, da die DLL in
MASM32 erstellt wurde.
Da die Speicherbereiche aber in der Größe variabel sein können,
liefert mir die DLL-Funktion CsvToHeader() daher einen Offset,
wo die eigentlichen Daten beginnen.

Das Problem hat sich ja gelöst. Trotzdem danke für die Antworten.