원인

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로 변경 사항을 취소하거나,

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

원인

"error C4996: 'scanf': This function or variable may be unsafe. Consider using scanf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details."

"error C4996: 'strcpy': This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details."

scanf와 같은 함수 사용 시 C4996 오류가 발생하는 원인과 이유 그리고 해결 방법에 대해서 알아보자.

최신 Visual Studio에서 C4996 오류가 발생하는 이유는 scanf, strcpy, fopen 과 같은 함수들을 사용했기 때문인데,

이 함수들은 버퍼 오퍼플로우(BOF) 등의 보안 취약점을 가지고 있으므로 사용을 자제하라는 의미이다.

이러한 위험성을 가진 함수들은 C++14 이상에서는 deprecated 되어 있다.

해결 방법

1. 안전한 함수로 대체 하기 scanf_s, strcpy_s, fopen_s (★Best)

가장 권장되는 방법은 보안 취약점이 해결되는 안전한 함수로 대체하여 사용하는 것이다.

scanf_s, strcpy_s, fopen_s 등의 secure 함수로 대체하여 사용하면 오류가 해결되며, 동시에 취약점도 해결할 수 있다.

scanf_s("%d", &n);

2. 매크로 추가 #define _CRT_SECURE_NO_WARNINGS

scanf_s, strcpy_s 등의 함수는 안전하지만 그만큼 쓰기가 번거로운 경우가 있다.

취약점에 민감할 필요가 없는 코드를 작성하는 경우 코드 최상단에 _CRT_SECURE_NO_WARNINGS 를 정의해주면

해당 소스 파일(c, cpp)에서 이전과 같이 안전하지 않은(unsafe) scanf, strcpy, fopen 등의 함수를 사용할 수 있다.

#define _CRT_SECURE_NO_WARNINGS
#include <stdio.h>

(※주의. '#define _CRT_SECURE_NO_WARNINGS'는 반드시 최상단('#include <studio.h>' 보다 위)에 정의해야 한다.

3. 프로젝트 속성에서 SDL 검사 옵션 해제하기

SDL(Security Development Lifecycle) 옵션을 해제해주면 모든 소스 파일에서 안전하지 않은 함수를 사용할 수 있다.

• [프로젝트 속성] -> [C/C++] -> [SDL 검사]: 아니요(/sdl-) 선택

* SDL(Security Development Lifecycle)이란? 보안 개발 수명주기의 줄임말로서, 개발 프로세스의 모든 단계에서 보안 및 개인 정보 고려 사항을 도입하여 개발자가 매우 안전한 소프트웨어를 구축하고 보안 규정 준수 요구 사항을 해결하며 개발 비용을 줄일 수 있도록 마련된 지침이다.

(출처: Microsoft SDL)

최신 Visual Studio에서 C4996 오류가 발생하는 원인과 이유, 그리고 해결 방법 3가지에 대해서 살펴보았다.

가능하면 SDL을 사용해서 취약점이 발생하지 않는 안전한 코드를 작성하는 것을 권장한다.

하지만 학교 과제나 개인 토이 프로젝트를 진행하는 경우라면 해당 옵션을 끄고 사용하면,

조금이나마 더 빠른 개발이 가능할지도 모르겠다.