<!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?

  </pre>
</blockquote>
<br>
<pre class="wiki">Call stack:
68447D90  libasf_plugin.dll:68447D90  ASF_ObjectDumpDebug  libasf.c:1506
</pre>
I know it crash from modules/demux/libasf.c<br>
<pre class="wiki">    snprintf( str + 5*i_level, 1024,
             "+ '%s' GUID "GUID_FMT" size:%"PRIu64"pos:%"PRIu64,
             psz_name,
             GUID_PRINT( p_node->i_object_id ),
             p_node->i_object_size, p_node->i_object_pos );

    msg_Dbg( p_obj, "%s", str );

    for( p_child = p_node->p_first; p_child != NULL;
                                             p_child = p_child->common.p_next )
    {
        ASF_ObjectDumpDebug( p_obj, &p_child->common, i_level + 1 );
    }
</pre>
And after reverting these 4 patches you sent the issue went away.<br>
<br>
<blockquote cite="mid:slrngtej47.d62.davidf+nntp@dog.thdo.woaf.net"
 type="cite">
  <pre wrap="">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>
The other issue is with avcodec I think because I just updated ffmpeg
to 18328 today. (because the wmv files works fine with my yesterday's
binary)<br>
<br>
Going to revert ffmpeg and see what happens.<br>
<br>
Regards.<br>
<br>
</body>
</html>