- 10 Feb, 2022 1 commit
-
-
Deucе authored
-
- 04 Apr, 2021 1 commit
-
-
Rob Swindell authored
This won't impact Synchronet as it has a separate signal handling thread, but we still need to behave properly for processes that don't. I'm also saying that ENOMEM does not indicate a disconnection, though it may be better to pretend it was disconnected...
-
- 16 Aug, 2020 1 commit
-
-
Rob Swindell authored
-
- 10 Jul, 2019 1 commit
-
-
deuce authored
-
- 30 Jun, 2019 1 commit
-
-
rswindell authored
-
- 29 Jun, 2019 2 commits
- 22 Mar, 2019 1 commit
-
-
rswindell authored
Fix age-old bug with Borland/C++Builder built executables (Windows): to achieve compatibility with the default __cdecl symbol naming rules of Visual C++, we were using __stdcall convention for DLL functions when building code with Borland/C++Builder tools and using the default (__cdecl) convention when building with Microsoft (Visual C++) tools. Although this allowed symbols to be located when linking, the calling convention mismatch caused a stack cleanup issue that very rarely manifested itself in a bug (e.g. exception of some kind in sbbsctrl.exe, usually). Mismatching the calling conventions was unintentional (I thought the default for MSVC DLL functions was __stdcall) - but since the calls to MSVC-Built DLL functions worked 99% of the time, I didn't realize there was an underlying issue. So I now work-around the DLL symbol naming mismatch using a command-line option (-a) passed to implib in src/sbbs3/ctrl/makelibs.bat I had previously worked-around exceptions when calling MSVC DLL functions in sbbsctrl.exe by calling the problematic DLL functions from a timer tick handler rather than a user control (e.g. button) event handler. Those work-arounds can now be removed. The erroneous "DLLCALL" definition design pattern was replicated (copy/pasted) to many other projects' header files in cvs.synchro.net. In the future, we may want to just remove all instances of *CALL since they now serve no purpose and appear as useless "Kruft" (but do allow us to more-easily globally change DLL function calling conventions if/when necessary in the future).
-
- 24 Jul, 2018 1 commit
-
-
rswindell authored
Most of the copyright years in the source code were misleading (the date of most recent publish was actually later) and all were unnecessary. I've been removing copyright years piecemeal, for a long time, but I decided it was time to just perform a bulk search and (mostly) replace. In some cases, I left old copyright years on files that either are not used (and soon to be removed) or obsolete and unlikely to ever be touched again (e.g. Win9x FOSSIL VXD). Some of the runtime binaries still contain copyright years and those were updated to 2018.
-
- 10 Feb, 2014 1 commit
-
-
deuce authored
-
- 23 Oct, 2012 1 commit
-
-
deuce authored
-
- 04 Jun, 2008 1 commit
-
-
deuce authored
by properly const-ifying the appropriate functions and variables. Not yet tested on Win32
-
- 13 Aug, 2007 1 commit
-
-
deuce authored
-
- 12 Aug, 2007 2 commits
- 11 Jul, 2007 1 commit
-
-
rswindell authored
-
- 10 Jul, 2007 3 commits
- 09 May, 2006 5 commits
- 07 Jun, 2005 1 commit
-
-
rswindell authored
-
- 06 Jun, 2005 1 commit
-
-
deuce authored
-
- 23 Sep, 2004 2 commits
- 30 Aug, 2004 1 commit
-
-
rswindell authored
-
- 27 Feb, 2004 1 commit
-
-
rswindell authored
-
- 26 Feb, 2004 1 commit
-
-
rswindell authored
-
- 15 Oct, 2003 1 commit
-
-
rswindell authored
-
- 01 Apr, 2003 3 commits
- 26 Mar, 2003 1 commit
-
-
rswindell authored
-
- 26 Apr, 2002 1 commit
-
-
rswindell authored
-
- 11 Nov, 2000 1 commit
-
-
rswindell authored
Separated code from crc32.h into crc32.c (to allow combination of mailsrvr and sbbs into single module).
-
- 10 Oct, 2000 1 commit
-
-
rswindell authored
-