<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><span class="gmail-im">Checked into GIT 0001-cppcheck-in-trackcanvas.C.patch -- always a good idea to initialize variables</span></div><div class="gmail_default" style="font-size:small"><span class="gmail-im"><br></span></div><div class="gmail_default" style="font-size:small"><span class="gmail-im">> Tried both patches with no problems. No core dumps or error messages.<br>
> Playback is similar to that with CinGG-appimage (without patches).</span></div><div class="gmail_default" style="font-size:small"><span class="gmail-im">Andrea, I have attached small test file which crashes every time for me.  This is what I get with the attached test:</span></div><div class="gmail_default" style="font-size:small"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-family:monospace"></span><span style="font-family:monospace"></span><div class="gmail_default" style="font-size:small"><span style="font-family:monospace">audio0 pad 16 0 (16)<br>FFMPEG::open_decoder: some stream times estimated: /root/media1/elephants-dream.webm<br>FFMPEG::open_decoder: some stream times estimated: /root/media1/elephants-dream.webm<br>cin: malloc.c:4036: _int_malloc: Assertion `(unsigned long) (size) >= (unsigned long) (nb)' failed.<br>Aborted (core dumped)</span></div></blockquote><span class="gmail-im"></span></div><div class="gmail_default" style="font-size:small"><span class="gmail-im">Andrew, keep checking for potential other improvements out there because you never know what you might find.</span></div><div class="gmail_default" style="font-size:small"><span class="gmail-im"><br></span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_default" style="font-size:small">
In the build system of CGG not all the actual dependencies on the C++ header<br>
files are defined. It is very likely that a simple `make all' after change<br>
in some .h header file will recompile some .C files and not recompile some<br>
other .C files which depend on the changed header. <br></div></blockquote><div><span class="gmail_default" style="font-size:small">...</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_default" style="font-size:small">
To test if it could be the case is easy: a complete fresh build with<br>
preceding clean-up of all the .o, .a, and .so files.</div></blockquote><div style="font-size:small" class="gmail_default">Thanks for the reminder because it makes a big difference.  Because I have gotten bit by this so many times, I just routinely do "make clean" and then run "bld.sh" that way I know I am testing what I think I am AND I get a coffee break.</div></div></div>