1. Forum
  2. Fidonet Main
  3. SYNC PROGRAMMING

  • src/xpdev/threadwrap.h

    From rswindell@1:103/705 to CVS commit on Tue Jul 23 21:15:24 2019
    src/xpdev threadwrap.h 1.51 1.52
    Update of /cvsroot/sbbs/src/xpdev
    In directory cvs:/tmp/cvs-serv9501

    Modified Files:
    threadwrap.h
    Log Message:
    Address Windows build warning:
    InterlockedCompareExchange() expects a long*, not a uint32_t*.


    --- SBBSecho 3.07-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Deucе@1:103/705 to Git commit to main/sbbs/master on Wed Feb 17 23:25:51 2021
    https://gitlab.synchro.net/main/sbbs/-/commit/b4e6d685f82a804c779e0df6
    Modified Files:
    src/xpdev/threadwrap.h
    Log Message:
    #define protected_*_value(val) atomic_load(&val)
    --- SBBSecho 3.12-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to Git commit to main/sbbs/master on Sat Feb 20 17:31:34 2021
    https://gitlab.synchro.net/main/sbbs/-/commit/f6b1317888c77f7b46dbce83
    Modified Files:
    src/xpdev/threadwrap.h
    Log Message:
    Use parens for Win32 protected_*int macro argsfor better errors/warnings from the compiler when misued.
    --- SBBSecho 3.13-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to Git commit to main/sbbs/master on Mon Feb 22 17:59:04 2021
    https://gitlab.synchro.net/main/sbbs/-/commit/474fa66ed8abaeadbd1e9815
    Modified Files:
    src/xpdev/threadwrap.h
    Log Message:
    Gotta define __STDC_NO_ATOMICS__ for MSVCEven 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>
    --- SBBSecho 3.13-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Deucе@1:103/705 to Git commit to main/sbbs/master on Tue Mar 2 09:54:52 2021
    https://gitlab.synchro.net/main/sbbs/-/commit/f3219fe50193f0401dec7f51
    Modified Files:
    src/xpdev/threadwrap.h
    Log Message:
    Re-enable atomics on FreeBSD :|The various __GNUC__ macros are defined in other
    compilers andindicate support for a C language standard and can't be used todetect if gcc the compiler is being used.
    --- SBBSecho 3.13-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Deucе@1:103/705 to Git commit to main/sbbs/master on Sat Feb 19 14:03:13 2022
    https://gitlab.synchro.net/main/sbbs/-/commit/3d0d525c7da0d33b4f53547b
    Modified Files:
    src/xpdev/threadwrap.h
    Log Message:
    Use MinGW32 types for pthread_t and pthread_mutex_tuintptr_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 supportin the standard library, so wrappers getting pushed deeper in.At some pointer, this should be redone with standard threads, butnow is not the time.
    --- SBBSecho 3.14-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to Git commit to main/sbbs/master on Sun Feb 20 16:53:52 2022
    https://gitlab.synchro.net/main/sbbs/-/commit/b3c536e4e065801ed59d9c42
    Modified Files:
    src/xpdev/threadwrap.h
    Log Message:
    pthread_mutex_t is a CRITICAL_SECTION (not a pointer) on Win32Partially revert Deuce's commit b4bc9c9759e6f34c272501e024This explains the EAccessViolation (stack corruption during sbbs startup) that sysops have reported when using the
    latest nightly builds.
    --- SBBSecho 3.14-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)