https://gitlab.synchro.net/main/sbbs/-/commit/d0f4496f0f2f5a9a8d972ab9
Modified Files:
src/sbbs3/ratelimit.hpp
Log Message:
The Darwin builds didn't like the use of C++ chrono lib, a lot of link errors

See https://gitlab.synchro.net/main/sbbs/-/jobs/1150794 for list

Probably a link library missing?

Use the old trusty time_t and time() - we only require one-second granularity anyway.

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

https://gitlab.synchro.net/main/sbbs/-/commit/5c48721a1ccb444fee1a8c59
Modified Files:
src/sbbs3/ratelimit.hpp
Log Message:
More visibility into how many have been rate-limited

... and who the biggest (ab)users are

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

https://gitlab.synchro.net/main/sbbs/-/commit/9cff8ce6526b0dba6edc1442
Modified Files:
src/sbbs3/ratelimit.hpp
Log Message:
ratelimit: use pthread_mutex_t instead of std::mutex (issue #1089)

The std::mutex added in e57ac918b ("Mutex-protect the map") carries the same latent crash that filterfile.hpp hit: std::mutex/std::lock_guard crash in MSVCP140.dll with older MSVC++ runtime libraries (issue #1089). Apply the same remedy used for filterfile.hpp in fb6c6aadd: an explicitly-initialized pthread_mutex_t (init in constructor, destroy in destructor), explicit lock/unlock (each method restructured to a single return), and deleted copy/assignment.

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

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