반응형

C/C++ 포맷스트링


디버깅 환경이 별도로 구현되지 않은 프로젝트에서는 윈도우 기본 디버그 API인 OutputDebugString()을 사용해서 디버그 로그를 출력한다.

그러나 OutputDebugString()은 가변 인자 포맷 스트링(Formatted String)을 지원하지 않아서 상당히 불편하다.

 

MFC 환경에서라면 CString의 Format()으로 문자열을 어느 정도 구현할 수 있겠지만,

다른 C/C++ 프로젝트 환경에서는 std::stringstd::wstring을 주로 사용하기 때문에 포맷스트링을 매번 구현하기가 번거로운 편이다.

 

그래서 자주 사용되는 std::string의 포맷스트링 구현을 간단히 작성해두고 그대로 복사하여 사용한다.

 

아래에 멀티바이트(std::string) 및 유니코드(std::wstring) 환경에서 사용할 수 있는 두 가지 구현 코드사용 예제를 작성해두었다.

각 사용 환경에 따라 적절히 수정해서 활용하자.

728x90

 

std::string 포맷스트링 구현


멀티바이트 문자 집합(MBCS)용 구현 (std::string)

std::string format_arg_list(const char *fmt, va_list args)
{
    std::string s;

    if (fmt != nullptr)
    {
        int result = -1, length = 512;
        char *buffer = nullptr;
        
        while (result == -1)
        {
            if (buffer)
            {
                delete[] buffer;
            }
            buffer = new char[length + 1];
            memset(buffer, 0, (length + 1) * sizeof(char));

            result = _vsnprintf_s(buffer, length, _TRUNCATE, fmt, args);
            length *= 2;
        }
        
        s = buffer;
        delete[] buffer;
    }

    return s;
}
void DebugMessage(const char *fmt, ...)
{
    std::string msg;

    va_list ap;
    va_start(ap, fmt);
    msg = format_arg_list(fmt, ap);
    va_end(ap);

    msg += "\n";

    OutputDebugString(msg.c_str());
}

 

유니코드 문자 집합용 구현 (std::wstring)

std::wstring format_arg_list(const wchar_t *fmt, va_list args)
{
    std::wstring s;

    if (fmt != nullptr)
    {
        int result = -1, length = 512;
        wchar_t *buffer = nullptr;
        
        while (result == -1)
        {
            if (buffer)
            {
                delete[] buffer;
            }
            buffer = new wchar_t[length + 1];
            memset(buffer, 0, (length + 1) * sizeof(wchar_t));

            result = _vsnwprintf_s(buffer, length, _TRUNCATE, fmt, args);
            length *= 2;
        }
        
        s = buffer;
        delete[] buffer;
    }

    return s;
}
void DebugMessage(const wchar_t *fmt, ...)
{
    std::wstring msg;

    va_list ap;
    va_start(ap, fmt);
    msg = format_arg_list(fmt, ap);
    va_end(ap);

    msg += L"\n";

    OutputDebugString(msg.c_str());
}
반응형
반응형

원인


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를 왜 오픈하지 못하는 것일까?

 

728x90

 

해결


먼저 프로세스 모니터(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/

.gitignore
0.00MB

반응형
반응형

함수명, 변수명 바꾸기


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

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

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

 

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

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

 

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

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

 

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

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

 

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

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

728x90

프로그래머가 가장 힘들어하는 일은? 설문 결과 (출처: ITWORLD)

더보기

프로그래머가 가장 힘들어하는 일은?

  1. 이름 짓기 (49%) - 프로젝트 코드명, 디렉토리명, 파일명, 클래스명, 메소드명, 변수명 ...
  2. 개발 가능 혹은 불가능한 사항 설명하기 (16%) - 화성에서 온 개발자, 금성에서 온 기획자
  3. 개발 작업이 끝나는 시간 산정하기 (10%) - 언제까지 끝나요?
  4. 다른 사람과 함께 일하기 (8%) - PM, 기획자 디자이너
  5. 다른 개발자 코드 작업하기 (8%) - 스파게티 소스
  6. 내가 수긍 못할 기능 구현하기 (3%)
  7. 문서 작성 (2%)
  8. 테스트 작성 (2%)
  9. 해법 찾기 (2%)

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. '이름 바꾸기' 창에서 '새 이름'란에 변경하고자 하는 이름을 입력하고 '미리 보기' 클릭

이름 바꾸기 창

클래스명 AppleClassBananaClass로 일괄 변경해볼 것이다.

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

 

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

이름 바꾸기의 변경내용. 연관성이 높은 TestNamespace1 네임스페이스는 체크된 반면, TestNamespace2에선 모든 체크가 풀려있다.

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

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

 

4. 이름 바꾸기 완료

AppleClass에서 BananaClass로 성공적으로 이름이 변경되었다.

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

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

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

 

반응형

+ Recent posts