Microsoft MVP성태의 닷넷 이야기
Linux: 6. getenv, setenv가 언어/운영체제마다 호환이 안 되는 문제 [링크 복사], [링크+제목 복사]
조회: 1050
글쓴 사람
홈페이지
첨부 파일
 

getenv, setenv가 언어/운영체제마다 호환이 안 되는 문제

C/C++ 프로그램을 만드는 경우 기본적으로 CRT(윈도우의 경우 msvcr, 리눅스의 경우 libc) 라이브러리에 링크하게 됩니다. 그리고 getenv, setenv는 그 CRT 라이브러리에서 제공하는 함수입니다. 문제의 원인은, CRT 라이브러리에 구현된 환경 변수의 처리가 프로세스(EXE, out)의 환경 변수를 직접 다루는 방식이 아니라는 점입니다.

CRT는 처음 초기화 시점에 프로세스의 환경 변수 문자열을 가져와 cache한 다음 이후의 getenv, setenv는 그 영역을 대상으로 처리를 하는 방식입니다. 아래는 이것 때문에 문제가 된 사례의 하나입니다.

When what you set is not what you get : SetEnvironmentVariable and getenv
; https://blogs.msmvps.com/senthil/2009/10/13/when-what-you-set-is-not-what-you-get-setenvironmentvariable-and-getenv/

단적인 예로, 윈도우의 경우 Visual C++가 CRT에 대한 정적 링크를 제공하므로 2개의 DLL을 만들어 CRT를 정적 링크를 하게 되면 DLL마다 각자의 CRT 환경 변수 메모리 영역이 할당되므로 각자 별도의 getenv, setenv가 동작하게 돼서 서로 환경 변수를 공유할 수 없게 됩니다. 게다가 동적 링크를 한다고 해도, 각각의 DLL이 다른 버전의 CRT와 링크를 하게 되면 그것들 간에도 역시 환경 변수 공유가 안 됩니다.

당연한 이야기지만, 이렇게 CRT의 setenv로 환경 변수를 다루는 것은 "Process Explorer"에서 제공하는 환경 변수 탭에서는 확인할 수 없습니다.




CRT가 이렇게, 프로세스가 아닌 독자적인 환경 변수를 가져가는 것은 사실 윈도우 환경에서는 크게 문제가 되지 않습니다. 왜냐하면 윈도우의 경우 프로세스 환경 변수 영역을 직접 다룰 수 있게 해주는 Win32 API를 제공하기 때문에,

SetEnvironmentVariable function
; https://docs.microsoft.com/en-us/windows/desktop/api/winbase/nf-winbase-setenvironmentvariable

GetEnvironmentVariable function
; https://docs.microsoft.com/ko-kr/windows/desktop/api/winbase/nf-winbase-getenvironmentvariable

대개의 윈도우 프로그램들이 이를 이용하므로 환경 변수의 불일치로 인한 문제가 거의 없습니다. 물론 위에서 언급했지만 CRT의 getenv, setenv를 사용하면 윈도우에서도 문제가 됩니다.




반면 리눅스는 이것을 좀 특이하게 해결(?)합니다. 리눅스의 C/C++ 응용 프로그램은 윈도우처럼 프로세스의 환경 변수 영역을 대상으로 하는 API를 제공하지 않습니다. 따라서 무조건 libc의 getenv, setenv를 가져다 쓰게 되는데 리눅스의 libc 역시 런타임이 초기화되는 시점에 프로세스의 환경 변수를 복사하는 방식으로 동작합니다. 이로 인해, 일단 응용 프로그램이 실행되면 해당 프로세스에서 setenv로 변경한 환경 변수를 확인할 방법이 없습니다. 즉, cat /proc/...pid.../environ으로는,

Show the environment variables of a running process in Linux
; https://ma.ttias.be/show-the-environment-variables-of-a-running-process-in-linux/

libc의 setenv로 변경된 환경 변수가 안 나옵니다. (Win32 API를 사용한 윈도우에서는 Process Explorer로 확인할 수 있다는 점과 대조됩니다.)

재미있는 것은 지난번에도 언급했지만,

Linux 응용 프로그램의 (C++) so 의존성 줄이기(ReleaseMinDependency)
; https://www.sysnet.pe.kr/2/0/11845

일반적인 리눅스 응용 프로그램의 경우 libc를 정적 링크하는 것이 허용되지 않습니다. 덕분에 공통적인 libc 공유 라이브러리의 환경 변수 영역을 대상으로 getenv, setenv를 연산하므로 환경 변수 불일치 문제가 그나마 완화됩니다.

그런데, 리눅스의 그런 특성으로 잠재적인 문제가 있습니다. 말인즉, 모든 라이브러리들이 libc에 대한 공유 링킹을 해야 환경 변수 처리에 일관성이 있다는 것입니다. 예를 들어, 어셈블리 언어로 libc에 대한 의존성을 갖지 않는 프로그램을 만든다면 환경 변수는 따로 놀 수밖에 없습니다. 이와 유사하게 언어 간에 환경 변수가 따로 노는 문제가 있습니다. 예를 들어, .NET Core 런타임에서 Environment.SetEnvironmentVariable로 설정한 환경 변수를 DllImport로 가져온 C/C++ so 공유 라이브러리 측에서 getenv로 조회할 수 없습니다. 즉, .NET Core 런타임의 경우 libc에 대한 의존성 없이 /proc/...pid.../environ 환경 변수 값을 독자적으로 가져와 처리하고 있는 듯합니다.

이와 마찬가지로 python과 C/C++ 모듈 간의 환경 변수 처리에도 문제가 있습니다. 예를 들어 다음과 같은 shared1.so C/C++ 공유 라이브러리를,

#include <cstdio>
#include <stdlib.h>
#include "dllmain.h"

void test_set_env()
{
    {
        char* chValue = getenv("TEST");
        if (chValue == nullptr)
        {
            printf("[C/C++] TEST=(null)\n");
        }
        else
        {
            printf("[C/C++] TEST=%s\n", chValue);
        }
    }

    {
        setenv("TEST", "2", 1);
        char* chValue = getenv("TEST");
        printf("[C/C++] TEST=%s\n", chValue);
    }
}

다음과 같은 파이썬 코드에서 가져다 쓰면,

import os
import ctypes
import sys

os.environ['TEST'] = '1'
print(os.environ['TEST'])

fun = ctypes.CDLL('/home/usr32/projects/shared1/bin/x64/Debug/libshared1.so')
fun.test_set_env();

print(os.environ.get('TEST'))

os.environ['TEST'] = '3'
fun.test_set_env();

print(os.environ.get('TEST'))

이렇게 동작하는 것을 확인할 수 있습니다.

$ python test.py
1
[C/C++] TEST=1
[C/C++] TEST=2
1                 // C/C++ 측에서 setenv로 TEST=2를 설정했지만 python에서는 1로 반환
[C/C++] TEST=3
[C/C++] TEST=2
3                 

위의 동작을 정리해 보면, python의 경우 C/C++의 환경 변수 변화를 적용하지만 C/C++ 측에서는 python의 환경 변수 처리를 전혀 알지 못합니다. (참고로, 윈도우 용 python에서는 os.environ은 내부적으로 Win32 API를 사용하므로 C/C++ 측에서도 Win32 API를 사용하면 환경 변수 공유가 됩니다.)




그렇다면 리눅스의 경우 /proc/...pid.../environ 파일을 대상으로 직접 환경 변수를 문자열 연산해서 set/get하면 되지 않을까요?...라고 생각했었습니다. ^^ 하지만 실제로 해당 프로세스의 정보를 보면,

$ ls /proc/19248/environ -l
-r-------- 1 root root 0  3월 15 09:42 /proc/19248/environ

read 권한만 있으며 설령 이것의 권한을 변경하려고 해도,

$ sudo chmod 755 /proc/21060/environ
chmod: '/proc/21060/environ'의 권한 설정 중: 명령을 허용하지 않음

라고 오류가 떨어집니다. 혹시, 리눅스에서 윈도우의 SetEnvironmentVariable/GetEnvironmentVariable처럼 프로세스 자체의 환경 변수에 접근해 처리하는 방법을 알고 계신 있다면 덧글 부탁드립니다. ^^





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

[연관 글]





[최초 등록일: ]
[최종 수정일: 3/15/2019 ]

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

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  6  7  [8]  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
11900정성태5/18/2019732오류 유형: 537. "sfc /scannow" 실행 중 시스템이 부팅되는 현상
11899정성태5/17/2019916Linux: 9. Linux에서 윈도우의 OutputDebugString 대신 사용할 수 있는 syslog [1]
11898정성태5/20/2019816VC++: 130. C++ string의 c_str과 data 함수의 차이점 [3]
11897정성태5/16/20191377오류 유형: 536. Visual Studio - "Developer Pack"을 설치했는데도 "대상 프레임워크" 목록에 나오지 않는 경우 [1]
11896정성태5/15/2019939개발 환경 구성: 440. C#, C++ - double의 Infinity, NaN 표현 방식파일 다운로드1
11895정성태5/12/2019886.NET Framework: 832. ML.NET Model Builder - 회귀(Regression), 다중 분류(Multi-class classification) 예제파일 다운로드1
11894정성태5/12/20191197VS.NET IDE: 135. Visual Studio - ML.NET Model Builder 소개 [1]
11893정성태5/10/2019848오류 유형: 535. C# 6.0 이상의 문법을 컴파일 시 오류가 발생한다면?
11892정성태5/10/2019647웹: 38. HTTP Cookie의 expires 시간 형식(RFC7231)
11891정성태5/9/2019821.NET Framework: 831. (번역글) .NET Internals Cookbook Part 12 - Memory structure, attributes, handles
11890정성태5/8/2019654개발 환경 구성: 439. "Visual Studio Enterprise is required to execute the test." 메시지와 관련된 코드 기록
11889정성태5/8/2019679개발 환경 구성: 438. mstest, QTAgent의 로그 파일 설정 방법
11888정성태5/8/2019941.NET Framework: 830. C# - 비동기 호출을 취소하는 CancellationToken의 간단한 예제 코드파일 다운로드1
11887정성태5/8/2019922.NET Framework: 829. C# - yield 문을 사용할 수 있는 메서드의 조건
11886정성태5/8/2019931오류 유형: 534. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 [2]
11885정성태5/7/2019524오류 유형: 533. mstest.exe 실행 시 "File extension specified '.loadtest' is not a valid test extension." 오류 발생
11884정성태5/5/2019983.NET Framework: 828. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 두 번째 이야기
11883정성태5/3/20191060.NET Framework: 827. C# - 인터넷 시간 서버로부터 받은 시간을 윈도우에 적용하는 방법파일 다운로드1
11882정성태5/9/2019700.NET Framework: 826. (번역글) .NET Internals Cookbook Part 11 - Various C# riddles파일 다운로드1
11881정성태4/28/2019965오류 유형: 532. .NET Core 프로젝트로 마이그레이션 시 "CS0579 Duplicate 'System.Reflection.AssemblyCompanyAttribute' attribute" 오류 발생
11880정성태4/25/2019609오류 유형: 531. 이벤트 로그 오류 - Task Scheduling Error: m->NextScheduledSPRetry 1547, m->NextScheduledEvent 1547
11879정성태10/21/2019821.NET Framework: 825. (번역글) .NET Internals Cookbook Part 10 - Threads, Tasks, asynchronous code and others파일 다운로드1
11878정성태5/9/2019784.NET Framework: 824. (번역글) .NET Internals Cookbook Part 9 - Finalizers, queues, card tables and other GC stuff파일 다운로드1
11877정성태5/9/2019774.NET Framework: 823. (번역글) .NET Internals Cookbook Part 8 - C# gotchas파일 다운로드1
11876정성태5/9/2019676.NET Framework: 822. (번역글) .NET Internals Cookbook Part 7 - Word tearing, locking and others파일 다운로드1
11875정성태4/21/2019566오류 유형: 530. Visual Studo에서 .NET Core 프로젝트를 열 때 "One or more errors occurred." 오류 발생
1  2  3  4  5  6  7  [8]  9  10  11  12  13  14  15  ...