Microsoft MVP성태의 닷넷 이야기
VC++: 98. 원본과 대상 버퍼가 같은 경우 memcpy, wmemcpy 주의점 [링크 복사], [링크+제목 복사],
조회: 23558
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

원본과 대상 버퍼가 같은 경우 memcpy, wmemcpy 주의점

Visual C++로 다음의 코드를 컴파일해 실행하면,

#include <iostream>
#include <string.h>

int main()
{
  char word[6] = {'a', 'b', 'c', 'd', 'e', '\0' };
  
  memcpy(word, word + 1, 5);
  
  std::cout << word;
  
  return 0;
}

x86/x64, Debug/Release에 상관없이 "bcde" 결과를 볼 수 있습니다.

반면 다음의 사이트에서 컴파일해 보면,

C++ Shell
; http://cpp.sh/

C++ 최적화 옵션에 따라 결과가 다음과 같이 나옵니다.

// C++14, Optiminzation level == None

bdee

// C++14, Optiminzation level != None

bcde

찾아보니, 이런 불확실성이 문서에 기재되어 있습니다.

memcpy, memcpy_s
; http://en.cppreference.com/w/c/string/byte/memcpy

If the objects overlap, the behavior is undefined. 

MSDN 문서도 같은 설명을 포함합니다.

memcpy, wmemcpy
; https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/memcpy-wmemcpy

 If the source and destination overlap, the behavior of memcpy is undefined. Use memmove to handle overlapping regions.

그나마 더 친절하군요. ^^ 이런 경우라면 대신 memmove를 쓰라고 안내까지 합니다.

memmove, wmemmove
; https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/memmove-wmemmove

If some regions of the source area and the destination overlap, both functions ensure that the original source bytes in the overlapping region are copied before being overwritten.

따라서, 특별히 대단한 성능이 요구되는 경우가 아니라면 안전하게 memmove를 쓰는 것이 더 권장됩니다.

근래에 두 함수 모두 똑같은 기능을 갖는 것으로 보인다고 하는 의견이 있는데, 그건 Visual C++에 한해서일 뿐 다른 C/C++ 컴파일러로 가면 역시나 그 결과는 보장할 수 없습니다.




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







[최초 등록일: ]
[최종 수정일: 7/17/2021]

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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  [171]  172  173  174  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
733정성태5/29/200931696.NET Framework: 139. WPF - "M/d/yyyy h:mm:ss tt" 형식으로만 날짜를 출력하는 문제
732정성태5/27/200926740Team Foundation Server: 32. 팀 빌드 오류 확인 방법
731정성태5/27/200921754Team Foundation Server: 31. 팀 빌드 스케줄 확인 방법
730정성태5/26/200927293VS.NET IDE: 63. Visual Studio 2010 - Parallel Stacks [1]
729정성태5/25/200926949.NET Framework: 138. InternalsVisibleTo와 Public Key 값
728정성태5/23/200937448.NET Framework: 137. C#에서 Union 구조체 다루기파일 다운로드1
727정성태5/22/200922408오류 유형: 82. 메서드가 많은 경우 프록시 클래스 생성 실패
726정성태5/21/200921958VS.NET IDE: 62. Visual Studio 2010 Beta1 버그 피드백 - EnC기능 오류 [1]
725정성태5/21/200925225VS.NET IDE: 61. Visual Studio 2010 베타1과 Visual Studio 2008의 혼합 개발 [2]
724정성태5/19/200939365.NET Framework: 136. 자바와 닷넷의 압축 호환파일 다운로드2
723정성태5/18/200933303.NET Framework: 135. C# - Deflate, GZip, Zip
722정성태5/18/200921848개발 환경 구성: 45. SQL 서버 2008 백업 구성 [2]
721정성태5/14/200927507오류 유형: 81. Package 실행 오류 - Error 15404
720정성태5/13/200924267오류 유형: 80. SQL Server 2008 - Package 실행 오류의 구체적인 원인 확인
719정성태5/12/200925396.NET Framework: 134. WPF - XBAP을 호스팅하고 있는 인터넷 익스플로러 인터페이스 구하기파일 다운로드1
717정성태5/11/200925710개발 환경 구성: 44. VHD 파일 크기 확장하는 방법 - 두 번째 이야기
714정성태5/7/200924228Windows: 45. Windows 7 RC와 함께 공개된 Windows Virtual PC 베타
713정성태4/30/200956014오류 유형: 79. DLL 'xxxxx.dll'을(를) 로드할 수 없습니다. [1]
712정성태4/28/200928628오류 유형: 78. Windows Vista/2008에서의 MSXML4.cab 파일 배포 문제
711정성태4/27/200928242개발 환경 구성: 43. Hyper-V VHD 파일 크기 확장하는 방법
710정성태4/26/200928798.NET Framework: 133. CallbackOnCollectedDelegate was detected [4]파일 다운로드1
709정성태4/24/200925026개발 환경 구성: 42. Windows Vista SP1에서 사용 가능한 Hyper-V 관리 도구
708정성태4/23/200929938.NET Framework: 132. ClickOnce 배포를 명령행 수작업 구성파일 다운로드1
707정성태4/22/200929516개발 환경 구성: 41. Hyper-V에 Linux 설치 - SUSE Linux Enterprise Server 11
706정성태4/21/200925390.NET Framework: 131. ClickOnce - 그룹화시켜 다운로드파일 다운로드1
705정성태4/20/200920952개발 환경 구성: 40. TFS2008 SP1의 DBTier에 SQL Server 2008 SP1 설치 [1]
... 166  167  168  169  170  [171]  172  173  174  175  176  177  178  179  180  ...