• Coredump

    From Alterego@VERT/ALTERANT to Digital Man on Thursday, December 12, 2019 23:40:57
    Hey DM,

    I was playing with a new setup today, and found a coredump file.

    I would have been setting up the system - so its quite possible it occurred while tweaking config params - but I didnt notice that it occurred and thus what I was doing when it did.

    Its not a debug version - but maybe there is enough in the backtrace?

    Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
    Core was generated by `/opt/sbbs/exec/sbbs -syslog'.
    Program terminated with signal SIGABRT, Aborted.
    #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
    51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
    [Current thread is 1 (Thread 0x7f252bfff700 (LWP 816))]
    (gdb) bt
    #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
    #1 0x00007f2565e2142a in __GI_abort () at abort.c:89
    #2 0x00007f2565e5dc00 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f2565f52fd0 "*** Error in `%s': %s: 0x%s ***\n")
    at ../sysdeps/posix/libc_fatal.c:175
    #3 0x00007f2565e63fc6 in malloc_printerr (action=3, str=0x7f2565f53098 "double free or corruption (out)", ptr=<optimized out>, ar_ptr=<optimized out>)
    at malloc.c:5049
    #4 0x00007f2565e6480e in _int_free (av=0x7f2566186b00 <main_arena>, p=0x7f251c4dd4e0, have_lock=0) at malloc.c:3905
    #5 0x00007f25677e6aec in msgQueueFree () from /opt/sbbs/exec/libsbbs.so
    #6 0x00007f25677e6b80 in msgQueueDetach () from /opt/sbbs/exec/libsbbs.so
    #7 0x00007f25675f524f in js_finalize_queue () from /opt/sbbs/exec/libsbbs.so #8 0x00007f2565921341 in JSCompartment::finalizeObjectArenaLists(JSContext*) () from /usr/lib/libmozjs185.so.1.0
    #9 0x00007f256592304f in ?? () from /usr/lib/libmozjs185.so.1.0
    #10 0x00007f2565923787 in ?? () from /usr/lib/libmozjs185.so.1.0
    #11 0x00007f25658d327a in ?? () from /usr/lib/libmozjs185.so.1.0
    #12 0x00007f25675d5ced in background_thread () from /opt/sbbs/exec/libsbbs.so #13 0x00007f2566a304a4 in start_thread (arg=0x7f252bfff700) at pthread_create.c:456
    #14 0x00007f2565ed5d0f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97

    This is from a compile done 12hrs ago.
    ...deon


    ... I either want less corruption, or more chance to participate in it.

    ---
    þ Synchronet þ Alterant | an SBBS in Docker on Pi!
  • From Digital Man@VERT to Alterego on Thursday, December 12, 2019 09:46:22
    Re: Coredump
    By: Alterego to Digital Man on Thu Dec 12 2019 11:40 pm

    Hey DM,

    I was playing with a new setup today, and found a coredump file.

    I would have been setting up the system - so its quite possible it occurred while tweaking config params - but I didnt notice that it occurred and thus what I was doing when it did.

    Its not a debug version - but maybe there is enough in the backtrace?

    Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/opt/sbbs/exec/sbbs -syslog'.
    Program terminated with signal SIGABRT, Aborted.
    #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
    51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. [Current thread is 1 (Thread 0x7f252bfff700 (LWP 816))]
    (gdb) bt
    #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
    #1 0x00007f2565e2142a in __GI_abort () at abort.c:89
    #2 0x00007f2565e5dc00 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f2565f52fd0 "*** Error in `%s': %s: 0x%s ***\n")
    at ../sysdeps/posix/libc_fatal.c:175
    #3 0x00007f2565e63fc6 in malloc_printerr (action=3, str=0x7f2565f53098 "double free or corruption (out)", ptr=<optimized out>, ar_ptr=<optimized out>)
    at malloc.c:5049
    #4 0x00007f2565e6480e in _int_free (av=0x7f2566186b00 <main_arena>, p=0x7f251c4dd4e0, have_lock=0) at malloc.c:3905
    #5 0x00007f25677e6aec in msgQueueFree () from /opt/sbbs/exec/libsbbs.so
    #6 0x00007f25677e6b80 in msgQueueDetach () from /opt/sbbs/exec/libsbbs.so

    Thanks. Looks like a possible race condition in msgQueueDetach. The reference counter is not mutex protected. I'm adding this to the todo list to look at more closely when I have time.

    digital man

    This Is Spinal Tap quote #9:
    David St. Hubbins: I mean, it's not your job to be as confused as Nigel.
    Norco, CA WX: 63.2øF, 59.0% humidity, 0 mph W wind, 0.00 inches rain/24hrs
    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net