On Mon, 2019-12-16 at 19:39 +0100, Andreas Schneider wrote: > On 2019-12-16 10:23, Richard Shann wrote: > > On Sat, 2019-12-14 at 20:14 +0100, Andreas Schneider wrote: > > >> [...] > > > Can you see therein what the problem may be? > > > > No, this Ctrl-C has just interrupted some uninteresting part of the > > loop - did you try it a few times to see if you could catch it > > doing > > something else? If so I'll look into the code to find a few places > > to > > try breaking in and finding whereabouts the long pause comes. > > I have tried it a few times, but haven't seen anything interesting. > > Example: > > #0 0x00007ffff5392819 in __GI___poll (fds=0x5555571b5470, nfds=3, > timeout=9) > at ../sysdeps/unix/sysv/linux/poll.c:29 > #1 0x00007ffff6269136 in () at /usr/lib/x86_64-linux-gnu/libglib- > 2.0.so.0 > #2 0x00007ffff62694c2 in g_main_loop_run () > at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 > #3 0x00007ffff6a60b15 in gtk_main () > at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 > #4 0x00005555555ea26f in () > #5 0x00007ffff7e24753 in () at > /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #6 0x00007ffff7ed4250 in () at > /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #7 0x00007ffff7ea616e in () at > /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #8 0x00007ffff7ede563 in () at > /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #9 0x00007ffff7efd896 in () at > /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #10 0x00007ffff7e2f1ab in scm_call_4 () > at /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #11 0x00007ffff7ed40a6 in scm_catch_with_pre_unwind_handler () > at /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #12 0x00007ffff7ed4328 in scm_c_catch () > at /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #13 0x00007ffff7e245a2 in () at > /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #14 0x00007ffff7e2486b in scm_c_with_continuation_barrier () > at /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #15 0x00007ffff7ed101c in () at > /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > --Type <RET> for more, q to quit, c to continue without paging-- > #16 0x00007ffff7d53ef5 in GC_call_with_stack_base () > at /usr/lib/x86_64-linux-gnu/libgc.so.1 > #17 0x00007ffff7ed1105 in () at > /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #18 0x00007ffff7ed1145 in scm_with_guile () > at /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22 > #19 0x000055555557bd5a in main () > > As it's random when Ctrl-C is pressed, it is maybe easier to build on > what we know. For instance, it is striking that the output always > states > that playback starts at 0.0. Can you recommend a place to set a > breakpoint to debug that further?
I've been looking at the code and I see a promising place for the trouble to lie - I've made a change which may even fix the problem you are having. Meanwhile - does the "loop" button work for you? And, if you have "Listening to Notes" set, can you hear yourself play while the big pause is happening? Richard