Microsoft MVP성태의 닷넷 이야기
.NET Framework: 34.2. 다시... 제가 질문한 내용입니다. ^^ [링크 복사], [링크+제목 복사],
조회: 17221
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...
NoWriterDateCnt.TitleFile(s)
12095정성태12/27/201923236VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201920980.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201920507.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201918615디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201921813디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201921698.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201920036디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201919302Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201919654디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12086정성태12/20/201922593디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201920634오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201920875디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201923643Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201922068오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201924144개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201920826.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201923297오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201923012Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201921358Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201920532디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201921286디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201920999디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201921793Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201918508오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201922656오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201924304오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...