__                 _ _                _
  / _| ___   ___   __| | |__   __ _ _ __| | __
 | |_ / _ \ / _ \ / _` | '_ \ / _` | '__| |/ /
 |  _| (_) | (_) | (_| | |_) | (_| | |  |   <
 |_|  \___/ \___/ \__,_|_.__/ \__,_|_|  |_|\_\

A personal BBS  ·  Missoula, Montana  ·  formerly NaClCON BBS

Connect from your terminal: telnet naclconbbs.net 23  |  ssh naclconbbs.net -p 2222

  • exec/load/game_lobby.js

    From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Fri Jul 3 18:20:46 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/1313cc3b58b2e1664763e69a
    Modified Files:
    exec/load/game_lobby.js
    Log Message:
    game_lobby: shared [M]ultiplayer flow + create-lock (file_mutex)

    Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Debian Linux)@VERT to Git commit to main/sbbs/master on Fri Jul 3 18:20:46 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/41a9b06f45d66c87fbe8c26f
    Modified Files:
    exec/load/game_lobby.js
    Log Message:
    game_lobby: ownership-scoped create-lock release + ensure games dir first

    Review fixes on the create-lock added in 6669aa7e72: acquire_create_lock()
    now ensures the games dir exists before file_mutex() (fresh install had no
    dir to lock into), and release_create_lock() only removes a lock this node wrote (read back the owner tag file_mutex stored, compare, then remove) so
    the mp_create()/mp_wait_for_game() safety-net release can't yank a different node's later lock that reused the same fixed path. Also corrects the module header comment, which claimed the whole file was UI-free -- the multiplayer_flow/mp_* helpers prompt via console/bbs and are the interactive exception.

    Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

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