Problem with ValidateInUseArena

[Andreas Mohr]

Hi,

On Tue, Aug 01, 2006 at 05:40:24PM -0300, Diego A. Degese wrote:
> 0009:Call ntdll.RtlAllocateHeap(00110000,00000000,00000014) ret=7ec142bc
> 0009:err:heap:HEAP_ValidateInUseArena Heap 0x110000: invalid in-use 
> arena magic for 0x17c228
> Heap: 0x110000
> Next: 0x3e30000  Sub-heaps: 0x110000
> Free lists:
> Block   Stat   Size    Id
> 0x110038 free 00000010 prev=0x17c228 next=0x110048
> 0x110048 free 00000020 prev=0x110038 next=0x110058
> 0x110058 free 00000030 prev=0x110048 next=0x110068
> 0x110068 free 00000040 prev=0x110058 next=0x110078
> 0x110078 free 00000060 prev=0x110068 next=0x110088
> 0x110088 free 00000080 prev=0x110078 next=0x110098
> 0x110098 free 00000100 prev=0x110088 next=0x1100a8
> 0x1100a8 free 00000200 prev=0x110098 next=0x1100b8
> 0x1100b8 free 00000400 prev=0x1100a8 next=0x17aa60
> 0x1100c8 free 00001000 prev=0x17aa60 next=0x1100d8
> 0x1100d8 free ffffffff prev=0x1100c8 next=0x17c228

This probably means that either the block directly before the 0x17c228 block
or the block right at 0x17c228 got corrupted (overwritten with excessive
length or maybe some random access to the arena flags area by a
rogue pointer).
Try to figure out via wine debug channels or additional manually inserted
source traces, which pointer variable the previous block gets allocated for
and where it's being written to (most likely incorrectly).
You could also figure out which address the arena magic for 0x17c228
resides at and do a character/hex dump of the surrounding area to find out
what kind of data is corrupting this area... (maybe a text string or
characteristic numbers?).

Andreas