Hi, Alex ARNAUD wrote: > Thank you for providing those information. Don't forget to CC the bugs mail > (872...@bugs.debian.org) to ensure everybody will receive the mail.
Thanks for reminding me :) > Orca is a python program so it couldn't segfault so the issue is not into > Orca but in one of its dependencies. > > To figure out what program produces the segfault you could follow those > steps: > 0) I never try to figure out a segfault from a python program so I'll learn > with you on this bug :) > 1) Install the following package for debugging : gdb python3-dbg > 2) run gdb for python3 : "gdb python3" > 3) in the gdb prompt write : > 3.1) set logging on > 3.2) run /usr/bin/orca > > Could you provide us the generated GDB log file? (default name is gdb.txt) Ok, here we go. It is in atspi... But I have no debugging symbols for that. Seems I'll have to compile it myself, right? The gdb.txt is attached. Best regards Robert
Reading symbols from /usr/lib/x86_64-linux-gnu/libatspi.so...(no debugging symbols found)...done. Reading symbols from /usr/lib/x86_64-linux-gnu/libatspi.so.0...(no debugging symbols found)...done. Reading symbols from /usr/lib/x86_64-linux-gnu/libatspi.so.0.0.1...(no debugging symbols found)...done. Reading symbols from /usr/bin/python3...Reading symbols from /usr/lib/debug/.build-id/db/fc2e1a3c58b6d241b3f9af7b2fb3a24b81b90e.debug...done. done. Starting program: /usr/bin/python3 /usr/bin/orca [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7ffff4586700 (LWP 7127)] [New Thread 0x7ffff1d9b700 (LWP 7128)] [New Thread 0x7ffff0e3a700 (LWP 7129)] [New Thread 0x7fffdb93f700 (LWP 7147)] Thread 1 "orca" received signal SIGSEGV, Segmentation fault. 0x00007ffff3b431e6 in atspi_accessible_get_parent () from /usr/lib/x86_64-linux-gnu/libatspi.so.0
signature.asc
Description: PGP signature
