Advanced Debugging
About AdvDbg Consult Train Services Products Tools Community Contact  
欢迎光临 高端调试 登录 | 注册 | FAQ
 
  ACPI调试
Linux内核调试
Windows内核调试
 
  调试战役
调试原理
新工具观察
 
  Linux
Windows Vista
Windows
 
  Linux驱动
WDF
WDM
 
  PCI Express
PCI/PCI-X
USB
无线通信协议
 
  64位CPU
ARM
IA-32
  CPU Info Center
 
  ACPI标准
系统认证
Desktop
服务器
 
  Embedded Linux
嵌入式开发工具
VxWorks
WinCE
嵌入式Windows
 
  格蠹调试套件(GDK)
  格蠹学院
  小朱书店
  老雷的微博
  《软件调试》
  《格蠹汇编》
  《软件调试(第二版)》
沪ICP备11027180号-1

C/C++本地代码调试

帖子发起人: yawiki   发起时间: 2015-07-21 17:03 下午   回复: 0

Print Search
帖子排序:    
   2015-07-21, 17:03 下午
yawiki 离线,最后访问时间: 2015/12/24 7:26:52 yawiki

发帖数前150位
注册: 2009-09-04
发 贴: 6
64位环境下!heap -l的结果是不是有问题啊
Reply Quote
多谢张老师和各位老师吗,我这里遇到个问题,一个64位的程序,内存一直在增长,我dump出来用windbg查看,!heap -l的结果有点奇怪,其中的Size部分是分配的堆块的大小吧?可是除了第一个堆栈是110之外,其他打印出来的Size都是0,这是为什么呢?

0:000> !heap -l 00000000026e0000
Searching the memory for potential unreachable busy blocks.
Heap 00000000024a0000
Heap 0000000000a10000
Heap 00000000026e0000
Heap 0000000002d00000
Heap 00000000147a0000
Heap 0000000015300000
Heap 00000000485e0000
Heap 0000000053ea0000
Heap 000000004bb90000
Heap 0000000053e90000
Heap 0000000054820000
Heap 0000000055bc0000
Heap 00000000582f0000
Scanning VM ...
Scanning references from 5577820 busy blocks (671 MBytes) ...........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Entry             User              Heap              Segment               Size  PrevSize  Unused    Flags
-------------------------------------------------------------------------------------------------------------
00000000024a6cd0  00000000024a6d00  00000000024a0000  00000000024a0000       110        80        2c  busy  stack_trace
00007ff883e67c24: ntdll!RtlAllocateHeap+0x000000000007c604
00007ff883e13cbb: ntdll!RtlpInsertAssemblyStorageMapEntry+0x0000000000000097
00007ff883e1352a: ntdll!RtlpResolveAssemblyStorageMapEntry+0x0000000000000232
00007ff883e132af: ntdll!RtlGetAssemblyStorageRoot+0x00000000000000ff
00007ff883de48a0: ntdll!sxsisol_SearchActCtxForDllName+0x0000000000000200
00007ff883de44f4: ntdll!RtlDosApplyFileIsolationRedirection_Ustr+0x0000000000000224
00007ff883de71fd: ntdll!LdrpApplyFileNameRedirection+0x000000000000042d
00007ff883de6ba6: ntdll!LdrpFindOrMapDependency+0x0000000000000176
00007ff883de6002: ntdll!LdrpLocateModuleDependencies+0x000000000000015e
00007ff883e26659: ntdll!LdrpMapAndSnapModules+0x0000000000000091
00007ff883de125c: ntdll!LdrpPrepareModuleForExecution+0x00000000000000cc
00007ff883e841ad: ntdll!LdrpInitializeProcess+0x0000000000001905
00007ff883e634e8: ntdll!_LdrpInitialize+0x0000000000088e38
00007ff883dda65e: ntdll!LdrInitializeThunk+0x000000000000000e
.....................................
.....................................
.....................................
00000000067b3cf0  00000000067b3d20  00000000026e0000  6f0faa3300220000         0      -           29  LFH;busy  stack_trace
00007ff883e67c24: ntdll!RtlAllocateHeap+0x000000000007c604
000000006404cb87: msvcr90!malloc+0x000000000000005b
0000000064018228: msvcr90!_strdup+0x0000000000000028
                ....................................
...................................

IP 地址: 已记录   报告
高端调试 » 软件调试 » C/C++本地代码调试 » 64位环境下!heap -l的结果是不是有问题啊

 
Legal Notice Privacy Statement Corporate Governance Corporate Governance
(C)2004-2020 ADVDBG.ORG All Rights Reserved.