블로그 이미지
Every unexpected event is a path to learning for you. blueasa

카테고리

분류 전체보기 (2794)
Unity3D (852)
Programming (478)
Server (33)
Unreal (4)
Gamebryo (56)
Tip & Tech (185)
협업 (11)
3DS Max (3)
Game (12)
Utility (68)
Etc (98)
Link (32)
Portfolio (19)
Subject (90)
iOS,OSX (55)
Android (14)
Linux (5)
잉여 프로젝트 (2)
게임이야기 (3)
Memories (20)
Interest (38)
Thinking (38)
한글 (30)
PaperCraft (5)
Animation (408)
Wallpaper (2)
재테크 (18)
Exercise (3)
나만의 맛집 (3)
냥이 (10)
육아 (16)
Total
Today
Yesterday
반응형

'Programming > C#' 카테고리의 다른 글

C#으로 xml 처리하기  (0) 2011.10.25
현재 Process의 한영 정보 얻기  (0) 2011.10.10
C# XML 다루는 간단한 소스  (0) 2011.09.16
DLL 파일을 별도 폴더에서 관리하자  (0) 2011.09.14
[펌] 입력 문자 검사  (0) 2011.09.14
Posted by blueasa
, |
반응형
Posted by blueasa
, |

Debugging Applications For Microsoft Windows 책에 보면 O1최적화 (크기 최소화)가 O2최적화(속도 최대화)보다 더 빠르다고 나와있다..

정말????


책에 보면 대략 실행파일의 이미지 크기가 작으면 page fault를 더 적게 일으키므로 더 빠르다라고 나와있다..

음.. 맞는말이다.. page fault가 일어날 경우에는 OS가 프로그램 실행에 필요한 데이터를 page file에서 실제 메모리에 load하기 위해서 엄청난 오버헤드가 발생한다..

그렇지만 고작 몇백킬로 차이밖에 안나는 것이 얼마나 눈에 띄게 속도 차이가 날까? 라는 의문이 마구마구 들었다..

그래서 테스트를 해봤다..

우선 테스트 프로그램을 만들어야하는데.. 대략 만들기는 귀찮고 해서 GUI를 이용하기로 했다.. GUITester에서 상단에 프레임률을 표시하기 때문에 이를 확인해보면 된다.

그래서 우선 프로젝트 세팅에서 아래와 같이 O2 최적화로 세팅을 했다.



그리고 컴파일.................................................


그리고나서 바이너리의 크기를 확인했다.



대략 1메가 정도 한다..
그럼 이제 실행을 해보자..



음.. 약 262프레임정도 나온다..



그럼 이제 O1로 컴파일을 해보자... 우선 프로젝트 세팅을 하고..



그리고 컴파일.............................

그리고나서 바이너리 크기 확인



약간 줄었다.. 70kb정도 ㄱ- 이정도로 정말 속도 차이가 날까???

그리고 실행...



엇!!!!! 이게 무슨일인가.. 미약하지만 정말 O2보다 프레임률이 올라갔다...

혹시나 하여 두세번 반복해서 재컴파일을 하여 비교를 해봤지만 확실히 차이가 보였다..

그렇지만 내가 생각하기에 page fault때문에 성능 차이가 나는것 보다는 바이너리의 크기가 작아지면서 CPU의 명령어 캐시히트율이 올라가서가 아닌가 하는 생각이 든다..

아마 항상 O1이 O2보다 빠르진 않을거라 본다.. 실제로 어떤게 더 빠른지는 테스트를 통하여 최적의 최적화 옵션을 선택해야 할 것이다.


반응형
Posted by blueasa
, |

요샌 프로그램 하나 만들려면 엄청난 dll들이 부가 되는데

이것들이 실행 파일과 혼재되어 정신 사납기 이를데 없다

이럴때 dll 파일만 따로 모아서 관리 할수 있으면 얼마나 좋을까??

자~ 해봅시다~

그림으로 보면 DLL폴더와 실행 화일이 따로 분리 된걸 볼 수 있다

DLL 폴더내에 따로 모아진 dll 파일들과 pdb 파일들을 볼수 있다

이렇게 하기 위해서는 먼저 DLL 폴더를 만들고 랩작업을 할때 다음 처럼

경로를 지정해서 랩을 한다

이렇게 하면 당연히 하위 DLL 폴더에서 해당 dll을 찾아 프로그램이 실행된다

하지만 그림처럼 참조 추가된 Cinch 같은 dll도 DLL 폴더로 넣을라면 어떻게 해야 할까?

이런 경우에는 Project에 프로퍼티에서 그림 처럼 설정 해준다

이렇게 해주면 참조 추가된 dll들도 DLL 폴더로 컴파일 시 옮겨지게 된다

move "$(TargetDir)\*.dll" "$(TargetDir)\DLL"
move "$(TargetDir)\*.pdb" "$(TargetDir)\DLL"

옮겨지기는 했지만 실제 프로그램을 실행 시켜 보면 dll을 찾을수 없다는 에러가 발생된다

솔루션 창에서 아래 그림처러 새로운 아이템으로 appication configuration file을

app.config란 파일 이름으로 생성한다

그리고 그 파일 안에는

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<probing privatePath="DLL"/>
</assemblyBinding>
</runtime>
</configuration>

이렇게 써주고 실행하면 해당 dll들을 DLL폴더에서 찾아오게 된다

이로서 실행파일과 dll 파일을 깔끔하게 분리하여 산뜻하게 관리 할 수 있게 되었다

반응형
Posted by blueasa
, |

입력 문자 검사
프로그램을 작성하다 보면 사용자의 키보드 입력 문자를 검사해서 유용한 문자만을 허용하는 경우가 많이 있습니다.입력 문자열을 검증하는 방법 두 가지를 알아 보겠습니다
(아래 모든 코드는 TextBox KeyPress 이벤트에 정의된다고 가정한다)

1. Char 
구조체를 사용한 문자 검증 방법
Char 구조체의 static 메서드를 이용하여 입력문자를 검증할 수 있다
아래 표는 문자열을 검증하는 메서드의 표이다



     
 

예제> 몇 가지 예를 살펴보면..
a. 
숫자만 허용
if(!(Char.IsDigit(e.KeyChar)) && e.KeyChar != 8){

             e.Handled = true;

}

b. 
문자만 허용
if(! ((e.KeyChar >= 65 && e.KeyChar <= 90) ||  (e.KeyChar >= 97 && e.KeyChar <= 122))

&& e.KeyChar != 8) {

             e.Handled = true;

}

c. 
한글만 허용
if ((Char.IsPunctuation(e.KeyChar) || Char.IsDigit(e.KeyChar) ||

                           Char.IsLetter(e.KeyChar) || Char.IsSymbol(e.KeyChar))

                           && e.KeyChar != 8)

{

             e.Handled = true;

}


설명>>
TextBox KeyPress 이벤트에서 사용자의 입력값을 받아서 Char 구조체가 제공하는 메서드를 사용해서 문자 검증을

수행한다. 입력을 불허해야 하는 상황이라면 KeyPressEventArgs  Handled 속성을 true 로 설정하여 TextBox KeyPress 이벤트를 취소 시킨다 (, TextBox 에 글이 적히지 않도록 한다)
e.KeyChar != 8  이부분은 빽스페이스 키가 아니면 참이라는 것인데 즉 이말은 빽스페이스 키는 검증대상에 포함시키지 않는다는 의미가 된다

 


2. 사용자가 입력한 char를 자체를 검증하는 방법
위의 예제를 보면 알 수 있듯이 KeyPressEventArgs  KeyChar 는 현재 입력한 char를 의미한다.  char 의 범위나

키 자체의 단일 정수값을 이용해 입력 값을 검증할 수 있다. 아래 표는 각 키의 값을 나타내는 표이다


             
  
예제> 위에서 살펴본 문자열만 입력 허용하는 것을 아래와 같이 할 수도 있다

 
if(! ((e.KeyChar >= 65 && e.KeyChar <= 90) ||  
      (e.KeyChar >= 97 && e.KeyChar <= 122))

&& e.KeyChar != 8)

{

             e.Handled = true;

}  

 


정리>> 자주 쓰이는 부분만 따로 정리해 보면…


8 : 백 스페이스

32 : 스페이스

13 : 엔터

16 : Shift

17 , 18 : Ctrl , Alt

20 : Caps Lock

27 : ESC

                                                                                             

45 , 46 : Insert , Delete

                                                        

48 ~ 57 : 숫자(0 ~ 9)                                   

65 ~ 90 : A ~ Z

97 ~ 122 : a ~ z

                                                       

112 ~ 123 : F1 ~ F12

144 : Num Lock

 



출처 : http://www.mkexdev.net/Article/Content.aspx?parentCategoryID=1&categoryID=23&ID=272
반응형
Posted by blueasa
, |
반응형

'Programming > C#' 카테고리의 다른 글

DLL 파일을 별도 폴더에서 관리하자  (0) 2011.09.14
[펌] 입력 문자 검사  (0) 2011.09.14
Processing Global Mouse and Keyboard Hooks in C#  (0) 2011.05.13
Array -> String  (0) 2011.05.09
SaveFileDialog  (0) 2011.03.25
Posted by blueasa
, |

.dmp 파일 남기기

Tip & Tech / 2011. 9. 11. 21:11

SetUnhandledExceptionFilter 를 사용하자.

#include <dbghelp.h>

#pragma comment(lib, "dbghelp.h")

함수원형

LPTOP_LEVEL_EXCEPTION_FILTER WINAPI SetUnhandledExceptionFilter (

__in LPTOP_LEVEL_EXCEPTION_FILTER lpTopLevelExceptionFilter

);

사용법

1. ExceptionHandler implementation

LONG CALLBACK FunctionName (_EXCEPTION_POINTERS *pExceptionInfo)

{

pExceptionInfo->ExceptionRecord->ExceptionCode; // ExceptionCode

HANDLE hFile = CreateFile(DumpFileName);

MINIDUMP_EXCEPTION_INFORMATION eInfo;

eInfo.ThreadId = GetCurrentThreadId();

eInfo.ExceptionPointers = pExceptionInfo;

eInfo.ClientPointers = FALSE;

MiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(), hFile, MiniDumpNormal,

pExceptionInfo ? &eInfo : NULL, NULL, NULL);

return EXCEPTION_EXECUTE_HANDLER;

}

2. Main 함수에서 1에서 구현한 ExceptionHandler 등록

int main(void)

{

....

SetUnhandledExceptionFilter(UnhandledExceptionHandler);

....

}

[출처] .dmp 파일 남기기|작성자 미락꿀

반응형
Posted by blueasa
, |

하루 6분 복근만들기

Etc / 2011. 9. 11. 20:13
반응형
Posted by blueasa
, |

컴파일러 옵션


/RTC (런타임 오류 검사)

/RTCc : C/C++ > 코드 생성 > 작은 형식 검사 (값을 작은 데이터 형식으로 변환할 때 데이터 손실이 있는지 확인)

/RTCu : C/C++ > 코드 생성 > 기본 런타임 검사 (초기화되지 않은 변수 참조를 추적)


/GS (버퍼 보안 검사)

C/C++ > 코드 생성 > 버퍼 보안 검사

Debug Mode에서도 사용을 하기를 권장한다.


/O1 (크기 최소화)

C/C++ > 최적화 > 최적화

기본적으로 Release모드에서 /O2 (속도 최대화) 를 사용한다.

그러나, MS는 모든 상업용 프로그램을 /O1 을 사용한다.


/showIncludes

C/C++ > 고급 > 포함 표시

어떤 파일을 포함하고 그 파일의 위치를 확인 할 수 있다.


링커 옵션


/MAP

/MAPINFO:LINES

/MAPINFO:EXPORTS

링커 > 디버깅

항상 사용을 하도록 하자.


/OPT:NOWIN98

링커 > 최적화 > Win98에 맞게 최적화

Win98, Me 를 지원하지 않는다면 사용하자. 응용프로그램의 크기 감소 효과.


/Release

링커 > 고급 > 체크섬 설정

이름과는 다르게 이 스위치는 PE헤더에 체크섬 값을 설정한다.

디버그 모드에서는 절대 사용하지 말자. 일반 사용자-모드 응용 프로그램은 이 값이 필요치 않다.


반응형
Posted by blueasa
, |
반응형

'Programming > Design Pattern' 카테고리의 다른 글

C# 디자인패턴  (0) 2010.12.15
Dependency를 관리하는 방법  (0) 2010.10.21
Design Pattern Examples in C#  (0) 2010.07.23
GoF의 디자인패턴  (0) 2010.07.23
FSM - 유한 상태 기계 (Finite State Machine)  (0) 2010.07.09
Posted by blueasa
, |