Skanlite crashes on start up
Hello everyone! Skanlite doesn't start unless I remove ~/.local/share/skanlite/ skanlitestaterc. Otherwise, it crashes :-( As a workaroud I'm using XSane. Skanlite on Fedora 37 works fine. Any suggestions, comments, ...? :-) KDE Plasma 5.27.3 KDE Frameworks 5.104.0 KDE Gear 22.12.3 sane-backends: 1.1.1; same issue with 1.2.1 and 1.0.32 (Leap 15.4) sane backend: net Qt 5.15.8 OS: openSUSE Tumbleweed 20230404 Stack trace of thread 11381: #0 0x00007f605dc94d7c __pthread_kill_implementation (libc.so. 6 + 0x8fd7c) #1 0x00007f605dc43356 raise (libc.so.6 + 0x3e356) #2 0x00007f605ef47d3a _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5 + 0x7d3a) #3 0x00007f605dc43420 __restore_rt (libc.so.6 + 0x3e420) #4 0x00007f605dd6cb5d __strlen_avx2 (libc.so.6 + 0x167b5d) #5 0x00007f6049dd542a n/a (libsane-net.so.1 + 0x842a) #6 0x00007f6049dd82ad sane_net_control_option (libsane- net.so.1 + 0xb2ad) #7 0x00007f605f8357ad n/a (libKSaneCore.so.1 + 0x1a7ad) #8 0x00007f606005666f _ZN10KSaneIface11KSaneWidget10openDeviceERK7QString (libKF5Sane.so.5 + 0x2b66f) #9 0x000055a2cc2b25fb n/a (skanlite + 0x115fb) #10 0x00007f605dc2cbb0 __libc_start_call_main (libc.so.6 + 0x27bb0) #11 0x00007f605dc2cc79 __libc_start_main@@GLIBC_2.34 (libc.so. 6 + 0x27c79) #12 0x000055a2cc2b36a5 n/a (skanlite + 0x126a5) Stack trace of thread 11385: #0 0x00007f6049df248d avahi_simple_poll_dispatch (libavahi- common.so.3 + 0x748d) #1 0x00007f6049df277d avahi_simple_poll_loop (libavahi- common.so.3 + 0x777d) #2 0x00007f6049df27f7 n/a (libavahi-common.so.3 + 0x77f7) #3 0x00007f605dc92f24 start_thread (libc.so.6 + 0x8df24) #4 0x00007f605dd19f50 __clone3 (libc.so.6 + 0x114f50) Stack trace of thread 11393: #0 0x00007f605dd0c08f __poll (libc.so.6 + 0x10708f) #1 0x00007f605ef47108 n/a (libKF5Crash.so.5 + 0x7108) #2 0x00007f605ef47cdd _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5 + 0x7cdd) #3 0x00007f605dc43420 __restore_rt (libc.so.6 + 0x3e420) #4 0x00007f6049dd7019 sane_net_get_devices (libsane-net.so.1 + 0xa019) #5 0x00007f605cca88d0 sane_dll_get_devices (libsane.so.1 + 0x98d0) #6 0x00007f605f82c523 n/a (libKSaneCore.so.1 + 0x11523) #7 0x00007f605e303b4d _ZN14QThreadPrivate5startEPv (libQt5Core.so.5 + 0x103b4d) #8 0x00007f605dc92f24 start_thread (libc.so.6 + 0x8df24) #9 0x00007f605dd19f50 __clone3 (libc.so.6 + 0x114f50) Stack trace of thread 11383: #0 0x00007f605dd0c08f __poll (libc.so.6 + 0x10708f) #1 0x00007f605c88387a n/a (libxcb.so.1 + 0xe87a) #2 0x00007f605c88513c xcb_wait_for_event (libxcb.so.1 + 0x1013c) #3 0x00007f60593191a0 _ZN14QXcbEventQueue3runEv (libQt5XcbQpa.so.5 + 0x6b1a0) #4 0x00007f605e303b4d _ZN14QThreadPrivate5startEPv (libQt5Core.so.5 + 0x103b4d) #5 0x00007f605dc92f24 start_thread (libc.so.6 + 0x8df24) #6 0x00007f605dd19f50 __clone3 (libc.so.6 + 0x114f50) Stack trace of thread 11382: #0 0x00007f605dd0c08f __poll (libc.so.6 + 0x10708f) #1 0x00007f605cd172ce n/a (libglib-2.0.so.0 + 0x5e2ce) #2 0x00007f605cd173ec g_main_context_iteration (libglib-2.0.so.0 + 0x5e3ec) #3 0x00007f605e5460b6 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5 + 0x3460b6) #4 0x00007f605e4eb5cb _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5 + 0x2eb5cb) #5 0x00007f605e30297e _ZN7QThread4execEv (libQt5Core.so.5 + 0x10297e) #6 0x00007f605fa24257 n/a (libQt5DBus.so.5 + 0x1a257) #7 0x00007f605e303b4d _ZN14QThreadPrivate5startEPv (libQt5Core.so.5 + 0x103b4d) #8 0x00007f605dc92f24 start_thread (libc.so.6 + 0x8df24) #9 0x00007f605dd19f50 __clone3 (libc.so.6 + 0x114f50) ELF object binary architecture: AMD x86-64 Greetings, -- Javier Llorente
participants (1)
-
Javier Llorente