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개월 전에 쓴 내용이라... 그때 왜 그랬는지 기억이 잘 안 납니다. ^^;
정성태

... 151  152  153  154  155  156  157  158  [159]  160  161  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1169정성태11/10/201133001.NET Framework: 264. 다중 LAN 카드 환경에서 Dns.GetHostAddresses(local)가 반환해 주는 IP의 우선순위는 어떻게 될까요? [4]
1168정성태11/6/201129343오류 유형: 139. TlbImp : error TI0000 : A single valid machine type compatible with the input type library must be specified
1167정성태11/5/201141089개발 환경 구성: 133. Registry 등록 과정 없이 COM 개체 사용 - 두 번째 이야기 [5]파일 다운로드4
1166정성태11/5/201127232.NET Framework: 263. byte[] pData = new byte[100000]로 인한 성능 차이? [1]파일 다운로드1
1165정성태11/3/201132304개발 환경 구성: 132. "Visual Studio Command Prompt (2010)" 명령행에서 2.0 버전의 MSBuild를 구동하는 방법 [2]파일 다운로드1
1164정성태11/1/201130301.NET Framework: 262. .NET 스레드 콜 스택 덤프 (4) - .NET 4.0을 지원하지 않는 MSE 응용 프로그램 원인 분석
1163정성태10/31/201129907.NET Framework: 261. .NET 스레드 콜 스택 덤프 (3) - MSE 소스 코드 개선파일 다운로드1
1162정성태10/30/201129966.NET Framework: 260. .NET 스레드 콜 스택 덤프 (2) - Managed Stack Explorer 소스 코드를 이용한 스택 덤프 구하는 방법파일 다운로드1
1161정성태10/29/201126725.NET Framework: 259. Type.GetMethod - System.Reflection.AmbiguousMatchException파일 다운로드1
1159정성태10/28/201130810.NET Framework: 258. Roslyn 맛보기 - SyntaxTree 조작 [2]
1158정성태10/24/201129489.NET Framework: 257. Roslyn 맛보기 - Roslyn Symbol / Binding API파일 다운로드1
1157정성태10/23/201134026.NET Framework: 256. Roslyn 맛보기 - Syntax Analysis (Roslyn Syntax API) [2]
1156정성태10/23/201132954.NET Framework: 255. Roslyn 맛보기 - Roslyn Services APIs를 이용한 Code Issue 및 Code Action 기능 소개 [1]
1155정성태10/22/201130566.NET Framework: 254. Roslyn 맛보기 - C# Interactive (2)
1154정성태10/22/201137424.NET Framework: 253. Roslyn 맛보기 - C# Interactive (1)
1153정성태10/21/201146492.NET Framework: 252. Roslyn 맛보기 - C# 소스 코드를 스크립트처럼 다루는 방법 [7]파일 다운로드1
1152정성태10/20/201128016.NET Framework: 251. string.GetHashCode는 hash 값을 cache 할까?
1151정성태10/18/201126850Java: 13. 자바도 64비트에서 (2GB) OutOfMemoryException 예외가 발생할까?
1150정성태10/18/201134394.NET Framework: 250. WPF - ComboBox의 SelectionChagned 이벤트파일 다운로드1
1149정성태10/16/201129762.NET Framework: 249. WPF - d:DesignHeight 값을 구할 수 있을까?
1148정성태10/14/201135412Java: 12. 자바에서 LINQ 사용? [7]
1147정성태10/13/201131674.NET Framework: 248. 닷넷에서 지원되는 문자열 인코딩 이름 목록
1146정성태10/12/201137336.NET Framework: 247. LINQ에서의 Max 기능 구현 [10]파일 다운로드1
1144정성태10/10/201133241.NET Framework: 246. WCF - 서버 측에서의 유효한 Timeout 설정파일 다운로드1
1143정성태10/9/201139769.NET Framework: 245. ASP.NET 서버 측 코드에서 페이스북 계정 연동하는 방법
1142정성태10/8/201139372.NET Framework: 244. 윈도우 폼을 열고 닫는 것만으로 메모리 leak이 발생할까? [2]파일 다운로드1
... 151  152  153  154  155  156  157  158  [159]  160  161  162  163  164  165  ...