I'm analyzing a dump which shows something strange: there seem to be a contradiciton between the command !heap -x -v hexadecimal_address
and !heap -flt s size_of_block
I'm inquiring about dangling pointers. In this dump, this dangling pointer happened to be: 0x0bdd00c0
To retrieve info about the heap memory block I use !heap -x -v 0bdd00c0
which returns
Entry User Heap Segment Size PrevSize Unused Flags ----------------------------------------------------------------------------- 0bdd00b8 0bdd00c0 003b0000 0bc00000 98 20 8 busy
Which shows namely that in this case:
- the memory block is in
busy
mode (most of the time in my other dumps the memory is free here) - the memory block is
0x98
bytes big - the memory block is managed inside the heap
003b0000
.
What puzzles me:
When I launch !heap -flt s 98
(just wanting to observe other objects that would have the same size)
I get this result which doesn't display the pointer 0bdd00c0 of my investigation
HEAP_ENTRY Size Prev Flags UserPtr UserSize - state _HEAP @ 3b0000 14b24fa8 0014 0014 [01] 14b24fb0 00098 - (busy) 0bc645a8 0014 0014 [01] 0bc645b0 00098 - (busy) 0bc66398 0014 0014 [01] 0bc663a0 00098 - (busy) 0bcbedf8 0014 0014 [01] 0bcbee00 00098 - (busy) 0bce2cc8 0014 0014 [01] 0bce2cd0 00098 - (busy) 0bceff88 0014 0014 [00] 0bceff90 00098 - (free) 0bdf2f78 0014 0014 [01] 0bdf2f80 00098 - (busy) 0be28c50 0014 0014 [01] 0be28c58 00098 - (busy) 0be57470 0014 0014 [00] 0be57478 00098 - (free) 0beed050 0014 0014 [01] 0beed058 00098 - (busy) 0bf1aaf0 0014 0014 [00] 0bf1aaf8 00098 - (free) 0bf214c0 0014 0014 [00] 0bf214c8 00098 - (free) 0bf99bf0 0014 0014 [00] 0bf99bf8 00098 - (free)
(I gave you only the heap 3b0000 related excerpt)
So I came to the conclusion that there seem to be a contradiction.
Am I doing/assuming something wrong ? What could I do to understand what's wrong ?