• src/sbbs3/nopen.c

    From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Wednesday, January 01, 2025 03:43:40
    https://gitlab.synchro.net/main/sbbs/-/commit/bde82d5b43813992d1e2bc70
    Modified Files:
    src/sbbs3/nopen.c
    Log Message:
    Use FILE_RETRY_DELAY macro for consistent retry behavior

    ---
    þ 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 Thursday, January 29, 2026 00:46:49
    https://gitlab.synchro.net/main/sbbs/-/commit/a6dd4c68cdba571f7712e1a1
    Modified Files:
    src/sbbs3/nopen.c
    Log Message:
    A little paranoia around comparing a file date/time against current date/time

    The file could be timestamped in the future (especially on a network FS).
    We could maybe have been considering the lock too old (e.g. for REP packet unpacking) in this case and explain some of the collisions I see between
    even threads on different machines unpacking the same REP Packet (or trying to), leading to errors like this one:
    !ERROR 16 (Device or resource busy) renaming /sbbs/data/file/0290.rep
    (20480 bytes) to /sbbs/data/file/0290.rep.697b1a12.bad

    This shouldn't be possible if the mutex files are working as designed.

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