1. 06 Aug, 2015 1 commit
  2. 16 Jul, 2015 2 commits
  3. 15 Jul, 2015 2 commits
  4. 02 Dec, 2014 1 commit
  5. 18 Nov, 2014 1 commit
  6. 10 Nov, 2014 1 commit
  7. 16 Oct, 2014 1 commit
  8. 07 Oct, 2014 1 commit
  9. 06 Oct, 2014 1 commit
  10. 03 Oct, 2014 1 commit
  11. 03 Jul, 2014 2 commits
  12. 05 Jun, 2014 1 commit
  13. 15 May, 2014 1 commit
  14. 24 Apr, 2014 1 commit
  15. 03 Apr, 2014 1 commit
  16. 11 Mar, 2014 6 commits
  17. 10 Mar, 2014 1 commit
  18. 25 Feb, 2014 2 commits
  19. 01 Oct, 2013 3 commits
  20. 17 Feb, 2012 1 commit
    • Steven Murray's avatar
      bug #90313: RFE: tapebridged should request more files to transfer in bulk · 62f42172
      Steven Murray authored
      Fixed a stack-overflow bug in the CASTOR 2.1.12-2 internal release of the
      tapebridged daemon.  The bug was caused by an unintentionally recursive
      function.  The bug was not detected on my development system but was detected
      on castorcert5 because the bug only manifested itself when an error was
      reported to the tapebridged daemon by the rtcpd daemon.
      62f42172
  21. 10 Feb, 2012 1 commit
  22. 25 Feb, 2010 2 commits
  23. 24 Feb, 2010 2 commits
  24. 04 Jan, 2010 1 commit
  25. 04 Dec, 2009 1 commit
  26. 10 Aug, 2009 1 commit
  27. 03 Aug, 2009 1 commit
    • Steven Murray's avatar
      Added signal aware logic to the tape aggregator. No signal handler is... · cc124b2b
      Steven Murray authored
      Added signal aware logic to the tape aggregator.  No signal handler is created, the necessary information is determined by calling the newly added method BaseDaemon::stoppingGracefully().  When performing long-duration network IO operations (such as the 60 second timeout used in the main select loop), the tape gateway will not retry such an operation if it is interrupted and the daemon is stopping gracefully.  The tape aggregator will now call BaseDaemon::stoppingGracefully() and stop immediately and gracefully if it returns true.
      
      cc124b2b