<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
xxcv wrote:
<blockquote cite="mid:4ABA0A00.4090201@gmail.com" type="cite">
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
Rémi Denis-Courmont wrote:
  <blockquote cite="mid:41df3f81aa288a1812e23ab04e9d8f2c@chewa.net"
 type="cite">
    <pre wrap="">On Wed, 23 Sep 2009 19:34:43 +1000, xxcv <a
 moz-do-not-send="true" class="moz-txt-link-rfc2396E"
 href="mailto:xxcv07@gmail.com"><xxcv07@gmail.com></a> wrote:
  </pre>
    <blockquote type="cite">
      <pre wrap="">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.
<a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41424">http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41424</a>
Needs people, someone who can get and test 64bits binary on windows.
    </pre>
    </blockquote>
    <pre wrap=""><!---->
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...

  </pre>
  </blockquote>
  <a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://img19.imageshack.us/img19/6619/41424.png">http://img19.imageshack.us/img19/6619/41424.png</a><br>
  <br>
This thread doing 11,630 million cycles delta<br>
ntoskrnl.exe!IoAcquireRemoveLockEx+0xe7<br>
ntoskrnl.exe!memset+0x22a<br>
ntoskrnl.exe!KeWaitForSingleObject+0x2cb<br>
ntoskrnl.exe!KeDetachProcess+0x120d<br>
ntoskrnl.exe!PsReturnProcessNonPagedPoolQuota+0x3a3<br>
ntoskrnl.exe!CcSetDirtyPinnedData+0x433<br>
ntoskrnl.exe!ZwUnloadKeyEx+0x1162<br>
libswscale_plugin.dll!vlc_entry_license__1_1_0b+0x125e0<br>
libqt4_plugin.dll!vlc_entry_license__1_1_0b+0x5303f6<br>
  <br>
This thread doing 12,110 million cycles delta<br>
ntoskrnl.exe!IoAcquireRemoveLockEx+0xe7<br>
ntoskrnl.exe!KeAcquireGuardedMutex+0x364<br>
ntoskrnl.exe!_C_specific_handler+0x70f<br>
ntoskrnl.exe!PsReturnProcessNonPagedPoolQuota+0x26a<br>
ntoskrnl.exe!CcSetDirtyPinnedData+0x433<br>
ntdll.dll!RtlLookupFunctionTable+0x5<br>
ntdll.dll!RtlLookupFunctionEntry+0x31<br>
ntdll.dll!_C_specific_handler+0x33b<br>
ntdll.dll!KiUserExceptionDispatcher+0x2e<br>
ntdll.dll!RtlSubAuthorityCountSid+0x5ff<br>
ntdll.dll!AlpcGetMessageAttribute+0x905<br>
msvcrt.dll!malloc+0x56<br>
libvlccore.dll!aout_CheckChannelExtraction+0x51d<br>
libvlccore.dll!aout_CheckChannelExtraction+0x19c7<br>
libvlccore.dll!aout_filter_RequestVout+0x1f3e<br>
ntdll.dll!RtlEnterCriticalSection+0x3f<br>
libvlccore.dll!vlc_cond_timedwait+0xc0<br>
libvlccore.dll!_input_item_NewExt+0x929<br>
libvlccore.dll!aout_CheckChannelExtraction+0xd45<br>
  <br>
</blockquote>
I think theres something wrong with the core subpic heap management<br>
can someone look into this one ? What do u think is it a bug in the
core?<br>
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?<br>
<br>
</body>
</html>