0007250: Ardour 4.7 occasionally dumps core mid-MIDI recording - MantisBT

ID	Project	Category	View Status	Date Submitted	Last Update

0007250	ardour	bugs	public	2017-02-21 06:34	2017-03-04 10:41

Reporter	gdea73	Assigned To
Priority	normal	Severity	crash	Reproducibility	random
Status	closed	Resolution	duplicate
OS	Arch Linux

Summary	0007250: Ardour 4.7 occasionally dumps core mid-MIDI recording
Description	This is the third time I have witnessed a crash while recording from my MIDI keyboard. The first time, PulseAudio was running in the background and I was getting occasional xruns. The most recent two times, PulseAudio had been killed prior to starting JACK, and no xruns occurred—just the core dump.
Steps To Reproduce	1. Create a new Ardour project, using JACK 2. Create a new MIDI track. I used CALF Fluidsynth as my instrument and a2j. 3. Start recording on the MIDI track. I think it was about 7 minutes into the recording when Ardour crashed, but I have no idea of a real timeframe or if there was any consistency to the timing of previous instances of this crash.
Additional Information	I've attached the dump printed to the journal.
Tags	No tags attached.

gdea73 2017-02-21 06:34 reporter	ardourcrash (17,089 bytes) Feb 21 00:20:48 G73-T440p systemd-coredump[12142]: Process 11878 (ardour-4.7.0) of user 1000 dumped core. Stack trace of thread 12026: #0 0x00007ffbd30b104f raise (libc.so.6) #1 0x00007ffbd30b247a abort (libc.so.6) #2 0x00007ffbd30eec50 __libc_message (libc.so.6) #3 0x00007ffbd30f4fe6 malloc_printerr (libc.so.6) #4 0x00007ffbd30f7411 _int_malloc (libc.so.6) #5 0x00007ffbd30f8d44 malloc (libc.so.6) #6 0x00007ffbd39c6a78 _Znwm (libstdc++.so.6) #7 0x0000000000827588 _ZN6Evoral8SequenceINS_5BeatsEE10write_lockEv (ardour-4.7.0) #8 0x00007ffbd8713213 _ZN6Evoral8SequenceINS_5BeatsEE6appendERKNS_5EventIS1_EEi (libevoral.so.0) #9 0x00007ffbd9146ca3 _ZN6ARDOUR9SMFSource19append_event_framesERKN4Glib7Threads5Mutex4LockERKN6Evoral5EventIlEEl (libardour.so.3) #10 0x00007ffbd9149ea1 _ZN6ARDOUR9SMFSource14write_unlockedERKN4Glib7Threads5Mutex4LockERNS_14MidiRingBufferIlEEll (libardour.so.3) #11 0x00007ffbd8f7b67a _ZN6ARDOUR10MidiSource10midi_writeERKN4Glib7Threads5Mutex4LockERNS_14MidiRingBufferIlEEll (libardour.so.3) #12 0x00007ffbd8f45a07 _ZN6ARDOUR14MidiDiskstream8do_flushENS_10RunContextEb (libardour.so.3) #13 0x00007ffbd8e25d62 _ZN6ARDOUR6Butler27flush_tracks_to_disk_normalEN5boost10shared_ptrINSt7__cxx114listINS2_INS_5RouteEEESaIS6_EEEEERj (liba #14 0x00007ffbd8e27232 _ZN6ARDOUR6Butler11thread_workEv (libardour.so.3) #15 0x00007ffbd8e284a0 _ZN6ARDOUR6Butler12_thread_workEPv (libardour.so.3) #16 0x00007ffbd8278a46 n/a (libpbd.so.4) #17 0x00007ffbd4788454 start_thread (libpthread.so.0) #18 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 12024: #0 0x00007ffbd47904f7 do_futex_wait.constprop.1 (libpthread.so.0) #1 0x00007ffbd47905a4 __new_sem_wait_slow.constprop.0 (libpthread.so.0) #2 0x00007ffbd8ee19c5 _ZN6ARDOUR5Graph13restart_cycleEv (libardour.so.3) #3 0x00007ffbd8ee073d _ZN6ARDOUR5Graph7run_oneEv (libardour.so.3) #4 0x00007ffbd8ee07a8 _ZN6ARDOUR5Graph13helper_threadEv (libardour.so.3) #5 0x00007ffbc1307808 _ZN6ARDOUR16JACKAudioBackend21_start_process_threadEPv (libjack_audiobackend.so) #6 0x00007ffbd4788454 start_thread (libpthread.so.0) #7 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 12027: #0 0x00007ffbd315d48d poll (libc.so.6) #1 0x00007ffbd763c786 n/a (libglib-2.0.so.0) #2 0x00007ffbd763cb12 g_main_loop_run (libglib-2.0.so.0) #3 0x00007ffbd824a584 _ZN6BaseUI11main_threadEv (libpbd.so.4) #4 0x00007ffbd7ba752d n/a (libglibmm-2.4.so.1) #5 0x00007ffbd76640d5 n/a (libglib-2.0.so.0) #6 0x00007ffbd4788454 start_thread (libpthread.so.0) #7 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 12022: #0 0x00007ffbd47904f7 do_futex_wait.constprop.1 (libpthread.so.0) #1 0x00007ffbd47905a4 __new_sem_wait_slow.constprop.0 (libpthread.so.0) #2 0x00007ffbd8ee0701 _ZN6ARDOUR5Graph7run_oneEv (libardour.so.3) #3 0x00007ffbd8ee1a91 _ZN6ARDOUR5Graph11main_threadEv (libardour.so.3) #4 0x00007ffbc1307808 _ZN6ARDOUR16JACKAudioBackend21_start_process_threadEPv (libjack_audiobackend.so) #5 0x00007ffbd4788454 start_thread (libpthread.so.0) #6 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 11905: #0 0x00007ffbd315d48d poll (libc.so.6) #1 0x00007ffbd763c786 n/a (libglib-2.0.so.0) #2 0x00007ffbd763cb12 g_main_loop_run (libglib-2.0.so.0) #3 0x00007ffbd04b6316 n/a (libgio-2.0.so.0) #4 0x00007ffbd76640d5 n/a (libglib-2.0.so.0) #5 0x00007ffbd4788454 start_thread (libpthread.so.0) #6 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 11896: #0 0x00007ffbd3161f19 syscall (libc.so.6) #1 0x00007ffbd7681f1f g_cond_wait (libglib-2.0.so.0) #2 0x00007ffbd8d8672b _ZN6ARDOUR8Analyser4workEv (libardour.so.3) #3 0x00007ffbd7ba752d n/a (libglibmm-2.4.so.1) #4 0x00007ffbd76640d5 n/a (libglib-2.0.so.0) #5 0x00007ffbd4788454 start_thread (libpthread.so.0) #6 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 12023: #0 0x00007ffbd47904f7 do_futex_wait.constprop.1 (libpthread.so.0) #1 0x00007ffbd47905a4 __new_sem_wait_slow.constprop.0 (libpthread.so.0) #2 0x00007ffbd8ee0701 _ZN6ARDOUR5Graph7run_oneEv (libardour.so.3) #3 0x00007ffbd8ee07a8 _ZN6ARDOUR5Graph13helper_threadEv (libardour.so.3) #4 0x00007ffbc1307808 _ZN6ARDOUR16JACKAudioBackend21_start_process_threadEPv (libjack_audiobackend.so) #5 0x00007ffbd4788454 start_thread (libpthread.so.0) #6 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 11894: #0 0x00007ffbd3161f19 syscall (libc.so.6) #1 0x00007ffbd7681f1f g_cond_wait (libglib-2.0.so.0) #2 0x00007ffbd915a98b n/a (libardour.so.3) #3 0x00007ffbd7ba752d n/a (libglibmm-2.4.so.1) #4 0x00007ffbd76640d5 n/a (libglib-2.0.so.0) #5 0x00007ffbd4788454 start_thread (libpthread.so.0) #6 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 12014: #0 0x00007ffbd478e10f pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007ffbc10d584f n/a (libjack.so.0) #2 0x00007ffbd4788454 start_thread (libpthread.so.0) #3 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 11878: #0 0x00007ffbd315d48d poll (libc.so.6) #1 0x00007ffbd763c786 n/a (libglib-2.0.so.0) #2 0x00007ffbd763cb12 g_main_loop_run (libglib-2.0.so.0) #3 0x00007ffbd6ed93a7 gtk_main (libgtk-x11-2.0.so.0) #4 0x00007ffbd97ac8d6 _ZN9Gtkmm2ext2UI3runER8Receiver (libgtkmm2ext.so.0) #5 0x000000000048d1f8 n/a (ardour-4.7.0) #6 0x00007ffbd309e291 __libc_start_main (libc.so.6) #7 0x0000000000497299 n/a (ardour-4.7.0) Stack trace of thread 12029: #0 0x00007ffbd479179d __nanosleep (libpthread.so.0) #1 0x00007ffbd76657b8 g_usleep (libglib-2.0.so.0) #2 0x00007ffbd8e19360 _ZN6ARDOUR15AutomationWatch6threadEv (libardour.so.3) #3 0x00007ffbd7ba752d n/a (libglibmm-2.4.so.1) #4 0x00007ffbd76640d5 n/a (libglib-2.0.so.0) #5 0x00007ffbd4788454 start_thread (libpthread.so.0) #6 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 11917: #0 0x00007ffbd315d48d poll (libc.so.6) #1 0x00007ffbb8107ee1 n/a (libpulse.so.0) #2 0x00007ffbb80f96f1 pa_mainloop_poll (libpulse.so.0) #3 0x00007ffbb80f9d8e pa_mainloop_iterate (libpulse.so.0) #4 0x00007ffbb80f9e40 pa_mainloop_run (libpulse.so.0) #5 0x00007ffbb8107e29 n/a (libpulse.so.0) #6 0x00007ffb92dcffe8 n/a (libpulsecommon-10.0.so) #7 0x00007ffbd4788454 start_thread (libpthread.so.0) #8 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 11897: #0 0x00007ffbd3161f19 syscall (libc.so.6) #1 0x00007ffbd7681f1f g_cond_wait (libglib-2.0.so.0) #2 0x00007ffbd8dcd99f _ZN6ARDOUR11AudioEngine16do_reset_backendEv (libardour.so.3) #3 0x00007ffbd7ba752d n/a (libglibmm-2.4.so.1) #4 0x00007ffbd76640d5 n/a (libglib-2.0.so.0) #5 0x00007ffbd4788454 start_thread (libpthread.so.0) #6 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 11893: #0 0x00007ffbd479179d __nanosleep (libpthread.so.0) #1 0x00007ffbd76657b8 g_usleep (libglib-2.0.so.0) #2 0x0000000000bec919 n/a (ardour-4.7.0) #3 0x00007ffbd4788454 start_thread (libpthread.so.0) #4 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 12028: #0 0x00007ffbd478e10f pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #1 0x00007ffbd9103583 _ZN6ARDOUR7Session15emit_thread_runEv (libardour.so.3) #2 0x00007ffbd91035a9 _ZN6ARDOUR7Session11emit_threadEPv (libardour.so.3) #3 0x00007ffbd4788454 start_thread (libpthread.so.0) #4 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 11895: #0 0x00007ffbd3161f19 syscall (libc.so.6) #1 0x00007ffbd7681f1f g_cond_wait (libglib-2.0.so.0) #2 0x00007ffbd915a98b n/a (libardour.so.3) #3 0x00007ffbd7ba752d n/a (libglibmm-2.4.so.1) #4 0x00007ffbd76640d5 n/a (libglib-2.0.so.0) #5 0x00007ffbd4788454 start_thread (libpthread.so.0) #6 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 11904: #0 0x00007ffbd315d48d poll (libc.so.6) #1 0x00007ffbd763c786 n/a (libglib-2.0.so.0) #2 0x00007ffbd763c89c g_main_context_iteration (libglib-2.0.so.0) #3 0x00007ffbd763c8e1 n/a (libglib-2.0.so.0) #4 0x00007ffbd76640d5 n/a (libglib-2.0.so.0) #5 0x00007ffbd4788454 start_thread (libpthread.so.0) #6 0x00007ffbd31667df __clone (libc.so.6) Stack trace of thread 11898: #0 0x00007ffbd3161f19 syscall (libc.so.6) #1 0x00007ffbd7681f1f g_cond_wait (libglib-2.0.so.0) #2 0x00007ffbd8dcd173 _ZN6ARDOUR11AudioEngine20do_devicelist_updateEv (libardour.so.3) #3 0x00007ffbd7ba752d n/a (libglibmm-2.4.so.1) #4 0x00007ffbd76640d5 n/a (libglib-2.0.so.0) #5 0x00007ffbd4788454 start_thread (libpthread.so.0) #6 0x00007ffbd31667df __clone (libc.so.6) ardourcrash (17,089 bytes)

gdea73 2017-02-21 07:02 reporter ~0019422	I just reproduced this consecutively by doing the same thing over again. I noticed this before the dump in my journal from the second crash: Feb 21 00:47:53 G73-T440p kernel: ardour-4.7.0[12273]: segfault at 736f702d657e ip 00007f50800eb1d8 sp 00007fff983c4690 error 4 in libgtkmm2ext.so.0.8.3[7f5080030000+fe000]

paul 2017-02-21 11:33 administrator ~0019423	go to prefs and disable "Draw waveforms while recording". crash should go away.

gdea73 2017-02-21 20:33 reporter ~0019427	I'll give that a try tonight, thanks. Is waveform drawing known to cause crashes when recording MIDI for more than a few minutes?

gdea73 2017-02-22 07:16 reporter ~0019430	I tested Ardour without drawing waveforms during my recording and got 15 minutes in consecutively, no issues. Granted this issue was sporadic to begin with, but I hope it will not come back so long as I keep this setting. Thank you.

timbyr 2017-03-04 10:41 developer ~0019470	Closing as duplicate of 0006478

Date Modified	Username	Field	Change
2017-02-21 06:34	gdea73	New Issue
2017-02-21 06:34	gdea73	File Added: ardourcrash
2017-02-21 07:02	gdea73	Note Added: 0019422
2017-02-21 11:33	paul	Note Added: 0019423
2017-02-21 20:33	gdea73	Note Added: 0019427
2017-02-22 07:16	gdea73	Note Added: 0019430
2017-03-04 10:40	timbyr	Relationship added	duplicate of 0006478
2017-03-04 10:41	timbyr	Note Added: 0019470
2017-03-04 10:41	timbyr	Status	new => closed
2017-03-04 10:41	timbyr	Resolution	open => duplicate