1. 06 Jan, 2014 4 commits
  2. 19 Dec, 2013 5 commits
  3. 18 Dec, 2013 3 commits
  4. 17 Dec, 2013 2 commits
  5. 16 Dec, 2013 6 commits
  6. 13 Dec, 2013 5 commits
  7. 12 Dec, 2013 6 commits
    • Eric Cano's avatar
      Catching up with master branch. · ba16dd13
      Eric Cano authored
    • Eric Cano's avatar
      Fixed inheritance from std::exception (const correctness of what()). This... · 565c7a37
      Eric Cano authored
      Fixed inheritance from std::exception (const correctness of what()). This required declaring m_what mutable.
      Created a multithreaded unit test.
      Created an automatic exception thrower for unhandled errors.
      Ported from previous proof of concept the threading primitves and made them production level (with error checking).
      Added unit tests for threading primitives.
    • Steven Murray's avatar
      Attempt to fix a compilation bug surrounding the uninitialized local variable... · a924aa28
      Steven Murray authored
      Attempt to fix a compilation bug surrounding the uninitialized local variable named len of the method castor::log::Log::writeMsg
    • Steven Murray's avatar
      After discussions with Eric I have removed the singleton pattern from the · d5717e3e
      Steven Murray authored
      implementation of the proposal for a new CASTOR logging system API.
      The new API provides a Log class which contains a mutex that mirrors the
      previous locking strategy of Sebastien and Denis.  My additional singleton mutex
      and functionality should not be in the logging API.  Giuseppe and Sebastien
      should decide how the logging API is exposed to subclasses of CASTOR classes
      such as Server and Daemon.  The loggin API should concentrate on logging.
      By the way, instantiating two Log objects is not actually a problem, they will
      simply have separate connections to syslog, that's all.
    • Steven Murray's avatar
      After discussion with Giuseppe I have added two improvements that he has · a32794c0
      Steven Murray authored
      kindly suggested.
      Firstly the instance() method assumes that destroyInstance() is not called
      concurrently with it so it can assume that in a multi-threaded scenario there is
      a single transition from s_instance being NULL to s_instance pointing to a newly
      created Log object.  This means the following mutex-less if statement can be at
      the beginning of the instance() method to increase performance:
        if(NULL != s_instance) {
          return *s_instance;
      Secondly the destructor of the Log class should be private in order to prevent
      clients from being able to directly delete the Log singleton.
    • Steven Murray's avatar
      I have changed the design of the proposed new CASTOR logging API, from a C like · 2a48875a
      Steven Murray authored
      collection of functions within a castor::log namespace to a more object
      oriented Singleton pattern.  Pleae note that the code is still far from
      finished, I am commit (compiling) code early in an attempt to increase feedback.
  8. 11 Dec, 2013 2 commits
  9. 09 Dec, 2013 2 commits
  10. 06 Dec, 2013 5 commits