search

zynaddsubfx / zyn-fusion-issues

Issue Only Repo
31 stars 0 forks source link

Another ZynFusion core dump #305

Open zynmuse opened 3 years ago

zynmuse commented 3 years ago

I left the system running and I noticed ZynFusion UI had crashed with the following core dump. I hadn't been using the interface for a while so I don't know what led to the crash. Zynaddsubfx carried on with no problems.

Starting program: /JohnsMounts/PDevelopmentB/ZynAddSubFx_SourceCode/master/build/zyn-fusion-linux-64bit-3.0.6-git-release/zyn-fusion osc.udp://127.0.0.1:1234
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[INFO:Zyn] setup_pugl()
[INFO:Zyn] zest_tick()
[INFO:Zyn] zest_open()
[INFO:Zyn] Found Assets at ./
[INFO:Zyn] Starting Zyn-Fusion
[INFO:Zyn] Thanks for supporting the development of this project
[INFO:Zyn] Creating MRuby Interpreter...
[debug] parsing json file
[debug] json parsed succesfully
Time for a fast load is 1.881ms load(0.005) class(0.001) spawn(1.875)...
making reverse graph[1103]<0.666 ms>
[INFO:Zyn] zest_setup()
[DEBUG:Zyn] setting up animation fps
trace (most recent call last):
    [3] (unknown):0
    [2] /JohnsMounts/PDevelopmentB/ZynAddSubFx_SourceCode/master/src/mruby-zest-build/src/mruby-widget-lib/mrblib/script.rb:676:in tick_remote
    [1] /JohnsMounts/PDevelopmentB/ZynAddSubFx_SourceCode/master/src/mruby-zest-build/src/mruby-widget-lib/mrblib/script.rb:676:in tick
/JohnsMounts/PDevelopmentB/ZynAddSubFx_SourceCode/master/src/mruby-zest-build/src/mruby-widget-lib/mrblib/fcache.rb:12174:in initialize: undefined method 'wave_view' (NoMethodError)
[FATAL ERROR] Mruby Is Unable To Continue
[Inferior 1 (process 4093) exited with code 01]
No stack.
(gdb)
fundamental commented 3 years ago

Now this is a weird one. The only place wave_view is called is when there is a visualization of a waveform (e.g. the two waves in the oscillator view). The initialization routine where the backtrace indicates the crash occurs does not have any issues on my system, though I will note that fcache.rb:12174 did not correspond to that routine on my system. That makes me suspect you have a slightly older build crashing. The MRuby update needed for the "x=y=z" bug fix did occur recently, so if that's a difference then that could explain things. Otherwise if you're using any patch which modifies something in src/mruby-zest//.qml then that would explain it.

It's also entirely possible that the backtrace prints the right routine, but a somewhat incorrect line number. I observed that behavior years ago, though it hasn't reoccurred in recent memory. This ramble might not be all that use, but I'm mostly trying to think through differences between our setup since that particular chunk of code should be pretty deterministic. There's a slim chance that it's something GC related, so that's a possible bug source if it's nothing else.

zynmuse commented 3 years ago

I'm up to date including the x=y=y fix. After that I cleared out my master copy and did a fresh clone of the master and rebuilt everything. I run the execs directly from the master area so there's no chance I am running an old copy. I've been running zyn a lot recently and this hasn't happened since. I'll continue to run under the debugger and post any other crashes I have.

gwilherm commented 1 year ago

Hello, I just got it too, also backgounded I was merely affecting some parts (between browser and part settings) Then I moved to QMidiArp, and and after some seconds noticed zyn-fusion was not running anymore.

Unknown address<BACKEND:online> '/part1/kit0/adpars/GlobalPar/AmpEnvelope/out:'
trace (most recent call last):
        [3] (unknown):0
        [2] /home/gwilherm/git/zyn-fusion-build/src/mruby-zest-build/src/mruby-widget-lib/mrblib/script.rb:676:in tick_remote
        [1] /home/gwilherm/git/zyn-fusion-build/src/mruby-zest-build/src/mruby-widget-lib/mrblib/script.rb:676:in tick
/home/gwilherm/git/zyn-fusion-build/src/mruby-zest-build/src/mruby-widget-lib/mrblib/fcache.rb:11663:in initialize: undefined method 'textedit' (NoMethodError)
[FATAL ERROR] Mruby Is Unable To Continue
Jack reports error: Cannot delete key http://jackaudio.org/metadata/event-types (BDB0073 DB_NOTFOUND: No matching key/data pair found)
fundamental commented 1 year ago

I'm going to suspect that this backtrace is likely resolved in the development version. It's been a while since the last release and I think I recall something related to this component.