1. 19 Aug, 2014 1 commit
  2. 03 Jul, 2014 2 commits
  3. 15 May, 2014 1 commit
  4. 14 May, 2014 1 commit
  5. 12 May, 2014 1 commit
  6. 07 Apr, 2014 1 commit
  7. 31 Mar, 2014 2 commits
  8. 26 Mar, 2014 1 commit
  9. 25 Mar, 2014 3 commits
  10. 24 Mar, 2014 4 commits
  11. 28 Feb, 2014 3 commits
  12. 27 Feb, 2014 2 commits
    • Steven Murray's avatar
      I have fixed castor::io::unmarshalUnit64(). · d1c030fe
      Steven Murray authored
      The castor::io::unmarshalUint64() method was not unmarshalling a 64-bit
      integer in the same was as the legacy code of h/marshall.h.
      
      The legacy code was treating a 64-bit integer as two 32-bit integers. It
      would first unmarshall a 32-bit integer representing the lower powers of 2
      and then marshall a 32-bit integer representing the higher powers of 2.
      
      The castor::io::unmarshalUint64() method was incorrectly treating a 64-bit
      integer as a whole by simply unmarshalling the whole 8 byte block of
      memory in reverse byte order.
      d1c030fe
    • Steven Murray's avatar
      I have fixed castor::io::marshalUnit64(). · e8379fff
      Steven Murray authored
      The castor::io::marshalUint64() was not marshalling a 64-bit integer in the
      same was as the legacy code of h/marshall.h.
      
      The legacy code was treating a 64-bit integer as two 32-bit integers. It
      would first marshall a 32-bit iinteger representing the lower powers of 2
      and then marshall a 32-bit integer representing the higher powers of 2.
      
      The castor::io::marshalUint64() method was incorrectly treating a 64-bit
      integer as a whole by simply marshalling the whole 8 byte block of
      memory in reverse byte order.
      e8379fff
  13. 26 Feb, 2014 3 commits
  14. 20 Feb, 2014 1 commit
  15. 19 Feb, 2014 1 commit
  16. 18 Feb, 2014 3 commits
  17. 17 Aug, 2012 1 commit
  18. 06 Jun, 2012 1 commit
  19. 24 Apr, 2012 1 commit
    • Steven Murray's avatar
      bug #92460: tapebridged should gracefully shutdown a migration tape-session... · 78d241db
      Steven Murray authored
      bug #92460: tapebridged should gracefully shutdown a migration tape-session when tapegatewayd reports a disabled tape
      
      Refactored the tapebridged daemon and created the following unit-test that
      recreates this bug:
      
      castor::tape::tapebridge::BridgeProtocolEngineTest::testMigrationToDisabledTapeUsingLocalDomain
      
      The refactoring was necessary in order to create the unit-test.  During the
      refactoring I modified the logging of the tapebridged daemon so that the very
      first session error detected is always logged immediately.  This will help
      debug problems in the future if need be.
      
      78d241db
  20. 22 Sep, 2011 1 commit
  21. 22 Jun, 2011 1 commit
    • Steven Murray's avatar
      bug #82673: RFE: Tapebridged and rtcpd should support buffered tape-marks over multiple files · 035a2cc9
      Steven Murray authored
      Modified the following two methods:
      
          castor::tape::net::readBytesFromCloseable()
          castor::tape::net::writeBytes() methods
      
      In both cases the exception string generated when failing to read or write from
      a network socket takes into account the fact that the CASTOR helper functions
      netread_timeout() and netwrite_timeout() may well return -1 with serrno set to
      0.  In this case the serrno is no longer converted into the string
      "BAD ERROR NUMBER" but is instead converted to the more explanatory string
      "Unknown error".
      035a2cc9
  22. 27 May, 2011 1 commit
    • Steven Murray's avatar
      bug #82673: RFE: Tapebridged and rtcpd should support buffered tape-marks over multiple files · 47e9cca0
      Steven Murray authored
      In starting to prepare a test harness around tapebridged (no code has yet been
      written towards implementing buffered tape-marks) I found the helper function
      castor::tape::net::createListenerSock() should set the SO_REUSEADDR socket
      option before calling bind.  This enables listen sockets to be re-created
      praftically instantaneously.  I wish to run the current version of the
      testharness many thousands of time, so the less delays the better.
      47e9cca0
  23. 29 Apr, 2011 1 commit
  24. 23 Mar, 2010 1 commit
  25. 25 Feb, 2010 1 commit
  26. 15 Jan, 2010 1 commit