1. 10 Feb, 2022 1 commit
  2. 04 Apr, 2021 1 commit
    • Rob Swindell's avatar
      A poll() failure with EINTR does not mean a socket is closed. · fcf58640
      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...
      fcf58640
  3. 16 Aug, 2020 1 commit
  4. 10 Jul, 2019 1 commit
  5. 30 Jun, 2019 1 commit
  6. 29 Jun, 2019 2 commits
  7. 22 Mar, 2019 1 commit
    • rswindell's avatar
      Use default calling convention (__cdecl) for DLL funcs in Borland builds. · bf82a889
      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).
      bf82a889
  8. 24 Jul, 2018 1 commit
    • rswindell's avatar
      The great Copyright year update and (mostly) removal of 2018: · f869ad3d
      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.
      f869ad3d
  9. 10 Feb, 2014 1 commit
  10. 23 Oct, 2012 1 commit
  11. 04 Jun, 2008 1 commit
  12. 13 Aug, 2007 1 commit
  13. 12 Aug, 2007 2 commits
  14. 11 Jul, 2007 1 commit
  15. 10 Jul, 2007 3 commits
  16. 09 May, 2006 5 commits
  17. 07 Jun, 2005 1 commit
  18. 06 Jun, 2005 1 commit
  19. 23 Sep, 2004 2 commits
  20. 30 Aug, 2004 1 commit
  21. 27 Feb, 2004 1 commit
  22. 26 Feb, 2004 1 commit
  23. 15 Oct, 2003 1 commit
  24. 01 Apr, 2003 3 commits
  25. 26 Mar, 2003 1 commit
  26. 26 Apr, 2002 1 commit
  27. 11 Nov, 2000 1 commit
  28. 10 Oct, 2000 1 commit