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 46,668 of 49,116    |
|    Rob Swindell to GitLab note in main/sbbs    |
|    Initial design of Terminal class    |
|    25 Mar 25 21:09:20    |
      TZUTC: -0700       MSGID: 52046.syncprog@1:103/705 2c497f3e       PID: Synchronet 3.20e-Linux terminal-abstraction/720154464 Mar 25 2025 GCC       12.2.0       TID: SBBSecho 3.24-Linux master/ad9ab307f Mar 18 2025 GCC 12.2.0       BBSID: VERT       CHRS: ASCII 1       https://gitlab.synchro.net/main/sbbs/-/merge_requests/506#note_6867              In this case, I would wonder: in what situation is lastlinelen not the length       of the line line printed? I suppose one were to print "something\r", it'd be       wrong (until such time as a linefeed was sent, then it'd be correct), but the       only known use case for the lastlinelen is for *not* counting initial blank       lines after user input, so it was not a problem. If we change it so that       lastlinelen was only updated upon an output LF, I think that'd be a backward       compatible change to the implementation and keep the intent of the       variable/property name. But I don't think there's any reason to pursue such a       change as part of this MR.       --- SBBSecho 3.24-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 256 1124 467/888       SEEN-BY: 633/280 712/848 770/1 902/26 5020/400 8912 5054/30 5075/35       PATH: 103/705 280/464 460/58 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca