[bugs] crash at rthread.c:431 on OpenBSD
- Date: Thu, 31 May 2018 14:58:46 +0200
- From: Marco van Hulten <Marco.Hulten@xxxxxx>
- Subject: [bugs] crash at rthread.c:431 on OpenBSD
I am running calcurse 4.3.0 on OpenBSD-current. When I edit a note
(spawning vi), after exiting the editor it returns to the calcurse
interface and crashes immediately with exit code 138 and the message:
> Bus error (core dumped)
Starting the debugger with the core file that was created from the
$ gdb calcurse calcurse.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions. Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details. This GDB was configured as "amd64-unknown-openbsd6.3"...(no
debugging symbols found)
Core was generated by `calcurse'.
Program terminated with signal 10, Bus error.
Reading symbols from /usr/lib/libpthread.so.25.1...done.
Loaded symbols for /usr/lib/libpthread.so.25.1
Loaded symbols for /usr/local/bin/calcurse
Reading symbols from /usr/local/lib/libintl.so.6.0...done.
Loaded symbols for /usr/local/lib/libintl.so.6.0
Reading symbols from /usr/local/lib/libiconv.so.6.0...done.
Loaded symbols for /usr/local/lib/libiconv.so.6.0
Reading symbols from /usr/lib/libc.so.92.3...done.
Loaded symbols for /usr/lib/libc.so.92.3
Reading symbols from /usr/lib/libcurses.so.14.0...done.
Loaded symbols for /usr/lib/libcurses.so.14.0
Reading symbols from /usr/lib/libm.so.10.1...done.
Loaded symbols for /usr/lib/libm.so.10.1
Symbols already loaded for /usr/lib/libpthread.so.25.1
Reading symbols from /usr/libexec/ld.so...done.
Loaded symbols for /usr/libexec/ld.so
#0 pthread_cancel (thread=0x1ed575ae6e40)
431 /usr/src/lib/librthread/rthread.c: No such file or directory.
in /usr/src/lib/librthread/rthread.c (gdb)
Could this be an issue with calcurse, or is it more likely an issue in
the underlying system?
I tried this using a single-thread kernel (bsd.sp) on a virtual console
as well (same result).