Re: [Chromium-users] Crash with multitile-sort

[Brian P. <bri...@tu...>]

Paul Melis wrote:
> Paul Melis wrote:
> 
> 
>>Hello,
>>While attempting to create a multi-tilesort configuration based on the 
>>multitilesort.conf file included with CR1.9 two things happen:
>>1. I get a warning about the state tracker being re-initialized
>>2. One of the crservers crashes (backtrace from the coredump shows it to 
>>be in crSPUCopyDispatchTable()).
>> 
>>
> 
> Just a bit more info, the crash is happening in spu_loader/spucopy.c, 
> crSPUCopyDispatchTable().
> In the first for-loop, the assignment temp = dst->copy_of->copyList sets 
> temp to 0x1, which is later used as temp->copy.
> 
> #0  0x5557f040 in crSPUCopyDispatchTable (dst=0x80d62c0, src=0x817d8c8) 
> at spucopy.c:630
> 630                             if (temp->copy == dst)
> (gdb) bt
> #0  0x5557f040 in crSPUCopyDispatchTable (dst=0x80d62c0, src=0x817d8c8) 
> at spucopy.c:630
> #1  0x08087fc5 in crStateDiffAPI (api=0x817d8c8) at state_flush.c:33
> #2  0x080515e0 in crServerInit (argc=1, argv=0xffffd494) at 
> server_main.c:240
> #3  0x08051655 in CRServerMain (argc=1, argv=0xffffd494) at 
> server_main.c:254
> #4  0x08051012 in main (argc=1, argv=0xffffd494) at main.c:22
> (gdb) p temp
> $1 = (struct _copy_list_node *) 0x1
> (gdb) p dst->copy_of
> $2 = (struct _spu_dispatch_table *) 0xffffa520
> (gdb)

The demo was crashing for me too, but in a different way. I've checked 
in fixes to tilesortspu_get.c and state_bufferobject.c that fixed 
things here.  Can you try the current CVS code?

-Brian