Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Warning C6262 Function uses '65564' bytes of stack: exceeds /analyze:stacksize '16384'. Consider moving some data to heap.

아래와 같은 코드를 빌드하면,

#define SIZE 65536

static int check(char* file)
{
    uint8_t buffer[SIZE];
}

컴파일 시, 이런 경고가 뜹니다.

Warning C6262 Function uses '65564' bytes of stack:  exceeds /analyze:stacksize '16384'.  Consider moving some data to heap.

문서에도 나오지만,

C6262
; https://learn.microsoft.com/en-us/cpp/code-quality/c6262

User mode의 응용 프로그램을 개발할 때는 무시해도 상관없습니다. 컴파일러마다 다르지만 보통은 기본 스택 크기가 1MB이고, 또한 그 크기도 원한다면 늘릴 수 있기 때문에 64KB의 스택을 할당하는 것이 크게 문제가 되지 않을 수 있습니다.

그런데도 이런 경고를 띄우는 것은, 어쨌든 스택을 과다하게 사용하는 것은 좋지 않으므로 16KB가 넘어가는 스택 할당에 대해서는 힙 할당을 권장하는 것뿐입니다.

일단, Visual C++의 경우 컴파일 경고는 다음과 같이 "C++" 옵션에서 새로운 크기를 지정하는 것으로 가능합니다.

c6262_warn_1.png

/analyze:stacksize 65564 

하지만, 그래도 "Error List" 창에서의 경고는 없애지 못합니다.

c6262_warn_2.png

아마도 이것은 "Analyzer"가 정적 분석으로 보여주는 것이므로 C++의 컴파일 옵션을 조정하는 것이 반영되지 않는 듯합니다. 따라서, 깔끔하게 없애려면 결국 스택이 아닌 힙 할당으로 바꿔야 합니다.




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







[최초 등록일: ]
[최종 수정일: 12/22/2022]

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

비밀번호

댓글 작성자
 



2022-12-22 11시05분
[나그네] 변경한 스택사이즈를 65564로 하신 특별한 이유가 있으신가요? 궁금해서 여쭤봅니다
[guest]
2022-12-22 12시33분
11개월 전에 쓴 내용이라... 그때 왜 그랬는지 기억이 잘 안 납니다. ^^;
정성태

... 121  122  123  [124]  125  126  127  128  129  130  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
10916정성태3/9/201631779.NET Framework: 557. 머신 바이트 배열로부터 역어셈블해주는 라이브러리 - Udis86 Assembler파일 다운로드2
10915정성태3/9/201625890오류 유형: 323. FatalExecutionEngineError was detected
10914정성태3/8/201629182오류 유형: 322. 정적 라이브러리 참조 시 "LNK2019 unresolved external symbol '...' referenced in function" 오류 발생파일 다운로드1
10913정성태3/7/201628717.NET Framework: 556. C#으로 다루는 MBR(Master Boot Record) [9]파일 다운로드1
10912정성태3/2/201624092.NET Framework: 555. List<T>의 Resize 메서드 구현 [2]파일 다운로드1
10911정성태2/29/201628280Math: 15. 그래프 그리기로 알아보는 뉴턴-랩슨(Newton-Raphson's method)법과 제곱근 구하기 - C#파일 다운로드1
10910정성태2/29/201630647Math: 14. HTML에서 수학 관련 기호/수식을 표현하기 위한 방법 - MathJax.js - 두 번째 이야기 [5]
10909정성태2/25/201628982기타: 56. ETW provider 목록 [3]
10908정성태2/25/201624919기타: 55. ETW man 파일 목록
10907정성태2/24/201624788.NET Framework: 554. 인터프리터 - 재귀적 하향 구문 분석 C# 예제파일 다운로드1
10906정성태2/24/201621484.NET Framework: 553. C# 관리 코드에서 IMetaDataDispenserEx, IMetaDataImport 관련 인터페이스를 얻는 방법파일 다운로드1
10905정성태2/24/201625280오류 유형: 321. Hyper-V The operation failed with error code '32791'.
10904정성태2/23/201623420.NET Framework: 552. 인터프리터 - 역폴란드 표기법을 이용한 식의 분석 - C# 예제파일 다운로드1
10903정성태2/22/201623698.NET Framework: 551. 인터프리터 어휘 분석 프로그램 - C# 예제파일 다운로드1
10902정성태2/22/201623961.NET Framework: 550. GetFunctionPointer 호출 시 System.InvalidProgramException 예외 발생
10901정성태2/20/201627680.NET Framework: 549. ContextBoundObject 상속 클래스와 System.Reflection.ReflectionTypeLoadException 예외 [4]파일 다운로드1
10900정성태2/19/201626441.NET Framework: 548. Linq는 결국 메서드 호출! [3]파일 다운로드1
10899정성태2/17/201627603개발 환경 구성: 282. kernel32.dll, kernel32legacy.dll, api-ms-win-core-sysinfo-l1-2-0.dll [1]
10898정성태2/17/201625611.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항파일 다운로드1
10897정성태2/17/201625513디버깅 기술: 76. windbg 분석 사례 - 닷넷 프로파일러의 GC 콜백 부하
10896정성태2/17/201625532오류 유형: 320. FATAL: 28000: no pg_hba.conf entry for host "fe80::1970:8120:695:a41e%12"
10895정성태2/17/201624498.NET Framework: 546. System.AppDomain으로부터 .NET Profiler의 AppDomainID 구하는 방법 [1]
10894정성태2/17/201624161오류 유형: 319. Visual Studio에서 찾기는 성공하지만 해당 소스 코드 정보가 보이지 않는 경우
10893정성태2/16/201623641.NET Framework: 545. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까? - 두 번째 이야기
10892정성태2/16/201623681오류 유형: 318. 탐색기에서 폴더 생성/삭제 시 몇 초 동안 멈추는 현상
10891정성태2/16/201627678VC++: 95. 내 CPU가 MPX/SGX를 지원할까요? [1]
... 121  122  123  [124]  125  126  127  128  129  130  131  132  133  134  135  ...