BBS:      TELESC.NET.BR
Assunto:  src/sbbs3/filterfile.hpp ftpsrvr.cpp mailsrvr.cpp main.cpp services.cp
De:       Rob Swindell (on Windows 11)
Data:     Wed, 11 Mar 2026 20:52:45 -0700
-----------------------------------------------------------
https://gitlab.synchro.net/main/sbbs/-/commit/c8490b7429f47698e2988f63
Modified Files:
	src/sbbs3/filterfile.hpp ftpsrvr.cpp mailsrvr.cpp main.cpp services.cpp websrvr.cpp
Log Message:
Support and use static instances of filterFile/trashCan objects in TCP servers

For an unknown reason, deleting dynamically-created instances of these objects
could cause MSVC debug-heap assertions under the right/rare circumstance.
This change is a "punt" as it resolves the issue, but I don't understand why
and have run out of ideas, tools, and patience trying to root-cause it.

See issue #1099 for all the details.

These classes now default-initialize every member since the default constructor
does not and I didn't want to leave uninitized mutexes or strings potentially
hanging around (before each ::init() member was called). That change alone did
not fix the mysterious issue.

These classes still support dynamic creation/deletion if/when we ever want to
use that pattern again, e.g. to reproduce the mysterious issue (it's backward
compatible).
n
---
  mSynchronetn  hgVertrauen n hHome of Synchronet n gh[vert/cvs/bbs].synchro.net

-----------------------------------------------------------
[Voltar]