TZUTC: -0800   
   MSGID: 54470.syncprog@1:103/705 2df50ca8   
   PID: Synchronet 3.21b-Linux master/cadd5fa22 Feb 12 2026 GCC 12.2.0   
   TID: SBBSecho 3.37-Linux master/c322f624d Feb 13 2026 GCC 12.2.0   
   BBSID: VERT   
   CHRS: ASCII 1   
   FORMAT: flowed   
   https://gitlab.synchro.net/main/sbbs/-/commit/0d59a21c14fc2ff9950e60c1   
   Modified Files:   
   	src/sbbs3/getnode.cpp main.cpp nopen.c nopen.h putnode.cpp userdat.c   
   src/xpdev/filewrap.h   
   Log Message:   
   FILE_RETRY_DELAY() accepts the max-rand-delay as a second parameter now   
      
   And we use half that value as the multiple of the loop-count / 10 (rather   
   than hard code that value to 50ms).   
      
   This results in really no change for sbbs (1 more millisecond in the max rand   
   value).   
      
   We're using the value 100 (ms) in SBBS (LOCK_RETRY_DELAY), so   
   - the first 10 retries delays an avg of 50ms between each   
   - the second 10 retries delays an avg of 100ms between each   
   - the next 10 retries delays an avg of 150ms betwen each   
   etc.   
      
   Making this a little more generic for reuse in smblib.   
      
   Also increase the setvbuf() size we use from 2KB to 64KB. I don't think this   
   actually makes any difference in the OSes we support, but might as be more   
   agressive here, just in case. It's 2026!   
   --- SBBSecho 3.37-Linux   
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)   
   SEEN-BY: 103/705 105/81 106/201 124/5016 128/187 129/14 153/757 7715   
   SEEN-BY: 154/10 30 110 203/0 218/700 221/0 226/30 227/114 229/110   
   SEEN-BY: 229/134 206 317 400 426 428 470 700 705 240/1120 5832 263/1   
   SEEN-BY: 266/512 280/464 5003 5006 291/111 292/8125 301/1 320/219   
   SEEN-BY: 322/757 341/66 234 342/200 396/45 423/120 460/58 633/267   
   SEEN-BY: 633/280 384 414 418 420 422 2744 712/848 770/1 902/26 5020/400   
   SEEN-BY: 5075/35   
   PATH: 103/705 280/464 633/280 229/426