반응형

출처 : http://codens.info/678

쓰레드 생성

- AfxBeginThread 권장 

- CWinThread::m_bAutoDelete 

- 기본은 TRUE, 자동으로 개체(핸들포함)가 삭제됨 <- 권장

- FALSE로 설정하려면 CREATE_SUSPENED 로 시작해서 설정후 ResumeThread()해줘야함

- 해제시 핸들을 닫으면 안되고 CWinThread개체를 delete 해야 함


- AfxEndThread()는 강제 종료 함수로 권장 안함


- CreateThread() 권장 안함



* 쓰레드 종료 대기

    - WaitForSingleObject 사용 권장


    - GetExitCodeThread 는 bAutoDelete = TRUE시 문제 있음, 

- CreateThread()때만 사용, 하지만 권장 안함



//=======================================
//AfxBeginThread

//시작
CWinThread * CSimpleTestDlg::MFC_TrdStart( bool _bAutoDel)
{
    char *str = "MFC_TrdStart"; g_pstr[0]=str;m_pstr[0] = str;
    //쓰레드 생성
    m_bStop=false;
    CWinThread *pWThd=0;
    //
    if( _bAutoDel == false){
        _DbgStr(_T("MFC_TrdStart- 자동삭제=false"));
        //값을 바꾸기위해서는 멈춤->설정->시작
        pWThd = AfxBeginThread( MFC_TrdFunc, this, 0, 0, CREATE_SUSPENDED  );//멈춤    
        pWThd->m_bAutoDelete = FALSE; //기본값은 TRUE, 설정
        pWThd->ResumeThread();//시작
    }else{
        _DbgStr(_T("MFC_TrdStart- 자동삭제=true"));
        pWThd = AfxBeginThread( MFC_TrdFunc, this, 0, 0, 0  );//<- 권장
    }

    if( !pWThd )
        return 0;

    m_hThread = pWThd->m_hThread;
    
    _DbgStr(_T("MFC_TrdStart- 끝=%X"), m_hThread);
    return pWThd;
}

//쓰레드 트리거 함수
UINT __cdecl CSimpleTestDlg::MFC_TrdFunc( LPVOID pParam )
{
    char *str = "MFC_TrdFunc";g_pstr[1]=str;
    CSimpleTestDlg *pClass = (CSimpleTestDlg *)pParam;
    pClass->MFC_TrdProc();
    _DbgStr(_T("쓰레드 종료 MFC_TrdFunc"));//MFC_TrdProc()에 AfxEndThread()가 있으면 여기까지 실행이 안됨
    return 1;
}

//실제 쓰레드 동작
int CSimpleTestDlg::MFC_TrdProc()
{
    char *str = "MFC_TrdProc";g_pstr[2]=str; m_pstr[2] = str;
    while(1)
    {
        if( m_bStop ){
            _DbgStr(_T("쓰레드 종료신호 MFC_TrdProc"));
            break;
        }

        Sleep(1000);
        _DbgStr(_T("쓰레드 실행중 MFC_TrdProc"));
    }

    _DbgStr(_T("쓰레드 종료 MFC_TrdProc-1-%d"), (UINT)GetTime() );
    //AfxEndThread(0);//쓰레드가 강제 종료됨, 사용하면 안됨 TerminateThread()와 같음
    _DbgStr(_T("쓰레드 종료 MFC_TrdProc-2-%d"), (UINT)GetTime() );//
    
    return 1;
}


//===============================================
//쓰레드 종료를 기다린다
//WaitForSingleObject 사용 권장


// CreadThread()로 시작한 쓰레드만 대기, AfxBeginThread() 로 시작한 쓰레드는 사용하면 안됨
int WaitThreadEndH(HANDLE _hThread, int _nWaitMilSec ,  LPCTSTR _sMsg, bool _bClose)
{
    if( !_hThread ) return 0;
    _DbgStr(_T("WaitThreadEnd-시작-%s-%X-%d"),_sMsg, _hThread, GetTickCount() );
    //bFinishThread == TRUE; // 종료를 위한 변수설정 후 3초간 대기
    
    DWORD dwExit=0;
    DWORD dwRetCode = WaitForSingleObject(_hThread, _nWaitMilSec);
    if(dwRetCode == WAIT_OBJECT_0) // 정상종료
    {
        _DbgStr(_T("WaitThreadEnd-정상 종료-%s-%X-%d"),_sMsg, _hThread, GetTickCount() );
    }
    else if(dwRetCode == WAIT_TIMEOUT) // 타임아웃
    {
        //::TerminateThread(_hThread, 0 );
        _DbgStr(_T("WaitThreadEnd-강제종료-%s-%X-%d"),_sMsg, _hThread, GetTickCount() );
    }    

    if( _bClose){  
        //AfxBeginThread()로 생성된 쓰레드는 핸들을 닫으면 안된다. CWinThread를 delete 해야한다.
        //m_bAutoDelete == TRUE 일때는 호출하면 안된다
        CloseHandle( _hThread );
    }

    _DbgStr(_T("WaitThreadEnd-끝-%s-%X-%d"),_sMsg, _hThread, GetTickCount() );
    return 1;
}


//AfxBeginThread() 로 시작한 쓰레드는 이함수로 종료해야 함
int WaitThreadEndW(CWinThread *_pWinThread, int _nWaitMilSec, LPCTSTR _sMsg)
{
    if( !_pWinThread ) return 0;
    HANDLE _hThread = _pWinThread->m_hThread;
    _DbgStr(_T("WaitThreadEnd(W)-시작-%s-%X-%d"),_sMsg, _hThread, GetTickCount() );
    //bFinishThread == TRUE; // 종료를 위한 변수설정 후 3초간 대기
    bool bAutoDel = _pWinThread->m_bAutoDelete;
    DWORD dwExit=0;
    DWORD dwRetCode = WaitThreadEndH( _pWinThread->m_hThread, _nWaitMilSec, _sMsg, false  );//핸들을 닫으면 안된다.
    
    //m_bAutoDelete = FALSE의 경우 스레드의 삭제
    if(bAutoDel==false)
    {
        GetExitCodeThread(_pWinThread->m_hThread, &dwExit);
        _DbgStr(_T("WaitThreadEnd(W)-쓰레드 클래스 삭제(code=%d)", dwExit));
        
        //if( _bClose) CloseHandle( _hThread );//하면 안됨클래스 해제시 자동 해제 된다.
        
        delete _pWinThread;  
    }    

    _DbgStr(_T("WaitThreadEnd(W)-끝-%s-%X-%d"),_sMsg, _hThread, GetTickCount() );
    return 1;
}
//===================================================================


반응형

DoDataExchange로 MFC 컨트롤과 변수가 서로 연결된 상태에서 


변수에 현재 컨트롤 값을 반영하려면 UpdateData(TRUE), 


변수의 값을 컨트롤에 반영하려면 UpdateData(FALSE) 이다.

반응형




프로젝트 설정 > 구성 속성 > C/C++ > 미리 컴파일된 헤더 > 미리 컴파일된 헤더


에서 미리 컴파일된 헤더를 사용 안함으로 설정

반응형

원래 c와 c++은 string이라는 똑똑한 자료구조형을 compiler차원에서 지원하고 있지 않습니다.


그대신 가장 많이 사용하는 string을 어떻게 저장해야 할지에 대해 고심한 결과...

결국 배열의 끝에 '\0'또는 0 또는 NULL값을 넣어 string을 표현하도록 했습니다.

결국 가장 적은 용량의 string처리와 가장 골치아픈 string처리가 탄생하는 순간이였죠.


어쨌거나 요점은...

Windows에서는 이런 string처리를 위해서 char* 형을 그대로 쓰기 보다는 LPCSTR등의 표현으로 

대치해 사용함으로써, 개발의 편의성을 돕고 있습니다.


* LPSTR, LPCSTR

LP는 long pointer를 나타내는 약어로서 16bit시절의 윈도우의 유산입니다.

과거 windows3.1까지의 시절에는 포인터는 모두 16bit였고, 24bit 메모리를 long pointer라는 것을 통해서 

extended memory라는 이름으로 관리했었거든요..

현재 LP(long pointer)는 .Net에서는 64bit pointer를, VC++6.0과 그 이전 버전에서는 32bit pointer를 나타냅니다.


C는 constant, 즉 함수의 내부에서 인자값을 변경하지 말라는 뜻입니다.


STR은 내부적으로는 char형 배열에 null값 종료를 의미하고 있죠.


LPSTR = long pointer string = char *

LPCSTR = long pointer constant string = const char *

결과적으로는 맨 마지막과 같은 형이라는 거죠.




* LPWSTR, LPCWSTR

W 이넘은 wide char를 나타냅니다. 쉽게 말하면 unicode죠..

한글 조합형 코드도 아니고...unicode를 나타냅니다.


LPWSTR = long pointer wide string = w_char *

LPCWSTR = long pointer constant wide string = const w_char *


//이하 미정리

* LPCTSTR

LPCTSTR = long pointer constant t_string = const tchar *

- t_char('티캐릭터'라고 읽습니다.)


마이크로소프트가 세계 각국에 제품을 판매하면서..각국의 언어에 맞추어 개발하는 것에 환멸을 느끼다가..

드디어 windows를 unicode기반으로 개발하는 작업에 착수했습니다.


그런데... 문제는 char는 1Byte이고 wide char는 2Byte이므로..포인터 연산을 많이하는 c, c++코드는 호환성에 치명적인 문제가 있었죠. 그래서 컴파일러가 precompile option을 보고. 환경에 맞게 동작하는 코드를 작성할 수 있는 새로운 변수 모양의 Macro를 선언하게 되었습니다.

그것이 바로 TCHAR, t_char라는 변수죠.

이놈들은 자신의 운영체제가 

multi-byte환경이면, char형으로, unicode환경이면, w_char, wide char형으로 type casting됩니다.


그래서... 보통 windows 9x, 2000계열의 환경이라면,

LPTSTR = LPSTR = char *

LPCTSTR = LPCSTR = const char *가 됩니다.


그런데..

아마 저 코드에서..

(LPSTR)(LPCTSTR) 형변환을 할때 자세히 보면..

const 라는 키워드만 떼내는거지요...

그러니까 사실은 (char *)(const char *)와 같은 말입니다.

웃기는 형변환이죠..

그럼 없어도 될까요?^^


없으면 당연히 오류가 나게됩니다.

왜냐면...(LPSTR)CString을 하면.... CString형 자료의 맨 처음 주소부터 char * 형으로 형변환하기 때문이죠.

CString형은 앞의 16Byte를 자료형을 표현하기 위해서 사용하기 때문에, 여기서부터 형 변환을 해주면 엉뚱한 값이 표현되게 됩니다.


따라서 MFC에서 지원하는 CString class는 LPCTSTR라는 함수를 통해서 일단 안전하게 const char * 형으로 바뀐 자료형을 얻어오게 하는거죠.


CString myString;

(LPCTSTR)myString;이라고 해주면..

myString내부의 string 값을 꺼내오게 도와주는 연산자 또는 함수를 사용하게 된겁니다.

즉 (LPCTSTR)이란 놈이 반환값이 const char* 인 함수입니다.

정확하게 표현하면 operator overloading이라는 거지요.


결과적으로 (LPSTR)(LPCTSTR)myString은

myString의 내부 string 자료를 함수를 통해 자료를 꺼내온뒤에, char* type으로 안전하게 바꾸어주는 역할을 하게 되는 거지요.


참고로, 함수의 인자가 char * 인곳에 const char* 형을 넣으면 컴파일 오류가 발생하기 때문에 (LPSTR)을 한번더 앞에 써주어서 강제 type casting을 한 것입니다.

반응형

출처 : http://wwwi.tistory.com/132 


탭 순서는 Tab키를 눌렀을 때 선택된 커트롤에서 다음 컨트롤로 이동하는 순서이다.

VB에서는 프러퍼티에서 TabIndex를 바꾸면 각 컨트롤의 탭순서를 바꿀수 있다.

각 컨트롤에서 Tab으로 이동할찌 안할찌는 Tabstop속성으로 정한다.


탭순서를 MFC에서 변경할 때는 탭 순서를 지정할 다이알로그를 선택하고 


    메뉴의 서식에서 탭순서를 선택하거나

    Ctrl + D를 누른다.



반응형
	// TODO: 여기에 컨트롤 알림 처리기 코드를 추가합니다.

	ITEMIDLIST  *pidlBrowse;
	WCHAR       pszPathname[MAX_PATH];

	BROWSEINFO  BrInfo;
	BrInfo.hwndOwner = GetSafeHwnd();
	BrInfo.pidlRoot = NULL;

	memset(&BrInfo, 0x00, sizeof(BrInfo));
	BrInfo.pszDisplayName = pszPathname;
	BrInfo.lpszTitle = _T("Select folder");
	BrInfo.ulFlags = BIF_RETURNONLYFSDIRS;

	// 이벤트에 대한 사용자정의 함수
	// BrInfo.lpfn = BrowseCallbackProc;

	// 사용자정의 함수에 넘겨질 인자로 사용자가 설정하고자 하는 경로를 설정한다. 
	// 예를들어 초기폴더경로를 C드라이브로 설정하는 경우
	CString strInitPath = _T("C:\\");
	BrInfo.lParam = (LPARAM)strInitPath.GetBuffer();

	pidlBrowse = ::SHBrowseForFolder(&BrInfo);
	if (pidlBrowse != NULL)
	{
		// 선택된 폴더 경로얻음
		SHGetPathFromIDList(pidlBrowse, pszPathname);

		// 경로(pszPathname)를 이용하여 이후작업 추가
		UpdateData();
		m_edit_folder = pszPathname;
		UpdateData(FALSE);
	}

+ Recent posts