Path(경로) 네이밍

-
어디 규칙이나 관습 같은게 아니고 변수명 지을 때마다 헛갈려서 내 맘대로 정의한 것임

FilePath (or Path) - C:\Dir\fileName.dll

FileDir (or FileDirectory or Directory) - C:\Dir

FolderName (or Folder) - Dir

FileName (or Name) - fileName.dll

FileExtension (or Extension) - dll

댓글

댓글 쓰기

이 블로그의 인기 게시물

[NSIS] 32비트와 64비트 모듈 등록하는 법. (regsvr32)

-
- 등록 x86 환경에선 RegDLL "$SYSDIR\Test.ocx" 처럼 RegDLL 뒤에 등록할 파일의 풀 경로를 입력해 주면 되고 x64 환경에선 ExecWait '"$SYSDIR\regsvr32.exe" /s "$SYSDIR\Text_x64.ocx"' 처럼 regsvr32.exe 프로그램을 통해 등록한다. - 해제 x86 환경에서 UnRegDLL "$SYSDIR\Test.ocx" x64 환경에선 ExecWait '"$SYSDIR\regsvr32.exe" /u /s "$SYSDIR\Test_x64.ocx"' ; Script generated by the HM NIS Edit Script Wizard. ; HM NIS Edit Wizard helper defines !define PRODUCT_NAME "제품 이름" !define PRODUCT_VERSION "1.0.0.1" !define PRODUCT_PUBLISHER "회사이름 Co., LTD." !define PRODUCT_WEB_SITE "http://www.회사사이트.co.kr" ; "Software\Microsoft\Windows\CurrentVersion\App Paths" 경로의 레지스트리에 키 값을 추가하면 ; "실행" 창에서 입력하여 바로 실행이 가능하다. ; 아래 처럼 추가가 된다면 "실행" 창에 "프로그램명.exe"를 입력하면 프로그램이 실행된다. !define PRODUCT_DIR_REGKEY "Software\Microsoft\Windows\CurrentVersion\App Paths\프로그램명.exe" !define PRODUCT_UNINST_...
자세한 내용 보기

[Visual Studio] Windows 7 에서 Visual Studio 6.0 디버그 시 프로세스 좀비되는 증상 해결 방법

-
Windows7 x64에서 디버깅을 하다가 디버깅을 종료하면 해당 프로세스가 그대로 남아있는 현상이 있다. 프로세스 끝내기를 눌러도 절대 죽지 않는다. Visual C++ 자체를 종료하면 그제서야 해당 프로세스가 종료가 된다. 디버깅 모듈에 버그가 있는 것으로 알려져 있으며, 다음과 같은 방법으로 해결이 가능하다. x86은 레지스트리 추가 만으로 가능한 것으로 알려져 있으나 테스트는 해보지 못함. Windows7 x64 환경에서 레지스트리 등록 후 IE가 x64로만 실행되는 문제가 발생. 레지스트리 삭제 후 IE 다시 x86으로 실행되고 Visual Studio 6.0 디버그 종료 시 프로세스도 정상적으로 종료됨을 확인. 글 맨 아래 dll 부분만 수정해도 되는 것 같으니 참고. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\MAIN] 위 경로에 DWORD 형태로 이름은 "TabProcGrowth" 으로 하고 값은 0으로 설정 Windows7 x64의 경우 추가로 아래 레지스트리도 등록 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\MAIN] 위 경로에 DWORD 형태로 이름은 "TabProcGrowth"으로 하고 값은 0으로 설정. 단, Windows7 x64는 파일 패치까지 필요하다. 첨부된 파일을 다운받아 아래 방법대로 하면 된다. TLLOC.dll 파일 패치 ( TLLOC.dll 다운로드 ) C:\Program Files (x86)\Microsoft Visual Studio\Common\MSDev98\Bin 위 경로에 덮어 씌우면 된다. 혹시 모르니 덮어 씌우기 전에 기존에 있던 TLLOC.dll은 만일의 상황에 대비하여 백업해둔...
자세한 내용 보기