Acquire::http::Proxy "http://Username:Password@proxy.foo.bar.edu.au:8080";Acquire::ftp::Proxy "ftp://Username:Password@proxy.foo.bar.edu.au:8080";Acquire::https::Proxy "https://Username:Password@proxy.foo.bar.edu.au:8080";
print를 사용할 수 있고, 파이썬 3는 괄호가 있어야 한다. 그게 다다.| class TestClass { INT B; VOID TestFunction( INT A ) { B = A }; //이 함수를 쓰레드로 돌리고자 합니다. VOID Start(); //이 함수에서 TestFunction을 호출하지요. }; |
| VOID TestClass ::Start() {
HANDLE hThread = ( HANDLE ) __beginthread( NULL, 0, &TestFunction, NULL, NULL, NULL ); // ........ 무엇가의 작업을 하고. WaitForSingleObject( hThread, INFINITE ); CloseHandle( hThread ); } |
| class TestClass {
static VOID WINAPI TestFunction( INT A ); // 이제 원래 의도대로 이 함수를 정적 함수로 제작합니다. VOID Start(); }; |
| class TestClass {
VOID TestFunction( INT A ); //다시 원래대로 돌리고 static VOID WINAPI TestFunctionThread( LPVOID ); //대신 쓰레드가 돌아갈 정적 함수를 만듭니다. VOID Start(); }; VOID Start() { HANDLE hThread = ( HANDLE ) __beginthread( NULL, 0, &TestFunctionThread, this, NULL, NULL ); // ........ 무엇가의 작업을 하고. WaitForSingleObject( hThread, INFINITE ); CloseHandle( hThread ); } VOID WINAPI TestFunctionThread( LPVOID p ) { ( (TestClass* ) p )->TestFunction( 3 ); } |
| struct Arg { TestClass* p; INT A; }; VOID Start() { Arg arg = { this, 3 }; HANDLE hThread = ( HANDLE ) __beginthread( NULL, 0, &TestFunctionThread, &arg, NULL, NULL ); // ........ 무엇가의 작업을 하고. WaitForSingleObject( hThread, INFINITE ); CloseHandle( hThread ); } VOID WINAPI TestFunctionThread( LPVOID p ) { Arg* pArg = ( Arg* ) p; pArg->p->TestFunction( p->A ); } |
<Visual C++의 유용한 단축키>
* Ctrl+F3 : 현재 커서가 있는 위치의 단어가 나오는 다음 위치를 찾아줍니다. Ctrl+Shift+F3을 누르면 이전 걸 찾아주죠.
* Ctrl+H : replace입니다. 특히 일정부분안의 변수 이름을 변경하거나 할 때 범위를 선택한 다음에 Ctrl+H를 누르면 편하죠.
* Ctrl+], Ctrl+E : 괄호 짝을 맞춰줍니다. {위에서 누르면 짝이 맞는 }를 찾아주지요.
* Ctrl+L : 한줄을 잘라냅니다. -> 클립보드로
* Ctrl+Shift+L : 한줄을 지웁니다.
* Ctrl+J, K : #ifdef ... #endif 쌍을 찾는데 사용합니다.
* 그외 Ctrl을 누르고 커서나 Delete, Backspace를 누르면 단어 단위로 동작을 하게 됩니다.
* Alt+F8 : 인덴트 정리. 일정 범위를 선택하고 누르면 라인 앞부분의 공백을 자동으로 조정해줍니다.
* CTRL+SHIFT+T : 커서 위치의 단어와 앞 단어가 서로 교체 됩니다.
* ALT+SHIFT+T : 커서 위치의 한줄과 윗줄이 서로 교환됩니다.
* Shift + F9 : 디버그 모드에서 추가하고픈 변수나 등등 앞에 커서를 위치 시킨후 Shift+F9를
누르면 Watch Window에 자동으로 추가.
* Ctrl + Alt + T , Ctrl + Spacebar : 멤버목록 팝업창이 나타납니다 (참고로 대소문에 관계없습니다.)
* Ctrl + Shift + U : 소문자를 대문자로 바꾸고 싶을때 블럭 지정을 한다음 이 키를 누르면 소문자가 대문자로 둔갑.
* Ctrl + U : 대문자를 소문자로 변경
* Ctrl + Shift + 8 : Tab은 ^모양으로 공백문자는 .로 변경, 다시 누르면 설정이 해제
<ALT+F4로 종료안되게 하려면>
BOOL MyApp::PreTranslateMessage(MSG* pMsg)
{
if(pMsg->message == WM_SYSKEYDOWN &&
pMsg->wParam == VK_F4) {
return TRUE;
}
}
이 함수를 오버라이드 하여서 집어넣으면 됩니다.
<제일 짧은, 파일 크기 알아내는 함수>
일단 제가 본 방법들을 열거해 보겠습니다.
1] 파일을 열고, 파일 끝으로 위치를 옮겨서 그 위치값을 읽는다.
2] 파일을 fopen()이 아닌 open()으로 열어서 핸들을 얻은 다음 그것을 이용해서 filelength()함수로 파일 크기를 구한다.
간단하니 결론만 말씀드리죠. 저는 다음과 같이 파일 크기를 구합니다.
fileSize = filelength( fileno(fp) );
fp는 FILE *fp; 로 정의된 파일 포인터입니다.
물론 fopen()으로 파일을 연 상태에만 가능합니다.
그러나 파일 크기를 구한다는 것이 DIR프로그램이 아닌 이상 파일을 열고나서 구하는 거 아니겠습니까?
<클래스 이름 등록방법>
PreCreateWindow(CREATESTRUCT& cs)에서 cs.lpszClass를 변경해주면 될 것 같은데 잘되지 않는 경우가 있습니다. 이부분에서 사용자들이 헤매는 경우가 많이 있죠.
다음의 코드를 활용하시면 잘되실 겁니다.
BOOL CTestDlg::PreCreateWindow(CREATESTRUCT& cs)
{
if(!CWnd::PreCreateWindow(cs))
return FALSE;
HINSTANCE hInst=AfxGetInstanceHandle();
WNDCLASS wc;
::GetClassInfo(hInst, cs.lpszClass, &wc);
wc.lpszClassName=cs.lpszClass="MyClass";
return AfxRegisterClass(&wc);
}
<외국 리소스를 한글 리소스로 수정하기>
1. 간단하게 고치기
영국인가 에서 만든 소스를 분석하다가 리소스를 볼려고 누르니 언어가 다르다고 안나오더군요 계속 고민하다가 이럴 때는 rc화일에서
원래 코드
//*****************************************************
#if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_ENU)
#ifdef _WIN32
LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US
#pragma code_page(1252)
#endif //_WIN32
//*****************************************************
한국말로 수정한뒤 코드
//******************************************************
#if !defined(AFX_RESOURCE_DLL)||defined(AFX_TARG_KOR)
#ifdef _WIN32
LANGUAGE LANG_KOREAN, SUBLANG_DEFAULT
#pragma code_page(949)
#endif//_WIN32
//******************************************************
이렇게 수정해주니 코드가 나오더군요.
물론 다아시겠지만 열기에서 rc화일을 text로 열어서 수정해주셔야겠지요
2. 근본적 해결방법
다 아시겠지만 VC++은 다국어 리소스를 지원합니다.
외국에서 만든 샘플 예제를 Down받아서 리소스를 오픈할때 현재 시스템의 코드 페이지와 다르면 오픈되지를 않습니다.
지원하지 않는 코드 페이지 때문에 리소스가 제대로 오픈되지 않는다면 해당하는 코드 페이지의 .nls(National Language Support)파일을 시스템에 복사해 넣어주면 됩니다.
해당 nls파일은 Win95/98 CD에 있고 이파일(예:cp_1252.nls)을 windows system 폴더안에 복사한 후 레지스트리(\HKEY_LOCAL_MACHINE\System\CurrentControlSet\control\Nls\Codepage)에 수동으로 등록시켜 주면 됩니다.
<F10 키를 처리하기>
도스시절 프로그램에서 F10 키는 주로 풀다운 메뉴를 띄우는데 사용됩니다.
그래서 우리는 F10 으로 메뉴를 뛰우는데 익숙하죠. 윈도에서도 마찬가지로 F10 키가 메뉴를 활성화시키는데 사용되죠. F10 키가 메뉴를 활성화 하는 것을 막고 나의 고유 기능을 실행하게 할려면 어떻게 해야 하죠?
몇가지 방법이 있는데...
1.- SetWindowsHookEx() 의 사용
키보드의 행동을 바꾸기 위해서 SetWindowsHookEx 함수를 사용하는 것입니다.우선 키보드 훅(Hook)을 작성하고 쓰레드 전반에 이 훅을 설치하는 것이죠.코딩이 좀 까다롭지만..오버헤드가 별루 없기 때문에 ..가장 좋은 제안이 될것입니다.
2.- PreProcessMessage() 와 WM_SYSKEYDOWN 테스트
메시지 선처리기인 PreProcessMessage 에서 WM_SYSKEYDOWN 메시지가 발생했을때 F10 키인지 확인하는 것입니다.그러나 매번 조사해야 하기 때문에 (모든 키에 대해서..) 많은 오버헤드를 발생시켜 속도저하를 가져옵니다.
3.- F10 키에 대한 억셀레이터 테이블 작성
추천할만한 다른 좋은 방법입니다. 그러나 잘 안먹힐때가 있어서.
4.- OnSysKeyDown() 핸들러에서 F10 테스트
문서화되어 있는 방법이죠...그런데 ...이해할수 없는건..
MFC 에서는 F10 키에 대한 SysKeyDown 메시지를 SDI View 에 보내지 않습니다. 문제의 소지가 되죠.
<ESC키로부터 Dialog 사라짐을 방지>
ESC키로부터 Dialog 사라짐을 방지하려면
// 멤버 변수
BOOL m_bClose
// 생성자
m_bClose = FALSE;
// OnClose
void CKeyDlg::OnClose()
{
m_bClose = TRUE;
CDialog::OnClose();
}
// WindowProc
LRESULT CKeyDlg::WindowProc(UINT message, WPARAM wParam, LPARAM lParam)
{
if( message == WM_COMMAND && wParam == WM_DESTROY )
{
if( m_bClose == FALSE )
return NULL;
// esc키로 부터 다이얼로그 사라짐을 방지
// 요길 FALSE(NULL)로 막아주면
// (정상적으로는 아래 return 값이 1로 됨)
// 다음에 message WM_DESTROY, WM_NCDESTROY가
// 날아오지 않아 종료 되지 않음
}
return CDialog::WindowProc(message, wParam, lParam);
}
/// 참고
// dialog에서 esc 또는 close 버튼은 message - 111, wParam - 2 가 날아옴
// return 값이 TRUE 이면
// message - 2에 이어 message -82가 날아옴
//#define WM_COMMAND 0x0111
//#define WM_DESTROY 0x0002
//#define WM_NCDESTROY 0x0082
//#define WM_CLOSE 0x0010
/* Enter 키 */
버튼 중에 Property에 Default라고 체크가 된 것이 있을 것입니다.
버튼중 하나만이 이 속성을 가질 수 있는데 Enter키를 치면 이 버튼이 실행됩니다.
Default로 IDOK버튼이 먹게 되지요. 해서 다른 버튼에 이속성을 주거나 IDOK버튼의 함수를 고치세요.
<fscanf()에서 쓸데 없는 값 읽지않고 버리기>
화일명: aaa.dat
자료: 1 2.0 3
이럴경우 자료를 fscanf()로 읽어 들일 때 불필요한 자료가 있을 수 있습니다. 만약 위의 데이터를 읽어 들인다면 -> 실제로 2.0은 필요 없는 자료라 가정하고
int a, b;
float dummy;
FILE* fp;
if((fp = fopen("aaa.txt", "r"))== NULL)
return;
fscanf("%d %f %d", &a, &dummy, &b);
fclose(fp);
일반적으로 필요없는 2.0도 dummy라고 읽어 들인다음 버립니다.
이런 쓸데가 없는 데이터를 읽어 들이면 시간도 낭비고... 에구 코드도 복잡하고....
이럴 경우 *를 사용하시면 아주 좋죠... ^^;
fscanf("%d %*f %d", &a, &b);
요렇게 바꾸면 실수형 자료가 나오면 그냥 넘어 가요...
각각의 데이터 자료형만 맞추어 주면 그냥 안읽고 넘어간 다음에 그 다음 데이터를 읽지요
자신이 만든 데이터라면 이런 경우가 없겠지만 남이 만든 데이터를 읽어 올 경우에
자기에게 불필요한 데이터가 생길 경우 일일이 다 읽어서 버린다면 넘 짜증 나겠지요 ^^;
<Toggle 기능 구현하기>
버튼을 누를 경우 서로 토글되는 기능을 구현 하겠습니다.
static int rwflg = 1;
rwflg = !rwflg;//가장 중요
if(rwflg) {
// 버튼을 누를 경우 두번째 실행.
} else {
//버튼을 누를 경우 처음 실행
}
<한글 윈도우에서 일본어 프로그램 빌드하기>
일단. 리소스는 당연히 일본어 코드로 변환되어 있어야 합니다. 한글 윈도우에서 보면 코드가 깨져 보이겠지요? 코드 변환 방법은 Microsoft Word 같은 걸 이용하셔도 되고, 아니면 프로그램을 만드셔도 되구요.. 가능하면 리소스 작업은 일본어 윈도우에서 하시기를 권합니다. Copy&Paste 로 했는데도, 일부코드가 깨어지는 문제가 있더라구요.. 정확히 이유는 모르겠지만, 리소스의 Text 를 붙여넣는 작업은 가능한한 일본어 윈도우에서 하시기를 권합니다. 그리고 빌드하실 프로젝트의 리소스 파일(*.rc 파일) 에는 한국어가 있으면 절대로 안됩니다!! 테스트를 위해서 몇개의 다이얼로그만 일본어로 바꿨는데 빌드가 안되더군요.. 반드시 전체 리소스 파일에는 영어 아니면 일본어 코드만 존재 해야 합니다.
그리고 Resource file (rc 파일들)의 내용을 다음과 같이 바꾸시면 됩니다. 모든 부분을 바꾸어야 하는지는 확실치 않지만, 일단 이렇게 바꾸면 빌드랑 실행에 문제는 없습니다..
1. #if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_KOR) 를
#if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_JPN) 으로...
2. LANGUAGE 18, 1 를
LANGUAGE 17, 1 로...
3. #pragma code_page(949) 를
#pragma code_page(932) 로...
4. l.kor\\afxres.rc 를
l.jpn\\afxres.rc 로..
이상입니다.. ^^.. 도움이 됐을까요?? 그리고 주의하실 점은 Font 입니다.. 일본의 폰트에 맞추어 크기랑 이름을 정해줘야만 하지요..
<#과 ##>
'##'에 대안 질문이 나온 김에 '#'과 '##' 대해 이야기를 한번 해볼까 합니다.
먼저 #부터 시작하겠습니다.
#은 C/C++에서 많이 나오는 기호죠. #include 랄지, #define 이랄지. 그런데, #이 다른 용도로 쓰이는 경우가 있습니다.
다음과 같은 코드가 있습니다.
#include <stdio.h>
#define STRING(a) printf(a)
void main(){
STRING(trowind);
}
매크로를 아시는 분이라면 위에 코드가 어떻게 변환되는지 아실 겁니다. STRING(trowind) 부분이 printf(trowind)로 바뀌겠죠. (이 변환은 preprocessor에서 담당합니다. 자세한 내용은 'Preprocessor' 또는 '전처리기'에대한 자료를 참고하세요.)
이건 명백히 컴파일 에러입니다. trowind라는 변수가 없으니까요.
그럼 이제 STRING() 매크로 함수를 다음과 같이 바꿔보겠습니다.
#define STRING(a) printf(#a)
바꾼거라고는 'a' 앞에 #를 붙인 것 밖에 없습니다. 그러면 위의 STRING(trowind) 는 다음과 같이 바뀝니다.
printf("trowind")
즉 #의 용도는 매크로에서 치환되는 문자열에 큰따옴표를 붙여주는 것입니다. 이걸 잘 이용하면 다음과 같은 기능을 구현할 수 있죠.
#include <stdio.h>
#include <stdlib.h>
// MFC에도 ASSERT란 매크로가 있기 때문에 MY_ASSERT로 합니다.
#defien MY_ASSERT(a) if ( !a ) { printf("Error : "); printf(#a); }
void main() {
int a = 0;
int b = 1;
MY_ASSERT(a > b)
}
(결과는 직접 확인해 보시기 바랍니다.)
##은 #과는 다르게 작동합니다. ##은 주어진 문자열을 그대로 바꿔줍니다. 예를 들어보죠.
다음과 갈은 매크로가 있습니다.
#define RUNTIME_CLASS(class_name) class##class_name;
그럼 다음과 갈이 됩니다.
RUNTIME_CLASS(CMyDocument) -> classCMyDocument
##은 그 사용 예를 찾기가 쉽진 않죠. 하지만, MFC에서는 이 ##을 기가막히게 잘 사용합니다. MFC로 애플리케이션을 만들 때 기본적으로 만들어지는 클래스 중에 View나 Document 클래스에 보면 DECLARE_DYNCREATE, IMPLEMENT_CYNCREATE 매크로가 있습니다. 이 매크로를 한번 분석해 보세요.
<드라이브 포맷하기>
MSDN에는 설명이 하나도 없네요..
DWORD WINAPI SHFormatDrive(HWND hwnd, UINT drive, UINT fmtID, UINT option)
이런 형식입니다..드라이브는 ID가
0=A, 1=B,2=C....
fmtID는 -1이구여..
option은
0 - 빠른포맷
1 - 전체포맷
2 - 시스템 디스크 작성
<에디트박스에서 커서를 임의의 위치에>
음.. 에디트 박스에서 커서를 뒤쪽이나.. 임의의 위치에 놓을 수 있는 방법을 물어 보시는 분께 도움될 자료입니다.
1. 커서를 맨 끝에
SetSel(-1, -1);
2. 커서를 임의의 위치에
SetSel(n, n);
======================================
1. 응용할 멤버 함수
======================================
에디트 박스의 멤버 함수중에서 커서를 임의의 위치에 놓을 처리를 하는 함수는 SetSel( ... ) 과 ReplaceSel( ... ) 입니다.
두 함수는 많이 사용되기 때문에 아시고 계시리라 믿~~습니다.
ex) 에디트 박스의 멤버 변수를 다음과 같이 정의된 상태에서 예를 들어 가면서 설명을 드립니다.
CEdit 변수 m_editMyBox;
CString 변수 m_strMyBox;
======================================
2. 커서를 맨 뒤쪽에 놓기
======================================
커서를 맨 뒤쪽에 놓는 방법은 의외로 간단 합니다.
UpdateData( TRUE );
//--> 전체를 선택
m_editMyBox.SetSel( 0, -1 );
//--> 현재의 데이터로 다시 치환
m_editMyBox.ReplaceSel( m_strMyBox );
//--> 포커스를 에디트 박스로 설정
m_editMyBox.SetFocus();
이렇게 처리하시면 커서가 데이터의 제일 끝에 놓일 겁니다.
======================================
3. 커서를 임의의 자리에 놓기
======================================
방법은 마찬가지로..SetSel(..) 과 ReplaceSel(...)을 이용하는 것인데요..
어떤 형태로 응용할 수 있냐 하면..
SetSel( 시작 위치, 끝 위치, ..?? 안살펴 봤음..세번째 인자)에서 보면, 시작 위치를 처음(0)으로 하고 끝 위치를 커서가 놓이고자 하는 위치로 지정한 후에, 현재의 데이터를 처음부터 커서가 놓이고자 하는 위치까지 다른 버퍼에 복사한 후에, ReplaceSel로 복사 합니다.
소스 코드를 보시면 더 쉬우실 겁니다.
UpdateData( TRUE );
//--> 커서가 놓일 위치까지 복사할 임시 버퍼(크기는??)
char cDataBuf[100];
//--> 쓰레기 값을 방지하기 위해.. 초기화
for( int i=0; i<100; i++ ) cDataBuf[i] = NULL;
//--- 6번째에 커서를 위치하고 싶을 경우...
for( i=0; i<6; i++ )
cDataBuf[i] = m_strMyBox[i];
//****보충 설명.. CString 형의 데이터 같은 경우에서****
데이터를 원할때는 버퍼 형태로 사용을 하셔도 됩니다.
음.. 무슨 말이냐 하면.. 제가 CString 형으로 선언된 멤버 변수 m_strMyBox의 데이터를 임시 버퍼에 복사하는 과정에서 m_strMyBox[i]라고 사용을 했는데..
m_strMyBox는 에디트 박스의 멤버 변수이거든요.
위와 같은 방법을 복사를 하셔도 되고.. 다른 방법도 있겠죠..
//--> 원하는 위치만큼 지정
m_editTest.SetSel( 0, 6 );
//--> 바꾸면 되겠죠.. 복사된 내용으로..
m_editTest.ReplaceSel( cDataBuf );
//--> 포커스를 놓으면.. 끝..
m_editTest.SetFocus();
이렇게 처리하면.. 에디트 박스에서 제일 끝이나 임의의 자리에 커서를 놓을 수 있군요..
<릴리즈 버젼 실행시 런타임 에러 찾아내기>
릴리즈 버젼 실행시 에러가 났을 경우..참 곤란했죠.
물론 고수님들께서야 이미 알고계시겠지만..
나름대로 엄청 가슴이 아팠습니다. 디버그모드는 괜찮은데..릴리즈는 에러를 때리구..어디서 나는지조차 모르겠구...그때 쓸만한 잼있는 방법입니다.(물론 모르는 분에 한해서..^^)
Step 1.
프로젝트 세팅 들어가면..
Link라는 탭 선택해서..보면
Generate Mapfile이라구 있을꺼랍니다.
고걸 선택해서 샥 돌려보면..map파일이 release디렉토리에 생기죠.
Step 2.
그리구 나선..에러를 만들어 돌려보고, 어느 주소에서 에러가 났는지 캡춰
그리구서 map파일에 있는 주소랑 매치해 보는겁니다.
그럼 어느 함수에서 에러가 났는지 알 수 있죠~
<모든 Top Level Windows 에게 메세지 보내기>
SendMessage 아시져? 거기에서 HWND 인자에 HWND_BROADCAST을 넣으면,모든 윈도우에게 메세지가 간답니다..
<일반적인 윈도 소멸 순서>
MFC framework에서, 사용자가 frame 윈도를 닫게되면, 윈도는 기본적으로 OnClose 핸들을 call 한다. OnClose 내부에서는 DestroyWindow를 호출한다. 가장 마지막으로 호출되는 함수는 OnNcDestroy이다. 이 함수는 약간의 정리를 하는 함수로 윈도를 정리하기 위하여 기본적으로 불려지는 함수 이다. OnNcDestroy함수 내부에서는 PostNcDestroy함수를 호출한다.
afx_msg OnClose( )
Framework은 CWnd나 application을 종료 시키기 위해서 이 함수를 마치 시그날처럼 호출한다. 내부의 기본적인 구현은 DestroyWindow를 호출한다.
virtual BOOL DestroyWindow( )
Destroy Window 함수는
1) CWnd내부에 있는 윈도를 destroy 한다.
2) 또한 윈도를 해제하고 입력 포커스를 제거하기 위한 적절한 message를 윈도에게 보낸다.
3) 윈도의 메뉴 제거
4) application queue를 비운다.
5) timer를 제거
6) clipboard의 소유주 제거
7) Clipboard-viewer chain을 끊는다. ( CWnd가 viewer chain의 맨 위에 있을 경우 )
8) WM_DESTROY( OnDestroy )와 WM_NCDESTROY( OnNcDestroy ) 메시지를 윈도에게 보낸다.
하지만 아직 CWnd 객체는 destroy하지 않는다.
이 함수를 오버라이드 하더라도 이 함수를 호출하지 않아도 된다. ( 왜냐면 시스템이 알아서 호출을 해주니까..) 뭐 굳이 하고 싶다면 해도 된다. 만약 내부에 자식 윈도가 있더라도 걱정하지 말자 자식들을 먼저 destroy한 다음에 자신이 죽으니까....
afx_msg void OnDestroy()
Framework이 CWnd에게 현재 CWnd가 소멸되고 있는 중이라고 알려 주기위하여 호출 한다. OnDestroy함수는 CWnd 함수가 화면에서 사라진 다음에 호출된다.
OnDestroy is called first for the CWnd being destroyed, then for the child windows of CWnd as they are destroyed. It can be assumed that all child windows still exist while OnDestroy runs.
afx_msg void OnNcDestroy()
Client가 아닌 영역이 destroy될 때 Frame work에 의하여 불려지는 함수이다. 윈도가 소멸될때 마지막으로 불려지는 함수이다. 기본적으로 약간의 정리를 한후, PostNcDestroy 함수를 호출한다. 대게는 이 함수를 오버라이드 하지 않지만 만약 하게되면 내부에서 상위 클래스의 OnNcDestroy를 호출해야만 한다. 그렇지 않으며녀 내부적으로 윈도를 위해 할당된 메모리가 free되지 못한다.
virtual void PostNcDestroy()
윈도가 소멸된 후 OnNcDestroy함수에 의하여 불려지는 기본함수이다. 사용자들이 상속받아 만든 클래스의 정리를 위한 코드를 삽입하면 된다. ( ex. delete this; )
위의 함수를 그냥 대충 보지 않고 세심히 본 사람이라면 이제 자신이 삽입하기를 원하는 코드를 어느부분에 삽입을 해야되는지 알 수 있을 것이다. 그럼 아래의 예를 통하여 알아보자.
먼저 View class에서는 3가지 소멸 핸들러를 제공한다. 다음을 보자.
BOOL CAniView::DestroyWindow()
{
// TODO: Add your specialized code here and/or call the base class
return CView::DestroyWindow();
}
void CAniView::OnDestroy()
{
CView::OnDestroy();
// TODO: Add your message handler code here
}
void CAniView::PostNcDestroy()
{
// TODO: Add your specialized code here and/or call the base class
CView::PostNcDestroy();
}
위에 나열 된 순서가 바로 view가 닫힐 때 불려지는 순서이다. 우리가 유심히 살펴 보아야할 부분은 TODO의 위치이다. 과연 어떤 이유에서 각각의 TODO의 위치가 결정 되는가?
만약 윈도가 없어지기 전에 작업을 해야할 일이 있다면 4번 중에 코드를 삽입하자. 또한 윈도가 사라진 다음에 작업을 해야 한다면 22번 줄에 삽입을 한다. delete this 함수를 사용한다면 25번째 줄에 삽입하자.
view에서는 제공되지 않지만 OnClose 함수도 TODO의 위치를 잠시 보자.
void CAboutDlg::OnClose()
{
// TODO: Add your message handler code here and/or call default
CDialog::OnClose();
}
<프로파일링[profiling]>
끝날때까지 어느 부분에서 어느 정도의 시간이 걸렸는지를 알 수가 있습니다.. 기타.. 다른 기능도 많이 있구요..
여러기능중에 function timing만 써봤거든요..
output 창에 나온 결과를 간단히 써보면..
program Statistics
------------------
Command line at 2001 Jan 15
08:51: "D:\myProg\TestApp\PropertyTest\Debug\PropertyTest"
Total time: 2848.924 millisecond
Time outside of functions: 11.820 millisecond
Call depth: 15
Total functions: 141
Total hits: 1868
Function coverage: 51.8%
Overhead Calculated 6
Overhead Average 6
Module Statistics for propertytest.exe
--------------------------------------
Time in module: 2837.104 millisecond
Percent of time in module: 100.0%
Functions in module: 141
Hits in module: 1868
Module function coverage: 51.8%
Func Func+Child Hit
Time % Time % Count Function
---------------------------------------------------------
2599.647 91.6 2716.741 95.8 44 CWinThread::PumpMessage(void) (mfc42d.dll)
130.907 4.6 131.192 4.6 207 CWnd::DefWindowProcA(unsigned int,unsigned int,long) (mfc42d.dll)
58.981 2.1 2835.973 100.0 1 CDialog::DoModal(void) (mfc42d.dll)
어느 함수가 시간이 젤 많이 걸린지 나오죠.. ^^;;
프로그램짜다가 나중에 한번 돌려보면..
어느 부분에서 퍼포먼스가 떨어지는지 확인할 수 있겠죠..
잡설은 고만하고..
Project 메뉴 Setting에서 Link 탭을 선택하면..
Enable Profiling 에 체크하시고..
Rebuild All 하신 후에..
Build메뉴 젤 아래에 Profile해주시면..
선택창이 뜨는데.. 선택하시고
프로그램 실행한후에.. 종료하면 output창에 결과가 나옵니다..
Windows 2000에서 profile 메뉴가 활성화되지 안된다는 분이 계시는데 해결 방법은 다음과 같습니다.
Visual Studio가 설치될 때 Profile과 관련된 레지스트리 정보를 HKEY_CURRENT_USER 아래에 써넣습니다. 그래서 Visual Studio를 설치할 때 사용했던 계정으로 로그인하지 않으면 profile이 활성화되지 않습니다.
이를 해결하려면 VC를 설치할 때 접속했던 계정으로 로그인을 하던가, 아니면 레지스트리에 값을 써넣어주면 됩니다. text editor를 이용하여 a.reg라는 파일을 만들고 다음의 내용을 넣어줍니다.
a.reg의 내용
REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Microsoft\DevStudio\6.0\General]
"ProfilerInstalled"=dword:1
이 파일을 더블클릭하면 레지스트리에 값이 써넣어지고 VC에 profile 메뉴가 활성화됩니다.
이 정보는 MSDN에서 Q224382로 찾아보시면 됩니다.
<해상도 변경하기>
말 그대로 프로그래밍 상에서 현재의 해상도를 원하는데로 변경할 수 있습니다.
전역함수로 ChangeDisplaySettings 라는 함수가 있더군요.
암데서나 불러 쓸수 있죠.
이전 해상도를 보관했다가 다시 복귀할 수 있도록 해보겠습니다.
현재의 해상도를 얻어오는 함수는 GetSystemMetrics 입니다.
먼저 현재의 해상도를 저장할 변수를 선언합니다.
class CMainFrame : public CMDIFrameWnd
{
/// 생략
// Attributes
public:
int screenY;
int screenX;
/// 생략
}
초기화는 요렇게..
// 현재 해상도 보관
screenX = GetSystemMetrics(SM_CXSCREEN) ;
screenY = GetSystemMetrics(SM_CYSCREEN) ;
인자로 받은 해상도로 변경하는 함수를 만듭니다.
void CMainFrame::ChangeDisplay(int Width, int Height)
{
DEVMODE mode ;
mode.dmBitsPerPel = 16; // 16비트 칼라로 변경
mode.dmPelsWidth = Width;
mode.dmPelsHeight = Height;
mode.dmFields = DM_BITSPERPEL | DM_PELSWIDTH | DM_PELSHEIGHT;
ChangeDisplaySettings(&mode, CDS_FULLSCREEN );
ShowWindow( SW_SHOWMAXIMIZED );
}
전 16비트 칼라로만 변경하도록 했는데, 저것두 인자로 받아서 처리하면 원하는 칼라로 바꿀수 있겠죠??? 그리구 원하는 곳에서 함수를 호출~~~
// 1024 x 768 로 변경
((CMainFrame*)AfxGetMainWnd())->ChangeDisplay(1024, 768) ;
프로그램이 종료할때 이전 해상도로 복귀하도록 해야 겠죠? 이건 DestroyWindow() 에서 처리하면 됩니다.
BOOL CMainFrame::DestroyWindow()
{
if(screenX != GetSystemMetrics(SM_CXSCREEN) ||
screenY != GetSystemMetrics(SM_CYSCREEN))
ChangeDisplay(screenX, screenY) ;
return CFrameWnd::DestroyWindow();
}
이전 해상도를 저장해뒀으니까 그걸로 다시 복귀한거죠.
암튼, 위에서처럼 작업하면 원하는 해상도로 변경시켜서 작업할 수 있죠.
참, 도움말을 뒤져보니깐 윈도우 메시지중에 WM_DISPLAYCHANGE 라는게 있더군요.
근데 이 메시지는 클래스위저드에 들어있질 않네요.
99999999WM_DISPLAYCHANGE 메세지는 직접 호출할 수는 없을 겁니다.
다만 OS가 화면 해상도가 변경되었을 때 모든 Window에게로
보내주는 Message일 겁니다.
해상도 복원시에 변수로 해상도를 가지고 있다가 복원할 필요 없이 그냥
ChangeDisplaySettings(NULL, 0);
이라고만 하면 화면 복원 됩니다. 이 함수는 해상도 변경만 하지 디스플레이
등록정보 자체를 바꾸진 않기 때문에 위 방식대로 함수를 호출하면 디스플레이
등록정보에 있는 해상도로 그대로 바꿔주기 때문에 더 안정적입니다.
원하는 해상도를 모니터가 받아줄수 있는지 테스트 하시고 바꿔야죠.
그 부분이 빠졌군요.
EnumDisplaySettings를 이용하시면 됩니다.
< 화면 지우기>
1) OnDraw 와 InvalidateRect 이용
VC++ 에는 Basic의 CLS 명령과 같은 간단히 화면을 지우는 명령이 없습니다. 이때문에 다음과 간은 방법을 사용합니다. 예를 들면
CDC::Rectangle(x1,y1,x2,y2);
으로 사각형을 그린후 안을 배경색으로 모두 채우면 지운 것과 같은 효과를 내게 됩니다. windows는 외관상 화면에 문자출력이 되어 있어도 내부적으로는 모두 이미지를 그리기 때문에 이 명령으로 화면을 지울수가 있습니다.
OnDraw 함수와 InvalidateRect 함수를 사용하는 것으로도 간단하게 화면을 지울수 있습니다.
1 OnDraw 함수에 if문을 나누어 놓아서 아무 것도 표시하지 않는 기능을 넣습니다.
2 CWnd::GetclientRect 함수에서 클라이언트 영역 크기를 알아 낸다.
3 그 크기를 파라미터로 하여 InvalidateRect 함수를 실행하면 됩니다.
그럼 좀더 자세히 알아 보기로 하겠습니다.
CRect myRECT; // x1,y1,x2,y2 정보를 지정하는 오브젝트를 확보
GetClientRect(&myRECT); // 클라이언트 영역의 x1,y1,x2,y2를 myRECT에 설정.
InvalidateRect(&myRECT); // 이 사각형 영역을 다시 그리기 설정
이 처리는 클라이언트 영역 전체의 크기를 myRECT에 설정하여 그 myRECT에서 나타내는 범위를 다시 그리고 있습니다. 혹시 부분적으로 다시 그리기를 한다면,
myRECT.SelRect(0,0,200,200);//클라이언트 영역의 (0,0,)-(200,200)을 지정
9InvalidateRect(&myRECT);//그 사각형 영역을 다시 그리기 지정.
과 같이 하면 되구요, 더욱이 "클라이언트 영역만"을 지우려고 할때에는 사전에 크기를 알아 놓지 않더라도 다음과 같이 아주 간단하 방법으로 지울수 있습니다.
InvalidateRect(NULL);
2) ExtTextOut 이용
제가 알고 있기론 화면 지우는 방법 중에서 가장 빠른 걸로 알고 있습니다.
처음은 똑같습니다.
CRect mRect;
GetClientRect(&mRect);
이 다음 InvalidateRect가 아닌.. ExtTextOut을 씁니다.
텍스트의 백그라운드 색깔을 칠하고 싶은 화면색깔로 정하고, 빈문자열을 쓰라는 겁니다. 즉(파라미터로 CDC *pDC를 받는다는 가정하에)
pDC->SetBkColor(필요한 색깔);
pDC->ExtTextOut(mRect.left, mRect.top, ETO_OPAQUE, &mRect, "", 0, NULL);
이렇게 빈문자열을 죽~ 라이팅하면 문자열의 배경색으로만 칠해집니다.
말하자면 화면을 지우는 효과이죠.
디폴트를 사용하시겠다면 SetBkColor는 사용하지 않아도 됩니다.
화면을 단일색으로 지우는데는 그 이상 빠른 방법이 없죠.
MFC의 CDC::FillSolidRect도 내부 소스를 보면 ExtTextOut을 사용합니다.
다만 ExtTextOut으로 사각형을 칠했을 때는 DC의 배경색이 바뀐다는 사실을 잊으면 안됩니다.
3) PatBlt 이용
WM_PAINT에서
CPaintDC dc(this);
CRect rect;
GetClientRect(rect);
dc.PatBlt(0, 0, rect.Width(), rect.Height(), WHITENESS);
- the end of this article -
[출처] [본문스크랩] VC++ 유용한 Tip|작성자 choies1
MFC에서의 Multithread
OS는 구분하지 않지만 MFC는 사용자 편의를 위하여 두 가지 형태로 지원
1. Worker thread
2. User Interface thread
Worker thread
::AfxBeginThread() 함수를 이용
CWinThread* ::AfxBeginThread(
AFX_THREADPROC pfnThreadProc,
LPVOID pParam,
int nPriority = THREAD_PRIORITY_NORMAL, // 기본적으로 주 Process와 동일
UINT nStackSize = 0,
DWORD dwCreateFlags = 0, // 0 또는 CREATE_SUSPENDED
LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL
);
우선 Thread를 이용할 함수를 먼저 정의한다
UINT ThreadFunc(LPVOID pParam)
{
int option = (int)pParam;
…
}
만약 인자가 많은 경우에는
typedef struct tagPARAMS
{
...
} PARAMS;
와 같이 한 후에
PARAMS *pParams = new PARAMS;
CWinThread *pThread = ::AfxBeginThread(ThreadFunc, &pParams);
와 같이 하고
UINT ThreadFunc(LPVOID pParam)
{
PARAMS *pThreadParams = (PARAMS *)pParam;
...
delete pThreadParams;
return 0;
}
와 같이 사용하면 된다.
Thread를 잠시 중지시키고 싶을 때는 주 Process에서
pThread->SuspendThread();
다시 돌리고 싶을 때는 주 Process에서
pThread->ResumeThread();
와 같이 하면 된다.(Thread 자신이 호출할 수는 없다.)
또는 경우에 따라서는
Sleep(2000);
과 같이 사용할 수도 있는데 이 경우는 제어권을 다른 Process에 넘겨 주게 된다.
Sleep(0);
와 같이 할 경우에는 우선 순위가 높거나 같은 Process에 넘겨 주고 우선 순위가 높거나
같은 Process가 없을 경우에는 아무 일도 생기지 않는다.
Thread를 종료시키고 싶을 때는 TerminateThread() 함수를 사용하면 되는데 이 경우 Thread 함수가
내부 정리를 하지 못할 수가 있기 때문에 다음과 같은 방법이 많이 사용된다.
static BOOL bContinue = TRUE;
CWinThread *pThread = ::AfxBeginThread(ThreadFunc, &bContinue);
…
UINT ThreadPrintNum(LPVOID pParam)
{
BOOL *pbContinue = (BOOL *)pParam;
while ( *pbContinue )
{
…
}
return 0;
}
와 같이 하고 bContinue 값을 FALSE로 하면 Thread 함수가 종료된다.
Thread가 완전히 종료된 것을 확신해야 하는 경우에는
if ( ::WaitForSingleObject(pThread->m_hThread, INFINITE) )
{
// 이곳은쓰레드가확실히종료된상태임
}
와 같이 하면 된다. Thread가 죽어 버려서 먹통이 되는 경우까지 대비하려면
DWORD result;
result = ::WaitForSingleObject(pThread->m_hThread, 1000); // 1초기다림
if ( result == WAIT_OBJECT_0 )
{
// 이곳은쓰레드가확실히종료된상태임
}
else if ( result == WAIT_TIMEOUT )
{
// 1초가지나도쓰레드가종료되지않은상태
}
이 방법을 사용해야 한다. 어떤 Thread가 현재 실행 중인지 알고 싶을 때는
if ( ::WaitForSingleObject(pThread->m_hThread, 0 ) == WAIT_TIMEOUT )
{
// pThread 실행중
}
else
{
// pThread가실행중이아님
}
와 같이 하면 된다.
User Interface Thread
User interface thread는 그 자체로 윈도우와 메시지 루프를 가지고 있다.
class CUIThread : public CWinThread
{
DECLARE_DYNCREATE(CUIThread)
public:
virtual BOOL InitInstance();
};
이 User interface thread는 독자의 윈도우도 가질 수 있다. 일반적으로 전용 Dialog를 띄워
Thread를 처리하는 경우가 많으므로 이 User Dialog를 CMyDialog라고 이름 지었다고 가정하면
IMPLEMENT_DYNCREATE(CUIThread, CWinThread)
BOOL CUIThread::InitInstance()
{
m_pMainWnd = new CMyDialog;
m_pMainWnd->ShowWindow(SW_SHOW);
m_pMainWnd->UpdateWindow();
return TRUE;
}
와 같이 CMyDialog를 Thread로 띄울 수 있다. 그 다음
CWinThread *pThread = ::AfxBeginThread(RUNTIME_CLASS(CUIThread));
와 같이 하면 MFC가 알아서 CUIThread를 생성해서 그 포인터를 pThread에 넘겨 준다.
아래 예제에는 CMyDialog를 띄우고 주 Process는 사용자의
입력을 기다린다. Dialog의 Design 및 생성은 별도로 이야기하지 않는다. 아래 예제를 사용하기 위해서는
CMyDialog를 만들고 ID를 IDD_MYDIALOG라고 가정하면 CMyDialog의 생성자에 다음과 같이 추가해야 제대로 동작한다.
CMyDialog::CMyDialog(CWnd* pParent /*=NULL*/)
: CDialog(CMyDialog::IDD, pParent)
{
Create(IDD_MYDIALOG, NULL);
}
이제 완전히 별도로 동작하는(Thread로 동작하는) 윈도우를 하나 가지는 것이다. 만약 이것을 Dialog가 아닌
FrameWnd라고 해도 거의 똑같다. 다만 위에서도 언급했듯이 Thread를 이용할 때는 Dialog가 더 일반적일 것이다.
Worker thread에 비해 훨씬 더 많은 기능을 하는 것을 알게 되었을 것이다.
나머지 것들은 위의 Worker Thread에 있는 내용과 동일하다.
만약 여러 개의 CUIThread 를 여러 개 만들려고 한다면
CWinThread *pThread[5];
for ( int i = 0; i < 5; i++ )
m_pThread[i] = ::AfxBeginThread(RUNTIME_CLASS(CUIThread));
와 같이 하면 5개의 Thread가 생성된다.
Program Execution Priority(프로그램 실행 우선순위)
Thread는 0~31까지의 priority를 가질 수 있다.
프로그램의 priority는
BOOL SetPriorityClass(HANDLE hProcess, DWORD dwPriorityClass);
함수를 이용해서 조정할 수 있다. 첫 번째 인자 hProcess는 ::AfxGetInstanceHandle()로 얻으면 된다.
dwPriorityClass
Execution Priority
Description
DLE_PRIORITY_CLASS
CPU가 IDLE일 때만 사용 가능
ORMAL_PRIORITY_CLASS
보통
IGH_PRIORITY_CLASS
높은 우선 순위
EALTIME_PRIORITY_CLASS
최상위의 우선순위
Thread Execution Priority(쓰레드 실행 우선순위)
::AfxBeginThread() 함수의 nPriority를 통해서 설정하거나 CWinThread::SetThreadPriority 를 사용해 설정할 수 있다.
BOOL SetThreadPriority(HANDLE hThread, int nPriority);
nPriority
Execution Priority
Description
HREAD_PRIORITY_IDLE
REALTIME_PRIORITY_CLASS의 경우 16, 그 외에는 1
HREAD_PRIORITY_LOWEST
프로세스의 우선순위보다 2단계 낮은 우선순위를 가진다
HREAD_PRIORITY_BELOW_NORMAL
프로세스의 우선순위보다 1단계 낮은 우선순위를 가진다
HREAD_PRIORITY_NORMAL
프로세스의 우선순위가 같은 우선순위
HREAD_PRIORITY_ABOVE_NORMAL
프로세스의 우선순위보다 1단계 높은 우선순위를 가진다
HREAD_PRIORITY_HIGHEST
프로세스의 우선순위보다 2단계 높은 우선순위를 가진다
HREAD_PRIORITY_CRITICAL
REALTIME_PRIORITY_CLAS의 경우 31 그 외에는 16
프로그래머가 우선순위를 조정해도 Windows Scheduler가 상황에 맞게 조정하기 때문에 우선순위는
생각하고 조금 다를 수 있다.
Thread & Memory
각 Thread의 지역 변수는 모두 별도로 Stack을 만들고 Local Variable들을 관리하기 때문에 위의
CWinThread *pThread[5];
for ( int i = 0; i < 5; i++ )
m_pThread[i] = ::AfxBeginThread(RUNTIME_CLASS(CUIThread));
와 같은 경우에도 각 Thread가 다른 Thread를 침범하는 일은 없다.
이 쯤에서 끝났나 싶겠지만… 아직 갈 길이 멀다.
Critical section, Mutex, Semaphore 같은 것들은 다음에…
Multithreading synchronization(멀티쓰레드의 동기화) => http://blog.naver.com/xtelite/50023359879
프로그램
Worker thread
#include "stdafx.h"
#include "console.h"
#include <iostream>
using namespace std;
#ifdef _DEBUG
#define new DEBUG_NEW
#endif
// The one and only application object
CWinApp theApp;
using namespace std;
UINT ThreadPrintNum(LPVOID pParam);
int _tmain(int argc, TCHAR* argv[], TCHAR* envp[])
{
int nRetCode = 0;
// initialize MFC and print and error on failure
if (!AfxWinInit(::GetModuleHandle(NULL), NULL, ::GetCommandLine(), 0))
{
_tprintf(_T("Fatal Error: MFC initialization failed\n"));
return 1;
}
static BOOL bContinue = TRUE;
CWinThread *pThread = ::AfxBeginThread(ThreadPrintNum, &bContinue);
int count = 0;
while ( count < 1000 )
{
count++;
}
Sleep(1000);
pThread->SuspendThread();
cout << "Thread suspended. Waiting for 2 seconds" << endl;
Sleep(2000);
cout << "Thread resumed" << endl;
pThread->ResumeThread();
cout << "Quit thread" << endl;
bContinue = FALSE;
Sleep(100);
return nRetCode;
}
// 쓰레드함수
UINT ThreadPrintNum(LPVOID pParam)
{
BOOL *pbContinue = (BOOL *)pParam;
int count = 0;
while ( *pbContinue )
{
count++;
}
cout << "Exit thread" << endl;
return 0;
}
User interface thread
#include "stdafx.h"
#include "console.h"
#include "MyDialog.h"
#include <cstdlib>
using namespace std;
#ifdef _DEBUG
#define new DEBUG_NEW
#endif
// The one and only application object
CWinApp theApp;
using namespace std;
class CUIThread : public CWinThread
{
DECLARE_DYNCREATE(CUIThread)
public:
virtual BOOL InitInstance();
};
IMPLEMENT_DYNCREATE(CUIThread, CWinThread)
BOOL CUIThread::InitInstance()
{
m_pMainWnd = new CMyDialog;
m_pMainWnd->ShowWindow(SW_SHOW);
m_pMainWnd->UpdateWindow();
return TRUE;
}
int _tmain(int argc, TCHAR* argv[], TCHAR* envp[])
{
int nRetCode = 0;
// initialize MFC and print and error on failure
if (!AfxWinInit(::GetModuleHandle(NULL), NULL, ::GetCommandLine(), 0))
{
_tprintf(_T("Fatal Error: MFC initialization failed\n"));
return 1;
}
CWinThread *pThread = ::AfxBeginThread(RUNTIME_CLASS(CUIThread));
system("pause");
return nRetCode;
}
출처 : "http://system.tistory.com/entry/멀티-쓰레딩"
전처리문의 종류(#include, #define, #ifdef, ... )
전처리문이란?
실질적인 컴파일 이전에 미리 처리되는 문장을 가리킨다. 선행처리기라고도 한다. 따라서 컴파일러는 사용자가 작성한 코드를 컴파일하기 전에 전처리문에서 정의해 놓은 작업들을 먼저 수행한다.
종류로는 #define, #if, #ifdef, #ifndef, #defined, #undef 등이 있다. 이것은 기존에 있는 방대한 소스 코드를 지우지 않고 활성화 비활성화 하는 데에 가장 많이 이용된다. 즉, 기존에 있는 소스 코드를 건드리지 않는 상태에서 부분적인 컴파일을 하는 것이다.
C의 전처리문이 오는 줄(Line)의 첫 문자는 항상 '#'으로 시작한다. ANSI 표준에 따른 C의 전처리문의 종류가 아래에 나와 있다.
- 파일 처리를 위한 전처리문 : #include
- 형태 정의를 위한 전처리문 : #define, #undef
- 조건 처리를 위한 전처리문 : #if, #ifdef, #ifndef, #else, #elif, #endif
- 에러 처리를 위한 전처리문 : #error
- 디버깅을 위한 전처리문 : #line
- 컴파일 옵션 처리를 위한 전처리문 : #pragma
조건 처리를 위한 전처리문은 어떤 조건에 대한 검사를 하고 그 결과를 참(0 이 아닌 값) 또는 거짓(0)으로 돌려준다.
#if : ...이 참이라면
#ifdef : ...이 정의되어 있다면
#else : #if나 #ifdef에 대응된다.
#elif : "else + if"의 의미
#endif : #if, #ifdef, #infdef 이 끝났음을 알린다.
이하 각 전처리문의 상세를 설명한다.
#include
헤더 파일과 같은 외부 파일을 읽어서 포함시키고자 할 때 사용된다. 이때의 파일은 이진파일(Binary file)이 아닌 C의 소스파일과 같은 형태의 일반 문서파일을 말한다.
#include <stdio.h> /* 이 위치에 stdio.h라는 파일을 포함시킨다. */
#include "text.h" /* 이 위치에 text.h라는 파일을 포함시킨다. */
'<...>'를 사용할 때와 '"..."'를 사용할 때의 차이점은 '<...>'는 컴파일러의 표준 포함 파일 디렉토리(또는 사용자가 별도로 지정해 준)에서 파일을 찾는 것을 기본으로 한다. 그리고 "..."'를 사용했을 때는 현재의 디렉토리를 기본으로 파일을 찾게 된다. 아예 디렉토리를 같이 지정할 수도 있다.
#include <C:\MYDIR\MYHEAD.H>
#include "C:\MYDIR\MYHEAD.H"
#define
상수값을 지정하기 위한 예약어로 매크로라고 부른다. 구문의 상수로 치환한다.
또한 #define은 함수 역활과 비슷하게 아래와 같이 쓰일 수 있다.
#define SUM(x) ((x) = (x) + (x))
동작원리는 함수와 같다. 말 그대로 main소스에서 SUM을 호출하면 옆에 있는 더하기 코드가 치환되는 것이다.
#define으로 정의할 수 있는 것은 숫자만이 아니다.
#define MYNAME "Young Hee"
printf(MYNAME);
라고 한다면 이는 전처리기에 의해
printf("Young Hee");와 같이 전개되는 것이다.
이렇게 #define으로 정의된 것은 일반적인 변수와는 다르다. 그 차이는 명백한데, 예를 들어서
#define MYNAME "Turbo"
char my_name[] = "Turbo"
의 두가지 경우가 있다고 하자. "MYNAME"은 전처리문으로 "my_name"은 문자형 배열 변수로 정의되었다.
printf(MYNAME);
printf(MYNAME);
printf(my_name);
printf(my_name);
이것을 전처리한 상태는 다음과 같이 될 것이다.
printf("Turbo");
printf("Turbo");
printf(my_name);
printf(my_name);
이런 결과에서 우리가 유추해 볼 수 있는 것은 전처리 명령을 사용했을 경우 "Turbo"라는 동일한 동작에 대해서 두개의 똑같은 문자열이 사용됐고, 변수를 사용했을 경우에는 하나의 문자열을 가지고 두번을 사용하고 있다는 것이다. 결과적으로 이런 경우에는 전처리문을 사용했을 경우 메모리 낭비를 가져 온다는 것을 알 수 있다.
#undef
#define으로 이미 정의된 매크로를 무효화한다.
#define ADD(a, b) (a + b)
#undef ADD(a, b)
라고 하면 앞으로 사용되는 ADD(...)는 'undefined symbol'이 되어 에러 처리 된다.
#if ~ #endif
#if 구문은 if랑 아주 비슷하다. 이것은 어떠한 구문을 컴파일 할지 안할지를 지정할 수 있다.
#define A 1
#if A
source code.....
#endif
위 source code 부분은 컴파일이 된다. if문에서와 같이 참, 거짓을 구분하여 컴파일이 된다. 위에서 A값은 1 즉 0보다 큰 수이기 때문에 참인 것이다.
직접 아래와 같이 하면 거짓이기 때문에 source code 부분은 컴파일이 되지 않는다.
#if 0
source code....
#endif
#ifdef ~ #endif
컴파일 할 때
#define MYDEF /* MYDEF는 값은 가지지 않았지만 어쨋든 정의는 되었다 */
#ifdef YOURDEF /* 만약 YOURDEF가 정의되어 있다면... */
#define BASE 10 /* BASE == 10 */
#elif MYDEF /* 그외에 MYDEF가 정의되었다면... */
#define BASE 2 /* BASE == 2 */
#endif
와 같이 쓰면 BASE는 상수 2로 치환되어 전처리기가 컴파일러에게 넘겨준다.
#ifndef 헤더명_H__ ~ #endif
헤더파일이 겹치는 것을 막기 위한 일종의 매크로이다. 예를 들어 헤더파일에 어떤 클래스의 인터페이스 선언을 넣었다고 하자. 이 클래스 인터페이스에서 다른 파일의 프로토타입이 필요해서 다른 A 파일을 include 하고 있는데 이 헤더 파일을 include 하는 파일에서 A라는 헤더 파일을 이미 include 하고 있다면 두번 define한 것이 된다. 그러면 SYNTEX 에러가 난다. 그래서 그런 것을 막는 방법의 하나로 #ifndef을 사용한다. 이전에 include되어 있으면 #endif쪽으로 점프해버려 결국 한번 선언되는 것이다.
#include
#include
이러허게 두번 썼다고 하자. 그런데 앞에 이미 include를 했는데 밑에 또 한다면 문제가 된다. 컴파일러가 검사해야할 코드량도 많아진다. 그래서 stdio.h에는
#ifndef STDIO_H__
#define STDIO_H__
가 선언되어 있다. 만약 STDIO_H가 선언되어 있지 않다면 선언한다는 뜻이다. 그 뒤 (b)에서는 이미 (a)쪽에서 STDIO_H__ 을 선언한 상태이기 때문에 전처리기 쪽에서 무시해버린다. 그러므로 컴파일러는 (a)만 검사한다.
#defined
define이 여러 개 되어 있는지를 검사할 때 쓴다. 이것은 여러 개를 동시에 검사 할 수 있다.
#if #defined A || #defined B
#ifdef와 #if defined의 차이
#ifdef는 정의가 되어 있는지를 테스트 하기 때문에, 한번에 여러 개를 사용할 수 없다. 형식이
#ifdef name
처럼, 하나의 토큰이 되어야 하기 때문이다.
여러 개가 정의되어 있는지를 테스트 하기 위해서는
#if defined(MACRO1) || defined(MACRO2)
처럼 사용한다.
#if는 ||로 중첩해서 사용할 수 있다. 형식이, #if expression이므로, C 표현이 올 수 있다.
#if MACRO1 || MACRO2
처럼 사용해도 된다.
#error
소스 라인에 직접 에러 메세지를 출력한다. 전처리기가 #error 문을 만나면 그 즉시 컴파일을 중단하고 다음과 같은 에러 메시지를 출력한다.
ERROR : XXXXX.c ########: Error directive: 내용
- XXXXX.c --> 현재 컴파일 중인 파일명
- ####### --> 전처리기가 #error 문을 만난 시점에서의 행 번호(헤더 포함)
#ifdef __LARGE__
#error This program must be compiled in LARGE memory model!
#endif
이 내용은 만일 프로그램이 LARGE 모델이 아니라면 "#error" 뒤에 표시된 메세지를 출력하고 컴파일을 중지하게 된다.
#line
이 명령은 소스 코드의 행번호를 지정하기 위한 것으로 주로 컴파일러에 의해 미리 정의된 __LINE__과 함께 사용된다. C에서는 베이식과 같은 행번호를 사용하지 않는다. 하지만 디버깅을 하다 보면 "행번호를 알 수 있으면 좋을텐데"하는 경우가 있다. 예를 들자면 어떤 표현들이 있고, 그 표현들 중의 어딘가에 잘못된 부분이 있는 것 같은데 정확히 그 표현이 있는 행을 찾지 못한다면 "#line"을 사용함으로써 그 일을 보다 수월하게 할 수 있게 된다.
__LINE__과 __FILE__을 각각 행번호와 파일명으로 변경한다.
#include <stdio.h>
#define DEBUG
void main(void)
{
int count = 100;
#line 100 /* 다음 줄번호를 100으로 설정한다 */
/* <-- 이 줄의 번호가 100이다 */
#ifdef DEBUG /* <-- 이 줄의 번호가 101이다 */
printf("line:%d, count = %d\n", __LINE__, count);
#endif
count = count * count - 56;
#ifdef DEBUG
printf("line:%d, count = %d\n", __LINE__, count);
#endif
count = count / 2 + 48;
#ifdef DEBUG
printf("line:%d, count = %d\n", __LINE__, count);
#endif
}
#pragma
컴파일 옵션의 지정. 컴파일러 작성자에 의해서 정의된 다양한 명령을 컴파일러에게 제공하기 위해서 사용되는 지시어이다. 컴파일러의 여러가지 옵션을 명령행 상에서가 아닌 코드상에서 직접 설정한다. #pragma는 함수의 바로 앞에 오며, 그 함수에만 영향을 준다. Turbo C는 9개의 #pragma문(warn, inline, saveregs, exit, argsused, hdrfile, hdrstop, option, startup)을 지원하고 있다.
#pragma inline : 컴파일할 때 어셈블러를 통해서 하도록 지시한다.즉, 인라인 어셈블리 코드가 프로그램에 있음을 알려준다. (명령행 상에서 '-B' 옵션)
#pragma saveregs : 이 홉션은 휴즈 메모리 모델에 대해 컴파일된 함수에게 모든 레지스터를 저장하도록 한다.
#pragma warn : 이 지시어는 Turbo C에게 경고 메시지 옵션을 무시하도록 한다.
#pragma warn -par
이는 매개 변수(parAMETER)가 사용되지 않았다고 경고(warnING)를 내지 못하도록 한다. 이와 반대되는 표현은
#pragma warn +par
이다.
경고의 내용 앞에 (+)를 사용하면 경고를 낼 수 있도록 설정하고, (-)를 사용하면 경고를 내지 못하도록 하는 것은 모든 경고에 대해 동일하다. 명령행에서는 "-wxxx"로 경고를 설정하고 "-w-xxx"로 경고를 해제한다. 경고의 종류는 무척 많은데 자주 사용되는 것을 아래에 나타냈다. 모든 것을 알고 싶다면 컴파일러 User's Guide의 명령행 컴파일러 부분을 참고하시기 바란다.
par : 전해진 파라미터가 사용되지 않음
rvl : void 형이 아닌 함수에서 리턴값이 없음
aus : 변수에 값을 할당했으나 사용하지 않았음
voi : void 형 함수에서 리턴값이 사용되었음
sig : 부호비트(MSB)가 고려되지 않은 형변환(type-castion)에서 부호 비트를 소실할 수 있음
C의 predefined macro
| __FILE__ | a string that holds the path/name of the compiled file |
| __LINE__ | an integer that holds the number of the current line number |
| __DATE__ | a string that holds the current system date |
| __TIME__ | a string that holds the current system time |
| __STDC__ | defined as the value '1' if the compiler conforms with the ANSI C standard |
| __cplusplus | determines if your compiler is in C or C++ mode. Usually used in headers |
예)
#include <stdio.h>
void main(void)
{
printf("The path/name of this file is %s\n", __FILE__);
printf("The current line is %d\n", __LINE__);
printf("The current system date is %s\n", __DATE__);
printf("The current system time is %s\n", __TIME__);
#ifdef __STDC__
printf("The compiler conforms with the ANSI C standard\n");
#else
printf("The compiler doesn't conform with the ANSI C standard\n");
#endif
#ifdef __cplusplus
printf("The compiler is working with C++\n");
#else
printf("The compiler is working with C\n");
#endif
}
프로그래머들 마다 코딩 스타일(암시적 약속)이 있다. 보통 매크로, const 변수는 대문자로 적는 것이 원칙이다. 매크로 함수와 일반함수, 매크로 대상체(object-like macro)와 일반 변수를 구분하기 쉽게 해주는 것이기 때문이다.
#define STDIO_H_
왜 뒤에 _를 붙였을까? 이것도 하나의 암시적 약속이다. 컴파일러 제작회사는 매크로를 정의할 때 사용자들과 이름이 충돌이 나지 않게 하기 위해서 대부분 _를 뒤어 덧붙인다. 또한 _를 하나 혹은 두 개 연속으로 시작하는 것은 컴파일러 내부에서 사용하는 매크로라는 성격이 강하다. 물론 강제적인 뜻은 없으며 단지 관습상 그렇다. 왜 이것이 관습이 되었나 하면 보통 매크로 변수 이름이나 함수 이름을 지을 때 뒤에 _를 붙이지 않기 때문이다. 그래서 함수 제작자들이 _를 단골로 붙였다.