PChar(string) geht nicht mehr

[pluto]

Hallo,
bei winapi aufrufe werden wird doch gerne PChar genommen z.b.
RemoveDirectory(pchar(dir));
da bekomme ich folgenden felermeldung:

D:\Daten\eigene\Lazarus\Units\tools_file.pas(516,19) Error: Illegal type conversion: "ShortString" to "^Char"

warum ist das so ?

[theo]

warum ist das so ?

AnsiStrings müssen eingestellt sein. Entweder im Code mit {$H+} oder im
Compiler Dialog

[Christian]

quatsch, probiers einfach mal mit PChar(@String)
der fpc ist in sachen Pointer nicht so "nachlässig" wie delphi (oder du schaltest den Delphi kompatiblen Modus ein)
deshalb musst du auch bei der PChar konverteirung natürlich die Adresse des Strings und nicht den string selbst übergeben.

[theo]

quatsch,

Christian, warum reagierst du bloss immer so vorlaut ohne wirklich eine Ahnung zu haben?

[Christian]

Tut mir leid, sollte nicht so wirken das selbe könnt ich dir aber auch vorwerfen (siehe VT) sagst du mir jetzt noch was an meiner Aussage falsch war ?

[pluto]

heißt diese aussage:
PChar(@String)
Strlen(Pchar(@str));

wobei str ein string ist

[theo]

sagst du mir jetzt noch was an meiner Aussage falsch war ?

Das falscheste ist, dass Du "Quatsch" zu meinem posting sagst.
Inhaltlich können sich alle mal irren, aber das kann man auch freundlich sagen.

Nun zum Inhaltlichen: Probier's aus!
Compiliert wird pchar(dir) auch im {$mode objfpc}.
Das kann also nicht die Ursache für pluto's Fehlermeldung sein.
{$H-} "AnsiStrings aus" führt aber genau zu seiner Fehlermeldung.

[pluto]

ich glaube das war auch der grund muss ich nochmal testen.

vielen dank für eure tipps !

[Christian]

Hast recht, mit AnsiStrings on "biegt" der Compiler sich das selbst hin.
Führt sicher aber irgendwann mal zu komischen effekten, wenn man PChar als solchen einsetzen möchte nämlich als Zeiger auf ne nullterminirte Zeichenkette und der compiler bastelt die Formate selbständig um ...

[theo]

Hast recht, mit AnsiStrings on "biegt" der Compiler sich das selbst hin.
Führt sicher aber irgendwann mal zu komischen effekten, wenn man PChar als solchen einsetzen möchte nämlich als Zeiger auf ne nullterminirte Zeichenkette und der compiler bastelt die Formate selbständig um ...

Wo siehst Du denn hier konkret ein Problem? Beispiel?

[mschnell]

PChar(@String)

Das wird sich vermutlich übersetzen lassen, aber zu falschen Ergebnissen führen.

Ist der String ein short string zeigt PChar(@String) auf das längenbyte. Das soll aber nicht übergeben werden. Außerdem hat ein ashort string kein #0 am ende.

Ist der String ein long string, zeigt PChar(qString) auf sdie Verwaltungs-Information, die will auch keiner haben.

PChar(String) ist korrekt, String muss aber ein long string sein. hier geht aber auch oft @String[1]

-Michael