Anwendung unicodefähig machen?

[AlexII]

Wenn ich die AnsiStrings in Strings und PAnsiChar in PChar ändere funktioniert das ganze irgendwie nicht. Obwohl ich in Delphi XE3 es gehen soll.
Folgende Fehler tauchen auf...

Zitat:

[dcc32 Fehler] Unit1.pas(86): E2010 Inkompatible Typen: 'PWideChar' und 'PAnsiChar'
[dcc32 Fehler] Unit1.pas(118): E2010 Inkompatible Typen: 'PAnsiChar' und 'PWideChar'
[dcc32 Fehler] Unit1.pas(139): E2010 Inkompatible Typen: 'PWideChar' und 'PAnsiChar'
[dcc32 Fehler] Unit1.pas(141): E2010 Inkompatible Typen: 'PWideChar' und 'PAnsiChar'

Die verstehe ich nicht so... ist in Delphi Xe einfach alles nur PChar?

[TheFrog]

Ich bin bei der Umstellung von Delphi 7 auf Delphi XE2 auf folgenden Artikel gestossen, welcher mir sehr geholfen hat.

http://edn.embarcadero.com/article/38980

Vielleicht hilft er Dir auch weiter.

Hans.

[hoika]

Hallo,

wenn du uns noch die Stellen (zeile 86) mal anzeigen würdest,
bekommst du auch Hilfe.

Denke doch mal bitte ein bisschen mit

Meine Glaskugel sagt:
meta := BASS_ChannelGetTags(chan, BASS_TAG_META);

ChannelGetTags ist wohl so definiert
function BASS_ChannelGetTags(): PAnsiChar

Du brauchst eine Unicodefähige Schnittstellenbeschreibung.



Heiko

[EWeiss]

Zu dem nutzt dir die ganze Konvertierung nach Unicode nichts wenn du bei BASS_Init das Flag für Unicode nicht verwendest.
Mach dich diesbezüglich mal auf un4Seen kundig.

gruss

[AlexII]

Zitat von EWeiss:

Zu dem nutzt dir die ganze Konvertierung nach Unicode nichts wenn du bei BASS_Init das Flag für Unicode nicht verwendest.
Mach dich diesbezüglich mal auf un4Seen kundig.

gruss

Ok... aber ich finde in der bass-Hilfe kein BASS_Init Flag.
Du meinst wahrscheinlich das hier:

BASS_SetConfig(BASS_CONFIG_UNICODE, 1); das ist gesetzt bei mir.

[himitsu]

Zitat von hoika:

Du brauchst eine Unicodefähige Schnittstellenbeschreibung.

Oder wenn es die nur als ANSI gibt, dann muß sie auch weiterhin ANSI bleiben.



Wenn früher PChar, Char und string "richtig" benutzt wurden, dann würden die jetzt automatisch richtig als Unicode arbeiten.
Genauso hätten früher auch explizit die ANSI-Versionen verwenden werden müssen, wo es definitiv immer ANSI sein wird.
Ebenso, wie man früher auch explizit die Wide-Versionen nutzen musste, wo es auch damals schon Unicode sein musste.

[AlexII]

Zitat von hoika:

Hallo,

Du brauchst eine Unicodefähige Schnittstellenbeschreibung.

bass.dll ist eigentlich schon Unicodefähig... hm...

[Bernhard Geyer]

Zitat von AlexII:

Zitat von hoika:

Hallo,

Du brauchst eine Unicodefähige Schnittstellenbeschreibung.

bass.dll ist eigentlich schon Unicodefähig... hm...

Die API ist AnsiString. Mit gesetzten Flag werden die Strings UTF8-Codiert erwartet.

[AlexII]

Zitat von Bernhard Geyer:

Zitat von AlexII:

Zitat von hoika:

Hallo,

Du brauchst eine Unicodefähige Schnittstellenbeschreibung.

bass.dll ist eigentlich schon Unicodefähig... hm...

Die API ist AnsiString. Mit gesetzten Flag werden die Strings UTF8-Codiert erwartet.

Das heißt ich kann alles so lassen wie oben im Beispiel? Bin jetzt noch mehr verwirrt.

[Bernhard Geyer]

Zitat von AlexII:

Zitat von Bernhard Geyer:

Zitat von AlexII:

Zitat von hoika:

Hallo,

Du brauchst eine Unicodefähige Schnittstellenbeschreibung.

bass.dll ist eigentlich schon Unicodefähig... hm...

Die API ist AnsiString. Mit gesetzten Flag werden die Strings UTF8-Codiert erwartet.

Das heißt ich kann alles so lassen wie oben im Beispiel? Bin jetzt noch mehr verwirrt.

AFAIK nein. Du musst dafür sorgen das alle Strings UTF8 Codiert werden. Delphi (ab D2009) verwendet standardmäßig UTF-16 (String) bzw. AnsiStrings (AnsiString). Evtl. reicht es die Schnittstellendefinition von (Ansi-)String auf UTF8-String zu ändern. Evtl. sorgt die Compiler-Magic hier für eine automatische Codierung