git 을 웹에서 쉽게 배우자

IT/Programming 2014. 1. 9. 12:18



Chrome 브라우저를 사용하여 접근하는 것을 권장합니다.

디자인도 깔끔하고 시각적으로 설명을 잘 해놓은 사이트라고 생각이 듭니다.


http://learnbranch.urigit.com/



'IT/Programming' 카테고리의 다른 글

MSSQL 데이터 타입 크기 및 범위  (0) 2014.02.21
LocalDB  (0) 2014.01.09
DDR1/DDR2/DDR3 외형차이  (0) 2013.07.31
개인적으로 좋아하는 엑셀 함수 사이트  (0) 2013.03.27
Len Sassaman, 세상을 뜨다  (0) 2011.07.06

설정

트랙백

댓글

(MSSQL) md5 사용

IT/Programming/Programming 2013. 12. 30. 12:20

MSSQL 2005 미만 버젼은 아래의 링크를 참고.

http://madchick.egloos.com/1254999

 

MSSQL 2005 이상의 버젼에서는 아래와 같이 사용하면 된다.

SELECT SUBSTRING(MASTER.dbo.FN_VARBINTOHEXSTR(HashBytes('MD5', '데이터 내용')), 3, 32)

설정

트랙백

댓글

(C++) new 동적할당 NULL 초기화

IT/Programming/Programming 2013. 12. 19. 14:46

아래와 같이 선언시 () 를 끝에 붙여주면 동적할당된 메모리에 모두 NULL 값으로 초기화된다.

 

char* p = new char[256]();

설정

트랙백

댓글

Visual Studio 2012 winres.h 가 include path 에 없을 때

IT/Programming/Solution/Tip 2013. 12. 18. 17:49

Visual Studio 2012 버젼부터 winres.h 가 Windows Kit8.0 의 Include Path 로 이동되었다.

 

VS12를 설치하면 Windows Kits 8.0도 같이 설치가 되니, 별도로 설치할 필요가 없을 것이다.

참고) Windows Kit 8.0 and Visual Studio 2012 - are they shipped together?

 

또한, VS12 의 Include Path 설정에 알아서 Windows Kits\8.0\Include\ 가 들어가 있으므로 문제될 것은 없지만 보통 resource를 편집하는 서드파티 프로그램을 사용할 때 Header Path를 설정해주어야하는데, 이때 아래의 경로 값을 참고하여 적절히 넣어주면 된다.

 

VS10 까지만해도 아래와 같이 VS 디렉터리에 winres.h가 존재했지만,

C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include

 

VS12 부터는 Windows Kits\8.0 디렉터리에 winres.h가 들어간다.

C:\Program Files (x86)\Windows Kits\8.0\Include\um

설정

트랙백

댓글

Visual Studio 에서 전역(Global) Include Path 설정하기

IT/Programming/Solution/Tip 2013. 12. 17. 19:13

 

본 포스팅은 VS2010 이후 버전에서 IncludePath를 전역적으로(Globally) 세팅하는 방법을 소개하고 있습니다.

정확히는 VC++ Directories 항목들을 세팅합니다. 여기에 Include Path가 포함되어 있고 대부분의 개발자들이 Include Path를 수정하기 위해 VC++ Directores 항목을 찾기 때문에 제목을 "전역 Include Path 설정하기" 라고 지었습니다.

 

 

VS2008 까지는 Tools>Options>Projects and Solutions>VC++ Directories 에서 설정할 수 있었지만, VS2010 부터는 이 항목이 Property Sheet Manager로 옮겨가서 더 이상 사용할 수 없는 항목이 되었다.

 

 

 

View>Property Manager 혹은 View>Other Windows>Property Manager를 누르면 Solution Explorer 가 있는 박스에 Property Manager 윈도우가 추가된다.

 

 

 

※ 프로젝트를 하나라도 열고 있어야지 Property Manager 에서 VC++ Directories 설정이 가능하다.

 

Microsoft.Cpp.설정한 Build Platform 명칭(여기서는 Win32).user 을 오른쪽 클릭하고 Property에 들어가면

아래와 같이 VC++ Directories 를 설정할 수 있다.

 

 

 

여기서 설정한 변수들은 모두 전역적으로 적용된다. 프로젝트별로 선택적으로 적용시키기 위해서는 프로젝트마다 우클릭을 하여 Property 창을 띄워 수정해야하지만, 여기서 전역적으로 적용시키면 이후 작업한 프로젝트부터는 기본적으로 이 설정으로 세팅된다.

 

원리는 아래와 같다.

 

Visual Studio는 %LOCALAPPDATA%\Microsoft\MSBuild\v4.0 경로의 property 파일을 읽어들여 적용시킨다.

위 처럼 Property Manager에서 해당 빌드 플랫폼의 설정을 수정한 경우, %LOCALAPPDATA%\Microsoft\MSBuild\v4.0\Microsoft.Cpp.Win32.user.props 를 수정하게 된다. (즉, 위의 과정을 따르지 않고 해당 경로로 직접 이동하여 해당 파일을 적절히 수정해도 된다는 말이다.)

 

<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="Build" ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <ImportGroup Label="PropertySheets">
  </ImportGroup>
  <PropertyGroup Label="UserMacros" />
  <PropertyGroup>
    <IncludePath>C:\CustomPath</IncludePath>
  </PropertyGroup>
  <ItemDefinitionGroup />
  <ItemGroup />
</Project>

 

 

만약 본인이 임의로 수정해놓고 원래대로 값을 돌려놓고 싶은 경우에는 props파일을 연 후 설정한 옵션의 bracket 범위를 지워주면 된다.

여기서는 IncludePath가 추가되었으므로 <IncludePath>C:\CustomPath</IncludePath> 자체를 지우고 저장한 후 Visual Studio를 열고 새 프로젝트를 생성해보면 기본값으로 적용이 되어있을 것이다.

 

좀 더 다양한 정보를 얻고 싶다면 아래의 링크로!

http://blogs.msdn.com/b/vsproject/archive/2009/07/07/vc-directories.aspx

 

 

설정

트랙백

댓글

Visual Studio 속성 매크로

IT/Programming/Solution/Tip 2013. 12. 17. 15:24

매크로

설명

$(RemoteMachine)

디버그 속성 페이지에서 Remote Machine 속성의 값으로 설정합니다. 자세한 내용은 C/C++ 디버그 구성에 대한 프로젝트 설정 변경을 참조하십시오.

$(Configuration)

현재 프로젝트 구성의 이름(예: "Debug")

$(Platform)

현재 프로젝트 플랫폼의 이름(예: "Win32")

$(ParentName)

(사용하지 않음) 이 프로젝트 항목을 포함하는 항목의 이름. 부모 폴더 이름이나 프로젝트 이름입니다.

$(RootNameSpace)

응용 프로그램을 포함하는 네임스페이스(있을 경우)

$(IntDir)

중간 파일에 지정된 디렉터리 경로로서 프로젝트 디렉터리에 대해 상대적인 경로. 이 경로에는 뒤에 슬래시가 붙어야 합니다. 이 경로는 Intermediate Directory 속성의 값이 됩니다.

$(OutDir)

출력 파일 디렉터리의 경로로서 프로젝트 디렉터리에 대해 상대적인 경로. 이 경로에는 뒤에 슬래시가 붙어야 합니다. 이 경로는 Output Directory 속성의 값이 됩니다.

$(DevEnvDir)

드라이브와 경로로 정의되는 Visual Studio 2010의 설치 디렉터리로, 뒤에는 백슬래시(\)가 붙습니다.

$(InputDir)

(사용하지 않음, 마이그레이션됨) 드라이브 + 경로로 정의되는 입력 파일의 디렉터리로서 뒤에는 백슬래시(\)가 붙습니다. 해당 프로젝트가 입력 파일인 경우 이 매크로는 $(ProjectDir)와 같습니다.

$(InputPath)

(사용하지 않음, 마이그레이션됨) 드라이브 + 경로 + 기본 이름 + 파일 확장명으로 정의되는 입력 파일의 절대 경로 이름. 해당 프로젝트가 입력 파일인 경우 이 매크로는 $(ProjectPath)와 같습니다.

$(InputName)

(사용하지 않음, 마이그레이션됨) 입력 파일의 기본 이름. 해당 프로젝트가 입력 파일인 경우 이 매크로는 $(ProjectName)와 같습니다.

$(InputFileName)

(사용하지 않음, 마이그레이션됨) 기본 이름 + 파일 확장명으로 정의되는 입력 파일의 파일 이름. 해당 프로젝트가 입력 파일인 경우 이 매크로는 $(ProjectFileName)와 같습니다.

$(InputExt)

(사용하지 않음, 마이그레이션됨) 입력 파일의 파일 확장명. 파일 확장명 앞에는 '.'이 붙습니다. 해당 프로젝트가 입력 파일인 경우 이 매크로는 $(ProjectExt)와 같습니다.

$(ProjectDir)

드라이브 + 경로로 정의되는 프로젝트의 디렉터리로서 뒤에는 백슬래시(\)가 붙습니다.

$(ProjectPath)

드라이브 + 경로 + 기본 이름 + 파일 확장명으로 정의되는 프로젝트의 절대 경로 이름.

$(ProjectName)

프로젝트의 기본 이름.

$(ProjectFileName)

기본 이름 + 파일 확장명으로 정의되는 프로젝트의 파일 이름.

$(ProjectExt)

프로젝트의 파일 확장명. 파일 확장명 앞에는 '.'이 붙습니다.

$(SolutionDir)

드라이브 + 경로로 정의되는 솔루션의 디렉터리로서 뒤에는 백슬래시(\)가 붙습니다.

$(SolutionPath)

드라이브 + 경로 + 기본 이름 + 파일 확장명으로 정의되는 솔루션의 절대 경로 이름.

$(SolutionName)

솔루션의 기본 이름.

$(SolutionFileName)

기본 이름 + 파일 확장명으로 정의되는 솔루션의 파일 이름.

$(SolutionExt)

솔루션의 파일 확장명. 파일 확장명 앞에는 '.'이 붙습니다.

$(TargetDir)

드라이브 + 경로로 정의되는 빌드용 기본 출력 파일의 디렉터리로서 뒤에는 백슬래시(\)가 붙습니다.

$(TargetPath)

드라이브 + 경로 + 기본 이름 + 파일 확장명으로 정의되는 빌드용 기본 출력 파일의 절대 경로 이름.

$(TargetName)

빌드용 기본 출력 파일의 기본 이름.

$(TargetFileName)

기본 이름 + 파일 확장명으로 정의되는 빌드용 기본 출력 파일의 파일 이름.

$(TargetExt)

빌드용 기본 출력 파일의 파일 확장명. 파일 확장명 앞에는 '.'이 붙습니다.

$(VSInstallDir)

Visual Studio 2010을 설치한 디렉터리. 

이 속성에는 대상 Visual Studio의 버전이 포함되며 이 버전은 호스트 Visual Studio 버전과 다를 수 있습니다. 예를 들어 $(PlatformToolset) = v90을 사용하여 빌드할 경우 $(VSInstallDir)에는 Visual Studio 2008 설치 경로가 포함됩니다.

$(VCInstallDir)

Visual C++ 2010을 설치한 디렉터리. 

이 속성에는 대상 Visual C++의 버전이 포함되며 이 버전은 호스트 Visual Studio 버전과 다를 수 있습니다. 예를 들어 $(PlatformToolset) = v90을 사용하여 빌드할 경우 $(VCInstallDir)에는 Visual C++ 2008 설치 경로가 포함됩니다.

$(FrameworkDir)

.NET Framework를 설치한 디렉터리.

$(FrameworkVersion)

Visual Studio에서 사용되는 .NET Framework의 버전. $(FrameworkDir)와 함께 사용하면 Visual Studio에서 사용되는 .NET Framework 버전의 전체 경로를 나타냅니다.

$(FrameworkSDKDir)

.NET Framework를 설치한 디렉터리. .NET Framework는 Visual Studio 2010과 함께 또는 별도로 설치할 수 있습니다.

$(WebDeployPath)

웹 배포 루트에서 프로젝트 출력이 속한 상대 경로. RelativePath 와 같은 값을 반환합니다.

$(WebDeployRoot)

<localhost>의 절대 경로(예: c:\inetpub\wwwroot).

$(SafeParentName)

(사용하지 않음) 올바른 이름 형식에서 바로 상위 항목의 이름. 예를 들어, 폼은 .resx 파일의 상위 항목입니다.

$(SafeInputName)

(사용하지 않음) 올바른 클래스 이름으로 정의되는 파일 이름(확장명은 제외).

$(SafeRootNamespace)

(사용하지 않음) 프로젝트 마법사에서 코드를 추가할 네임스페이스 이름. 이 네임스페이스 이름은 올바른 C++ 식별자에 사용할 수 있는 문자만 포함합니다.

$(FxCopDir)

fxcop.cmd 파일의 경로. fxcop.cmd 파일은 모든 Visual C++ 버전에 설치되어 있지는 않습니다.

 

 

 

 

출처 : http://msdn.microsoft.com/ko-kr/library/c02as0cs.aspx

설정

트랙백

댓글

(Linux) script

IT/Programming/Solution/Tip 2013. 11. 4. 18:22

script 명령을 사용하면 쉘에서 보여졌던 모든 내용들을 자연스럽게 저장할 수 있다.

 

 

 

 

설정

트랙백

댓글

(WinAPI/MFC) GUI 프로그래밍을 하면서 콘솔을 임의로 띄워 테스트하기

IT/Programming/WinAPI 2013. 10. 17. 18:41

콘솔 환경에서는 값을 찍어보며 확인하기 위해서 printf() 를 주로 사용하게 된다. 하지만 GUI 프로그래밍의 경우에는 콘솔이 존재하지 않아 printf() 로 값을 확인할 수 없기 때문에 Output 창을 사용하거나 MessageBox 등을 이용하는 경우가 많은데, 아래의 코드처럼 별도로 subsystem을 console로 지정해주면 GUI창과 콘솔 창 모두 확인할 수 있다. 


#ifdef _DEBUG // 디버그 모드일 경우

#ifdef UNICODE // 유니코드일 경우

#pragma comment(linker, "/entry:wWinMainCRTStartup /subsystem:console")

#else // 멀티바이트일 경우

#pragma comment(linker, "/entry:WinMainCRTStartup /subsystem:console")

#endif

#endif



설정

트랙백

댓글

(WinAPI) editbox 에 줄바꿈 삽입이 안될 때

IT/Programming/WinAPI 2013. 10. 16. 19:50


editbox 컨트롤에 줄바꿈(엔터키, 개행문자)을 넣을 때 "\r\n" 을 삽입해도 강제개행이 되지 않는 경우가 있다.


예를 들어 다음과 같은 코드를 삽입했을 때 우리는 editbox 컨트롤에 다음과 같이 개행이 되어 있는 상태로 글이 삽입되기를 기대하게 된다.


SetWindowText(hEdit, TEXT("AAAA\r\nBBBB\r\n");

 

AAAA

BBBB

하지만 이렇게 되지 않고 AAAABBBB 와 같이 개행문자가 무시되는 경우가 있는데, 이 경우 해당 에디트 박스의 스타일 중 Multiline 스타일을 True로 설정이 되어 있는지를 확인해야한다. 이 스타일이 적용되어 있지 않다면 개행이 되지 않는다.



설정

트랙백

댓글

SQL Server 설치 중 자격증명 오류가 발생할 때

IT/Programming/Solution/Tip 2013. 9. 20. 18:46

 

 

 

 

SQL Server 에이전트 서비스에 대해 제공한 자격 증명이 잘못되었습니다.
SQL Server 서비스에 대해 지정한 자격 증명이 잘못되었습니다
Analysis Services 서비스에 대해 제공한 자격 증명이 잘못되었습니다.

 

설치 과정을 밟다보면 위와 같은 오류를 만나게 되는 경우가 있는데, [모든 SQL Server 서비스에 동일한 계정 사용(U)] 를 클릭한 후 Windows 에 존재하는 계정을 써주면 된다. ex) Administrator

 

만약 그래도 오류가 난다면 SYSTEM 계정을 제공해주면 된다. 간단하게 SYSTEM 이라고만 써주면 해결된다.

설정

트랙백

댓글