Version-Release number of selected component: cscope-15.9-19.fc39 Additional info: reporter: libreport-2.17.11 type: CCpp cmdline: cscope -q crash_function: freefilelist journald_cursor: s=e4088658a0714877804d96009e957f5e;i=3451e;b=cafa2f0ddd9d4d5299aa89c4a0fd840b;m=20d3611e712;t=60cbdee5a88e1;x=156832068a4e2923 executable: /usr/bin/cscope rootdir: / uid: 1000 kernel: 6.5.11-300.fc39.x86_64 package: cscope-15.9-19.fc39 runlevel: N 5 cgroup: 0::/user.slice/user-1000.slice/session-60.scope reason: cscope killed by SIGABRT backtrace_rating: 4 Truncated backtrace: Thread no. 1 (2 frames) #13 freefilelist at /usr/src/debug/cscope-15.9-19.fc39.x86_64/src/dir.c:727 #14 myexit at /usr/src/debug/cscope-15.9-19.fc39.x86_64/src/main.c:1079
Created attachment 2006890 [details] File: mountinfo
Created attachment 2006891 [details] File: environ
Created attachment 2006892 [details] File: core_backtrace
Created attachment 2006893 [details] File: backtrace
Created attachment 2006894 [details] File: limits
Created attachment 2006895 [details] File: proc_pid_status
Created attachment 2006896 [details] File: cpuinfo
Created attachment 2006897 [details] File: os_info
Created attachment 2006898 [details] File: dso_list
Created attachment 2006899 [details] File: maps
Created attachment 2006900 [details] File: open_fds
it looks like cscope was killed by SIGABRT, presumably, at container exit. cscope itself looks ok. > abort() is usually called by library functions which detect an internal error or some seriously > broken constraint. For example malloc() will call abort() if its internal structures are damaged > by a heap overflow.
> container exit I'm not sure what you mean by "container", but just in case: this was being run via an interactive shell on the base OS (no docker, etc. involved). *** This bug has been marked as a duplicate of bug 2269887 ***