Incompatible typen Fehler, wieso?

[Bernhard Geyer]

Entweder du hast die sysutils nicht in deiner Usesanweisung oder die Windows-Unit nach diesem Eintrag so das dort die Version mit PChar verwendet wird.

[himitsu]

Komisch ist irgendwie, daß in der Online-Hilfe die Typenbezeichner der "Strings" fehlen
http://lazarus-ccr.sourceforge.net/d...eletefile.html
http://lazarus-ccr.sourceforge.net/d...ilecreate.html

Aber ich möchte fast wetten, daß Lazarus es hier dem Delphi nachgemacht hat, womit es ebenfalls zwei Implementationen gibt.
SysUtils (mit String) und Windows (mit PChar)
Somit solltest du einfach mal aufpassen welche Version du verwendest.

[edit]
Ups, nu hab'sch den armen Bernhard glatt übersehn.

[OrNEC]

OK... verstehe...

Ich habe beide Uses eingebunden, die SysUtils und Windows, aber Lazarus besteht bei dieser Funktion auf PChar, wieso auch immer. Wird da etwa eine Uses bevorzugt? Wenn ja wie kann man das beeinflussen?

Eigentlich ist es mir egal, ob PChar oder String, Hauptsache es ist alles unicodefähig. Und das ist es doch, oder?

[vagtler]

Ist doch schon alles weiter oben im Thread beantwortet.

[himitsu]

Zitat von OrNEC:

Wird da etwa eine Uses bevorzugt? Wenn ja wie kann man das beeinflussen?

Natürlich.
Immer der Letzte.

Außer man Bindes nur Eines von Beiden ein, oder gibt den gewünschten Namespace (hier die Unit) beim Aufruf mit an.

Zitat von OrNEC:

Eigentlich ist es mir egal, ob PChar oder String, Hauptsache es ist alles unicodefähig. Und das ist es doch, oder?

Nein.

Entweder du verwendest die "richtige" (gewünschte) Funktion, oder du passt den Parameter an (casten).

Und kein, wenn du die Ansi-Version dieser API verwendest, dann nicht.

[OrNEC]

OK, danke euch... habe wieder was gelernt!

[Bernhard Geyer]

Zitat von OrNEC:

Eigentlich ist es mir egal, ob PChar oder String, Hauptsache es ist alles unicodefähig. Und das ist es doch, oder?

Da musst du bei Lazarus/FreePascal aufpassen. Dadurch das String = AnsiString geblieben ist kommt es sehr leicht vor das man die Nicht-Unicodefähigen Funktionen verwendet an stellen bei dem man die *native bzw. *utf8-Funktion hätte verwenden sollen.

[JamesTKirk]

Zitat von himitsu:

Komisch ist irgendwie, daß in der Online-Hilfe die Typenbezeichner der "Strings" fehlen
http://lazarus-ccr.sourceforge.net/d...eletefile.html
http://lazarus-ccr.sourceforge.net/d...ilecreate.html

Das war ein Bug in dem Tool, das zur Generierung der Hilfe verwendet wird. Dort wo die Hilfe eigentlich zu finden ist (nämlich www.freepascal.org/docs.var) ist schon seit dem Release von 2.6.2 die gefixte Dokumentation online: http://freepascal.org/docs-html/rtl/...eletefile.html

Zum Thema unicodefähig noch:
- bis einschließlich der 2.6.x Serie verwendete Free Pascal rein die Ansi Routinen unter Windows
- 2.7.1 unterstützt bereits den "Codepage aware AnsiString" und wir arbeiten auch daran die RTL mehr Unicode-aware zu bekommen, das ist aber noch ein Work In Progress
- Lazarus verwendet standardmäßig UTF-8 als Encoding innerhalb der AnsiStrings; das bedeutet Strings, die du von der LCL bekommst sind in UTF-8 und solche, die du an die LCL übergibst müssen UTF-8 sein; bei der Interaktion mit RTL und FCL Routinen musst du also mit SysToUTF8 bzw. UTF8ToSys entsprechend umwandeln oder du verwendest die UTF-8-fähigen Versionen einiger RTL Funktionen (DeleteFile sollte darunter fallen), welche mit einem *UTF8-Suffix versehen in der (glaube ich) LazUTF8 -Unit zur Verfügung stehen

Gruß,
Sven

[OrNEC]

@JamesTKirk

Weiß Du vllt wie ich die aktuellste Hilfe in mein Lazarus einbaue? So das es mit F1 funktioniert?
Habe Lazarus 1.2.4, da ist noch die Hilfe von Documentation generated on: Aug 02 2012