Kleines Crash-Quiz

[Hitman]

Nimm das explizite "const" bei doSomething weg, dann sollte es gehen.
Soweit ich das sehe, wird ansonsten eine Referenz auf FField übergeben. Nun leert clear dieses FField, bevor es jenes erneut setzt. Damit ist "s" an dieser Stelle dann auch bereits leer - weil Referenz auf FField. Das DÜRFTE meines Erachtens im Prinzip wohl nicht so sein, könnte also einen Eintrag im Bugtracker wert sein.

(Getestet mit nem paar Wochen alten FPC 2.5.1; einen Crash gab es glücklicherweise aber nicht )

[Straightdog]

Gut erklärt!

Das DÜRFTE meines Erachtens im Prinzip wohl nicht so sein, könnte also einen Eintrag im Bugtracker wert sein.

Nö, das ist ein Feature, kein Bug. Zumindest laut [fpc-devel]: http://lists.freepascal.org/lists/fpc-d ... 24981.html" onclick="window.open(this.href);return false; (vorsicht, laaange Diskussion). Ich bin nicht der Meinung der Compilerentwickler - ich halte ein Sprachdesign, das bei einem häufig anzutreffenden Konstrukt wie "const" Parametern aus einem managed type wie Ansistring einen unmanaged type macht (indem die Referenzzählung wegoptimisiert wird) für eher suboptimal. Insbesondere in tiefen Klassenhierarchien kann das zu sehr schwer zu debuggenden Fehlern führen. Man muss ja nicht jeden Blödsinn, den Borland in seiner langen Geschichte gemacht hat, unbedingt auch in FreePascal übernehmen.

(Getestet mit nem paar Wochen alten FPC 2.5.1; einen Crash gab es glücklicherweise aber nicht )

Was gab es denn statt dessen? Bei meinem 2.4.2 produziert das Programm zuverlässig SEGFAULTs.

[Hitman]

(Getestet mit nem paar Wochen alten FPC 2.5.1; einen Crash gab es glücklicherweise aber nicht )

Was gab es denn statt dessen? Bei meinem 2.4.2 produziert das Programm zuverlässig SEGFAULTs.

Einen leeren String, wie bei der shortstring-Variante.