TZUTC: -0800   
   MSGID: 57119.sync_sys@1:103/705 2bd96935   
   REPLY: 57118.sync_sys@1:103/705 2bd96740   
   PID: Synchronet 3.20a-Linux master/2d487931e Dec 27 2024 GCC 12.2.0   
   TID: SBBSecho 3.23-Linux master/7c2ca73d2 Dec 29 2024 GCC 12.2.0   
   COLS: 80   
   BBSID: VERT   
   CHRS: CP437 2   
   NOTE: FSEditor.js v1.105   
     Re: hanging my bbs   
     By: Max to Digital Man on Tue Dec 31 2024 03:00 am   
      
    >   Re: hanging my bbs   
    >   By: Digital Man to Max on M†n Dec 30 2024 14:07:10   
    >   
    >  DM> I see a similar attempt to create a new/spam user at 17:30 (HTTPS   
    >  DM> socket/session 2992), but the web server still seems to be running and   
    >  DM> accepting requests after that time (at least until 17:59).   
    >   
    >  DM> Can you elaborate?   
    >   
    > It hangs at 17:30   
    > and stops logging, and there is a popup with an error, when I get to the   
    > computer and click on the error window, ignore, and   
    > it continues to work and log, but it works very poorly, so I have to   
    > restart. At 17.59 i click at ignore.   
      
   I see, that explains the gap in the log.   
      
   I noticed your JS runtime heap size is a bit small at 16M. The default   
   nowadays is 10x that (160M). Just as an experiment, you want to try increasing   
   that value (e.g. in SBBSCTRL:File->properties->JavaScript->Heap Size)?   
      
   I'd like to root-cause and resolve the issue, so steps like filtering the   
   client IP, increasing the JS heap, could just work-around the issue which   
   could always pop-up again in new and different ways. So it's good that you   
   have a reproduction case/configuration as well and that can be valuable.   
      
   I do think it's interesting that you're getting a debug assertion, which I   
   think can only happen in debug builds (e.g. of websrvr.dll). Are you building   
   your own Synchronet executables? If you are, that implies you'd have MSVS/C++   
   installed and could potentially attach its debugger to the crashed sbbs and   
   get a backtrace (callstack). That could be very useful in helping to   
   root-cause and resolve this heap corruption.   
      
   Another thing that could potentially help would be a packet capture (e.g.   
   using Wireshark), so we could maybe feed that same HTTP POST request back into   
   a webserver and reproduce the crash.   
   --    
                                               digital man (rob)   
      
   Steven Wright quote #20:   
   If Barbie is so popular, why do you have to buy her friends?   
   Norco, CA WX: 56.1øF, 80.0% humidity, 2 mph WNW wind, 0.00 inches rain/24hrs   
   --- SBBSecho 3.23-Linux   
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)   
   SEEN-BY: 103/13 705 105/81 106/201 124/5016 128/187 153/757 7715 154/10   
   SEEN-BY: 154/30 203/0 218/700 221/0 226/30 227/114 229/110 114 206   
   SEEN-BY: 229/317 400 426 428 470 550 700 705 240/1120 5832 266/512   
   SEEN-BY: 280/464 5003 5006 282/1038 291/111 292/8125 301/1 320/219   
   SEEN-BY: 322/757 341/66 234 342/200 396/45 423/120 460/58 256 1124   
   SEEN-BY: 467/888 633/280 712/848 770/1 902/26 5020/400 8912 5054/30   
   SEEN-BY: 5075/35   
   PATH: 103/705 280/464 460/58 229/426