TZUTC: -0800   
   MSGID: 51519.syncprog@1:103/705 2bfcb50d   
   PID: Synchronet 3.20c-Linux master/646747c48 Jan 25 2025 GCC 12.2.0   
   TID: SBBSecho 3.23-Linux master/aa258686f Jan 25 2025 GCC 12.2.0   
   BBSID: VERT   
   CHRS: UTF-8 4   
   https://gitlab.synchro.net/main/sbbs/-/commit/4fc3e1db851403db81190760   
   Added Files:   
   	3rdp/build/js-map-aligned.patch   
   Modified Files:   
   	3rdp/build/GNUmakefile   
   Log Message:   
   Fix egregious race/infinite loop bug for FreeBSD and NetBSD   
      
   The allocator has a loop trying to map an aligned page, and there's   
   an obvious (and commented-on) race condition in it.  The purpose   
   is apparently to get an aligned allocation using mmap().   
      
   For FreeBSD and NetBSD, we can simply pass the desired alignment   
   to mmap() and we're good.   
      
   Other platforms are still hosed though.   
      
   This generally didn't happen, but something about FreeBSD 14.2 on   
   a many core (16+HT) system causes it to park in the loop and stay   
   there, adding new threads to to fun as it goes along.   
      
   This uses MAP_ALLOCED() if defined avoid the loop completely.   
   We'll see if it works soon enough.   
   --- SBBSecho 3.23-Linux   
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)   
   SEEN-BY: 103/705 105/81 106/201 124/5016 128/187 153/757 7715 154/10   
   SEEN-BY: 154/30 110 203/0 218/700 221/0 226/30 227/114 229/110 114   
   SEEN-BY: 229/206 317 400 426 428 470 550 700 705 240/1120 5832 266/512   
   SEEN-BY: 280/464 5003 5006 291/111 292/8125 301/1 320/219 322/757   
   SEEN-BY: 341/66 234 342/200 396/45 423/120 460/58 467/888 633/267   
   SEEN-BY: 633/280 384 418 420 2744 712/848 770/1 902/26 5020/400 5075/35   
   PATH: 103/705 280/464 633/280 229/426