rmlint
rmlint copied to clipboard
sahib
Coredump
Hi,
the program crashed and told me to fiele a bug report.
I am using arch linux and the aur version of rmlint.
Here is the command used:
rmlint old-stuff/Backup2 // ~ -a metro -g -D -k -t 16 --xattr
Here is the stacktrace, the coredump is about 252MB
Apr 24 21:53:12 framework systemd[763]: Started Launch DrKonqi for a systemd-coredump crash (PID 53762/UID 0).
Apr 24 21:53:12 framework systemd[1]: [email protected]: Deactivated successfully.
Apr 24 21:53:12 framework drkonqi-coredump-processor[53762]: "/usr/bin/rmlint" 45805 "/var/lib/systemd/coredump/core.rmlint.1000.cd4c69b4ef174eaba3ded17ab0179613.45805.1713988381000000.zs>
Apr 24 21:53:12 framework systemd[1]: [email protected]: Consumed 4.961s CPU time.
Apr 24 21:53:12 framework systemd[1]: [email protected]: Deactivated successfully.
Apr 24 21:53:12 framework systemd-coredump[53761]: [🡕] Process 45805 (rmlint) of user 1000 dumped core.
Stack trace of thread 45805:
#0 0x000071266a1f132c n/a (libc.so.6 + 0x8d32c)
#1 0x000071266a1a06c8 raise (libc.so.6 + 0x3c6c8)
#2 0x000071266a188542 abort (libc.so.6 + 0x24542)
#3 0x000071266a189395 n/a (libc.so.6 + 0x25395)
#4 0x000071266a1fb2a7 n/a (libc.so.6 + 0x972a7)
#5 0x000071266a1fd37c n/a (libc.so.6 + 0x9937c)
#6 0x000071266a1fd669 n/a (libc.so.6 + 0x99669)
#7 0x000071266a1ffe93 __libc_free (libc.so.6 + 0x9be93)
#8 0x000063c6ae2b4579 n/a (rmlint + 0x38579)
#9 0x000063c6ae28874b n/a (rmlint + 0xc74b)
#10 0x000063c6ae28c3ac n/a (rmlint + 0x103ac)
#11 0x000063c6ae29a878 n/a (rmlint + 0x1e878)
#12 0x000063c6ae291de1 n/a (rmlint + 0x15de1)
#13 0x000071266a189cd0 n/a (libc.so.6 + 0x25cd0)
#14 0x000071266a189d8a __libc_start_main (libc.so.6 + 0x25d8a)
#15 0x000063c6ae2850f5 n/a (rmlint + 0x90f5)
Stack trace of thread 53581:
#0 0x000071266a26a8ad syscall (libc.so.6 + 0x1068ad)
#1 0x000071266a503e43 g_cond_wait_until (libglib-2.0.so.0 + 0xb4e43)
#2 0x000071266a473425 n/a (libglib-2.0.so.0 + 0x24425)
#3 0x000071266a473587 g_async_queue_timeout_pop (libglib-2.0.so.0 + 0x24587)
#4 0x000071266a4dca5e n/a (libglib-2.0.so.0 + 0x8da5e)
#5 0x000071266a4d7065 n/a (libglib-2.0.so.0 + 0x88065)
#6 0x000071266a1ef55a n/a (libc.so.6 + 0x8b55a)
#7 0x000071266a26ca5c n/a (libc.so.6 + 0x108a5c)
Stack trace of thread 45806:
#0 0x000071266a26a8ad syscall (libc.so.6 + 0x1068ad)
#1 0x000071266a503487 g_cond_wait (libglib-2.0.so.0 + 0xb4487)
#2 0x000071266a473454 n/a (libglib-2.0.so.0 + 0x24454)
#3 0x000071266a4d829e n/a (libglib-2.0.so.0 + 0x8929e)
#4 0x000071266a4d7065 n/a (libglib-2.0.so.0 + 0x88065)
#5 0x000071266a1ef55a n/a (libc.so.6 + 0x8b55a)
#6 0x000071266a26ca5c n/a (libc.so.6 + 0x108a5c)
ELF object binary architecture: AMD x86-64
Apr 24 21:53:01 framework systemd[1]: Started Pass systemd-coredump journal entries to relevant user for potential DrKonqi handling.
Apr 24 21:53:01 framework systemd[1]: Started Process Core Dump (PID 53760/UID 0).
I dont know if you can use this information, in case you have any questions I can try to answer them.
This tool is awesome by the way!
Could you reproduce the bug ?
Next time it happens, could you: export DEBUGINFOD_URLS='https://debuginfod.archlinux.org' and follow https://wiki.archlinux.org/title/Core_dump to get a backtrace ?
Hi, I am very sorry to close the issue. I dont think that I managed to reproduce it.
Thanks for the awesome tool you wrote and kind regards : )