M
Hello all,
With the addition of the conffile (linuxplc.conf file parser) and the log (message logging library) the architecture of the smm is becoming a little strange.
I would like to raise the conffile and log 'modules' to the level of the smm 'module'. In order to do this I am considering creating a plc.h file that will include every other 'module'
plc.h
#include "smm.h"
#include "conffile.h"
#include "log.h"
Programs needing access to the 'plc' will then only need to include the plc.h file.
The plc_init() and plc_done() functions will call
the initialization/closing functions of each
'module'.
The only drawback with all this (that I can think of) is that the 'plc' name might be required for some totally different functionality. I can't think of any at the moment, but maybe some of you can.
If anybody objects to the use of the 'plc'
name for what I have just explained, could they please put forward their objections?
Thanks,
Mario.
--
----------------------------------------------------------------------------
Mario J. R. de Sousa [email protected]
----------------------------------------------------------------------------
_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
With the addition of the conffile (linuxplc.conf file parser) and the log (message logging library) the architecture of the smm is becoming a little strange.
I would like to raise the conffile and log 'modules' to the level of the smm 'module'. In order to do this I am considering creating a plc.h file that will include every other 'module'
plc.h
#include "smm.h"
#include "conffile.h"
#include "log.h"
Programs needing access to the 'plc' will then only need to include the plc.h file.
The plc_init() and plc_done() functions will call
the initialization/closing functions of each
'module'.
The only drawback with all this (that I can think of) is that the 'plc' name might be required for some totally different functionality. I can't think of any at the moment, but maybe some of you can.
If anybody objects to the use of the 'plc'
name for what I have just explained, could they please put forward their objections?
Thanks,
Mario.
--
----------------------------------------------------------------------------
Mario J. R. de Sousa [email protected]
----------------------------------------------------------------------------
_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc