Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

.NET Core + 리눅스 환경에서 Environment.CurrentDirectory 접근 시 주의 사항

리눅스는 실행 파일이 프로그램 동작과 상관없이 잠기지 않기 때문에 언제든 삭제가 가능합니다. (사실 실행 파일뿐만 아니라 로그 파일같은 것도 프로그램에서 열어 사용하는 중간에도 외부에서 삭제할 수 있습니다.)

물론, "파일"뿐만 아니라 "디렉터리"까지 삭제할 수 있습니다. 이럴 경우, 닷넷에서 Environment.CurrentDirectory를 접근하면 FileNotFoundException 예외가 발생하는데, 재현을 위해 다음과 같이 간단한 코드로 테스트할 수 있습니다.

using System;
using System.Diagnostics;
using System.IO;

namespace temp
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine(Environment.CurrentDirectory);

            // delete the directory manually, then press enter key.
            Console.ReadLine();
            Console.WriteLine(Environment.CurrentDirectory);
        }
    }
}

위의 프로그램을 실행하면 다음과 같이 CurrentDirectory를 출력 후 입력을 대기하는데,

$ dotnet ./bin/Debug/netcoreapp2.0/temp.dll
/home/testuser/temp/bin/Debug/netcoreapp2.0

이때 다른 ssh shell을 하나 열어 "./bin/Debug/netcoreapp2.0" 디렉터리를 삭제한 다음,

$ rm -r ./bin/Debug/netcoreapp2.0/

프로그램에서 Console.ReadLine을 넘어가도록 엔터키를 치면 이후의 Environment.CurrentDirectory 속성 접근 시 다음과 같은 예외가 발생합니다.

System.IO.FileNotFoundException: Unable to find the specified file.
    at Interop.Sys.GetCwdHelper(Byte* ptr, Int32 bufferSize)
    at Interop.Sys.GetCwd()
    at System.Environment.get_CurrentDirectory()
    at agent.installer.Program.Main(String[] args)

여기서 재미있는 것은, 설령 사용자가 다시 "/home/testuser/temp/bin/Debug/netcoreapp2.0" 디렉터리를 재생성했어도,

$ rm -r ./bin/Debug/netcoreapp2.0/
$ mkdir ./bin/Debug/netcoreapp2.0

여전히 Environment.CurrentDirectory 속성 접근은 오류가 발생한다는 점입니다.




문제는, Environment.CurrentDirectory 속성이 의외의 작업에서 사용된다는 점입니다. 예를 들어, 다음과 같이 Process.Start로 자식 프로세스를 실행하려는 경우,

static bool Run()
{
    ProcessStartInfo psi = new ProcessStartInfo();
    psi.FileName = "chmod";

    Process child = Process.Start(psi);
    child.WaitForExit();
    return true;
}

일반적인 상황에서는 위의 프로그램은 잘 실행이 됩니다. 하지만, 저 프로그램을 소유한 디렉터리가 삭제된 경우에는 위의 Run 메서드에서는 다음과 같은 오류가 발생합니다.

System.IO.FileNotFoundException: Unable to find the specified file.
   at Interop.Sys.GetCwdHelper(Byte* ptr, Int32 bufferSize)
   at Interop.Sys.GetCwd()
   at System.Environment.get_CurrentDirectory()
   at System.IO.Directory.GetCurrentDirectory()
   at System.Diagnostics.Process.ResolvePath(String filename)
   at System.Diagnostics.Process.StartCore(ProcessStartInfo startInfo)
   at System.Diagnostics.Process.Start()
   at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
   at temp.Program.Run()

여기서 또 재미있는 것은, ^^ FileName 인자를 다음과 같이 절대 경로를 주면,

static bool Run()
{
    ProcessStartInfo psi = new ProcessStartInfo();
    psi.FileName = "/bin/chmod";

    Process child = Process.Start(psi);
    child.WaitForExit();
    return true;
}

이번엔 오류가 발생하지 않습니다. 왜냐하면, .NET BCL의 Process.Start는 실행 파일명이 상대 경로라면 현재 디렉터리(Environment.CurrentDirectory)에 해당 바이너리 파일이 있는지 먼저 검사하는 작업을 거치면서 CurrentDirectory 속성을 접근하게 되지만 절대 경로라면 그 작업을 생략하기 때문입니다.




이 문제를 해결하려면 어떻게 해야 할까요? 간단합니다. 해당 디렉터리가 삭제된 경우라면 Environment.CurrentDirectory에 존재하는 경로를 새롭게 설정해 줍니다.

Environment.CurrentDirectory = "/home/testuser/temp/bin/Debug";

물론 저 디렉터리는 실제로 존재하는 경로여야 합니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 9/11/2019]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
10900정성태2/19/201622101.NET Framework: 548. Linq는 결국 메서드 호출! [3]파일 다운로드1
10899정성태2/17/201623405개발 환경 구성: 282. kernel32.dll, kernel32legacy.dll, api-ms-win-core-sysinfo-l1-2-0.dll [1]
10898정성태2/17/201621936.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항파일 다운로드1
10897정성태2/17/201621274디버깅 기술: 76. windbg 분석 사례 - 닷넷 프로파일러의 GC 콜백 부하
10896정성태2/17/201622385오류 유형: 320. FATAL: 28000: no pg_hba.conf entry for host "fe80::1970:8120:695:a41e%12"
10895정성태2/17/201621213.NET Framework: 546. System.AppDomain으로부터 .NET Profiler의 AppDomainID 구하는 방법 [1]
10894정성태2/17/201621899오류 유형: 319. Visual Studio에서 찾기는 성공하지만 해당 소스 코드 정보가 보이지 않는 경우
10893정성태2/16/201620615.NET Framework: 545. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까? - 두 번째 이야기
10892정성태2/16/201621157오류 유형: 318. 탐색기에서 폴더 생성/삭제 시 몇 초 동안 멈추는 현상
10891정성태2/16/201624232VC++: 95. 내 CPU가 MPX/SGX를 지원할까요? [1]
10890정성태2/15/201624083.NET Framework: 544. C# 5의 Caller Info를 .NET 4.5 미만의 응용 프로그램에 적용하는 방법 [5]
10889정성태2/14/201620412.NET Framework: 543. C++의 inline asm 사용을 .NET으로 포팅하는 방법 - 두 번째 이야기파일 다운로드1
10888정성태2/14/201618720.NET Framework: 542. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까?
10887정성태2/3/201619422VC++: 94. MPX(Memory Protection Extensions) 테스트파일 다운로드1
10886정성태2/3/201620664개발 환경 구성: 281. Intel MPX Runtime Driver 수동 설치
10885정성태2/2/201620358오류 유형: 317. Sybase.Data.AseClient.AseException: The command has timed out.
10884정성태1/11/201621582개발 환경 구성: 280. 닷넷에서 SAP Adaptive Server Enterprise 데이터베이스 사용파일 다운로드1
10882정성태1/6/201620872Windows: 113. 윈도우의 2179, 26143, 47001 TCP 포트 사용 [1]
10881정성태1/3/201622241오류 유형: 316. 윈도우 10 - 바탕/돋음 체가 사라져 한글이 깨지는 현상 [2]
10880정성태12/16/201520002오류 유형: 315. 닷넷 프로파일러의 오류 코드 정보
10879정성태12/16/201521949오류 유형: 314. Error : DEP0700 : Registration of the app failed. error 0x80070005
10878정성태12/9/201525015디버깅 기술: 75. UWP(유니버설 윈도우 플랫폼) 앱에서 global::System.Diagnostics.Debugger.Break 예외 발생 시 대응 방법
10877정성태12/9/201529374VC++: 93. std::thread 사용 시 R6010 오류 [2]
10876정성태11/26/201525496.NET Framework: 541. SignedXml을 이용한 ds:Signature만드는 방법 [3]파일 다운로드1
10875정성태11/26/201530462개발 환경 구성: 279. signtool.exe의 다중 서명 기능 [2]
10874정성태11/26/201526430개발 환경 구성: 278. 인증서와 인증서를 이용한 코드 사인의 해시 구분
... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...