- 12 Jul, 2013 1 commit
-
-
Michal 'vorner' Vaner authored
-
- 23 May, 2013 2 commits
-
-
Michal 'vorner' Vaner authored
-
Michal 'vorner' Vaner authored
So it is the same as in the ipc-high.txt.
-
- 22 May, 2013 1 commit
-
-
Michal 'vorner' Vaner authored
Clarify few points in the method's doxygen comment.
-
- 20 May, 2013 1 commit
-
-
Michal 'vorner' Vaner authored
-
- 09 Apr, 2013 1 commit
-
-
Jeremy C. Reed authored
mostly in documentation or in comments reviewed by muks via jabber includes output changes for two isc_throw.
-
- 27 Mar, 2013 1 commit
-
-
JINMEI Tatuya authored
so others won't waste their time by trying to use it... same note applies to groupRecvMsg, so added the same note.
-
- 19 Mar, 2013 1 commit
-
-
Michal 'vorner' Vaner authored
-
- 06 Mar, 2013 1 commit
-
-
Michal 'vorner' Vaner authored
-
- 22 Feb, 2013 1 commit
-
-
Michal 'vorner' Vaner authored
Add tests for the fact and fix it. Also, add log from the rpcCall itself, so it can be seen in logs.
-
- 20 Feb, 2013 1 commit
-
-
Michal 'vorner' Vaner authored
They currently fail, as the method is empty. Provide at least an empty implementation, to make it compile.
-
- 18 Feb, 2013 1 commit
-
-
Michal 'vorner' Vaner authored
-
- 25 Oct, 2012 1 commit
-
-
Mukund Sivaraman authored
See bug #2367 for the fix-scaffolding.py tool.
-
- 11 Oct, 2012 1 commit
-
-
JINMEI Tatuya authored
this will make it more convenient, e.g., by allowing the caller to pass boost::bind encapsulating a class object and a class method. boost::function is upper compatible to function pointer, so it doesn't ensure source-level compatibility. the functor overhead shouldn't matter in this context, and since this module already uses boost::function this change doesn't introduce additional dependency.
-
- 03 Oct, 2012 1 commit
-
-
JINMEI Tatuya authored
this will make it more convenient, e.g., by allowing the caller to pass boost::bind encapsulating a class object and a class method. boost::function is upper compatible to function pointer, so it doesn't ensure source-level compatibility. the functor overhead shouldn't matter in this context, and since this module already uses boost::function this change doesn't introduce additional dependency.
-
- 18 May, 2012 1 commit
-
-
Jelte Jansen authored
-
- 17 May, 2012 4 commits
-
-
Michal 'vorner' Vaner authored
It seems a list can be declared for a class that is not fully defined yet. So there's no need for pointers, so even less for shared ones.
-
Michal 'vorner' Vaner authored
We now check if the message looks like something a callback wants in the checkCommand() call. For some reason, it does not seem to work with the tests, it needs to be checked why.
-
Michal 'vorner' Vaner authored
The requests submitted by groupReadMsgAsync are stored into the list. The tests still fail, since nothing is interested in the content of the list yet.
-
Michal 'vorner' Vaner authored
* Needed to extend the FakeSession::addMessage to hold the sequence number for representing answers. * Clarified the recipient parameter - it is the group, instance is ignored, since it is not used anywhere in the code anyway. * The tests simply register a callback and check it is called. More complex tests to come later.
-
- 16 May, 2012 2 commits
-
-
Michal 'vorner' Vaner authored
-
Michal 'vorner' Vaner authored
It needs to be tested, documented and of course implemented.
-
- 08 Feb, 2012 1 commit
-
-
Jelte Jansen authored
-
- 03 Feb, 2012 1 commit
-
-
Jelte Jansen authored
-
- 01 Feb, 2012 1 commit
-
-
Jelte Jansen authored
When closing a ModuleCCSession, a 'i am stopping' message is now sent to the ConfigManager, which in turn informs Cmdctl (which then causes bindctl to update its list). This causes stopped modules to disappear from bindctl until such time that they are enabled or started again, so that config updates and most importantly, commands, do not cause weird timeouts (bindctl will immediately inform you of modules not running)
-
- 28 Dec, 2011 1 commit
-
-
JINMEI Tatuya authored
-
- 22 Dec, 2011 1 commit
-
-
Jelte Jansen authored
releaseSocket not implemented yet
-
- 19 Jul, 2011 1 commit
-
-
Stephen Morris authored
-
- 15 Jul, 2011 1 commit
-
-
Stephen Morris authored
Also needed to initialize logging for zonemgr, else the logging calls within ccsession.cc caused it to fall over with a "logging not initialized" exception.
-
- 13 Jul, 2011 1 commit
-
-
Jelte Jansen authored
so that *not* using it must be specified explicitely changed most test cases to not set it (as they are testing other things)
-
- 26 Jun, 2011 2 commits
-
-
Jelte Jansen authored
-
Jelte Jansen authored
also do a few fixes and address a couple of comments; - made getRelatedLoggers public (so we can test it) - use set instead of vector - don't allow '*foo' etc. - added tests - added tests for the cfgmgr b10logging plugin
-
- 20 Jun, 2011 1 commit
-
-
Jelte Jansen authored
-
- 16 Jun, 2011 1 commit
-
-
Jelte Jansen authored
Renamed the original my_logconfig_handler() to default_logconfig_handler and made it public. This is now called by the python wrapper function log_config_update (a module function in isc.log)
-
- 07 Jun, 2011 1 commit
-
-
Jelte Jansen authored
-
- 03 Jun, 2011 2 commits
-
-
Jelte Jansen authored
(so that we can check spec and get default values)
-
Jelte Jansen authored
-
- 25 May, 2011 3 commits
-
-
JINMEI Tatuya authored
-
JINMEI Tatuya authored
-
JINMEI Tatuya authored
Also added a note to the addRemoteConfig() document that when it's called for a module the module cc session must not have been "started".
-