Microsoft는 왜 API 컨벤션으로 stdcall을 선택 했습니까?

Question

좋은 이유가 있습니까?

내부 함수 (내 보내지 않음)도 표준 규칙입니까?

Answer 1

이것은 32 비트 코드에 대한 파스칼 호출 규칙에 적용되었습니다. Pascal은 OS/2 및 Windows 3과 같은 16 비트 운영 체제의 호출 규칙입니다. 왜 파스칼을 선택했는지 조금 추측 할 수 있습니다. 당시 조그마한 강아지 였지만 약간 효율적이었습니다. 640 KB가 당신이 함께 일해야 할 때 중요했던 것.

대부분의 Win32 함수는 링커에 표시되기 전에 내 보낸 함수가 어떻게 꾸며 지는지를 지정하기 때문에 true stdcall이 아닙니다. void Mumble (int arg)와 같이 _Mumble @ 4가됩니다. @ 뒤의 숫자는 활성화 프레임 크기를 나타냅니다. 그러나 대부분의 Win32 함수는 장식없이 내보내집니다. 아마도 프로그래머에게 GetProcAddress()를 작동시킬 수있는 싸울 기회를주기 위해서 일 것이다. 필자는 링커가 선언 된 API 함수 시그니처와 실제 함수 시그니처 간의 불일치를 감지 할 수 있도록 도와 주었다고 생각합니다. 전달 된 인수의 수가 불일치하는 것은 자동 kaboom입니다. 호출 수신자가 스택에서 더 많은 또는 더 적은 인수를 넘겨 받아 전달 된 이후입니다. 진단하기도 어렵습니다. stdcall의 취약점 인 cdecl 협약에는이 문제가 없습니다.

내부 호출은 stdcall, cdecl 및 thiscall 사이의 혼합 백입니다. 단일 단계 Windows 코드가 내가 좋아하는 일이 아니지만 필자가 패턴을 발견했다고 말할 수는 없습니다.

Answer 2

stdcall로 컴파일 된 코드는 cdecl (대안)으로 컴파일 된 코드보다 상당히 작습니다. 결정이 내려 졌을 때, 더 작은 코드는 더 빠른 코드였습니다.