<div dir="ltr">In follow-up to this, it appears that 14.04 Ubuntu 64bit works just fine with the latest flext and fluid~ whereas the same code base crashes on 16.04 64bit. Apart from kernel and other OS changes, another variable in play: 16.04 is a newer Sandy Bridge machine whereas the 14.04 is an older AMD APU machine.<div><br></div><div>What I discovered is that if in fluid::fluid_init method if I comment out:</div><div><br></div><div><div><span class="" style="white-space:pre">   </span>//if (settings != NULL )</div><div><span class="" style="white-space:pre">   </span>//<span class="" style="white-space:pre">        </span>delete_fluid_settings(settings);</div></div><div><br></div><div>everything seems to work fine, although this is likely resulting in a memory leak. Could it be that the newer gcc is more sensitive to how things are handled there?</div><div><br></div><div>Best,</div><div><br></div><div>Ico</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 22, 2016 at 6:31 PM, Ivica Bukvic <span dir="ltr"><<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">All,<div><br></div><div>It appears since sometime earlier this year (possibly with upgrade to Ubuntu 15.10 and newer), fluid~ external crashes as soon as you enable dac~. It worked perfectly fine before. The backtrace is fairly cryptic suggesting something is wrong with the libfluidsynth. Yet, other apps that use it work just fine (e.g. Qsynth). To make matters more complicated, fluid~ uses flext library, although other externals work fine with the current version of flext.</div><div><br></div><div>Below is the gdb backtrace:</div><div><br></div><div><div>#0  0x0000000000000000 in ?? ()</div><div>#1  0x00007fffdab6e691 in fluid_hashtable_lookup ()</div><div>   from /usr/lib/x86_64-linux-gnu/libfluidsynth.so.1</div><div>#2  0x00007fffdab6f51e in ?? ()</div><div>   from /usr/lib/x86_64-linux-gnu/libfluidsynth.so.1</div><div>#3  0x00007fffdab71448 in fluid_settings_getint ()</div><div>   from /usr/lib/x86_64-linux-gnu/libfluidsynth.so.1</div><div>#4  0x00007fffdab6a026 in fluid_LADSPA_run ()</div><div>   from /usr/lib/x86_64-linux-gnu/libfluidsynth.so.1</div><div>#5  0x00007fffdab7d3b7 in fluid_rvoice_mixer_render ()</div><div>   from /usr/lib/x86_64-linux-gnu/libfluidsynth.so.1</div><div>#6  0x00007fffdab8399d in fluid_synth_write_float ()</div><div>   from /usr/lib/x86_64-linux-gnu/libfluidsynth.so.1</div><div>#7  0x00007fffdae28908 in fluid::m_signal(int, float* const*, float* const*) ()</div><div>   from /usr/lib/pd-l2ork/extra/flext/fluid~.pd_linux</div><div>#8  0x00007fffdae29fcb in flext_dsp_multi::dspmeth(long*) ()</div><div>   from /usr/lib/pd-l2ork/extra/flext/fluid~.pd_linux</div><div>#9  0x00000000004b3bc5 in dsp_tick () at d_ugen.c:336</div><div>#10 0x00000000004a3093 in sched_tick () at m_sched.c:385</div><div>#11 0x00000000004a34be in m_pollingscheduler () at m_sched.c:485</div><div>#12 m_mainloop () at m_sched.c:563</div></div><div><br></div><div>Is this a know issue? It wasn't a problem until I upgraded to 15.10 (from 14.04) and it seems 16.04 (64bit) is also problematic. Has anyone had any luck recently with the fluid~ external?</div></div>
</blockquote></div><br></div>