새로운 프로젝트를 만들고 기존에 쓰던 프로젝트의 속성을 상속해서 쓸 수 있다.
상속한 속성을 전혀 수정하지 않고 쓰고 싶은데 유독 출력파일명 설정은 수정해줘야 한다.
프로젝트 속성페이지 -> 구성 속성 -> 링커 -> 일반 순으로 찾아 들어가면
'출력 파일'항목이 보이는데 이것을 $(Target*)관련 속성으로 지정하면 재귀호출 오류가 발생한다.
그래서 일단 아래와 같이 쓰고 있는데..

 $(OutDir)\$(ProjectName).exe

이렇게 되면 dll이나 lib프로젝트같은 경우 확장자를 수동으로 수정해줘야 한다..
혹시 수정없이 사용할 수 있는 방법 아시는 분?


속성 상속 후 <부모 또는 프로젝트 기본값에서 상속>으로 바꿔야 할 사항들
+ 구성속성
   + 일반
     - 출력 디렉터리 
     - 중간 디렉터리
   + C/C++
     + 미리 컴파일된 헤더
       - 미리 컴파일된 헤더 파일
     + 출력 파일
       - ASM 목록 위치
       - 개체 파일 이름
       - 프로그램 데이터베이스 파일 이름
     + 고급
       - 호출 규칙
   + 찾아보기 정보
     + 일반
       - 출력 파일


릴리즈 모드에서 디버깅

프로젝트 속성에서 맨위 왼쪽 구성을 Release로 한다.

"메뉴 -> 프로젝트 -> 속성 -> 구성 속성 -> C/C++ -> 일반" 으로 이동을 한다. 그리고

그리고 디버깅 정보 형식은 "편집하며 계속하기를 위한 프로그램 데이터베이스(/ZI)" 로 변경한다.

그리고 "메뉴 -> 프로젝트 -> 속성 -> 구성 속성 -> C/C++ -> 최적화 -> 최적화"로 가서 "속도 최대화(/O2)"에서 "사용 안 함"으로 설정.

그리고 "메뉴 -> 프로젝트 -> 속성 -> 구성 속성 -> C/C++ -> 최적화 -> 전체 프로그램 최적화"로 가서 "링크 타임 코드 생성 사용(/GL)" "아니요"로 설정한다.

'tool' 카테고리의 다른 글

doxygen  (0) 2011.12.06
crash dump  (0) 2011.11.11
WinDbg  (0) 2011.01.30
VC .Net에서 산출물(output/intermediate) 관리하기  (0) 2010.12.23
Visual Studio 2008과 Windows 98  (0) 2009.06.12
블로그 이미지

란마12

,

단축키

tool/eclipse 2010. 7. 23. 08:54


단축키 설정: Window >> Preferences >> Workbench >> Keys
Ctrl + Shift + L : 단축키 보기 (한 번 더 누르면 키 설정메뉴로 들어감)
단축키 저장 파일
%workspace%\.metadata\.plugins\org.eclipse.core.runtime\.settings\org.eclipse.ui.workbench.prefs

Java Editor 단축키
Ctrl + Shift + M : 특정 클래스 Import 시키기
Ctrl + Shift + O : 자동으로 Import 시키기
Ctrl + Shift + F : 코드 자동 정리, 탬플릿에 지정된 대로 코드 포맷 변경
CTRL + I : 제대로 된 위치의 들여쓰기
Ctrl + Shift + G : 특정 메써드나 필드를 Reference하고 있는 곳을 찾는다.
Ctrl + Shift + T : 클래스 찾기
Ctrl + 1 : Quick Fix. 에러가 발생했을 경우 Quick Fix를 통해 쉽게 해결이 가능하다.
Ctrl + Shift + / : 블럭 주석 설정
Ctrl + Shift + \ : 블럭 주석 해제
CTRL + / : 한줄에 대한 주석 처리
Alt + Shift + UP : 커서를 기준으로 토큰단위 블럭지정
Alt + Shift + DOWN : 커서를 기준으로 토큰단위 블럭해제
CTRL + L : 특정 줄번호로 가기
Alt + Shift + J : 자동으로 주석 달기 (메소드나 멤버변수에 포커스 두고 실행)
Ctrl + O : 모든 클래스, 프로퍼티 트리 보기, 선택가능

Window 이동
F10 : 메뉴창을 활성화
F4 : Open Type Hierarchy(현재 클래스의 상속관계를 보여주는 창이 열린다.)
Ctrl + F8 : 다음 Perspective로 이동
Ctrl + N : 새로운 파일 및 프로젝트 생성.
Ctrl + Shift + Down : Java Editor에서 다음 member로 이동.
Ctrl + F6 : 탭이동
CTRL + SHIFT + E : 열려있는 에디터간 이동
Ctrl + F7 : 다음 View로 이동.
Ctrl + Shift + F7 : 이전 View로 이동.
Alt + <- : 이전 작업 화면
Alt + -> : 다음 작업 화면
F12 : 컴파일 중 에러등으로 포커스가 다른데로 갔을 때 Editor 로 커서 이동
Ctrl + 1 : 컴파일 에러가 발생한 곳에서 Ctrl + 1을 누를 경우 해결책을 제시
선택된 뷰 최대화(Maximize Active View or Editor) : CTRL + M

디버깅 단축키
CTRL + Shift + B : 현 커서의 위치에 브레이크 포인터 설정/해제
F11 : 디버깅 시작
F8 : 디버깅 계속
F6 : 한줄씩 실행(Step Over)
F5 : 한줄씩 실행하되 함수일 경우 그 함수 내부로 들어감(Step Into)
CTRL + R : 현재 라인까지 실행(Run to Line)

Refactoring 단축키
Shift + ALT + 알파벳 : Refactoring을 위한 단축키 임.
ALT + SHIFT + T : 리펙토링 메뉴 바로가기
ALT + SHIFT + R : 변수명, 클래스명 등 이름 변경
ALT + SHIFT + S : 빠른 소스메뉴

RUN 단축키
Ctrl + F11 : 이전에 실행되었던 Run파일 실행.

Text Editing
줄 삭제(Delete Line) : CTRL + D
줄 복사(Duplicate Lines) : CTRL + ALT + UP or DOWN
현재 줄에 새로 추가(Insert Line Above Current Line) : CTRL + SHIFT + ENTER
다음 줄에 새로 추가(Insert Line Below Current Line) : SHIFT + ENTER


 


 

블로그 이미지

란마12

,


Visual Studio로 멀티 쓰레드를 디버깅하다 보면 반응을 거의 안하는 것 처럼 현저히 느려질 때가 있습니다.
이런 문제를 해결하는 방안입니다.

결론부터 말씀드리자면, 고급 텍스트 서비스를 '사용안함'으로 설정하면 됩니다.
위치는 국가 및 언어 옵션 -> 언어 탭에서 텍스트 서비스 및 입력 언어 자세히 -> 고급 탭 에 있습니다.

문제에 대한 자세한 원인은 이 곳에서 확인하실 수 있습니다.

원문: http://dev.heartsavior.net/110

블로그 이미지

란마12

,

If you are building/debugging a DLL, the most typical reason is that the DLL
is loaded from a wrong location (e.g. an old version gets loaded).
When debugging, open Modules window (Debug | Modules) and check
the path to the DLL.

If you are working with an .exe, it is possible that wrong executable is specified
in project settings. Compare the following settings:
- Project | Settings | Debug | General | Executable for debug session
- Project | Settings | Link | General | Output file name
They must point to the same .exe file. And again, Modules window can
be used to check the path to the .exe file when debugging.

Also I would recommend to use /pdbtype:con linker option
to merge all vc60.pdb files into the final pdb file of the executable module:
- Project | Settings | Link | Debug | "Separate types" - must be unchecked
블로그 이미지

란마12

,

간단한 팁들...

tool/VS6 2009. 7. 10. 14:07

+ 다이얼로그 디자인 시에 컨트롤들간의 zorder변경
  - 공식적인 방법은 없는 것으로 앎
  - 잘라냈다 붙여넣기
  - 탭순서를 변경
블로그 이미지

란마12

,

패키지배포 마법사로 인터넷패키지를 생성할 경우 마법사에서 파일들이 설치될 경로를 일일이
설정해 줄 수없다. 대부분 system32폴더 밑으로 복사되도록 설정되는데 사용자가 추가한 파일들은
설치될 경로가 지정되지 않는다. 배포마법사로 생성된 CAB파일 안에 INF파일을 직접 편집하여
설치될 경로를 수정한다.

[testfile.ocx]
file-win32-x86=thiscab
RegisterServer=yes
clsid={FAF8D782-D9FB-45D5-AB16-29ED6E5869BC}
DestDir=11
FileVersion=1,1,0,1

DestDir이 비어있는 파일들을 찾아 설치될 경로를 적어준다. 참고로 11은 system32를 의미한다.

'tool > VS6' 카테고리의 다른 글

"Please enter the path for vc60.pdb" question  (0) 2010.01.03
간단한 팁들...  (0) 2009.07.10
.dsw파일을 열 때 새 프로그램으로 열기  (0) 2009.06.22
원인모를 문제해결 경험들  (0) 2009.06.17
VS6 설치/설정  (0) 2009.06.16
블로그 이미지

란마12

,

탐색기 -> 폴더옵션 -> 파일형식에서 dsw를 찾아 [고급]버튼을 누른다.
[고급]버튼이 [복원]버튼으로 보일 경우가 있는데 [복원]버튼을 누르면 [고급]버튼으로 바뀐다.
[편집]버튼을 누른 후 DDE 사용을 체크 해제한다.
명령을 실행할 응용 프로그램란의 내용이 다음과 같아야 한다.
마지막 부분의 %1을 쌍따옴표로 묶어주지 않으면 dsw파일의 경로에 공백이 있을 경우
인식하지 못한다.
"C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\MSDEV.EXE" "%1"

'tool > VS6' 카테고리의 다른 글

"Please enter the path for vc60.pdb" question  (0) 2010.01.03
간단한 팁들...  (0) 2009.07.10
VB6 패키지배포 마법사로 작성된 CAB파일 문제  (0) 2009.07.07
원인모를 문제해결 경험들  (0) 2009.06.17
VS6 설치/설정  (0) 2009.06.16
블로그 이미지

란마12

,

경험이 부족해서 그런지 VS6에서 알려주는 에러메세지만 가지고 원인을 찾기 매우 힘든 경우가 종종 있다.
특히 툴을 재시작하고 된다든가, *.ncb나 *.opt파일을 삭제하니까 해결되는 식의 문제는 많은 경험이
없다면 문제에 직면할 때마다 고생을 하게된다. 문제를 해결하게 되면 그때 그때 짧게라도 정리해서
같은 문제로 고생하지 않아야겠다.

+ 기본적으로 확인해봐야 할 사항들
   - 프로젝트간의 의존성 설정이 제대로 되어있는가.
   - 누락된 헤더나 소스파일이 없는가.
 
+ *.ncb파일을 지우고 재시작했더니 해결됐던 문제들

+ 프로젝트간의 런타임라이브러리 형식을 다른 종류로 바꿔 컴파일 한 후 다시 원래대로 바꾼 후 해결.

+ dll에서 STL관련 객체(map)들을 export하거나 parameter로 쓰면 안됨.

+ 디버그 시에 변수값 확인이 안되는 문제
   cxx0017 error symbol not found.
   CXX0017 오류 기호를 찾을 수 없습니다.
   - 컴파일결과가 저장되는 폴더를 삭제후 다시 컴파일하여 해결 함.

+ 종속된 프로젝트들을 하나씩 모두 직접 컴파일해서 해결
블로그 이미지

란마12

,

VS6 설치/설정

tool/VS6 2009. 6. 16. 21:29
야심차게 VS2008을 사용해보려 했으나...
하위호환성을 지켜주지 않는 M$때문에 어쩔 수 없이
다시 VS6를 사용하려한다. VS2008은 .NET개발할 때나 써야겠다.

VS6설치과정을 정리해본다.

SP6를 설치한다. 다운받은 파일들을 c\에 복사후 설치해야 한다.
(http://www.microsoft.com/korea/msdn/vstudio/downloads/updates/sp/vs6/sp6/default.aspx)

VS6의 마지막 SDK를 설치한다..Microsoft Platform SDK, February 2003 Edition
(http://www.microsoft.com/msdownload/platformsdk/sdkupdate/psdk-full.htm)
default.htm파일을 열어 설치한다.
설치 후 VS6의 설정에서 SDK경로 추가 후 반드시 순서를 맨위로 올린다.



VS6에서도 다음과 같은 유용한 애드인들을 설치하면
VS2008못지 않은 개발환경을 만들 수 있다.
 - VisualAssist(http://www.wholetomato.com)
 - WndTabs(http://www.wndtabs.com)
블로그 이미지

란마12

,
VS2008에서 컴파일된 프로그램이 WIN98에서 실행되지 않는다.


VS2008은 WIN98을 지원하지 않는다고 명시했다.
그럼에도 98에서 강제로 실행되게 할 수 있는 편법이 존재한다.
PE헤더의 MajorOperatingSystemVersion항목과 MajorSubsystemVersion항목을
각각 4로 바꿔주면 된다.(CFF Explorer라는 툴로 변경함)
실행은 되지만 제대로 작동하지 않는다. 
작동하게 해주는 유료툴이 존재한다.
(Legacy Extender for Visual Studio 2005/2008 (www.legacyextender.com)
GetSystemWindowsDirectory과 같이 98에서 지원되지 않는 API까지 되게 해주지는 않는다.

이런 방법밖에 없다면 그냥 VS6로 컴파일하고 말겠다..

'tool' 카테고리의 다른 글

doxygen  (0) 2011.12.06
crash dump  (0) 2011.11.11
WinDbg  (0) 2011.01.30
VC .Net에서 산출물(output/intermediate) 관리하기  (0) 2010.12.23
vs2008 프로젝트속성 상속  (0) 2010.09.27
블로그 이미지

란마12

,