1. 18 Mar, 2014 1 commit
  2. 25 Feb, 2014 2 commits
  3. 01 Oct, 2013 3 commits
  4. 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
  5. 10 Feb, 2012 1 commit
  6. 25 Feb, 2010 2 commits
  7. 24 Feb, 2010 2 commits
  8. 04 Jan, 2010 1 commit
  9. 04 Dec, 2009 1 commit
  10. 10 Aug, 2009 1 commit
  11. 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
  12. 16 Jul, 2009 1 commit
  13. 02 Feb, 2009 1 commit
    • Steven Murray's avatar
      We have modified the castor::tape::aggregator::Transceiver API. We have split · 0141c734
      Steven Murray authored
      the reception of an RTCP message into two separate function calls; the
      reception of the header and then the reception of the body.
      
      This modification was needed in order to deal with the next step of
      the RTCOPY protocol where the main select loop has to deal with different
      types of incoming RTCOPY messages comming from different RTCPD threads.i
      Immediately after a call to select which indicates an incoming message, the
      tape aggregator needs to use the Transceiever to just read in the RTCP message
      header so it can then dispatch the receptionm of the body of the incomming
      message to the appropriate Transceiver body reception function.
      0141c734
  14. 29 Jan, 2009 1 commit
  15. 08 Dec, 2008 1 commit
  16. 05 Dec, 2008 1 commit
  17. 04 Dec, 2008 2 commits
  18. 03 Dec, 2008 1 commit
  19. 14 Nov, 2008 1 commit
  20. 15 Aug, 2008 1 commit
  21. 31 Jul, 2008 1 commit
  22. 05 Apr, 2005 2 commits
  23. 12 Jul, 2004 1 commit
  24. 08 Jul, 2004 1 commit
  25. 07 Jul, 2004 1 commit
  26. 16 Jun, 2004 1 commit
  27. 28 May, 2004 1 commit
  28. 12 May, 2004 1 commit