Subj : src/sbbs3/ftpsrvr.cpp sbbsecho.c src/sbbs3/scfg/scfg.c scfg.h scfgmsg.
To   : Git commit to main/sbbs/master
From : Rob Swindell (on Debian Linux)
Date : Fri Sep 11 2026 14:40:35

https://gitlab.synchro.net/main/sbbs/-/commit/3d5feda5b2f1ae5e9a2b7fd9
Modified Files:
	src/sbbs3/ftpsrvr.cpp sbbsecho.c src/sbbs3/scfg/scfg.c scfg.h scfgmsg.c scfgsub.c scfgxfr2.c src/sbbs3/uedit/uedit.c src/sbbs3/umonitor/umonitor.c
Log Message:
Size the buffers that receive an scfg_t system directory path

af6907bf22 (pads-5-visit, 2026-09-09) grew the scfg_t directory fields
from 100 to 1023 bytes, so every buffer one of those is printed into now
has to be able to hold it.  GCC reports 31 -Wformat-overflow sites where
it cannot: the FTP server's ctrl_thread(), sbbsecho's NetMail export,
SCFG's shared tmp[] and three of its menu functions, uedit's comment
editor, and twenty places in umonitor.

Size those destinations MAX_PATH + 1, the convention the same functions
already use for their other path buffers.  Every one is an increase:
uedit and umonitor build only on *nix, where MAX_PATH is PATH_MAX
(4096), and the rest were 128 or 256 bytes, below the 260 that MAX_PATH
is on Windows.

sbbsecho built its mail base path with a bare sprintf() into
smb_t.file[128]; use SAFEPRINTF(), as the twenty-odd other sites that
populate that field do.  All of them still truncate a data_dir longer
than 127 characters.  Widening smb_t.file is an smblib ABI change and is
not done here.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
--- SBBSecho 3.37-Linux
 * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

.