Microsoft MVP성태의 닷넷 이야기
.NET Framework: 34.2. 다시... 제가 질문한 내용입니다. ^^ [링크 복사], [링크+제목 복사],
조회: 17246
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
부모글 보이기/감추기

일단, 방법은 알게 되었지만. 근본적으로 잘 이해가 더욱 안됩니다. ^^
차라리 LPWSTR 이 아닌 다른 것이었다면 그나마 이해의 조각을 맞춰보겠는데. 하필 LPWSTR 이라서 더더욱 혼동이 됩니다.

BSTR 은
typedef OLECHAR *BSTR;
이라고 정의되어 있지요.

typedef WCHAR OLECHAR;
로 내려가고.

typedef wchar_t WCHAR;
결국 BSTR == wchar_t * 와 같다는 것이죠.


답변하신 것 중에 BSTR 과 wide string 이 다른 것처럼 말씀을 하셨는데요.
LPWSTR 도 typedef 정의를 보면 다음과 같이 되어 있습니다.
typedef WCHAR *LPWSTR;

즉,,, LPWSTR == wchar_t * 와 같다는 것입니다.

하나의 wchar_t * 표현을 가지고 BSTR 과 LPWSTR 로 부를 뿐인데, 내부적으로 어떤 근거로 구별을 해서 마샬링을 하는지에 대해서 궁금한 것입니다.

다시 살펴보면 LPWSTR 이든, BSTR 이든 결국 다음과 같이 변수를 정의할 수 있는데요.
wchar_t *pTest1 = ::SysAllocString( L"test" );
wchar_t *pTest2 = L"test";
위의 pTest1 은 BSTR 로 마샬링을 해야 하고, pTest2 는 LPWSTR 로 마샬링해야 하는 이유가 이해가 안됩니다.

실제로 위의 pTest1 과 pTest2 가 가리키는 메모리를 확인해 봐도, 그 두개의 차이점을 발견할 수 없습니다.
결과는 다음과 같이 나오는 데요.

74 00 65 00 73 00 74 00 00 00
t e s t \0


어떤 근거로, 동일한 메모리에 대해서, 동일한 wchar_t * 변수를 전달하는 데, ::SysAllocString 으로 할당하면 정상동작하고, L"" 로 할당하면 그렇지 않느냐는 것입니다.
말씀해 주신 그 URL 에서는 그에 대한 설명이 없는 것 같습니다. 한번 만 더 도움 좀 부탁드립니다. ^^








[최초 등록일: ]
[최종 수정일: 3/30/2005]

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

비밀번호

댓글 작성자
 




... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...
NoWriterDateCnt.TitleFile(s)
11334정성태10/18/201720692디버깅 기술: 105. windbg - k 명령어와 !clrstack을 조합한 호출 스택을 얻는 방법
11333정성태10/17/201720049오류 유형: 422. 윈도우 업데이트 - Code 9C48 Windows update encountered an unknown error.
11332정성태10/17/201720796디버깅 기술: 104. .NET Profiler + 디버거 연결 + .NET Exceptions = cpu high
11331정성태10/16/201718851디버깅 기술: 103. windbg - .NET 4.0 이상의 환경에서 모든 DLL에 대한 심벌 파일을 로드하는 파이썬 스크립트
11330정성태10/16/201717983디버깅 기술: 102. windbg - .NET 4.0 이상의 환경에서 DLL의 심벌 파일 로드 방법 [1]
11329정성태10/15/201722731.NET Framework: 693. C# - 오피스 엑셀 97-2003 .xls 파일에 대해 32비트/64비트 상관없이 접근 방법파일 다운로드1
11328정성태10/15/201725793.NET Framework: 692. C# - 하나의 바이너리로 환경에 맞게 32비트/64비트 EXE를 실행하는 방법파일 다운로드1
11327정성태10/15/201719484.NET Framework: 691. AssemblyName을 .csproj에서 바꾼 경우 빌드 오류 발생하는 문제파일 다운로드1
11326정성태10/15/201719592.NET Framework: 690. coreclr 소스코드로 알아보는 .NET 4.0의 모듈 로딩 함수 [1]
11325정성태10/14/201720340.NET Framework: 689. CLR 4.0 환경에서 DLL 모듈의 로드 주소(Base address) 알아내는 방법
11324정성태10/13/201721811디버깅 기술: 101. windbg - "*** WARNING: Unable to verify checksum for" 경고 없애는 방법
11322정성태10/13/201719810디버깅 기술: 100. windbg - .NET 4.0 응용 프로그램의 Main 메서드에 Breakpoint 걸기
11321정성태10/11/201721250.NET Framework: 688. NGen 모듈과 .NET Profiler
11320정성태10/11/201722117.NET Framework: 687. COR_PRF_USE_PROFILE_IMAGES 옵션과 NGen의 "profiler-enhanced images" [1]
11319정성태10/11/201729751.NET Framework: 686. C# - string 배열을 담은 구조체를 직렬화하는 방법
11318정성태10/7/201722025VS.NET IDE: 122. 비주얼 스튜디오에서 관리자 권한을 요구하는 C# 콘솔 프로그램 제작 [1]
11317정성태10/4/201727509VC++: 120. std::copy 등의 함수 사용 시 _SCL_SECURE_NO_WARNINGS 에러 발생
11316정성태9/30/201724969디버깅 기술: 99. (닷넷) 프로세스(EXE)에 디버거가 연결되어 있는지 아는 방법 [4]
11315정성태9/29/201741414기타: 68. "시작하세요! C# 6.0 프로그래밍: 기본 문법부터 실전 예제까지" 구매하신 분들을 위한 C# 7.0/7.1 추가 문법 PDF [8]
11314정성태9/28/201723173디버깅 기술: 98. windbg - 덤프 파일로부터 닷넷 버전 확인하는 방법
11313정성태9/25/201720830디버깅 기술: 97. windbg - 메모리 덤프로부터 DateTime 형식의 값을 알아내는 방법파일 다운로드1
11312정성태9/25/201724164.NET Framework: 685. C# - 구조체(값 형식)의 필드를 리플렉션을 이용해 값을 바꾸는 방법파일 다운로드1
11311정성태9/20/201717446.NET Framework: 684. System.Diagnostics.Process 객체의 명시적인 해제 권장
11310정성태9/19/201721877.NET Framework: 683. WPF의 Window 객체를 생성했는데 GC 수집 대상이 안 되는 이유 [3]
11309정성태9/13/201719308개발 환경 구성: 335. Octave의 명령 창에서 실행한 결과를 복사하는 방법
11308정성태9/13/201721016VS.NET IDE: 121. 비주얼 스튜디오에서 일부 텍스트 파일을 무조건 메모장으로만 여는 문제파일 다운로드1
... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...