- 21 Feb, 2022 1 commit
-
-
Rob Swindell authored
Partially revert Deuce's commit b4bc9c97 This explains the EAccessViolation (stack corruption during sbbs startup) that sysops have reported when using the latest nightly builds.
-
- 19 Feb, 2022 1 commit
-
-
Deucе authored
uintptr_t should be the same as a DWORD on Win32, and CRITICAL_SECTION can be stored in an inptr_t as well. This should work fine, and allow more build environments to be happy. This is generally caused by new C++ standards having thread support in the standard library, so wrappers getting pushed deeper in. At some pointer, this should be redone with standard threads, but now is not the time.
-
- 05 Apr, 2021 1 commit
-
-
Rob Swindell authored
-
- 07 Mar, 2021 1 commit
-
-
Rob Swindell authored
-
- 02 Mar, 2021 1 commit
-
-
Deucе authored
The various __GNUC__ macros are defined in other compilers and indicate support for a C language standard and can't be used to detect if gcc the compiler is being used.
-
- 23 Feb, 2021 2 commits
-
-
Rob Swindell authored
Even though https://docs.microsoft.com/en-us/cpp/preprocessor/predefined-macros?view=msvc-160 says they define it for C compiles, apparently they don't bother for C++. <shrug>
-
Rob Swindell authored
Apparently GNU forgot to include stdatomic.h in GCC 4.8. For Altere and his CentOS 7 system.
-
- 22 Feb, 2021 1 commit
-
-
Rob Swindell authored
Nobody's checking the return values anyway.
-
- 21 Feb, 2021 1 commit
-
-
Rob Swindell authored
for better errors/warnings from the compiler when misued.
-
- 18 Feb, 2021 8 commits
-
-
Deucе authored
protected_*_adjust() only adjusts now.
-
Rob Swindell authored
Deal with the resulting warnings (using (void)). Deal with the incorrect integer to protected_int* assignment in services.c (just don't support server.clients property reading in service scripts). Also, the strcpy()->SAFECOPY() change in ftpsrvr.c was wrong, caught by GCC warning - oops.
-
Deucе authored
-
Deucе authored
-
Deucе authored
Also, fix things that incorrectly reach into the protected_*_t to incorrectly access values.
-
Rob Swindell authored
This reverts commit e1e034cc. Didn't work for .cpp files: stdatomic.h:40:9: error: ‘_Atomic’ does not name a type typedef _Atomic _Bool atomic_bool
-
Rob Swindell authored
-
Deucе authored
-
- 16 Aug, 2020 1 commit
-
-
Rob Swindell authored
-
- 24 Jul, 2019 1 commit
-
-
rswindell authored
InterlockedCompareExchange() expects a long*, not a uint32_t*.
-
- 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.
-
- 19 Nov, 2016 1 commit
-
-
sbbs authored
-
- 04 Oct, 2015 1 commit
-
-
deuce authored
-
- 31 Dec, 2014 1 commit
-
-
deuce authored
-
- 09 Feb, 2014 1 commit
-
-
deuce authored
-
- 08 Jan, 2014 1 commit
-
-
rswindell authored
current protected-interger value.
-
- 19 Oct, 2012 1 commit
-
-
deuce authored
-
- 18 Oct, 2012 4 commits
- 09 Sep, 2011 1 commit
-
-
rswindell authored
(interlocked/atomic) integer variables.
-
- 07 Sep, 2011 1 commit
-
-
rswindell authored
-
- 06 Sep, 2011 1 commit
-
-
rswindell authored
-
- 05 Sep, 2011 1 commit
-
-
deuce authored
(or at least unusable) pthread_t which is fine on FreeBSD as it's a pointer. I've left the recursive stuff in with an #ifdef __linux__ wrapper though it's a Bad Thing. After I talk to DigitalMan, this may all get ripped out in favour of proper pthread mutex usage, but I'm not sure why he wants recursive mutexes.
-
- 03 Sep, 2011 2 commits
- 24 Feb, 2006 2 commits
- 23 Feb, 2006 2 commits