Microsoft MVP성태의 닷넷 이야기
VC++: 98. 원본과 대상 버퍼가 같은 경우 memcpy, wmemcpy 주의점 [링크 복사], [링크+제목 복사],
조회: 23545
글쓴 사람
정성태 (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)
483정성태3/17/200740809오류 유형: 30. x64 환경: .NET + COM 프로젝트 실행 시 오류 - 80040154 [2]
482정성태3/17/200730296Team Foundation Server: 17. 팀 프로젝트 접속 및 사용
481정성태3/17/200724219Team Foundation Server: 16. 팀 프로젝트 읽기 전용 사용자 등록
480정성태3/14/200722319.NET Framework: 86. GC(Garbage Collector)의 변화
479정성태3/14/200726351개발 환경 구성: 25. D820 - ReadyBoost 구동
478정성태3/14/200725681개발 환경 구성: 24. D820 고주파음 문제
477정성태3/14/200735001개발 환경 구성: 23. 비스타 x64 버전에서 서명되지 않은 드라이버 사용 [4]
476정성태3/9/200730375개발 환경 구성: 22. D820 노트북 - 설치 및 BitLocker 구성 [1]
475정성태3/6/200724758.NET Framework: 85. 공용 프로퍼티 자동 생성
474정성태3/5/200722959.NET Framework: 84. Lambda 표현식 응용 사례 [1]
473정성태3/4/200730099디버깅 기술: 14. TFS 오류 추적(TF53010, TF14105)
472정성태3/3/200729179디버깅 기술: 13. 예외 발생 시 Minidump 생성 - WinDBG [3]파일 다운로드1
471정성태3/1/200718381디버깅 기술: 12. Managed Method에 Break Point 걸기
469정성태2/28/200729908디버깅 기술: 11. (Managed) Main Method에 Break Point 걸기 [3]파일 다운로드1
470정성태3/1/200721282    답변글 디버깅 기술: 11.1. (Managed) Main Method에 Break Point 걸기 - 내용 보강
468정성태2/25/200731150COM 개체 관련: 20. 탭 브라우저의 윈도우 핸들 구하기 [3]
466정성태2/22/200722847Windows: 23. 롱혼 서버 코어 버전 [2]
465정성태2/21/200721819오류 유형: 29. TFS 관련 스케줄 작업 실패
464정성태2/25/200723003오류 유형: 28. TF10217, TF53010, TF14105 오류
463정성태2/21/200716035Team Foundation Server: 15. 포탈 사이트의 보고서 주소를 도메인 명으로 적용
462정성태2/13/200743344.NET Framework: 83. 라이브러리에 다국어 리소스 추가 방법 [4]파일 다운로드1
461정성태2/13/200721056오류 유형: 27. DLinq 예제 오류 : error: 26 - Error Locating Server/Instance Specified
460정성태2/13/200721251.NET Framework: 82. Orcas 1월 CTP에서 Linq 소스 컴파일 방법
459정성태2/17/200725255오류 유형: 26. "Automatic Updates" 서비스 CPU 100% 점유 현상 - 두 번째 이야기 [3]
458정성태2/12/200721714.NET Framework: 81. LINQ 개발 환경 설정 [1]
457정성태2/8/200726191.NET Framework: 80. LINQ 관련 용어 정리 및 리소스 소개 [2]
... 166  167  168  169  170  171  172  173  174  175  176  177  178  179  [180]  ...