• src/sbbs3/con_out.cpp

    From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Fri Nov 15 18:29:09 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/6135284f950b9bfc6ac3d58b
    Modified Files:
    src/sbbs3/con_out.cpp
    Log Message:
    The progress reports (e.g. "[ Done 100.0% ]") should never go to logs

    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Fri Jan 3 20:05:41 2025
    https://gitlab.synchro.net/main/sbbs/-/commit/4728536ae5fc6bd4de2e0907
    Modified Files:
    src/sbbs3/con_out.cpp
    Log Message:
    Fix off-by-one error in sbbs_t::cleartoeol() for non-ANSI terminals

    This was evident by logging in with PETSCII/64col mode and the last ']' of the "Loading message pointers..." progress indicator was left in the first right column of the screen.

    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Fri Jan 10 18:20:49 2025
    https://gitlab.synchro.net/main/sbbs/-/commit/a79988ca5e6919a7c2b15a74
    Modified Files:
    src/sbbs3/con_out.cpp
    Log Message:
    Propagate the non-auto user terminal dimensions to the runtime values, always

    Previously, if either of the user terminal dimensions was set to a auto (0) then we wouldn't propagate the other specific (non-zero) value to the runtime console dimension. Usually a user will set either both values (cols and rows) to 0/auto or neither. So this isn't a oft-used configuration combo.

    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Mon Mar 3 14:10:11 2025
    https://gitlab.synchro.net/main/sbbs/-/commit/c7fda9ff39acd9818cbc7f2f
    Modified Files:
    src/sbbs3/con_out.cpp
    Log Message:
    Remove broken security check for text.dat strings w/@-codes in bputs()

    As Deuce pointed out, the text[] pointers are malloc()'d so they're not necessarily sequential/in-order addresses. Definitely not after
    any text replacements have been made.

    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net