Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    SYNC_PROGRAMMING    |    Synchronet/Baja/XSDK Programming    |    49,116 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 48,553 of 49,116    |
|    Rob Swindell (on Windows 11) to Git commit to main/sbbs/master    |
|    src/xpdev/genwrap.c    |
|    05 Jan 26 00:49:23    |
      TZUTC: -0800       MSGID: 53983.syncprog@1:103/705 2dc183f2       PID: Synchronet 3.21b-Linux master/177a369d2 Jan 04 2026 GCC 12.2.0       TID: SBBSecho 3.34-Linux master/177a369d2 Jan 04 2026 GCC 12.2.0       BBSID: VERT       CHRS: ASCII 1       FORMAT: flowed       https://gitlab.synchro.net/main/sbbs/-/commit/4067f32824605ad984122488       Modified Files:        src/xpdev/genwrap.c       Log Message:       duration_estimate_to_[v]str(): Don't include ".0" suffix for value of zero              When a unit value > 1 was specified, we could get strings with extra "noise"       (e.g. "0.0h" with the upcoming change to minutes_to_str()).              This does sort of ignore the 'precision' argument in this case, but we already       do (provide no fraction) for exactly-divisible values (e.g. 60min = "1h"). So       if we ever uses these functions to provide columns with aligned decimals, that       might be a problem.       --- SBBSecho 3.34-Linux        * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)       SEEN-BY: 10/0 1 102/401 103/705 105/81 106/201 124/5016 128/187 129/14       SEEN-BY: 153/7715 154/110 214/22 218/0 1 215 700 810 226/30 227/114       SEEN-BY: 229/110 134 206 275 317 400 426 428 470 700 705 266/512 280/464       SEEN-BY: 291/111 301/1 320/219 322/757 342/200 396/45 460/58 633/280       SEEN-BY: 712/848 902/26 5075/35       PATH: 103/705 218/700 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca