内存错误：Address .... is on thread 1's stack 与创建变量时出现段错误

最新推荐文章于 2025-02-14 17:19:06 发布
原创 最新推荐文章于 2025-02-14 17:19:06 发布 · 2.7k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#内存 #编译错误 #爆栈 #段错误

在进行代码内存检测时遇到 Address …. is on thread 1’s stack 错误，分析发现该错误可能源于创建变量时的内存溢出，即爆栈。文章通过实例解释了如何因大数组导致栈空间超出1M限制，进而引发段错误。建议避免在类的成员或函数内部定义过大数组，以防止此类问题发生。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

内存错误：Address …. is on thread 1’s stack 与创建变量时出现段错误

标签： 内存错误 段错误

by 小威威

今天对代码进行内存检测的时候，发现出现了以下问题：

Invalid write of size 8
       at 0x400AB9: test_1() (main.cpp:6)
       by 0x401521: main (main.cpp:106)
     Address 0x7fed236d8 is on thread 1's stack

    Invalid read of size 8
最低0.47元/天 解锁文章

200万优质内容无限畅学
【工程化系列】Valgrind工具检测内存错误实例分析
优快云明星博主，认证博客专家，视频、Matlab领域优质创作者。
10-11 2187
Date: 2017/10/15 Author：SoaringLee Valgrind工具检测内存错误 目录 1、内存泄漏 3、动态内存越界 4、无法检测数组越界 5、内存释放两次或多次 6、使用野指针 7、释放野指针 8、valgrind的主要参数 9、常见错误 Valgrind是一个检测内存问题的开源工具，可以用于检测linux下应用程序的内存泄漏问题。但是对于静态数组越界的问题，valgrind是检测不出来的，对于这个问题，可以采用converity静态检查。这个工...
为什么选择C/C++内存检测工具AddressSanitizer？如何使用AddressSanitizer？
dvlinker的技术专栏
09-13 2万+
为什么选择C/C++内存检测工具AddressSanitizer？如何使用AddressSanitizer？
Chapter16— A thread's Stack
iteye_8029的博客
01-31 104
概述： 当创建一个线程的时候，系统会为它预留一定的地址空间去运行（每个线程都有自己的stack）。在默认情况下，每个线程的 Stack 为 1M。 当然，你还可以在编辑器中进行手动设置。在编译程序时，linker 会将 stack 大小的值嵌入到文件的 PE 头中，这样当程序加载运行时，系统会读取该值并为它设置相应大小的 stack。 除此之外，在调用 CreateThread ...
Linux下的段错误产生的原因及调试方法
Technology+Communication＋Fashion
01-10 2439
简而言之,产生段错误就是访问了错误的内存段，一般是你没有权限，或者根本就不存在对应的物理内存,尤其常见的是访问0地址.一般来说,段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gdtr来保存的，他是一个48位的寄存器，其中的32位是保存由它指向的gdt表，后13位保存相应于gdt的下标，最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,指向的gdt是由以64位为一
JVM(Thread/Stack)
weixin_33984032的博客
10-12 603
2019独角兽企业重金招聘Python工程师标准>>> ...
利用工具定位内存泄漏问题 valgrind memwatch dmalloc
networkhunter的博客
08-30 2077
内存泄漏定位工具 内存debug有比较多的方法，首先可以参看如下的wiki，查看大概都有哪些方式，再根据其有缺点选用，适合自己需要的方式。   Memory Debuggers https://elinux.org/Memory_Debuggers#mpatrol 1 mtrace 2 memwatch 3 mpatrol 4 dmalloc 5 dbgmem 6 valgri...
************* Preparing the environment for Debugger Extensions Gallery repositories ************** ExtensionRepository : Implicit UseExperimentalFeatureForNugetShare : true AllowNugetExeUpdate : true NonInteractiveNuget : true AllowNugetMSCredentialProviderInstall : true AllowParallelInitializationOfLocalRepositories : true EnableRedirectToChakraJsProvider : false -- Configuring repositories ----> Repository : LocalInstalled, Enabled: true ----> Repository : UserExtensions, Enabled: true >>>>>>>>>>>>> Preparing the environment for Debugger Extensions Gallery repositories completed, duration 0.000 seconds ************* Waiting for Debugger Extensions Gallery to Initialize ************** >>>>>>>>>>>>> Waiting for Debugger Extensions Gallery to Initialize completed, duration 0.015 seconds ----> Repository : UserExtensions, Enabled: true, Packages count: 0 ----> Repository : LocalInstalled, Enabled: true, Packages count: 44 Microsoft (R) Windows Debugger Version 10.0.27829.1001 AMD64 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Windows\Minidump\072425-40484-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available ************* Path validation summary ************** Response Time (ms) Location Deferred srv* Symbol search path is: srv* Executable search path is: Windows 10 Kernel Version 26100 MP (16 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Personal Kernel base = 0xfffff802`de600000 PsLoadedModuleList = 0xfffff802`df4f4c40 Debug session time: Thu Jul 24 13:19:52.572 2025 (UTC + 8:00) System Uptime: 0 days 0:38:49.409 Loading Kernel Symbols .. Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long. Run !sym noisy before .reload to track down problems loading symbols. ............................................................. ................................................................ ........................................................... Loading User Symbols Loading unloaded module list ........... For analysis of this file, run !analyze -v nt!KeBugCheckEx: fffff802`deb005d0 48894c2408 mov qword ptr [rsp+8],rcx ss:0018:fffff802`726a6e10=000000000000000a 0: kd> !analyze -v Loading Kernel Symbols ............................................................... ................................................................ ........................................................... Loading User Symbols Loading unloaded module list ........... ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* IRQL_NOT_LESS_OR_EQUAL (a) An attempt was made to access a pageable (or completely invalid) address at an interrupt request level (IRQL) that is too high. This is usually caused by drivers using improper addresses. If a kernel debugger is available get the stack backtrace. Arguments: Arg1: 0000000007e70010, memory referenced Arg2: 0000000000000002, IRQL Arg3: 0000000000000000, bitfield : bit 0 : value 0 = read operation, 1 = write operation bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status) Arg4: fffff802de8ff1f8, address which referenced memory Debugging Details: ------------------ *** WARNING: Unable to verify timestamp for aicusbwifi.sys KEY_VALUES_STRING: 1 Key : Analysis.CPU.mSec Value: 984 Key : Analysis.Elapsed.mSec Value: 11951 Key : Analysis.IO.Other.Mb Value: 1 Key : Analysis.IO.Read.Mb Value: 1 Key : Analysis.IO.Write.Mb Value: 2 Key : Analysis.Init.CPU.mSec Value: 453 Key : Analysis.Init.Elapsed.mSec Value: 127094 Key : Analysis.Memory.CommitPeak.Mb Value: 114 Key : Analysis.Version.DbgEng Value: 10.0.27829.1001 Key : Analysis.Version.Description Value: 10.2503.24.01 amd64fre Key : Analysis.Version.Ext Value: 1.2503.24.1 Key : Bugcheck.Code.LegacyAPI Value: 0xa Key : Bugcheck.Code.TargetModel Value: 0xa Key : Dump.Attributes.AsUlong Value: 0x2180c Key : Dump.Attributes.DiagDataWrittenToHeader Value: 1 Key : Dump.Attributes.ErrorCode Value: 0x0 Key : Dump.Attributes.InsufficientDumpfileSize Value: 1 Key : Dump.Attributes.KernelGeneratedTriageDump Value: 1 Key : Dump.Attributes.LastLine Value: Dump completed successfully. Key : Dump.Attributes.ProgressPercentage Value: 0 Key : Dump.Attributes.RequiredDumpfileSize Value: 0x458e9834 Key : Failure.Bucket Value: AV_aicusbwifi!unknown_function Key : Failure.Exception.IP.Address Value: 0xfffff802de8ff1f8 Key : Failure.Exception.IP.Module Value: nt Key : Failure.Exception.IP.Offset Value: 0x2ff1f8 Key : Failure.Hash Value: {88a7df4e-1779-d31a-2348-fb551a42f896} Key : Hypervisor.Enlightenments.ValueHex Value: 0x7497cf94 Key : Hypervisor.Flags.AnyHypervisorPresent Value: 1 Key : Hypervisor.Flags.ApicEnlightened Value: 1 Key : Hypervisor.Flags.ApicVirtualizationAvailable Value: 0 Key : Hypervisor.Flags.AsyncMemoryHint Value: 0 Key : Hypervisor.Flags.CoreSchedulerRequested Value: 0 Key : Hypervisor.Flags.CpuManager Value: 1 Key : Hypervisor.Flags.DeprecateAutoEoi Value: 0 Key : Hypervisor.Flags.DynamicCpuDisabled Value: 1 Key : Hypervisor.Flags.Epf Value: 0 Key : Hypervisor.Flags.ExtendedProcessorMasks Value: 1 Key : Hypervisor.Flags.HardwareMbecAvailable Value: 1 Key : Hypervisor.Flags.MaxBankNumber Value: 0 Key : Hypervisor.Flags.MemoryZeroingControl Value: 0 Key : Hypervisor.Flags.NoExtendedRangeFlush Value: 0 Key : Hypervisor.Flags.NoNonArchCoreSharing Value: 1 Key : Hypervisor.Flags.Phase0InitDone Value: 1 Key : Hypervisor.Flags.PowerSchedulerQos Value: 0 Key : Hypervisor.Flags.RootScheduler Value: 0 Key : Hypervisor.Flags.SynicAvailable Value: 1 Key : Hypervisor.Flags.UseQpcBias Value: 0 Key : Hypervisor.Flags.Value Value: 38408431 Key : Hypervisor.Flags.ValueHex Value: 0x24a10ef Key : Hypervisor.Flags.VpAssistPage Value: 1 Key : Hypervisor.Flags.VsmAvailable Value: 1 Key : Hypervisor.RootFlags.AccessStats Value: 1 Key : Hypervisor.RootFlags.CrashdumpEnlightened Value: 1 Key : Hypervisor.RootFlags.CreateVirtualProcessor Value: 1 Key : Hypervisor.RootFlags.DisableHyperthreading Value: 0 Key : Hypervisor.RootFlags.HostTimelineSync Value: 1 Key : Hypervisor.RootFlags.HypervisorDebuggingEnabled Value: 0 Key : Hypervisor.RootFlags.IsHyperV Value: 1 Key : Hypervisor.RootFlags.LivedumpEnlightened Value: 1 Key : Hypervisor.RootFlags.MapDeviceInterrupt Value: 1 Key : Hypervisor.RootFlags.MceEnlightened Value: 1 Key : Hypervisor.RootFlags.Nested Value: 0 Key : Hypervisor.RootFlags.StartLogicalProcessor Value: 1 Key : Hypervisor.RootFlags.Value Value: 1015 Key : Hypervisor.RootFlags.ValueHex Value: 0x3f7 Key : Stack.Pointer Value: NMI BUGCHECK_CODE: a BUGCHECK_P1: 7e70010 BUGCHECK_P2: 2 BUGCHECK_P3: 0 BUGCHECK_P4: fffff802de8ff1f8 FILE_IN_CAB: 072425-40484-01.dmp TAG_NOT_DEFINED_202b: *** Unknown TAG in analysis list 202b DUMP_FILE_ATTRIBUTES: 0x2180c Insufficient Dumpfile Size Kernel Generated Triage Dump FAULTING_THREAD: fffff802df5d1640 READ_ADDRESS: fffff802df5c44c0: Unable to get MiVisibleState Unable to get NonPagedPoolStart Unable to get NonPagedPoolEnd Unable to get PagedPoolStart Unable to get PagedPoolEnd unable to get nt!MmSpecialPagesInUse 0000000007e70010 BLACKBOXBSD: 1 (!blackboxbsd) BLACKBOXNTFS: 1 (!blackboxntfs) BLACKBOXPNP: 1 (!blackboxpnp) BLACKBOXWINLOGON: 1 CUSTOMER_CRASH_COUNT: 1 PROCESS_NAME: System DPC_STACK_BASE: FFFFF802726B0FB0 STACK_TEXT: fffff802`726a6e08 fffff802`decb96e9 : 00000000`0000000a 00000000`07e70010 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx fffff802`726a6e10 fffff802`decb49a8 : 00000000`00000001 ffffac07`e731c010 ffffac07`d3105490 00000000`00000002 : nt!KiBugCheckDispatch+0x69 fffff802`726a6f50 fffff802`de8ff1f8 : ffffac07`00000001 00000000`00000001 00000000`00000001 00000000`00000001 : nt!KiPageFault+0x468 fffff802`726a70e0 fffff802`de9bd2e5 : 00000000`00000618 00000000`00000001 ffffac07`d31002c0 ffffac07`e8024e48 : nt!RtlRbInsertNodeEx+0x3d8 fffff802`726a7140 fffff802`deaf749a : ffffac07`e91d4890 ffffac07`d3105480 ffffac07`00000000 00000000`0003a480 : nt!RtlpHpVsChunkSplit+0x905 fffff802`726a71e0 fffff802`de9bbede : ffffac07`d31002c3 fffff802`df4ee740 fffff802`0000002c fffff802`002c0000 : nt!RtlpHpVsSlotAllocate+0x29e fffff802`726a7240 fffff802`de8f91f3 : 00000000`0000028c fffff802`002c0000 00000000`0000002c fffff802`00000000 : nt!RtlpHpVsContextAllocate+0xd6 fffff802`726a72d0 fffff802`de8f7562 : 00000000`00000009 fffff802`df46ca40 00000000`486c7452 00000000`00000000 : nt!ExAllocateHeapPool+0x1c23 fffff802`726a7500 fffff802`df16b4fb : 00000000`00000042 00000000`0000028c 00000000`486c7452 fffff802`de8f92a1 : nt!ExpAllocatePoolWithTagFromNode+0x52 fffff802`726a7540 fffff802`dea5275a : 00000000`00000003 00000000`00000000 00000000`00000000 00000000`00000050 : nt!ExAllocatePool3+0xcb fffff802`726a75c0 fffff802`71963066 : ffffac07`e7169d88 fffff802`726a789a ffffac07`01500050 00000000`00000038 : nt!ExAllocatePoolWithTagPriority+0x11a fffff802`726a7610 fffff802`734b3a08 : ffffac07`dbf23910 fffff802`b503e068 00000000`00000000 00000000`00000000 : ndis!NdisAllocateMemoryWithTagPriority+0x26 fffff802`726a7640 ffffac07`dbf23910 : fffff802`b503e068 00000000`00000000 00000000`00000000 00000000`00000000 : aicusbwifi+0x53a08 fffff802`726a7648 fffff802`b503e068 : 00000000`00000000 00000000`00000000 00000000`00000000 000000e8`00000001 : 0xffffac07`dbf23910 fffff802`726a7650 fffff802`b503c798 : ffffac07`e7802200 00000000`00000000 00000000`00000000 fffff802`734985cb : USBXHCI!Bulk_MapStage+0xe8 fffff802`726a76c0 fffff802`7349933b : ffffac07`e551b030 ffffac07`e68576a0 fffff802`726a7800 00000000`00000000 : USBXHCI!Bulk_MapTransfers+0x88 fffff802`726a7730 ffffac07`e551b030 : ffffac07`e68576a0 fffff802`726a7800 00000000`00000000 00000001`00000000 : aicusbwifi+0x3933b fffff802`726a7738 ffffac07`e68576a0 : fffff802`726a7800 00000000`00000000 00000001`00000000 ffffac07`e780232e : 0xffffac07`e551b030 fffff802`726a7740 fffff802`726a7800 : 00000000`00000000 00000001`00000000 ffffac07`e780232e fffff802`726a789a : 0xffffac07`e68576a0 fffff802`726a7748 00000000`00000000 : 00000001`00000000 ffffac07`e780232e fffff802`726a789a fffff802`734c8d5a : 0xfffff802`726a7800 SYMBOL_NAME: aicusbwifi+53a08 MODULE_NAME: aicusbwifi IMAGE_NAME: aicusbwifi.sys STACK_COMMAND: .process /r /p 0xfffff802df5cef80; .thread 0xfffff802df5d1640 ; kb BUCKET_ID_FUNC_OFFSET: 53a08 FAILURE_BUCKET_ID: AV_aicusbwifi!unknown_function OSPLATFORM_TYPE: x64 OSNAME: Windows 10 FAILURE_ID_HASH: {88a7df4e-1779-d31a-2348-fb551a42f896} Followup: MachineOwner ---------
最新发布
07-25
根据引用[1]和[2]，这个错误通常是因为在过高的中断请求级别（IRQL）上访问了分页内存。具体来说，当代码在IRQL为DISPATCH_LEVEL（2）或更高时，访问了分页内存（即可被分页到磁盘的内存）就会导致这个错误。 引用...
应用 AddressSanitizer 发现程序内存错误
weixin_44324814的博客
02-19 3688
应用 AddressSanitizer 发现程序内存错误 作为 C/ C++ 工程师，在开发过程中会遇到各类问题，最常见便是内存使用问题，比如，越界，**泄漏。**过去常用的工具是 Valgrind，但使用 Valgrind 最大问题是它会极大地降低程序运行的速度，初步估计会降低 10 倍运行速度。而 Google 开发的 AddressSanitizer 这个工具很好地解决了 Valgrind...
C++编程中的段错误：segmentation fault和bus error常见原因和捕获方法
新兴IT民工的专栏
12-12 407
任何一个C++ coder应该都碰到过这个问题，程序跑着跑着直接出现这个错误，整个程序崩掉。这个错误的本质原因在于代码中有代码访问了不属于代码进程的内存范围，就会触发这个segmentation fault。或者换句话说就是，内存访问越界，访问了不属于自己的内存。在说具体哪些之前，先简单插一句，为什么内存访问会越界，又为什么会提示segmentation fault这个错误信息。
Linux:开发:valgrind报错问题总结(2022新)
qq_39819990的博客
08-04 4700
程序员创建的内存块没有被主动释放，注意使用后的`malloc/calloc`内存要free，这种情况一般不会造成什么大问题。当然，另一个层面上的"still reachable"的意思是程序中的某个指针丢失，无法指向原来的内容，则无法释放，才是真正意义上的内存泄漏。.........
for循环中删除map中的元素valgrind检测提示error：Invalid read of size 8
01-01
废话不多说，先看下面一段代码 #include <iostream> #include <map> using namespace std; class A { public: typedef std::map<int> myMap; void mapInsert(int i, string s) { map.insert(std::make_pair(i, s)); } void deleteMap() { for (myMap::iterator it = map.begin(); it != map.end(); ++it) { map.erase(it->first)
Valgrind memcheck 用法
hyl999的专栏
08-26 1075
Valgrind memcheck 用法 Valgrind是一组调试(debugging)和剖析(profiling)工具的集合。memcheck是其中应用最广泛的一个，它检查内存有关的问题，包括诸如内存访问越界、内存泄露等。 1. 使用步骤 1.1 编译程序 -g：使用这个选项产生符号信息。这样Valgrind产生的报告中会显示的代码位置是源代码的位置，否则Valgrind只能猜函数名。 -fno-inline：不使用这个选项，Valgrind报告的调用栈可能让人迷惑。如果是编译debug版本，
Linux 应用调试神器- ASan
Peter的专栏
09-18 1170
今天有小伙伴跟我他的程序崩溃了要怎么办，刚好我最近做项目使用到这个神器，做应用开发的同学可以看看，可以在C/C++上配置使用。不过这仅限于调试，如果你是发布版本，一定要把这个功能关闭。当然...
使用Valgrind进行C C++的内存错误检查
勤学如春起之苗，不见其增，日有所长！ 辍学如磨刀之石，不见其损，日有所亏！
04-16 1272
本文我们主要介绍一下valgrind的基本使用。 更多参考： https://www.oschina.net/translate/valgrind-memcheck https://blog.csdn.net/test1280/article/details/71179526 https://www.cnblogs.com/happenlee/p/9931423.html 当前的操作环境为...
invalid read/write size of xxx (已解决）
2301_77396367的博客
02-14 911
12。
c++ 代码内存如何校验以及检查
qq_40715157的博客
02-21 762
valgrind 检查内存
Xcode 常见错误Thread 1: EXC_BAD_ACCESS (code=1, address=0x0)
热门推荐
4月16！的博客
03-01 6万+
出现这个问题，说明你访问了已经释放了的内存。 一般在出错的这句话上你调用了一个或多个值A，B，C，那么你就在出现错误的代码之前，得到A，B，C的值之后打上断点，观察这几个参数是不是有些值是NULL。怎么看？ 鼠标放在A身上，会出现下面这个信息框： 一步一步点开小三角：数据值在Buffer里面：看是不是出现了NULL，如果有，那就处理这个参数的问题； 像如果在ITK出现这...
linux踩内存排查,linux下valgrind内存问题排查
weixin_39723248的博客
04-30 777
c/c++的内存管理一直都是程序猿最头痛的事情，内存越界、数组越界、内存泄漏、内存溢出、野指针、空指针..., 随便一个问题都可能让程序崩溃。而且往往问题的源头都比较隐蔽，让人很难排查出问题的根源所在。想要解决这个问题，还得从问题的根源入手。valgrind是一个强大的内存管理工具，常用来检测内存泄漏和内存的非法使用，用好了可以很好的从根源上解决c/c++内存管理的问题。1.valgrind的主要...
C++类对象构造函数出错malloc： memory corruption
jinking01的专栏
12-06 1686
问题1 问题概述： 编译插件代码，cmake和make均成功，但是执行sudo make install时报错cannot find -lclass_loader，在CMakeLists.txt中添加find_package(class_loader)，cmake时提示可以找到class_loader，但是make install 还是报错。 解决方案： 修改系统时间 sudo date -s “YYYY/MM/DD HH:mm:ss”。 问题2 问题概述： pm_test中起线程执行pm
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值