1. Forum
  2. DOVE-Net
  3. Synchronet Programming

  • src/syncterm/bbslist.c bb

    From Deuc¿@VERT to Git commit to main/sbbs/m on Saturday, September 27, 2025 19:20:00
    https://gitlab.synchro.net/main/sbbs/-/commit/f0af0e45033423949fe55fc3
    Modified Files:
    src/syncterm/bbslist.c bbslist.h syncterm.c
    Log Message:
    Use the new ini*Parsed*() interface to speed up dialing directory

    When using many online lists for a total of thousands of entries,
    the INI file interface is notiably slow (up to two seconds in my
    tests). With the new interface, this is down as low as 0.25 seconds.

    Still noticable, not not nearly as irritating.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Deuc¿@VERT to Git commit to main/sbbs/m on Monday, September 29, 2025 21:15:00
    https://gitlab.synchro.net/main/sbbs/-/commit/8bba45f815cb3f12c92ba7ad
    Modified Files:
    src/syncterm/bbslist.c bbslist.h syncterm.c src/xpdev/ini_file.c ini_file.h
    Log Message:
    New INI pre-parser written for fast.

    Minimal allocations, don't recalculate things if possible, uses
    bsearch(), and qsort(), works with SyncTERM... not used by scfg.

    It would be pretty trivial to add a function to get the section
    list in file order too, which I'll likely do right away.

    Over ten times faster with 2000 entries.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Deuc¿@VERT to Git commit to main/sbbs/m on Wednesday, October 08, 2025 06:49:00
    https://gitlab.synchro.net/main/sbbs/-/commit/7b86dd189c44b46fda61c067
    Modified Files:
    src/syncterm/bbslist.c bbslist.h syncterm.c
    Log Message:
    Fix list corruption with encrypted lists

    Reading/writing the list to update the call count did terrible things.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Deuc¿@VERT to Git commit to main/sbbs/m on Sunday, May 03, 2026 19:20:00
    https://gitlab.synchro.net/main/sbbs/-/commit/7cc73547461c172d31d75610
    Modified Files:
    src/syncterm/bbslist.c bbslist.h ssh.c
    Log Message:
    SyncTERM: dialing-directory option to enable aes128-cbc

    New per-entry "Allow AES128-CBC" toggle (SSH/SSHNA only, default off). aes128-cbc is now registered globally as a last-priority fallback for
    legacy servers (e.g. Mystic), but a per-session enc filter restricts
    each connection to aes256-ctr unless the entry opts in.

    Persisted as SSHAllowAES128CBC in syncterm.lst.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Deuc¿@VERT to Git commit to main/sbbs/m on Tuesday, May 05, 2026 08:02:00
    https://gitlab.synchro.net/main/sbbs/-/commit/d1fde4b16ec67ab427f45871
    Modified Files:
    src/syncterm/bbslist.c bbslist.h ssh.c
    Log Message:
    SyncTERM: bbslist "Accept Early Data" toggle for Mystic interop

    Adds SSHAcceptEarlyData per-entry bool (default off, mirroring the SSHAllowAES128CBC precedent for known-broken peers). When set, ssh.c
    calls dssh_chan_params_set_accept_early_data() before dssh_chan_open(),
    which keeps the advertised initial channel window at 0 but tells
    DeuceSSH to accept CHANNEL_DATA / CHANNEL_EXTENDED_DATA that arrives
    before the pty-req / shell-req confirms. The workaround is needed
    against Mystic BBS (and other Cryptlib-based servers), which send
    their welcome banner immediately after CHANNEL_OPEN_CONFIRMATION in
    violation of RFC 4254 flow control; without it the banner silently
    drops and the session appears to hang until a key is pressed.

    Editor surface: new toggle under the SSH options block, paired with a
    "~ Accept Early Data ~" help entry that names Mystic specifically.

    Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

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