Stdcall und Cdecl

Raymond Chen gibt einen schönen überblick über das, was __stdcall und __cdecl .

(1) Der Anrufer "weiß" zum bereinigen des Stacks nach Aufruf einer Funktion, da weiß der compiler die Aufrufkonvention der Funktion und generiert den erforderlichen code.

void __stdcall StdcallFunc() {}

void __cdecl CdeclFunc()
{
    //The compiler knows that StdcallFunc() uses the __stdcall
    //convention at this point, so it generates the proper binary
    //for stack cleanup.
    StdcallFunc();
}

Es ist möglich Fehlanpassung der Aufrufkonventionwie diese:

LRESULT MyWndProc(HWND hwnd, UINT msg,
    WPARAM wParam, LPARAM lParam);
//...
//Compiler usually complains but there's this cast here...
windowClass.lpfnWndProc = reinterpret_cast<WNDPROC>(&MyWndProc);

So viele code-Beispiele verstehen das falsch, es ist auch nicht lustig. Es soll so sein:

//CALLBACK is #define'd as __stdcall
LRESULT CALLBACK MyWndProc(HWND hwnd, UINT msg
    WPARAM wParam, LPARAM lParam);
//...
windowClass.lpfnWndProc = &MyWndProc;

Jedoch, vorausgesetzt der Programmierer nicht ignorieren compiler-Fehler, der compiler generiert den code, der benötigt wird, um sauber in den stack richtig, da es weißt, die Aufrufkonventionen von Funktionen beteiligt.

(2) in Beide Richtungen funktionieren sollte. In der Tat, das passiert Recht Häufig, zumindest in code, der im zusammenspiel mit der Windows-API, da __cdecl ist der Standardwert für C-und C++ - Programme nach Visual C++ - compiler und die WinAPI-Funktionen verwenden Sie die __stdcall - übereinkommens.

(3) sollte Es keinen wirklichen performance-Unterschied zwischen den beiden.

InformationsquelleAutor der Antwort In silico

Bemerkte ich einen Beitrag, die sagen, dass es egal ist, wenn Sie anrufen ein __stdcall aus einer __cdecl oder Umgekehrt. Es funktioniert.

Der Grund: mit der __cdecl die Argumente, die übergeben werden, um die genannten Funktionen zu entfernen form der stack der aufrufenden Funktion, in __stdcalldie Argumente vom stack entfernt von der aufgerufenen Funktion. Wenn Sie rufen eine __cdecl Funktion mit einem __stdcallder stack ist nicht gereinigt, überhaupt, so dass schließlich, wenn die __cdecl verwendet eine gestapelte basierte Referenz für Argumente oder return-Adresse, wird die Nutzung der alten Daten auf das aktuelle stack-pointer. Wenn Sie rufen eine __stdcall Funktion aus einer __cdecldie __stdcall - Funktion säubert die Argumente auf den stack und dann den __cdecl Funktion tut es wieder, möglicherweise das entfernen der Aufruf von Funktionen, die Informationen zurückgeben.

Microsoft-Konvention für C versucht um dies zu umgehen, indem mangeln die Namen. Ein __cdecl Funktion ist mit einem Unterstrich als Präfix. Ein __stdcall Funktion Präfixe, die mit einem underscore und Suffix mit einem at-Zeichen "@" und die Anzahl der bytes an, die entfernt werden. ZB __cdecl f(x) verknüpft ist, als _x__stdcall f(int x) verbunden ist als _f@4 wo sizeof(int) 4 bytes)

Wenn es Ihnen gelingt, vorbei an der linker, genießen Sie die debugging-Chaos.

InformationsquelleAutor der Antwort Lee Hamilton

Der Anrufer und der angerufene müssen die gleiche Konvention an die Stelle der Aufruf - das ist der einzige Weg, es könnte zuverlässig arbeiten. Sowohl der Anrufer als auch der angerufene Folgen einem vordefinierten Protokoll - wer zum Beispiel braucht, um sauber in den stack. Wenn Konventionen mismatch, während Ihr Programm läuft in undefiniertem Verhalten - wahrscheinlich nur stürzt spektakulär.

Dies ist nur nötig, pro Aufruf-Website - der aufrufende code kann selbst eine Funktion sein, die mit jedem Aufruf-Konvention.

Sie sollten nicht bemerken keinen Unterschied in der Leistung zwischen diesen Konventionen. Wenn das zum problem wird, müssen Sie in der Regel weniger telefonieren - zum Beispiel, ändern Sie den Algorithmus.

InformationsquelleAutor der Antwort sharptooth

Diese Dinge sind Compiler - und Plattform-spezifisch. Weder der C noch der C++ - standard nichts sagen, über den Aufruf-Konventionen außer für extern "C" in C++.

wie wird ein Anrufer wissen, wenn es frei werden sollte, bis der stack ?

Den Anrufer kennt die Aufrufkonvention der Funktion an und verarbeitet den Anruf entsprechend.

Beim Aufruf site, hat der Anrufer wissen, ob die Funktion aufgerufen wird, ist eine cdecl oder stdcall-Funktion ?

Ja.

Wie funktioniert es ?

Es ist Teil der Deklaration der Funktion.

Wie funktioniert die Anrufer wissen, wenn es frei werden sollte, stack oder nicht ?

Den Anrufer kennt die Aufrufkonventionen und entsprechend handeln können.

Oder ist es der Linker der Verantwortung ?

Nein, die Aufruf-Konvention ist Teil einer Funktion, in dem die Erklärung so weiß der compiler alles, was er wissen muss.

Wenn Sie eine Funktion, die deklariert ist als stdcall ruft eine Funktion(die eine Aufruf-Konvention als cdecl), oder Umgekehrt, wäre das unangebracht ?

Nicht. Warum sollte es?

Im Allgemeinen können wir sagen, dass die call-schneller - cdecl oder stdcall ?

Weiß ich nicht. Testen Sie es.

InformationsquelleAutor der Antwort sellibitze

Aufrufkonventionen haben nichts zu tun mit der C/C++ Programmiersprachen und sind eher Besonderheiten auf, wie ein compiler implementiert, der angegebenen Sprache. Wenn Sie ständig den gleichen compiler, und Sie müssen nie sorgen zu machen über den Aufruf-Konventionen.

Aber manchmal wollen wir binären code kompiliert, die von unterschiedlichen Compilern zu inter-richtig. Wenn wir das tun, müssen wir definieren die so genannte Application Binary Interface (ABI). Das ABI legt fest, wie der compiler wandelt den C/C++ Quelltext in Maschinen-code. Dies beinhaltet die Aufrufkonventionen, name mangling, und der v-Tisch-layout. cdelc und stdcall sind zwei unterschiedliche Aufrufkonventionen Häufig auf x86-Plattformen.

Indem Sie die Informationen über die Aufruf-Konvention in den Quellcode-header, der compiler wissen, welcher code generiert werden soll zu inter-agieren korrekt mit der angegebenen ausführbaren Datei.

InformationsquelleAutor der Antwort doron