<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
David Flynn wrote:
<blockquote cite="mid:slrngtej47.d62.davidf+nntp@dog.thdo.woaf.net"
type="cite">
<pre wrap="">On 2009-04-04, xxcv <a class="moz-txt-link-rfc2396E" href="mailto:xxcv07@gmail.com"><xxcv07@gmail.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Jean-Baptiste Kempf wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Sat, Apr 04, 2009 at 08:28:37PM +1100, xxcv wrote :
</pre>
<blockquote type="cite">
<pre wrap="">git version control wrote:
</pre>
<blockquote type="cite">
<pre wrap="">vlc | branch: master | David Flynn <a class="moz-txt-link-rfc2396E" href="mailto:davidf@rd.bbc.co.uk"><davidf@rd.bbc.co.uk></a> | Wed Apr 1
21:40:02 2009 +0000| [151982aab503fa812cd4d6e830df34e78871c106] |
committer: Jean-Baptiste Kempf
win32: fix %zu fixups - dont use mingw's vsnprintf
Traditionally, MSVCRT has provided vsnprintf as _vsnprintf;
to 'aid' portability/standards compliance, mingw provide a
static version of [v]snprintf that is buggy.
</pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">Indeed that there's 2 problems with wmv one is with these patch series.
</pre>
</blockquote>
<pre wrap=""><!---->
On the *printf problem, are you either able to identify which module it
dies in? or grab a stack trace?
The problem is usually down to a a conflict between vlc being written in
c99 and microsoft who write to god knows what. ie, a format specifier
that MS don't understand is used.
There is a further patch (yet to be written), that requires
mingw-runtime > 3.13 and deactivates the using of msvcrt _vsnprintf.
The problem is complicated by wince, which doesn't use the mingw-runtime
so needs some form of compatability. One solution is to provide a
vsnprintf implementation for rubbish platforms, i got most of the way
there, but lost the will to live at implementing c99 compliant double
handling.
..david
</pre>
</blockquote>
Ok... this took me few hours to find.<br>
<br>
When ffmpeg is compiled using liboil "0.3.16" and schroedinger "1.0.6"<br>
liboil is compiled without patch, schroedinger is compiled with
schroedinger-1.0.6-fixes.patch<br>
The libavcodec_plugin.dll will crash on loading wmv file on win32 !!!<br>
<br>
So that's 2 regression issues with your updates to schroedinger and the
modified win32 vlc*printf* functions,<br>
during the <u><i><b>__features freeze__</b></i></u> If I'm not wrong...<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</body>
</html>