Subj : src/sbbs3/filterfile.hpp ftpsrvr.cpp mailsrvr.cpp main.cpp services.cp
To   : Git commit to main/sbbs/master
From : Rob Swindell (on Windows 11)
Date : Wed Mar 11 2026 21:48:17

https://gitlab.synchro.net/main/sbbs/-/commit/9168bd69aaa634d555a248e1
Modified Files:
	src/sbbs3/filterfile.hpp ftpsrvr.cpp mailsrvr.cpp main.cpp services.cpp websrvr.cpp
Log Message:
Create and use trashCan/filterFile reset() method to reset filter stats/times

This reintroduces the behavior before the previous commit: where we were
deleting the filter/trashcan objects upon server termination and the stats
and timestamps would get reset/re-initialized when the server was initialized.

I experimented with freeing the list in reset() and the old debug-heap
assertions would return (now in the calls to reset() rather than the
destructor), so that's more data for issue #1099.

I don't think we really care about the memory allocated for the lists while
the server is terminated. It'll get freed if/when the server is restarted
or the process is terminated and the destructors are called. It's not a leak.

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

.