Fehler bei Headerübersetzung?

[SleepyMaster]

Ist das tatsächlich falsch übersetzt oder wie ist das?

Zitat:

Zitat von MSDN

LONG RegConnectRegistry(
LPCTSTR lpMachineName,
HKEY hKey,
PHKEY phkResult
);

Zitat:

Zitat von Windows.pas

function RegConnectRegistry(lpMachineName: PChar; hKey: HKEY;
var phkResult: HKEY): Longint; stdcall;

Delphi-Quellcode:

PHKEY = ^HKEY;

[SleepyMaster]

Ich glaub ich bin jetzt drauf gekommmen:

Das var in der Delphi übersetzung macht aus dem HKEY ein PHKEY, damit es als Variable und nicht nur als Konstante weitergegeben werden kann.

[MathiasSimmack]

Nein, var bedeutet, du musst zwingend eine Variable benutzen. In dem Fall macht das auch Sinn, weil du das Handle des geöffneten Registryschlüssels zurückbekommst und damit dann weiter arbeiten kannst:

Delphi-Quellcode:

if(RegConnectRegistry('\\Computername',HKEY_LOCAL_MACHINE,
  regKey) = ERROR_SUCCESS) then
try
  // wenn du Glück hast, kannst du nun hier
  // über das "regKey"-Handle Werte auslesen,
  // usw.
finally
  RegCloseKey(regKey);
end;

Bei der Originaldeklaration von Microsoft übergibst du die Variable "regKey" in dem Fall nicht als HKEY-Variable, sondern als Zeiger (deswegen ja auch PHKEY). Theoretisch könntest du daher auch nil angeben, nur wird das in dem speziellen Fall wohl keiner machen. ;)

Aber es gäbe andere Beispiele, in denen ein Zeiger durchaus sinnvoller ist.

[w3seek]

Zitat:

Zitat von SleepyMaster

Das var in der Delphi übersetzung macht aus dem HKEY ein PHKEY

Das ist korrekt, intern pusht delphi die referenz zu der variable auf den stack.

Zitat:

Zitat von SleepyMaster

... , damit es als Variable und nicht nur als Konstante weitergegeben werden kann.

dies ist fast korrekt. Man will dabei verhindern dass man die die referenz auf eine konstante uebergibt da diese funktion in diesen speicher schreiben wuerde. Somit zwingt einen Delphi, eine Variable zu uebergeben

[Christian Seehase]

Moin Zusammen,

Zitat:

Zitat von w3seek

Somit zwingt einen Delphi, eine Variable zu uebergeben

was überflüssig wäre, wenn man, wie von MS vorgesehen, wirklich einen Pointer übergeben würde.

Durch die Verwendung von var Parametern an solchen Stellen, kommen dann ja auch diese "netten" Eigenarten zu Stande, dass man sich Funktionen noch einmal selbst importieren muss, wenn man sie wie vorgesehen benutzen will, z.B. ExtractIconEx.
In dem Falle gibt es sogar einen FAQ Artikel bei Borland, der das entsprechend vorsieht.