[vlc-devel] bug at x86_64-w64 optimized binary

[xxcv]

xxcv wrote:
> Rémi Denis-Courmont wrote:
>> On Wed, 23 Sep 2009 19:34:43 +1000, xxcv <xxcv07 at gmail.com> wrote:
>>   
>>> Hi!
>>> I currently have problem with x86_64-w64 port of vlc I have made some
>>> attempts at debugging this critical bug.
>>> And it nuked my machine several times by DOS the cpu and o/s. I also
>>> filed bug report at gcc's bugtracker for this target.
>>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41424
>>> Needs people, someone who can get and test 64bits binary on windows.
>>>     
>>
>> One thing is sure if VLC nukes your entire system:
>> Something is wrong with your debugger, drivers and/or hardware.
>>
>> So I would not expect much from GCC...
>>
>>   
> http://img19.imageshack.us/img19/6619/41424.png
>
> This thread doing 11,630 million cycles delta
> ntoskrnl.exe!IoAcquireRemoveLockEx+0xe7
> ntoskrnl.exe!memset+0x22a
> ntoskrnl.exe!KeWaitForSingleObject+0x2cb
> ntoskrnl.exe!KeDetachProcess+0x120d
> ntoskrnl.exe!PsReturnProcessNonPagedPoolQuota+0x3a3
> ntoskrnl.exe!CcSetDirtyPinnedData+0x433
> ntoskrnl.exe!ZwUnloadKeyEx+0x1162
> libswscale_plugin.dll!vlc_entry_license__1_1_0b+0x125e0
> libqt4_plugin.dll!vlc_entry_license__1_1_0b+0x5303f6
>
> This thread doing 12,110 million cycles delta
> ntoskrnl.exe!IoAcquireRemoveLockEx+0xe7
> ntoskrnl.exe!KeAcquireGuardedMutex+0x364
> ntoskrnl.exe!_C_specific_handler+0x70f
> ntoskrnl.exe!PsReturnProcessNonPagedPoolQuota+0x26a
> ntoskrnl.exe!CcSetDirtyPinnedData+0x433
> ntdll.dll!RtlLookupFunctionTable+0x5
> ntdll.dll!RtlLookupFunctionEntry+0x31
> ntdll.dll!_C_specific_handler+0x33b
> ntdll.dll!KiUserExceptionDispatcher+0x2e
> ntdll.dll!RtlSubAuthorityCountSid+0x5ff
> ntdll.dll!AlpcGetMessageAttribute+0x905
> msvcrt.dll!malloc+0x56
> libvlccore.dll!aout_CheckChannelExtraction+0x51d
> libvlccore.dll!aout_CheckChannelExtraction+0x19c7
> libvlccore.dll!aout_filter_RequestVout+0x1f3e
> ntdll.dll!RtlEnterCriticalSection+0x3f
> libvlccore.dll!vlc_cond_timedwait+0xc0
> libvlccore.dll!_input_item_NewExt+0x929
> libvlccore.dll!aout_CheckChannelExtraction+0xd45
>
I think theres something wrong with the core subpic heap management
can someone look into this one ? What do u think is it a bug in the core?
because everytime binary is optimized it have issues with subpic at the 
video output level or  u think it has nothing to do with vlc? Laurent?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20090924/3a874afa/attachment.html>