1. 27 May, 2021 2 commits
  2. 26 May, 2021 2 commits
  3. 25 May, 2021 2 commits
  4. 24 May, 2021 3 commits
  5. 23 May, 2021 8 commits
  6. 22 May, 2021 16 commits
  7. 21 May, 2021 7 commits
    • Deucе's avatar
      Add a new RIP utility library · 3eee7f7a
      Deucе authored
      Currently, this has RIP.supported which returns true if RIP is
      supported by the client, and rip.loadicons(archive) which sends
      all the icons (and .RIP files) in the specified archive (either
      an Arcive object or a filename) to the remote if they don't
      already have them.
      
      If you have a RIP enabled door, a small JS script as a pre-run
      command like this:
      
      require("rip.js", "RIP");
      rip.loadicons('/sbbs/xtrl/lord/lordicns.zip');
      
      Will automatically send all the icon files in the arcive to the
      user if the user doesn't already have them.  For SyncTERM as of
      this commit, they will be placed in the cache directory for that
      BBS (and only be available for that BBS).
      
      On *nix, the cache dir is ~/.syncterm/cache/<bbsname>
      On Win32 it's something like:
      C:\Users\User\AppData\Local\Microsoft\Windows\INetCache\SyncTERM\cache\<bbsname>
      
      No ideal what it is on macOS.
      3eee7f7a
    • Deucе's avatar
      Fix newly-introduced memory leak... · a7a1c268
      Deucе authored
      I was going to start keeping the old rect around again, but that
      idea didn't pan out.  This massive memory leak is what I get for
      not doing more commits while tuning.
      a7a1c268
    • Deucе's avatar
      05b3074f
    • Deucе's avatar
      Fix auto-transfers · 04017243
      Deucе authored
      04017243
    • Deucе's avatar
      Try to remove the extra "SyncTERM" from the BBS cache path on Win32 · ef44d78a
      Deucе authored
      Reported by Booch (Thanks!)
      ef44d78a
    • Rob Swindell's avatar
    • Rob Swindell's avatar
      Have movefile() leave the original file with the delete attribute · 4c912de9
      Rob Swindell authored
      This has the effect of the file being listed as absent/deleted in the listing that's in memory. As requested by Phil, plt via irc.
      
      Moving a file after this change did result in a crash once, but I couldn't reproduce it with a debugger attached.
      4c912de9