1. Forum
  2. Fidonet
  3. SYNC PROGRAMMING

  • src/sbbs3/exec.cpp

    From Rob Swindell (on Windows 11)@1:103/705 to Git commit to main/sbbs/master on Wed Feb 11 16:23:06 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/6496ebbd8fb69639493f1694
    Modified Files:
    src/sbbs3/exec.cpp
    Log Message:
    Don' t log "Attempt to recursively execute" error for some modules

    Some loadable modules will fallback to internal functions if the module fails to execute - we track that with the optional 'invoked' parameter. Only log an error when exec_mod() is called recursively for the same module when the invoked parameter is null, otherwise just fail (return -1) silently so that the calling function can revert to built-in functions. It should be obvious that's what is happening since the built-in functionality would execute and no
    (e.g. debug-level) log message should be needed.
    --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell (on Windows 11)@1:103/705 to Git commit to main/sbbs/master on Tue Feb 17 23:05:00 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/5afc12e5b736a89fde1dfff4
    Modified Files:
    src/sbbs3/exec.cpp
    Log Message:
    Fix the bbs.select_shell() and select_editor() ARS checking/application

    Commit 9d7ada16df7e9f didn't really work because the user pointer we get
    from the User private data doesn't necessarily match the sbbs_t::useron, though it is the same user (the way user_settings.js works today).

    So users were seeing *all* editors and command shells when selecting from user_settings.js, even those they weren't supposed to have access to per ARS. --- SBBSecho 3.37-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)