PChar, PWideChar, Array of Char und Windows API

[himitsu]

Und aus dem Grund nimmt man nicht einfach so blind PWideChar, nur weil der Editor das so anzeigt.
> GetUserName (Ohne A oder W) vom Delphi eine compilerabhängige Weiterleitung und die ist explizit mit PChar deklariert.

PS: Genau soein Schrot "falsche Typen" verwendet, waren der Hauptgrund für die D2009-Problemchen.

[SyntaxXx]

Zitat von Luckie:

Und was steht in bufferlen drin, wenn GetuserName fehl schlägt?

Es steht dann garnichts drin ('').

Zitat von himitsu:

GetUserName (Ohne A oder W) vom Delphi eine compilerabhängige Weiterleitung und die ist explizit mit PChar deklariert.

Das heißt also, ich müsste via "GetMem" erst einmal genügend Speicher anfordern, damit in Buffer was drin steht?
Wenn dem so ist, dann verstehe ich auch, weshalb man meistens statt PChar ein Array[0..255] of Char vorfindet.
Denn laut Doku ist die Größe von PChar 8 Bit, was ja einer Maximallänge von 256 Zeichen entspricht, welche ja äquivalent zu den 0..255 ist.

[mkinzler]

Zitat:

Denn laut Doku ist die Größe von PChar 8 Bit, was ja einer Maximallänge von 256 Zeichen entspricht, welche ja äquivalent zu den 0..255 ist.

Ein PChar ist ein Zeiger und hat deshalb 32Bit in einem 32Bit Betriebssytem. Ein AnsiChar hat 8 Bit. Ein PChar kann aber auch auf eine UnicodeString zeigen ( ab D2009) dann hat ein Char 16 Bit. Die Größe des Buffers hat damit nichts zu tun.

[Luckie]

Zitat von SyntaxXx:

Zitat von Luckie:

Und was steht in bufferlen drin, wenn GetuserName fehl schlägt?

Es steht dann garnichts drin ('').

Also null. Davon ziehst du dann eins ab und rufst die Funktion ein zweites mal auf. Ob das aber gut geht? Bzw. was dass wohl im Buffer drin steht? Wahrscheinlich nur Schrott.