원인

Visual Studio 2015 프로젝트 Git 관련 작업 중에 아래와 같이 VC.opendb를 액세스 할 수 없다는 오류가 발생했다.

Could not open 'C:/Solution1/Solution1.VC.VC.opendb': 다른 프로세스가 파일을 사용 중이기 때문에 프로세스가 액세스 할 수 없습니다.

VC.opendb는 Visual Studio 2015 부터 도입된 파일인데, Visual C++ IntelliSense의 데이터베이스이다.

기존의 .sdf 파일(SQL Server Compact Edition Database File)을 대체하는 역할을 담당한다.

VC.opendb 파일은 솔루션 및 프로젝트가 사용 중일 때만 생성되고 솔루션을 닫으면 자동 삭제된다.

그럼 솔루션을 오픈할 때 생성되는 VC.opendb를 왜 오픈하지 못하는 것일까?

해결

먼저 프로세스 모니터(Procmon)를 통해 해당 파일에 대한 핸들을 잡고 있는 프로세스를 살펴봤는데, Visual Studio의 devenv.exe 밖에 확인되지 않았다.

분명 Git 작업과 연관이 있을 것이라 생각하여 확인해봤는데, 솔루션 디렉터리에 .gitignore 파일이 존재하지 않는다는 사실을 발견했다.

.gitignore 파일은 깃에서 revision 관리를 원치 않는 특정 파일이나 확장자 또는 디렉터리 관리 대상에서 제외할 때 사용하는 파일이다.

이번 경우에는 해당 파일이 없었기 때문에 VC.db 와 같은 파일들이 버전 관리에 포함되어 git 프로세스와 충돌이 발생한 것이었다.

해결 방법은 간단하다.

.gitignore 파일을 솔루션의 루트 디렉터리에 생성하면 되는 것이다.

아래는 Visual Studio 2015의 기본 .gitignore 파일이다.

해당 내용을 복사해서 .gitignore 파일로 생성해도 되고, 아래에 첨부한 파일을 다운로드하여도 되겠다.

## Ignore Visual Studio temporary files, build results, and
## files generated by popular Visual Studio add-ons.

# User-specific files
*.suo
*.user
*.userosscache
*.sln.docstates

# User-specific files (MonoDevelop/Xamarin Studio)
*.userprefs

# Build results
[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
[Xx]64/
[Xx]86/
[Bb]uild/
bld/
[Bb]in/
[Oo]bj/

# Visual Studio 2015 cache/options directory
.vs/
# Uncomment if you have tasks that create the project's static files in wwwroot
#wwwroot/

# MSTest test Results
[Tt]est[Rr]esult*/
[Bb]uild[Ll]og.*

# NUNIT
*.VisualState.xml
TestResult.xml

# Build Results of an ATL Project
[Dd]ebugPS/
[Rr]eleasePS/
dlldata.c

# DNX
project.lock.json
artifacts/

*_i.c
*_p.c
*_i.h
*.ilk
*.meta
*.obj
*.pch
*.pdb
*.pgc
*.pgd
*.rsp
*.sbr
*.tlb
*.tli
*.tlh
*.tmp
*.tmp_proj
*.log
*.vspscc
*.vssscc
.builds
*.pidb
*.svclog
*.scc

# Chutzpah Test files
_Chutzpah*

# Visual C++ cache files
ipch/
*.aps
*.ncb
*.opendb
*.opensdf
*.sdf
*.cachefile
*.VC.db

# Visual Studio profiler
*.psess
*.vsp
*.vspx
*.sap

# TFS 2012 Local Workspace
$tf/

# Guidance Automation Toolkit
*.gpState

# ReSharper is a .NET coding add-in
_ReSharper*/
*.[Rr]e[Ss]harper
*.DotSettings.user

# JustCode is a .NET coding add-in
.JustCode

# TeamCity is a build add-in
_TeamCity*

# DotCover is a Code Coverage Tool
*.dotCover

# NCrunch
_NCrunch_*
.*crunch*.local.xml
nCrunchTemp_*

# MightyMoose
*.mm.*
AutoTest.Net/

# Web workbench (sass)
.sass-cache/

# Installshield output folder
[Ee]xpress/

# DocProject is a documentation generator add-in
DocProject/buildhelp/
DocProject/Help/*.HxT
DocProject/Help/*.HxC
DocProject/Help/*.hhc
DocProject/Help/*.hhk
DocProject/Help/*.hhp
DocProject/Help/Html2
DocProject/Help/html

# Click-Once directory
publish/

# Publish Web Output
*.[Pp]ublish.xml
*.azurePubxml

# TODO: Un-comment the next line if you do not want to checkin 
# your web deploy settings because they may include unencrypted
# passwords
#*.pubxml
*.publishproj

# NuGet Packages
*.nupkg
# The packages folder can be ignored because of Package Restore
**/packages/*
# except build/, which is used as an MSBuild target.
!**/packages/build/
# Uncomment if necessary however generally it will be regenerated when needed
#!**/packages/repositories.config
# NuGet v3's project.json files produces more ignoreable files
*.nuget.props
*.nuget.targets

# Microsoft Azure Build Output
csx/
*.build.csdef

# Microsoft Azure Emulator
ecf/
rcf/

# Microsoft Azure ApplicationInsights config file
ApplicationInsights.config

# Windows Store app package directory
AppPackages/
BundleArtifacts/

# Visual Studio cache files
# files ending in .cache can be ignored
*.[Cc]ache
# but keep track of directories ending in .cache
!*.[Cc]ache/

# Others
ClientBin/
[Ss]tyle[Cc]op.*
~$*
*~
*.dbmdl
*.dbproj.schemaview
*.pfx
*.publishsettings
node_modules/
orleans.codegen.cs

# RIA/Silverlight projects
Generated_Code/

# Backup & report files from converting an old project file
# to a newer Visual Studio version. Backup files are not needed,
# because we have git ;-)
_UpgradeReport_Files/
Backup*/
UpgradeLog*.XML
UpgradeLog*.htm

# SQL Server files
*.mdf
*.ldf

# Business Intelligence projects
*.rdl.data
*.bim.layout
*.bim_*.settings

# Microsoft Fakes
FakesAssemblies/

# GhostDoc plugin setting file
*.GhostDoc.xml

# Node.js Tools for Visual Studio
.ntvs_analysis.dat

# Visual Studio 6 build log
*.plg

# Visual Studio 6 workspace options file
*.opt

# Visual Studio LightSwitch build output
**/*.HTMLClient/GeneratedArtifacts
**/*.DesktopClient/GeneratedArtifacts
**/*.DesktopClient/ModelManifest.xml
**/*.Server/GeneratedArtifacts
**/*.Server/ModelManifest.xml
_Pvt_Extensions

# LightSwitch generated files
GeneratedArtifacts/
ModelManifest.xml

# Paket dependency manager
.paket/paket.exe

# FAKE - F# Make
.fake/

함수명, 변수명 바꾸기

프로그래머가 가장 힘들어하는 일은 이름 짓기라고 한다.

이름을 짓기가 어려운 만큼, 보다 더 좋은 이름이 떠오르면 바꾸고 싶은 생각도 하기 마련이다.

그것은 클래스, 함수, 변수 이름 또한 마찬가지이다.

그러나 이미 개발이 많이 진행되어서 기존에 작성한 함수명, 변수명이

여기저기서 많이 쓰이고 있는 상황이라면?

아마 모든 이름을 직접 하나씩 변경하려면 어려워서 바꾸는 걸 포기하거나,

모두 바꾸기(Ctrl+Shift+H)를 사용해서 바꾸기를 시도할 것이다.

모두 바꾸기의 경우 바꿔야 할 이름 외에도 바꾸면 안되는 이름까지도 바꿔버릴 수 있는데,

자칫하면 컴파일이 안되거나, 사이드 이펙트(Side Effects)가 발생하는 등의 위험이 따르게 된다.

Visual Studio에서는 이러한 상황을 대비해서 이름 바꾸기 기능을 지원한다.

Visual Studio 이름 바꾸기 기능을 사용해서 쉽고 안전하게 함수명, 변수명을 한 번에 일괄 변경해보자.

Visual Studio 이름 바꾸기 기능

Visual Studio에서 이름 바꾸기 기능을 실행하려면 이름을 바꾸려는 항목(함수명, 변수명)을 캐럿(caret)으로 선택하고
Ctrl+R+R 을 누르거나, 마우스 오른쪽 버튼을 클릭해서 '이름 바꾸기'를 선택하면 된다.

'이름 바꾸기' 기능은 Visual Studio 2015 이상에서 도입된 기능으로 Visual Studio 2017, Visual Studio 2019에서도 동일하게 사용할 수 있다.

(Visual Studio 2013 이하에서는 지원하지 않는다.)

아래에서 소개하는 내용은 편의상 C++ 코드이지만, C#과 같은 다른 언어에서도 동일하게 사용할 수 있다.

함수명, 변수명 일괄 변경하는 방법

1. 바꾸려는 함수명, 변수명을 선택하고 Ctrl+R+R 또는 마우스 오른쪽 버튼 클릭 후 '이름 바꾸기' 선택

여기서는 클래스명 AppleClass를 예시로 들것이다.

2. '이름 바꾸기' 창에서 '새 이름'란에 변경하고자 하는 이름을 입력하고 '미리 보기' 클릭

클래스명 AppleClass를 BananaClass로 일괄 변경해볼 것이다.

검색 범위는 '전체 솔루션'이 기본인데 일반적인 상황에서는 건드리지 않아도 될 것이다.

3. '변경 내용 미리 보기'창에서 변경할 항목을 선택하고 '적용' 클릭

(왼쪽) 이름 변경이 필요한 항목들은 자동으로 체크되는 반면, (오른쪽) 다른 네임스페이스에서의 동일한 클래스명은 확인되지 않은 참조로 분류되어 체크가 해제되어 있는 것을 확인(오른쪽)할 수 있다.

Visual Studio가 일정 수준 자동으로 체크를 선택해주긴 하지만, 그래도 한 번 정도는 불필요한 변경 항목이 있는지 확인이 필요하다.

4. 이름 바꾸기 완료

이로써 BananaClass 클래스명으로 이름 바꾸기가 완료되었다.

만약 이름 바꾸기 후 컴파일 오류가 발생할 경우 Ctrl+Z로 변경 사항을 취소하거나,

문제가 있는 부분을 직접 변경해주면 되겠다.

C 런타임 라이브러리

런타임 라이브러리 링크 옵션인 /MD 및 /MT 컴파일 옵션을 이해하기 위해서는 런타임 라이브러리에 대한 이해가 필요하다.

런타임 라이브러리(Run-Time Libraries)란 여러 프로그램들이 실행 중에 입력과 출력, 메모리 관리, 연산, 예외 처리 등 공통적으로 필요로 하는 기능들을 별도의 라이브러리 형태로 묶어서 제공하는 것을 의미한다.

C/C++에서는 대표적으로 C 런타임 라이브러리(CRT; C Run-Time Libraries)가 있으며, 이는 ISO C99 표준 라이브러리를 통합하는 C++ 표준 라이브러리의 일부이다. 즉 C/C++로 작성된 프로그램이 실행 중에 기본적으로 필요로 하는 기능들을 포함하여 라이브러리 형태로 제공된 것을 의미한다.

/MD vs /MT 컴파일 옵션의 차이점

/MD 및 /MT 컴파일 옵션은 위에서 언급한 C 런타임 라이브러리(CRT)의 연결 방식과 관련된 옵션이다.

MD는 Multi-Threaded DLL, MT는 Multi-Threaded의 약자이며, 두 가지 옵션 모두 다중 스레드 개발을 지원한다는 의미이기도 하다.

참고로 /MDd, /MTd는 /MD 및 /MT의 디버그용 옵션이다.

과거에는 싱글 스레드만 지원하는 /ML, /MLd 옵션도 제공이 되었지만 최근의 멀티 코어, 멀티 스레드 환경에서는 경우에 따라 문제가 발생할 소지가 있어 제거된 것으로 보인다.

/MD 및 /MT 컴파일 옵션의 특징은 다음과 같이 정리할 수 있다.

/MD (Multi-Threaded DLL)

• /MD 옵션은 C 런타임 라이브러리를 별도의 DLL로 동적으로 연결(dynamic link)하는 방식
• MSVCRT.lib가 .obj 파일에 배치되어 빌드된다. (디버그 모드의 경우 MSVCRTD.lib)
• 여러 실행 파일이 라이브러리를 공유하여 사용할 수 있어 실행 파일 크기 및 메모리 사용량 감소
• 실행 파일 배포 시 반드시 재배포 패키지를 함께 배포해야 함

/MT (Multi-Threaded)

• /MT 옵션은 C 런타임 라이브러리를 실행 파일 내에 포함하여 정적으로 연결(static link)하는 방식이다.
• LIBCMT.lib가 .obj 파일에 배치되어 빌드된다. (디버그 모드의 경우 LIBCMTD.lib)
• 대상 시스템에 설치된 DLL에 의존하지 않는다.
• 실행 파일의 크기가 커진다.

런타임 라이브러리 링크 /MD, /MT 설정 방법

• [프로젝트 속성] -> [구성 속성] -> [C/C++] -> [코드 생성] : 런타임 라이브러리 선택

단일 실행 파일을 배포하는 경우라면 /MT 옵션으로 배포하는 것이 간편하겠지만,
다수개의 실행 파일을 배포하는 경우 /MD 옵션을 사용하면 배포 크기 및 메모리 사용량 측면에서 효율적일 수 있다.

만약 /MD 컴파일 옵션 사용 시 재배포 패키지를 함께 배포하지 않으면 다음과 같은 시스템 오류가 발생할 수 있다.

"VCRUNTIME140.dll이(가) 없어 코드 실행을 진행할 수 없습니다. 프로그램을 다시 설치하면 이 문제가 해결될 수 있습니다."

/MD 컴파일 옵션으로 배포 후 문제가 발생할 경우 아래 링크를 참고하여 재배포 패키지를 설치하면 되겠다.

• 2020/11/16 - [Windows] - VCRUNTIME140.dll 시스템 오류, 간단하게 해결해보자!