Open vfaronov opened 3 years ago
Sometimes the Gunison UI just freezes for no apparent reason. This has happened to me a few times on Linux.
I also had one lock-up on Windows, which obviously must have had some other cause, but I didn’t get a backtrace.
Sometimes the Gunison UI just freezes for no apparent reason. This has happened to me a few times on Linux.
GDB backtrace at the time of freeze
``` #0 0x00007f8d614e3aff in __GI___poll (fds=0x7ffc40d00188, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x00007f8d60a86c1a in () at /lib/x86_64-linux-gnu/libxcb.so.1 #2 0x00007f8d60a8861f in () at /lib/x86_64-linux-gnu/libxcb.so.1 #3 0x00007f8d60a88796 in xcb_wait_for_reply64 () at /lib/x86_64-linux-gnu/libxcb.so.1 #4 0x00007f8d6117fee8 in _XReply () at /lib/x86_64-linux-gnu/libX11.so.6 #5 0x00007f8d6117b7f1 in XSync () at /lib/x86_64-linux-gnu/libX11.so.6 #6 0x00007f8d61856f86 in find_current_serial (xdisplay=0x2667f20) at ../../../../../gdk/x11/gdkgeometry-x11.c:107 #7 gdk_window_queue (new_item=0x2a0c110, window=0x2815c70 [GdkX11Window]) at ../../../../../gdk/x11/gdkgeometry-x11.c:167 #8 _gdk_x11_window_queue_antiexpose (window=0x2815c70 [GdkX11Window], area=Go backtrace (on SIGQUIT)
``` PC=0x7f8d614e3aff m=0 sigcode=0 signal arrived during cgo execution goroutine 1 [syscall, 3 minutes, locked to thread]: runtime.cgocall(0x60aa40, 0xc000431f50, 0x0) /home/vasiliy/cur/ware/go/1.16/src/runtime/cgocall.go:154 +0x5b fp=0xc000431f20 sp=0xc000431ee8 pc=0x485c3b github.com/gotk3/gotk3/gtk._Cfunc_gtk_main() _cgo_gotypes.go:17384 +0x3c fp=0xc000431f50 sp=0xc000431f20 pc=0x5a549c github.com/gotk3/gotk3/gtk.Main(...) /home/vasiliy/.cache/gopath/pkg/mod/github.com/gotk3/gotk3@v0.5.3-0.20210514043925-3f44af595c5e/gtk/gtk.go:1241 main.main() /home/vasiliy/cur/gunison/gunison/main.go:86 +0xf6 fp=0xc000431f88 sp=0xc000431f50 pc=0x5e5396 runtime.main() /home/vasiliy/cur/ware/go/1.16/src/runtime/proc.go:225 +0x256 fp=0xc000431fe0 sp=0xc000431f88 pc=0x4ba0f6 runtime.goexit() /home/vasiliy/cur/ware/go/1.16/src/runtime/asm_amd64.s:1371 +0x1 fp=0xc000431fe8 sp=0xc000431fe0 pc=0x4ebb81 goroutine 6 [IO wait, 3 minutes]: internal/poll.runtime_pollWait(0x7f8d3872ca48, 0x72, 0xffffffffffffffff) /home/vasiliy/cur/ware/go/1.16/src/runtime/netpoll.go:222 +0x55 internal/poll.(*pollDesc).wait(0xc000067098, 0x72, 0x10001, 0x10000, 0xffffffffffffffff) /home/vasiliy/cur/ware/go/1.16/src/internal/poll/fd_poll_runtime.go:87 +0x45 internal/poll.(*pollDesc).waitRead(...) /home/vasiliy/cur/ware/go/1.16/src/internal/poll/fd_poll_runtime.go:92 internal/poll.(*FD).Read(0xc000067080, 0xc00008e000, 0x10000, 0x10000, 0x0, 0x0, 0x0) /home/vasiliy/cur/ware/go/1.16/src/internal/poll/fd_unix.go:166 +0x1d5 os.(*File).read(...) /home/vasiliy/cur/ware/go/1.16/src/os/file_posix.go:31 os.(*File).Read(0xc000010518, 0xc00008e000, 0x10000, 0x10000, 0x3, 0x0, 0x0) /home/vasiliy/cur/ware/go/1.16/src/os/file.go:117 +0x77 main.watchUnison() /home/vasiliy/cur/gunison/gunison/main.go:126 +0x8b created by main.startUnison /home/vasiliy/cur/gunison/gunison/main.go:119 +0x4bf rax 0xfffffffffffffffc rbx 0x2669180 rcx 0x7f8d614e3aff rdx 0xffffffff rdi 0x7ffc40d00188 rsi 0x1 rbp 0x0 rsp 0x7ffc40d00150 r8 0x0 r9 0x7f8d615b9b80 r10 0x7 r11 0x293 r12 0x7ffc40d002a0 r13 0x0 r14 0x2669198 r15 0x7ffc40d00188 rip 0x7f8d614e3aff rflags 0x293 cs 0x33 fs 0x0 gs 0x0 ```I also had one lock-up on Windows, which obviously must have had some other cause, but I didn’t get a backtrace.