요청한 작업은, 사용자가 매핑한 구역이 열려 있는...
얼마 전부터, 특정 컴퓨터의 VS.NET 2005에서 솔루션 빌드를 하면 다음과 같은 식의 오류가 발생을 하기 시작했습니다.
"
오류 : 5
메세지 : "obj\Debug\TestShell.exe" 파일을 "bin\Debug\TestShell.exe"(으)로 복사할 수 없습니다.
요청한 작업은, 사용자가 매핑한 구역이 열려 있는 상태인 파일에서 수행할 수 없습니다.
"
검색해 보니, 딱히 신통한 답변이 없었습니다. 한글의 경우에는 아래와 같이 VS.NET 2003 시절의 질문만이 있을 뿐이었습니다.
사용자가 매핑한 구역이 열려 있는 상태인 파일에서 수행할 수 없습니다
; http://www.devpia.com/Maeul/Contents/Detail.aspx?BoardID=17&MAEULNo=8&no=80411&ref=80411
어쨌든, 오류 메시지로 구글링을 해보면, 해당 오류는 Win32 오류 코드에 다음과 같이 정의된 것을 알 수 있습니다.
1224 - ERROR_USER_MAPPED_FILE
The requested operation cannot be performed on a file with a user-mapped section open.
VS.NET 응용 프로그램에 특화된 오류 메시지가 아닌 이상, 딱히 해결 방법이 없어 보였습니다. 게다가, 특정 사용자의 PC에만 설치된 "보안 프로그램" 특성을 타는 것인지, 위의 문제는 특정인의 PC에서만 계속 나타날 뿐 다른 사람의 PC에서는 발생하지 않았습니다.
사실 지독한 문제점이 아닐 수 없습니다. 솔루션 빌드 후 실행하고 나서, 코드를 조금이라도 수정한 후 다시 빌드하려고 하면 해당 exe 파일이 잠겼다고 하니... 다시 VS.NET 2005를 재실행해서 빌드를 해야 했습니다.
비록, 제 문제는 아니었지만 ^^. 상대방의 그 불편함을 생각하니... ^^; 생각하는 것만으로도 제가 다 불편함이 느껴지더군요. 그래서, 뭘까... 뭘까... 생각을 하다가 문득, 감이 잡히는 것이 하나 있었습니다.
혹시 기억하시려나 모르겠는데, 예전에 제가 현재 진행되고 있는 프로젝트를 VS.NET 2005와 VS.NET 2008로 같이 작업하고 있다고 말씀드린 적이 있지요!
Orcas와 VS.NET 2005의 혼합 개발
; https://www.sysnet.pe.kr/2/0/495
실제로, VS.NET 2008을 같이 사용함으로써 얻는 이득이 있기 때문이죠.
VS.NET 2008 - 서비스 참조 시 기존 데이터 컨테이너 DLL 사용
; https://www.sysnet.pe.kr/2/0/523
문제는, 필요할 때 VS.NET 2008을 실행시켜 두는 것이 귀찮아서, 항상 VS.NET 2005와 VS.NET 2008을 동시에 띄워 놓은 것이 발단이 되었습니다. 그렇게 되는 경우, TestShell.exe과 같은 startup 프로젝트 속성에 둘 다 "Enable the Visual Studio hosting process" 옵션이 켜져 있어서 VS.NET 2005와 VS.NET 2008 서로가 TestShell.vshost.exe을 띄우려고 하니, 해당 vshost.exe 파일이 잠기는 현상이 발생하게 되었습니다. 그런 이유 때문에 "Enable the Visual Studio hosting process" 옵션을 잠시 해제해 둔다는 것을, 실수로 체크인까지 해버리는 바람에, 환경이 다소 다른 PC에서 오류가 발생한 것이었습니다.
[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]