Solved! Coredump while trying to open on Debian 12 AMD-64 #1601
DebianGuru
started this conversation in
General
Replies: 1 comment
-
FOUND THE ANSWER ON MY OWN!!! Yeah! I kept Googling and when I used the term "libAppProtection.so" that was showing up in the dump, I found this! https://www.reddit.com/r/Citrix/comments/153mcy3/citrix_app_protection_breaks_wordperfect_for_linux/?rdt=54993 . It appears the libAppProtection has something to do with Citrix Workspace (an app I use for remote access). I remove the Citrix software and BAM! Thanks for a great app! |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Never ran sdrpp, so new install... Trying to run I see a window open and close very quickly. tail syslog shows:
[16/03/2025 15:17:33.000] [WARN] ConfigManager locked, waiting...
Mar 16 15:17:34 Ansel kernel: [175264.773321] sdrpp[282493]: segfault at 48 ip 00007f0e694de4f3 sp 00007ffe570d9390 error 4 in libX11.so.6.4.0[7f0e694b6000+8b000]
Mar 16 15:17:34 Ansel kernel: [175264.773328] Code: 10 48 89 df be 01 00 00 00 5b e9 98 89 fd ff 0f 1f 84 00 00 00 00 00 48 8b 87 30 0a 00 00 31 c9 49 89 e0 48 8d 35 0d fd ff ff <8b> 50 48 48 8b 38 85 d2 48 89 da 0f 95 c1 e8 1a 99 fd ff 85 c0 74
Mar 16 15:17:34 Ansel systemd[1]: Started [email protected] - Process Core Dump (PID 282499/UID 0).
Mar 16 15:17:34 Ansel systemd[1]: Started [email protected] - Pass systemd-coredump journal entries to relevant user for potential DrKonqi handling.
Mar 16 15:17:34 Ansel systemd-coredump[282501]: Process 282493 (sdrpp) of user 1000 dumped core.#12#012Stack trace of thread 282493:#12#0 0x00007f0e694de4f3 _XFlush (libX11.so.6 + 0x444f3)#12#1 0x00007f0e694e1105 _XGetRequest (libX11.so.6 + 0x47105)#12#2 0x00007f0e694c333f XGetInputFocus (libX11.so.6 + 0x2933f)#12#3 0x00007f0e69e17fa4 n/a (libAppProtection.so + 0x17fa4)#12#4 0x00007f0e69e18b0a XCheckTypedWindowEvent (libAppProtection.so + 0x18b0a)#12#5 0x00007f0e6922e197 n/a (libglfw.so.3 + 0x17197)#12#6 0x00007f0e6922e527 n/a (libglfw.so.3 + 0x17527)#12#7 0x00007f0e692261ac glfwCreateWindow (libglfw.so.3 + 0xf1ac)#12#8 0x00007f0e699a7aba _ZN7backend4initENSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE (libsdrpp_core.so + 0x1eaaba)#12#9 0x00007f0e69852226 _Z10sdrpp_mainiPPc (libsdrpp_core.so + 0x95226)#12#10 0x00007f0e6960324a __libc_start_call_main (libc.so.6 + 0x2724a)#12#11 0x00007f0e69603305 __libc_start_main_impl (libc.so.6 + 0x27305)#12#12 0x00005576d2349081 _start (sdrpp + 0x1081)#12#012Stack trace of thread 282497:#12#0 0x00007f0e69661f16 __futex_abstimed_wait_common64 (libc.so.6 + 0x85f16)#12#1 0x00007f0e696645d8 __pthread_cond_wait_common (libc.so.6 + 0x885d8)#12#2 0x00007f0e5d0bc059 n/a (crocus_dri.so + 0x10c059)#12#3 0x00007f0e5d06e17b n/a (crocus_dri.so + 0xbe17b)#12#4 0x00007f0e5d0bbf97 n/a (crocus_dri.so + 0x10bf97)#12#5 0x00007f0e696651f5 start_thread (libc.so.6 + 0x891f5)#12#6 0x00007f0e696e589c __clone3 (libc.so.6 + 0x10989c)#12#012Stack trace of thread 282496:#12#0 0x00007f0e696ab545 __GI___clock_nanosleep (libc.so.6 + 0xcf545)#12#1 0x00007f0e696afe53 __GI___nanosleep (libc.so.6 + 0xd3e53)#12#2 0x00007f0e69832b17 _ZN13ConfigManager14autoSaveWorkerEv (libsdrpp_core.so + 0x75b17)#12#3 0x00007f0e693544a3 n/a (libstdc++.so.6 + 0xd44a3)#12#4 0x00007f0e696651f5 start_thread (libc.so.6 + 0x891f5)#12#5 0x00007f0e696e589c __clone3 (libc.so.6 + 0x10989c)#12#012Stack trace of thread 282498:#12#0 0x00007f0e69661f16 __futex_abstimed_wait_common64 (libc.so.6 + 0x85f16)#12#1 0x00007f0e696645d8 __pthread_cond_wait_common (libc.so.6 + 0x885d8)#12#2 0x00007f0e5d0bc059 n/a (crocus_dri.so + 0x10c059)#12#3 0x00007f0e5d06e17b n/a (crocus_dri.so + 0xbe17b)#12#4 0x00007f0e5d0bbf97 n/a (crocus_dri.so + 0x10bf97)#12#5 0x00007f0e696651f5 start_thread (libc.so.6 + 0x891f5)#12#6 0x00007f0e696e589c __clone3 (libc.so.6 + 0x10989c)#012ELF object binary architecture: AMD x86-64
Mar 16 15:17:34 Ansel systemd[1]: [email protected]: Deactivated successfully
I'm not sure how to interpret this. Apparently, something choking in libX11? Any help is appreciated. GPU is builtin.
VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)
glx gears runs, so I believe opengl is working fine.
If I use Guacamole (RDP over HTML5 gateway), essentially doing a remote login, it works fine. The line that followed the "ConfigManager locked, waiting..." above is "Using OpenGL 3.0". Apparently, something using OpenGL 3.0 works via RDP, but not directly.
Beta Was this translation helpful? Give feedback.
All reactions