<br><br>On Monday, April 11, 2022, Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com">phylsmith2017@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><span>Checked into GIT 0001-cppcheck-in-trackcanvas.<wbr>C.patch -- always a good idea to initialize variables</span></div><div class="gmail_default" style="font-size:small"><span><br></span></div><div class="gmail_default" style="font-size:small"><span>> 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>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.<wbr>webm<br>FFMPEG::open_decoder: some stream times estimated: /root/media1/elephants-dream.<wbr>webm<br>cin: malloc.c:4036: _int_malloc: Assertion `(unsigned long) (size) >= (unsigned long) (nb)' failed.<br>Aborted (core dumped)</span></div></blockquote><span></span></div><div class="gmail_default" style="font-size:small"><span>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"></div></div></div></blockquote><div><br></div><div><br></div><div><br></div><div>ok! can you also test guicast/Makefile additions? two new cases for ppc and one for i386 (netbsd/freebsd uses this as architecture on 32bit x86). Should be relatively safe to land... </div><div><br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"></div><div class="gmail_default" style="font-size:small"><span><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>
</blockquote>