• segfault related to spam checking

    From Ragnarok@docksud.com.ar to DOVE-Net.Synchronet_Programming_C+ on Sat Aug 4 14:31:40 2018
    8/4 13:18:12 mail 0188 SMTP DNSBL Query: 2.1.5.10.spam.dnsbl.sorbs.net
    8/4 13:18:12 mail 0188 SMTP Session ID=4b9cbc4a3c2b1520c1111
    8/4 13:18:12 mail 0188 SMTP RX: EHLO tom.pressenter.com.ar
    8/4 13:18:12 mail 0188 SMTP RX: MAIL FROM:<bounce@exedsem.com>
    SIZE=16757 BODY=8BITMIME
    8/4 13:18:12 mail 0188 SMTP RX: RCPT TO:<sysop@bbs.docksud.com.ar>
    8/4 13:18:12 mail 0188 SMTP NAME ALIAS: ragnarok (for
    sysop@bbs.docksud.com.ar)
    8/4 13:18:12 mail 0188 SMTP Forwarding to: ragnarok@docksud.com.ar
    8/4 13:18:12 mail 0188 SMTP RX: DATA
    8/4 13:18:12 mail 0188 SMTP Receiving mail message from:
    <bounce@exedsem.com> to sysop@bbs.docksud.com.ar
    8/4 13:18:12 mail 0188 SMTP Content-Transfer-Encoding = 8bit
    8/4 13:18:12 mail 0188 SMTP received 100 lines (4037 bytes) of body text
    8/4 13:18:12 mail 0188 SMTP received 200 lines (8650 bytes) of body text
    8/4 13:18:12 mail 0188 SMTP received 300 lines (12384 bytes) of body text
    8/4 13:18:12 mail 0188 SMTP End of message (body: 381 lines, 14980
    bytes, header: 30 lines, 1777 bytes)
    8/4 13:18:12 mail 0188 SMTP Executing external mail processor: MailAuth
    8/4 13:18:12 mail 0188 SMTP JavaScript: Creating runtime: 8388608 bytes [Threads: 21 Sockets: 56 Clients: 3 Served: 128 Errors: 2] (?=Help):
    [New Thread 0x7fffa77fe700 (LWP 21755)]
    8/4 13:18:12 mail 0188 SMTP JavaScript: Initializing context (stack:
    16384 bytes)
    8/4 13:18:12 mail 0188 SMTP Executing: mailauth.js
    8/4 13:18:12 mail 0188 SMTP Executing external mail processor: SPAMC
    8/4 13:18:12 mail 0188 SMTP Executing: spamc.js reject 8.0 spamonly
    8/4 13:18:12 mail 0188 SMTP SPAMC processing message with SPAMD at
    127.0.0.1 port 783
    8/4 13:18:12 mail 0188 SMTP SPAMC inserted headers = Return-Path: <bounce@exedsem.com>
    [Threads: 21 Sockets: 57 Clients: 3 Served: 128 Errors: 2] (?=Help): Program received signal SIGPIPE, Broken pipe.
    [Switching to Thread 0x7fffb9ffb700 (LWP 21746)]
    0x00007ffff6522a3d in write () at ../sysdeps/unix/syscall-template.S:81
    81 ../sysdeps/unix/syscall-template.S: No existe el fichero o el directorio.
    (gdb) bt
    #0 0x00007ffff6522a3d in write () at ../sysdeps/unix/syscall-template.S:81
    #1 0x00007ffff715344b in js_socket_sendsocket (p=0x7fffb01037b0, msg=0x7fffb00fefc0, len=23, flush=1) at js_socket.c:287
    #2 0x00007ffff7155aa0 in js_send (cx=0x7fffb0115150, argc=1, arglist=0x7fffba7fe2b0) at js_socket.c:842
    #3 0x00007ffff74bbdf9 in CallJSNative (vp=0x7fffba7fe2b0, argc=1, native=0x7ffff715581c <js_send>, cx=0x7fffb0115150)
    at jscntxtinlines.h:701
    #4 js::Interpret (cx=0x7fffb0115150, entryFrame=0x7fffba7fe048, inlineCallCount=3, interpMode=JSINTERP_NORMAL) at jsinterp.cpp:4799
    #5 0x00007ffff72cae6f in js::RunScript (cx=0x7fffb0115150, script=0x7fffb0103ac0, fp=0x7fffba7fe048) at jsinterp.cpp:653
    #6 0x00007ffff72cdc71 in js::Execute (cx=0x7fffb0115150,
    chain=0x7fffc4424090, script=0x7fffb0103ac0, prev=0x0, flags=0,
    result=0x7fffb9fe4d60) at jsinterp.cpp:1028
    #7 0x00007ffff723841f in JS_ExecuteScript (cx=0x7fffb0115150, obj=0x7fffc4424090, scriptObj=0x7fffc44240d8, rval=0x7fffb9fe4d60)
    at jsapi.cpp:4998
    #8 0x00007ffff695dda4 in js_mailproc (sock=188, client=0x7fffb9fe8820, user=0x7fffb9fe89d0, mailproc=0x7fffdc0597d0,
    cmdline=0x7fffb9ffab50 "spamc.js reject 8.0 spamonly",
    msgtxt_fname=0x7fffb9ff2420 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.msg",
    newtxt_fname=0x7fffb9ff1410 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.new",
    logtxt_fname=0x7fffb9ff0400 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.log",
    rcpt_addr=0x7fffb9ff8d60 "sysop@bbs.docksud.com.ar",
    rcptlst_fname=0x7fffb9fef3f0 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.lst",
    proc_err_fname=0x7fffb9fee3e0 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.err", sender=0x7fffb9ff8ce0
    "WNH 102018",
    sender_addr=0x7fffb9ff8be0 "marketing@exedsem.com", reverse_path=0x7fffb9ff8f40 "<bounce@exedsem.com>",
    hello_name=0x7fffb9ff8b60 "tom.pressenter.com.ar",
    result=0x7fffb9fe86e4, js_runtime=0x7fffb9fe86f8, js_cx=0x7fffb9fe86f0,
    js_glob=0x7fffb9fe86e8, log_prefix=0x7ffff6973f37 "SMTP") at mailsrvr.c:2295
    #9 0x00007ffff6961793 in smtp_thread (arg=0x7fffdc05b860) at
    mailsrvr.c:3224
    #10 0x00007ffff651c064 in start_thread (arg=0x7fffb9ffb700) at pthread_create.c:309
    #11 0x00007ffff5a2f62d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
  • From Ragnarok@docksud.com.ar to Ragnarok on Sat Aug 4 14:48:02 2018
    El 04/08/18 a las 14:31, Ragnarok escribió:
    8/4 13:18:12 mail 0188 SMTP DNSBL Query: 2.1.5.10.spam.dnsbl.sorbs.net
    8/4 13:18:12 mail 0188 SMTP Session ID=4b9cbc4a3c2b1520c1111
    8/4 13:18:12 mail 0188 SMTP RX: EHLO tom.pressenter.com.ar
    8/4 13:18:12 mail 0188 SMTP RX: MAIL FROM:<bounce@exedsem.com>
    SIZE=16757 BODY=8BITMIME
    8/4 13:18:12 mail 0188 SMTP RX: RCPT TO:<sysop@bbs.docksud.com.ar>
    8/4 13:18:12 mail 0188 SMTP NAME ALIAS: ragnarok (for sysop@bbs.docksud.com.ar)
    8/4 13:18:12 mail 0188 SMTP Forwarding to: ragnarok@docksud.com.ar
    8/4 13:18:12 mail 0188 SMTP RX: DATA
    8/4 13:18:12 mail 0188 SMTP Receiving mail message from:
    <bounce@exedsem.com> to sysop@bbs.docksud.com.ar
    8/4 13:18:12 mail 0188 SMTP Content-Transfer-Encoding = 8bit
    8/4 13:18:12 mail 0188 SMTP received 100 lines (4037 bytes) of body text
    8/4 13:18:12 mail 0188 SMTP received 200 lines (8650 bytes) of body text
    8/4 13:18:12 mail 0188 SMTP received 300 lines (12384 bytes) of body text
    8/4 13:18:12 mail 0188 SMTP End of message (body: 381 lines, 14980
    bytes, header: 30 lines, 1777 bytes)
    8/4 13:18:12 mail 0188 SMTP Executing external mail processor: MailAuth
    8/4 13:18:12 mail 0188 SMTP JavaScript: Creating runtime: 8388608 bytes [Threads: 21 Sockets: 56 Clients: 3 Served: 128 Errors: 2] (?=Help):
    [New Thread 0x7fffa77fe700 (LWP 21755)]
    8/4 13:18:12 mail 0188 SMTP JavaScript: Initializing context (stack:
    16384 bytes)
    8/4 13:18:12 mail 0188 SMTP Executing: mailauth.js
    8/4 13:18:12 mail 0188 SMTP Executing external mail processor: SPAMC
    8/4 13:18:12 mail 0188 SMTP Executing: spamc.js reject 8.0 spamonly
    8/4 13:18:12 mail 0188 SMTP SPAMC processing message with SPAMD at
    127.0.0.1 port 783
    8/4 13:18:12 mail 0188 SMTP SPAMC inserted headers = Return-Path: <bounce@exedsem.com>
    [Threads: 21 Sockets: 57 Clients: 3 Served: 128 Errors: 2] (?=Help): Program received signal SIGPIPE, Broken pipe.
    [Switching to Thread 0x7fffb9ffb700 (LWP 21746)]
    0x00007ffff6522a3d in write () at ../sysdeps/unix/syscall-template.S:81
    81 ../sysdeps/unix/syscall-template.S: No existe el fichero o el directorio.
    (gdb) bt
    #0 0x00007ffff6522a3d in write () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007ffff715344b in js_socket_sendsocket (p=0x7fffb01037b0, msg=0x7fffb00fefc0, len=23, flush=1) at js_socket.c:287
    #2 0x00007ffff7155aa0 in js_send (cx=0x7fffb0115150, argc=1, arglist=0x7fffba7fe2b0) at js_socket.c:842
    #3 0x00007ffff74bbdf9 in CallJSNative (vp=0x7fffba7fe2b0, argc=1, native=0x7ffff715581c <js_send>, cx=0x7fffb0115150)
    at jscntxtinlines.h:701
    #4 js::Interpret (cx=0x7fffb0115150, entryFrame=0x7fffba7fe048, inlineCallCount=3, interpMode=JSINTERP_NORMAL) at jsinterp.cpp:4799
    #5 0x00007ffff72cae6f in js::RunScript (cx=0x7fffb0115150, script=0x7fffb0103ac0, fp=0x7fffba7fe048) at jsinterp.cpp:653
    #6 0x00007ffff72cdc71 in js::Execute (cx=0x7fffb0115150, chain=0x7fffc4424090, script=0x7fffb0103ac0, prev=0x0, flags=0,
    result=0x7fffb9fe4d60) at jsinterp.cpp:1028
    #7 0x00007ffff723841f in JS_ExecuteScript (cx=0x7fffb0115150, obj=0x7fffc4424090, scriptObj=0x7fffc44240d8, rval=0x7fffb9fe4d60)
    at jsapi.cpp:4998
    #8 0x00007ffff695dda4 in js_mailproc (sock=188, client=0x7fffb9fe8820, user=0x7fffb9fe89d0, mailproc=0x7fffdc0597d0,
    cmdline=0x7fffb9ffab50 "spamc.js reject 8.0 spamonly",
    msgtxt_fname=0x7fffb9ff2420 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.msg",
    newtxt_fname=0x7fffb9ff1410 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.new",
    logtxt_fname=0x7fffb9ff0400 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.log",
    rcpt_addr=0x7fffb9ff8d60 "sysop@bbs.docksud.com.ar",
    rcptlst_fname=0x7fffb9fef3f0 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.lst",
    proc_err_fname=0x7fffb9fee3e0 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.err", sender=0x7fffb9ff8ce0
    "WNH 102018",
    sender_addr=0x7fffb9ff8be0 "marketing@exedsem.com", reverse_path=0x7fffb9ff8f40 "<bounce@exedsem.com>",
    hello_name=0x7fffb9ff8b60 "tom.pressenter.com.ar",
    result=0x7fffb9fe86e4, js_runtime=0x7fffb9fe86f8, js_cx=0x7fffb9fe86f0,
    js_glob=0x7fffb9fe86e8, log_prefix=0x7ffff6973f37 "SMTP") at mailsrvr.c:2295
    #9 0x00007ffff6961793 in smtp_thread (arg=0x7fffdc05b860) at
    mailsrvr.c:3224
    #10 0x00007ffff651c064 in start_thread (arg=0x7fffb9ffb700) at pthread_create.c:309
    #11 0x00007ffff5a2f62d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

    sems to raise when spamassasin daemon die and the spamc client cannot
    connect.
    i will review why spamd dies too.
  • From Digital Man@VERT to Ragnarok on Mon Aug 6 12:00:39 2018
    Re: segfault related to spam checking
    By: Ragnarok to DOVE-Net.Synchronet_Programming_C+ on Sat Aug 04 2018 02:31 pm

    Program received signal SIGPIPE, Broken pipe.

    SIGPIPE is not a "segfault". It is completely normal for a socket app to receives SIGPIPE signals upon socket disconnections. See this for details on how to handle SIGPIPE when using GDB: http://wiki.synchro.net/howto:gdb#handling_sigpipe

    digital man

    Synchronet "Real Fact" #59:
    Synchronet apparel and merchandise can be purchased at cafepress.com/synchronet Norco, CA WX: 94.8øF, 31.0% humidity, 1 mph SSE wind, 0.00 inches rain/24hrs ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Ragnarok@docksud.com.ar to Digital Man on Tue Aug 7 23:34:40 2018
    El 06/08/18 a las 16:00, Digital Man escribió:
    Re: segfault related to spam checking
    By: Ragnarok to DOVE-Net.Synchronet_Programming_C+ on Sat Aug 04 2018 02:31 pm

    Program received signal SIGPIPE, Broken pipe.

    SIGPIPE is not a "segfault". It is completely normal for a socket app to receives SIGPIPE signals upon socket disconnections. See this for details on how to handle SIGPIPE when using GDB: http://wiki.synchro.net/howto:gdb#handling_sigpipe

    digital man

    ok. I add the handle for the sigpipe:

    but crash again and do not see useful message =(, i will try to rebuild
    all again, previous make clean.


    8/7 07:22:21 mail 1361 SMTP DNSBL Query:
    3.83.231.201.spam.dnsbl.sorbs.net resolved to: 127.0.0.6
    8/7 07:22:21 mail 1361 SMTP BLACKLISTED SERVER on spam.dnsbl.sorbs.net
    (see http://www.sorbs.net/faq/spamdb.shtml): 201.231.83.3 [201.231.83.3]
    = 127.0.0.6
    8/7 07:22:21 mail 1361 SMTP Session ID=362755163c11c3f49237c59
    8/7 07:22:21 mail 1361 SMTP !SOCKET ERROR 11 on receive
    [Threads: 16 Sockets: 55 Clients: 2 Served: 1584 Errors: 27] (?=Help): Program received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0x7fffa7fff700 (LWP 6627)]
    0x00000000000157ff in ?? ()
    (gdb) bt
    #0 0x00000000000157ff in ?? ()
    #1 0x00000400ac127d70 in ?? ()
    #2 0x00007fffa7ffd2c0 in ?? ()
    #3 0x00007ffff6973f37 in ?? () from /usr/local/lib/libmailsrvr.so
    #4 0x00000551ffffffff in ?? ()
    #5 0x00007fffa7fec798 in ?? ()
    #6 0x000000000064ac00 in ?? ()
    #7 0x000000005b6972dd in ?? ()
    #8 0x00000000f6960844 in ?? ()
    #9 0x00007fffa7ffef10 in ?? ()
    #10 0x00007ffff696086f in smtp_thread (arg=0x0) at mailsrvr.c:3045
    Backtrace stopped: frame did not save the PC
    (gdb) b
  • From Nelgin@VERT/EOTLBBS to Ragnarok on Wed Aug 8 02:56:11 2018
    Ragnarok wrote:
    El 06/08/18 a las 16:00, Digital Man escribió:
    Re: segfault related to spam checking
    By: Ragnarok to DOVE-Net.Synchronet_Programming_C+ on Sat Aug 04 2018 02:31 pm

    Program received signal SIGPIPE, Broken pipe.

    SIGPIPE is not a "segfault". It is completely normal for a socket app to
    receives SIGPIPE signals upon socket disconnections. See this for details on >> how to handle SIGPIPE when using GDB:
    http://wiki.synchro.net/howto:gdb#handling_sigpipe

    digital man

    ok. I add the handle for the sigpipe:

    but crash again and do not see useful message =(, i will try to rebuild
    all again, previous make clean.

    Did you build with DEBUG=1 and running a debug version?

    I've not had any sort of segfaults with antispam. Are you using anything different than the defaults?

    ---
    þ Synchronet þ End Of The Line BBS - endofthelinebbs.com
  • From Digital Man@VERT to Ragnarok on Wed Aug 8 11:52:55 2018
    Re: Re: segfault related to spam checking
    By: Ragnarok to Digital Man on Tue Aug 07 2018 11:34 pm

    El 06/08/18 a las 16:00, Digital Man escribió:
    Re: segfault related to spam checking
    By: Ragnarok to DOVE-Net.Synchronet_Programming_C+ on Sat Aug 04 2018 02:31 pm

    Program received signal SIGPIPE, Broken pipe.

    SIGPIPE is not a "segfault". It is completely normal for a socket app to receives SIGPIPE signals upon socket disconnections. See this for details on how to handle SIGPIPE when using GDB: http://wiki.synchro.net/howto:gdb#handling_sigpipe

    digital man

    ok. I add the handle for the sigpipe:

    but crash again and do not see useful message =(, i will try to rebuild
    all again, previous make clean.


    8/7 07:22:21 mail 1361 SMTP DNSBL Query:
    3.83.231.201.spam.dnsbl.sorbs.net resolved to: 127.0.0.6
    8/7 07:22:21 mail 1361 SMTP BLACKLISTED SERVER on spam.dnsbl.sorbs.net
    (see http://www.sorbs.net/faq/spamdb.shtml): 201.231.83.3 [201.231.83.3]
    = 127.0.0.6
    8/7 07:22:21 mail 1361 SMTP Session ID=362755163c11c3f49237c59
    8/7 07:22:21 mail 1361 SMTP !SOCKET ERROR 11 on receive
    [Threads: 16 Sockets: 55 Clients: 2 Served: 1584 Errors: 27] (?=Help): Program received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0x7fffa7fff700 (LWP 6627)]
    0x00000000000157ff in ?? ()
    (gdb) bt
    #0 0x00000000000157ff in ?? ()
    #1 0x00000400ac127d70 in ?? ()
    #2 0x00007fffa7ffd2c0 in ?? ()
    #3 0x00007ffff6973f37 in ?? () from /usr/local/lib/libmailsrvr.so
    #4 0x00000551ffffffff in ?? ()
    #5 0x00007fffa7fec798 in ?? ()
    #6 0x000000000064ac00 in ?? ()
    #7 0x000000005b6972dd in ?? ()
    #8 0x00000000f6960844 in ?? ()
    #9 0x00007fffa7ffef10 in ?? ()
    #10 0x00007ffff696086f in smtp_thread (arg=0x0) at mailsrvr.c:3045
    Backtrace stopped: frame did not save the PC
    (gdb) b

    That's the second report of a recent crash (segfault) in sockreadline() in mailsrvr.c. Looking at the code and the recent changes, I see no obvious cause. If it happens again, a backtrace from a debug build would be more helpful. The log output from around the time of the crash (like you provided) is also potentially helpful.

    digital man

    Synchronet/BBS Terminology Definition #39:
    NUP = New User Password
    Norco, CA WX: 85.5øF, 36.0% humidity, 3 mph E wind, 0.00 inches rain/24hrs
    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Nelgin@VERT/EOTLBBS to Digital Man on Wed Aug 8 16:20:06 2018
    Digital wrote:
    That's the second report of a recent crash (segfault) in sockreadline() in mailsrvr.c. Looking at the code and the recent changes, I see no obvious cause.
    If it happens again, a backtrace from a debug build would be more helpful. The
    log output from around the time of the crash (like you provided) is also potentially helpful.

    Since I recompiled after you fixed the users.dat open files issue, I've not had a
    crash. My board reports as being up for 25 hours which is pretty unusual. It's only
    been lasting maybe upto 12-15, certainly not over 24. It might be coincidental or
    it could be the fix. Though I don't see why that'd have anything to do with the sockreadline function?

    ---
    þ Synchronet þ End Of The Line BBS - endofthelinebbs.com
  • From Ragnarok@docksud.com.ar to Digital Man on Thu Aug 9 14:28:49 2018
    El 08/08/18 a las 15:52, Digital Man escribió:
    Re: Re: segfault related to spam checking
    By: Ragnarok to Digital Man on Tue Aug 07 2018 11:34 pm

    El 06/08/18 a las 16:00, Digital Man escribió:
    Re: segfault related to spam checking
    By: Ragnarok to DOVE-Net.Synchronet_Programming_C+ on Sat Aug 04 2018 02:31 pm

    Program received signal SIGPIPE, Broken pipe.

    SIGPIPE is not a "segfault". It is completely normal for a socket app to receives SIGPIPE signals upon socket disconnections. See this for details
    on how to handle SIGPIPE when using GDB: http://wiki.synchro.net/howto:gdb#handling_sigpipe

    digital man

    ok. I add the handle for the sigpipe:

    but crash again and do not see useful message =(, i will try to rebuild all again, previous make clean.


    8/7 07:22:21 mail 1361 SMTP DNSBL Query:
    3.83.231.201.spam.dnsbl.sorbs.net resolved to: 127.0.0.6
    8/7 07:22:21 mail 1361 SMTP BLACKLISTED SERVER on spam.dnsbl.sorbs.net (see http://www.sorbs.net/faq/spamdb.shtml): 201.231.83.3 [201.231.83.3]
    = 127.0.0.6
    8/7 07:22:21 mail 1361 SMTP Session ID=362755163c11c3f49237c59
    8/7 07:22:21 mail 1361 SMTP !SOCKET ERROR 11 on receive
    [Threads: 16 Sockets: 55 Clients: 2 Served: 1584 Errors: 27] (?=Help): Program received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0x7fffa7fff700 (LWP 6627)]
    0x00000000000157ff in ?? ()
    (gdb) bt
    #0 0x00000000000157ff in ?? ()
    #1 0x00000400ac127d70 in ?? ()
    #2 0x00007fffa7ffd2c0 in ?? ()
    #3 0x00007ffff6973f37 in ?? () from /usr/local/lib/libmailsrvr.so
    #4 0x00000551ffffffff in ?? ()
    #5 0x00007fffa7fec798 in ?? ()
    #6 0x000000000064ac00 in ?? ()
    #7 0x000000005b6972dd in ?? ()
    #8 0x00000000f6960844 in ?? ()
    #9 0x00007fffa7ffef10 in ?? ()
    #10 0x00007ffff696086f in smtp_thread (arg=0x0) at mailsrvr.c:3045 Backtrace stopped: frame did not save the PC
    (gdb) b



    That's the second report of a recent crash (segfault) in sockreadline() in mailsrvr.c. Looking at the code and the recent changes, I see no obvious cause.
    If it happens again, a backtrace from a debug build would be more helpful. The
    log output from around the time of the crash (like you provided) is also potentially helpful.

    Thanks i try to reproduce o insolate the issue, here another:

    8/9 00:29:36 srvc 1170 BINKP JSBinkP/1.109 inbound connection from 192.168.10.10:1585
    8/9 00:29:36 srvc 1170 BINKP service thread terminated (0 clients
    remain, 0 total, 176 served)
    [Threads: 14 Sockets: 53 Clients: 0 Served: 2287 Errors: 55]
    (?=Help): [Thread 0x7fffb37fe700 (LWP 20895) exited]
    [Thread 0x7fffb3fff700 (LWP 20894) exited]
    [Threads: 14 Sockets: 54 Clients: 0 Served: 2287 Errors: 55]
    (?=Help): [New Thread 0x7fffb3fff700 (LWP 21126)]
    [Threads: 14 Sockets: 53 Clients: 0 Served: 2287 Errors: 55]
    (?=Help): [Thread 0x7fffb3fff700 (LWP 21126) exited]
    8/9 00:30:40 srvc 1168 BINKP connection accepted from: 192.168.10.10
    port 1586
    [Threads: 14 Sockets: 54 Clients: 0 Served: 2287 Errors: 55]
    (?=Help): [New Thread 0x7fffb3fff700 (LWP 21127)]
    8/9 00:30:40 srvc 1168 BINKP JavaScript service thread started
    [Threads: 15 Sockets: 54 Clients: 1 Served: 2288 Errors: 55]
    (?=Help): [New Thread 0x7fffb37fe700 (LWP 21128)]
    8/9 00:30:40 srvc 1168 BINKP BinkIT/2.6 invoked with options:
    8/9 00:30:40 srvc 1168 BINKP JSBinkP/1.109 inbound connection from 192.168.10.10:1586
    8/9 00:30:40 srvc 1168 BINKP Sending M_NUL command args: OPT CRAM-MD5-759e981a10d9f021405e825aedcdec25 CRYPT
    8/9 00:30:40 srvc 1168 BINKP Sent M_NUL command
    8/9 00:30:40 srvc 1168 BINKP Timed out receiving first byte of packet
    header!
    [Threads: 15 Sockets: 54 Clients: 1 Served: 2288 Errors: 55] (?=Help): Program received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0x7fffb3fff700 (LWP 21127)]
    0x00007ffff733e784 in orphanChildren (shape=0x7fffa4142020, this=0x7fffa4159428) at jspropertytree.cpp:399
    399 if (!JSID_IS_VOID(kid->id)) {
    (gdb) bt
    #0 0x00007ffff733e784 in orphanChildren (shape=0x7fffa4142020, this=0x7fffa4159428) at jspropertytree.cpp:399
    #1 js::PropertyTree::sweepShapes (this=0x7fffa4159428,
    cx=0x7fffa458aac0) at jspropertytree.cpp:520
    #2 0x00007ffff72b7115 in MarkAndSweep (cx=0x7fffa458aac0, gckind=GC_LAST_CONTEXT) at jsgc.cpp:2488
    #3 0x00007ffff72b76e8 in GCUntilDone (cx=0x7fffa458aac0, comp=0x0, gckind=GC_LAST_CONTEXT) at jsgc.cpp:2755
    #4 0x00007ffff72b7882 in js_GC (cx=0x7fffa458aac0, comp=0x0, gckind=GC_LAST_CONTEXT) at jsgc.cpp:2824
    #5 0x00007ffff7263d9a in js_DestroyContext (cx=0x7fffa458aac0, mode=JSDCM_FORCE_GC) at jscntxt.cpp:1068
    #6 0x00007ffff722ee74 in JS_DestroyContext (cx=0x7fffa458aac0) at jsapi.cpp:989
    #7 0x00007ffff673a42a in js_service_thread (arg=0x7fffe0058470) at services.c:1150
    #8 0x00007ffff651c064 in start_thread (arg=0x7fffb3fff700) at pthread_create.c:309
    #9 0x00007ffff5a2f62d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
    (gdb)
  • From Ragnarok@docksud.com.ar to Nelgin on Thu Aug 9 14:29:36 2018
    El 08/08/18 a las 18:20, Nelgin escribió:
    Digital wrote:
    That's the second report of a recent crash (segfault) in sockreadline() in mailsrvr.c. Looking at the code and the recent changes, I see no obvious cause.
    If it happens again, a backtrace from a debug build would be more helpful. The
    log output from around the time of the crash (like you provided) is also potentially helpful.

    Since I recompiled after you fixed the users.dat open files issue, I've not had a
    crash. My board reports as being up for 25 hours which is pretty unusual. It's only
    been lasting maybe upto 12-15, certainly not over 24. It might be coincidental or
    it could be the fix. Though I don't see why that'd have anything to do with the
    sockreadline function?

    i will a cvs update a try again.!