• crash in term server

    From Nigel Reed@1:103/705 to GitLab issue in main/sbbs on Tue Apr 11 18:23:37 2023
    open https://gitlab.synchro.net/main/sbbs/-/issues/547

    I've uploaded the core dump to vert since I see at least one password in the dump. Thanks.It could be that bug as previous since I've not updated since then, I don't think. Let me know if you need anything else.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Wed Apr 12 17:59:47 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/547#note_3458

    Are you able to reproduce this crash? i.e. if I submit a change, can you confirm if the isuse was fixed or not?
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab note in main/sbbs on Wed Apr 12 18:26:35 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/547#note_3459

    Unlikely, I didn't create this one, not that I know of. I can check the logs to see what might have been happening at the time but I reduced logging recently since my files were getting huge.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Wed Apr 12 19:58:53 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/547#note_3460

    What do you have for "lines per message" for security level 0 in SCFG?The gdb backtrace is very helpful, btw. Much appreciated.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Wed Apr 12 20:08:57 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/547#note_3461

    The output of "print *this" could be helpful here too.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab note in main/sbbs on Wed Apr 12 21:13:54 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/547#note_3462

    It looks like it was via another dialup modem issue via sexpots.<code>Apr 11 18:29:31 bbs synchronet: term Node 3 received telnet terminal type: SEXPOTSApr 11 18:29:31 bbs synchronet: term Node 3 received telnet terminal speed: 14400,14400Apr 11 18:29:32 bbs synchronet: term Node 3 received terminal auto-detection response: '\e*<tB \x11*pg-y2}]T\x06\fyY(wW\x1A3O\x1F\x15}_\x1D\f/oL\x1EP`p\t\x1Eqq\x1E\a\x0FFqzc,"zUId51\x1AN\x1F\fv>\x03T1\x1CYJ,w\bx\x1FSH?e\x01\x02\x11y\n\x18Y\x0E\x19-8Tyej^pM.GLH9\x13.\x0E\rZKjB_l-\x7F\x16VMFR\x06\x15\x04,9p'z\x03\x12j\x0F\x1CTn4/Tr4#e\x14F>Guj&Ot:\x05E3tN\x1AaH\x18y\x1A).8C!\x12E\aRb?9\x15O}\vB(QBlA\x18nV=\x7F\ft~TZYaY\x14\x16kPv\:XVS4#Yt'Apr 11 18:29:32 bbs synchronet: term Node 3 auto-detected terminal type: 80x24 ANSIApr 11 18:29:32 bbs synchronet: term Node 3 ANSI connection detected at 30000 bpsApr 11 18:29:32 bbs synchronet: term Node 3 CID: 3039548877 3039548877Apr 11 18:29:32 bbs synchronet: term Node 3 Telnet Speed: 14400 bpsApr 11 18:29:32 bbs synchronet: term Node 3 terminal type: 80x24 SEXPOTSApr 11 18:30:30 bbs synchronet: term Node 6 constructor using socket 145 (settings=8212)Apr 11 18:30:30 bbs synchronet: term Node 6 temporary file directory: /sbbs/node6/TEMP/Apr 11 18:30:30 bbs synchronet: term Node 6 socket 145 attached to local interface 192.138.210.158 port 23Apr 11 18:30:30 bbs synchronet: term Node 6 passthru listen socket 164 openedApr 11 18:30:30 bbs synchronet: term Node 6 passthru socket listening on port 39043Apr 11 18:30:30 bbs synchronet: term Node 6 passthru connect socket 165 openedApr 11 18:30:30 bbs synchronet: term Node 6 input thread startedApr 11 18:30:30 bbs synchronet: term Node 6 thread startedApr 11 18:30:30 bbs synchronet: term Node 6 JavaScript: Creating node runtime: 134217728 bytesApr 11 18:30:30 bbs synchronet: term Node 6 output thread startedApr 11 18:30:30 bbs synchronet: term Node 6 outbuf highwater mark tuned to 1436 based on MSSApr 11 18:30:30 bbs synchronet: term Node 6 18:30 Tue Apr 11 2023 Node 6Apr 11 18:30:30

    bbs synchronet: term Node 6 Telnet 047-225-130-014.res.spectrum.com [47.225.130.14]Apr 11 18:30:35 bbs synchronet: term Node 6 no Telnet commands received, reverting to Raw TCP modeApr 11 18:30:35 bbs synchronet: term Node 6 terminal type: 80x24 DUMBApr 11 18:30:36 bbs synchronet: term Node 6 terminal not detected, reducing inactivity hang-up timeout to 30 secondsApr 11 18:30:39 bbs synchronet: term Node 3 insert key into keybuf: 55 (U)Apr 11 18:30:39 bbs synchronet: term Node 3 insert key into keybuf: 45 (E)Apr 11 18:30:39 bbs synchronet: term Node 3 insert key into keybuf: 05 ()Apr 11 18:30:40 bbs synchronet: term Node 3 insert key into keybuf: 1B (\e)Apr 11 18:30:40 bbs synchronet: term Node 3 insert key into keybuf: 0F ()Apr 11 18:30:41 bbs synchronet: term Node 3 insert key into keybuf: 52 (R)Apr 11 18:30:41 bbs synchronet: term Node 3 insert key into keybuf: 43 (C)Apr 11 18:30:41 bbs synchronet: term Node 3 insert key into keybuf: 47 (G)Apr 11 18:30:46 bbs synchronet: term Node 3 insert key into keybuf: 6E (n)Apr 11 18:31:01 bbs synchronet: term Node 6 maximum socket inactivity exceeded: 30 secondsApr 11 18:31:01 bbs synchronet: term Node 6 input thread terminated (received 0 bytes in 0 blocks)Apr 11 18:31:01 bbs synchronet: term Node 6 passthru socket disconnectedApr 11 18:31:01 bbs synchronet: term Node 6 output thread terminated (sent 825 bytes in 12 blocks, 68 average, 0 short)Apr 11 18:31:02 bbs synchronet: term Node 6 thread terminated (3 node threads remain, 5822 clients served)Apr 11 18:31:02 bbs synchronet: term Node 6 destructor beginApr 11 18:31:02 bbs synchronet: term Node 6 JavaScript: Destroying contextApr 11 18:31:02 bbs synchronet: term Node 6 JavaScript: Destroying runtimeApr 11 18:31:02 bbs synchronet: term Node 6 destructor endApr 11 18:31:02 bbs synchronet: term Node 3 disconnectedApr 11 18:31:02 bbs synchronet: term Node 3 input thread terminated (received 6104 bytes in 906 blocks)Apr 11 18:31:40 bbs synchronet: term Node 3 local spy using socket /sbbs/tmp/localspy3.sockApr 11 18:31:

    40 bbs synchronet: term Node 6 local spy using socket /sbbs/tmp/localspy6.sock</code>
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab note in main/sbbs on Wed Apr 12 21:14:25 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/547#note_3463

    Is this what you're after?<code>[Level T/D T/C C/D E/D P/D L/M F/D Expire To] 1: 0 0 0 0 20 0 20 0 Level 0</code>I'll upload the print *this to vert for you in a minute.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab note in main/sbbs on Wed Apr 12 21:16:18 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/547#note_3464

    (gdb) print *thisNo symbol "this" in current context.No dice unfortunately.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Apr 13 13:53:23 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/547#note_3467

    Ah yes, you'd need to switch to stack frame 14 in that core dump for "*this" to be in scope. Type "frame 14" then "print *this" (that should work) and paste the results (may contain passwords) into a file and upload to vert. However, that's probably not needed for me to root-cause and resolve this issue. I see from the other response that you're allow 20-lines per message for level 0 users (right?) - so that should give me the info I need to figure this out, even without out "print *this".
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab note in main/sbbs on Thu Apr 13 14:05:26 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/547#note_3468

    This would be useful to know: after "frame 14", then "print strlen(buf)". It may not work because the heap is corrupted where buf is pointing, but worth a try.Also, the value of this->cols (it'd be included in the "*this" value printed, if you can supply that) would be helpful to know.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Nigel Reed@1:103/705 to GitLab note in main/sbbs on Thu Apr 13 17:32:46 2023
    https://gitlab.synchro.net/main/sbbs/-/issues/547#note_3469

    (gdb) print this->cols$2 = 80I'm about to upload a file to vert for you.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab issue in main/sbbs on Thu Apr 13 18:45:53 2023
    close https://gitlab.synchro.net/main/sbbs/-/issues/547
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)