String Gültigkeit + PChar Verwendung

[stoxx]

ok, vielen Dank :-)

[sirius]

Ein String muss auch die ganze Prozedur über auf dem Stack liegen, damit diese dynamische Variable (die ja vom Compiler verwaltet wird) auch immer zuverlässig freigegeben wird.
Dazu legt Delphi um die gesamte Prozedur automatisch ein try..finally, damit asuch im Fehlerfall der String freigegeben werden kann. dazu muss er allerdings immer auf dem Stack liegen (jeder Thread hat übrigens seinen eigenen Stack). Ich wüsste nicht, dass die Code-Optimierung einen String in die Register schiebt.

[stoxx]

Zitat:

Zitat von sirius

Ein String muss auch die ganze Prozedur über auf dem Stack liegen, damit diese dynamische Variable (die ja vom Compiler verwaltet wird) auch immer zuverlässig freigegeben wird.
Dazu legt Delphi um die gesamte Prozedur automatisch ein try..finally, damit asuch im Fehlerfall der String freigegeben werden kann. dazu muss er allerdings immer auf dem Stack liegen (jeder Thread hat übrigens seinen eigenen Stack). Ich wüsste nicht, dass die Code-Optimierung einen String in die Register schiebt.

ok .... wenn ich mir den RefCount vom String selber um eins erhöhen würde, damit Delphi am Ende der Procedure den String nicht freigibt.
(dann entsteht auch ein Speicherleck, wenn man es mal in einer Schleife testet)
Wie müsste ich den String dann sauber selber freigeben?
Und Manchmal steht der RefCount vom String in normalen Proceduren manchmal auf -1?

[himitsu]

auf -1 steht der, wenn er nicht im Speicher liegt.
z.B. wenn er von einer Konstante "geladen" wurde.

[shmia]

Zitat:

Zitat von stoxx

Und Manchmal steht der RefCount vom String in normalen Proceduren manchmal auf -1?

Das ist dann ein Stringliteral oder Resourcestring. Durch RefCount=-1 "weiss" Delphi, dass dieser String nicht freigegeben werden darf.

[himitsu]

an RefCount direkt würde ich nicht rumspielen.

ich behandle zwar Stringvaiablen wie Pointer (was sie ja im Grunde auch sind) und so kann man nette Dinge mit machen, aber ein "schöner" Weg ist das nicht gerade (wenn er auch einfach ist), aber wie du schon bemerkt hast, kann man sich so (falls man nicht aufpasst) ein Speicherleck einfangen.


was hindert dich eigentlich daran selber Speicher zu resservieren und freizugeben?

Delphi-Quellcode:

Var P: PChar;

P := GetMemory(Length(S) + 1);
MoveMemory(P, PChar(S), Length(S) + 1);

jetzt kannst du mit P alles machen, was du willst

und wenn der String nicht mehr benötigt wird, dann den Speicher per FreeMemory(P) wieder freigen.

[stoxx]

Zitat:

was hindert dich eigentlich daran selber Speicher zu resservieren und freizugeben?

Die Geschwindigkeit :-)


http://www.delphipraxis.net/internal...278&highlight=



ich will PChars auf den String halten, aber sicher sein, dass ich nicht ungültige PChars halte.
Falls doch mal jemand bei meinem StringExploder auf die Idee kommt, ihn länger zu haben, als die Procedure dauert :-)
Und ich jedes Kopieren oder Anlegen von Speicher vermeiden will :)
In dieser Lösung ...

[himitsu]

dann hat sich derjenige selbst drum zu kümmern, daß sein String lang genug am Leben bleibt.

schließlich hättest du dann noch das Problem mit dem Speicherleck.
oder wie meinst du soll dann bestimmt werden, wann der String freigegeben werden darf,
bzw. wo willst du dann das Freigeben des String veranlassen (wenn deine Prozedure schon lange beendet ist)?