호출,call

호출,call (rev. 1.14)

pagename:
* calling이 아니라 call도 ok?
* aka function_call ? invocation / invoke ?

Sub:
호출스택,call_stack =,call_stack .
시스템_호출,system_call =,system_call .
call_site =,call_site .
{
call site
https://en.wikipedia.org/wiki/Call_site
Ndict:call site
Ggl:call site
}
calling_convention =,calling_convention .
{
호출규약 ? - 이 번역어 대세인 듯 하고 기타 가능한 번역은 호출관습 , 호출관례 ,

종류가 상당히 다양.

인자(parameter argument) 전달순서 : 왼쪽부터 or 오른쪽부터

레지스터,register를 쓰기도 하고
스택,stack(호출스택,call_stack)을 쓰기도 하고
둘다 쓰기도 하고
etc. TBW

스택프레임,stack_frame은 누가 정리할 것인가? caller or callee ?

등으로 여러 가지.



// 표현을 normalize하면 좋을텐데.. 혹시 call by value 는 명사구, call-by-value 는 형용사구 ?? 아님 근거없는생각임?

call_by_value
call-by-value (CBV)
fine-grain call-by-value (FGCBV)
call_by_push_value
call-by-push-value CBPV ?

call_by_reference
call-by-reference CBR ?
참조,reference

call_by_address
call-by-address CBA ?
주소,address 메모리,memory주소 메모리주소,memory_address



MKLINK
스택프레임,stack_frame
{
MKLINK
호출스택,call_stack - call stack frame ?
}



.... ADDHERE


MKLINK
API
ABI
라이브러리,library
메소드,method
펑션,function
subroutine or routine 서브루틴 루틴
주소,address esp 메모리주소,memory_address
호출의 대상은? QQQ
일반적으로는 API 라이브러리,library ...?
일단 알아보기 전에 생각나는 건
distributed가 아닌 상황에서는 같은 machine의 function method subroutine procedure ...
환경에 따라
반드시 어떤 이름지어진(named) / 식별자,identifier가 있는 / ... 게 아닌 임의의 메모리주소,memory_address를 호출하는 것도 가능하고 (위험)
그것이 실행환경? 에 의해 막힌 경우가 대부분일테고
distributed 상황에서는 RPC RMI 같은 - or Ggl:RESTful API , Ggl:web api , ... 뭐 이런 - 이때는 remote machine i.e. 서버,server ? 항상 웹서버,web_server는 아니겠고.. Google:API server Google:api provider ? 스텁,stub
이벤트,event - 이벤트를 발생시킨다 = 이벤트를 호출한다 - 어떤 func/method를 call함으로써?