ps. 바보 김유식이는 call <> convention도 못 적게 한다 a11co가 나쁜 단어래
댓글 14
그럼 모르고 하겠냐? ㅋ
1(121.182)2011-11-25 15:34
설명해주떼염 언제 써요? 저런거
ㅁㄴㅇㅁ(121.66)2011-11-25 15:35
자바개발자라서 다행이다
알탱o(naviarbs)2011-11-25 15:35
간단히 얘기하면 섞어 쓸때 신경 쓸 부분이지...
1(121.182)2011-11-25 15:36
뭘 섞어 써요? 직접 해봤는데 결과는 똑같이 나오던데 단지 스택 관리하는게 조금 다른거 아닌가요?
ㅁㄴㅇㅁ(121.66)2011-11-25 15:38
c쁠에서 c언어 라이브러리 끌어와서 쓸때나 어셈블리코드가 섞일 때나.. 뭐
Kirov(sephespid)2011-11-25 15:39
니가 직접해본 수준은 이미 프로토타입이 깔끔하게 정의되어 있었을테니까 ㅋ
1(121.182)2011-11-25 15:39
송장 아저씨 어려운거 하시네 ㅠ,ㅠ 디셈블로가 디아블로랑 호형호제하는 사이임
ㅁㄴㅇㅁ(121.66)2011-11-25 15:39
extern \"c\"는 외부 참조 모듈을 만들때(DLL같은거) .. cdecl, stdcall 같은건 함수의 push, pop 방식을 정하는데 stdcall은 보통 winapi에서 기본적으로 쓰이고(WINAPI, CALLBACK 예약어 등), cdecl은 C의 고전적인 방식을 쓰도록 하는 예약어던가..
ㅁㅇㄴㄹ(118.45)2011-11-25 15:40
아하 그렇구나 DLL이 나쁜 놈이었당!! 잡았다 요놈!
ㅁㄴㅇㅁ(121.66)2011-11-25 15:40
가변이면 cdecl이던가... this포인터를 어떻게 넘길지 따위는 컴파일러마다 다르고 ㅋ
1(121.182)2011-11-25 15:44
_tmain 같은건 고전적인 C프로그램의 인코딩방식이 ANSI여서 유니코드를 지원하는 윈도우 현실에 안 맞음. 따라서 유니코드도 지원할수 있는 헤더가 <tchar.h>인데. 이게 _UNICODE가 정의되었는가 아닌가에 따라 컴파일 할때 결과가 다름
ㅁㅇㄴㄹ(118.45)2011-11-25 15:45
콘솔 프로그램에서는 둘의 차이가 잘 이해 안 가겠지만 WINAPI 어플리케이션을 제작한다 하면 그 둘의 차이가 엄청남.
그럼 모르고 하겠냐? ㅋ
설명해주떼염 언제 써요? 저런거
자바개발자라서 다행이다
간단히 얘기하면 섞어 쓸때 신경 쓸 부분이지...
뭘 섞어 써요? 직접 해봤는데 결과는 똑같이 나오던데 단지 스택 관리하는게 조금 다른거 아닌가요?
c쁠에서 c언어 라이브러리 끌어와서 쓸때나 어셈블리코드가 섞일 때나.. 뭐
니가 직접해본 수준은 이미 프로토타입이 깔끔하게 정의되어 있었을테니까 ㅋ
송장 아저씨 어려운거 하시네 ㅠ,ㅠ 디셈블로가 디아블로랑 호형호제하는 사이임
extern \"c\"는 외부 참조 모듈을 만들때(DLL같은거) .. cdecl, stdcall 같은건 함수의 push, pop 방식을 정하는데 stdcall은 보통 winapi에서 기본적으로 쓰이고(WINAPI, CALLBACK 예약어 등), cdecl은 C의 고전적인 방식을 쓰도록 하는 예약어던가..
아하 그렇구나 DLL이 나쁜 놈이었당!! 잡았다 요놈!
가변이면 cdecl이던가... this포인터를 어떻게 넘길지 따위는 컴파일러마다 다르고 ㅋ
_tmain 같은건 고전적인 C프로그램의 인코딩방식이 ANSI여서 유니코드를 지원하는 윈도우 현실에 안 맞음. 따라서 유니코드도 지원할수 있는 헤더가 <tchar.h>인데. 이게 _UNICODE가 정의되었는가 아닌가에 따라 컴파일 할때 결과가 다름
콘솔 프로그램에서는 둘의 차이가 잘 이해 안 가겠지만 WINAPI 어플리케이션을 제작한다 하면 그 둘의 차이가 엄청남.
감사합니다 많이 배우고 갑니다