Another commit fixing arising errors _could_ follow (but maybe not,
if I've been good enough ;-)).
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@628 3ecf2c5c-341e-0410-92b4-d18e462d057c
- Implement system to dinamically pass plugins and policies search paths to
the sgpemv2 binary and tests (class GlobalSettings)
- Drastically reduce usage of hardcoded paths in code except as
default overridable values
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@514 3ecf2c5c-341e-0410-92b4-d18e462d057c
hierarchy:
- make room for future plugins
- separate real plugins from their satellite helper
data
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@484 3ecf2c5c-341e-0410-92b4-d18e462d057c
- Adjust installation of backend header files, so users
can write their own plugins (needs to be documented)
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@459 3ecf2c5c-341e-0410-92b4-d18e462d057c
on Window$ unless you change the string "libpyloader" to
"pyloader" into main.cc)
- Fix Makefile to support module creation and loading
- 2DO:
- Add a class into backend to load and manage plugins
- Install plugins into separate directory
- Remove hardcoded paths
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@458 3ecf2c5c-341e-0410-92b4-d18e462d057c
- Re-enable FCFS sorting function
- Correct bug in PythonPolicy that wronged return value
of is_pre_emptible()
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@435 3ecf2c5c-341e-0410-92b4-d18e462d057c
- The test needs to be linked to Gtkmm, even if it doesn't use it.
This is wrong and a coding anomaly that will need to be resolved.
- Add debug code to fcfs.py. Please remove it when it'll be okay
- Calling dir(SchedulableList.get_item_at(x)) from Python shows
a worringly empty list!
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@395 3ecf2c5c-341e-0410-92b4-d18e462d057c
It doesn't work properly for no apparent reason.
- Add SWIG interface generation for Scheduler
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@375 3ecf2c5c-341e-0410-92b4-d18e462d057c
loadable module. However, please note that:
- All the methods accepting a Glib::ustring should
not be exported, instead they should be replaced by wrapper
functions accepting PyObject*.
- The same thing applies to every other method accepting
a ``non built-in'' data type
- Return types should probably be wrapped, too
- It may be a good idea to implement wrapper methods
that print out the content of a C++ object,
so that a Python user can do a simple "print schedStat".
This is achieved by adding a "__str__()" method to the
class. See the SWIG manual for further infos about
returning const char* values.
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@354 3ecf2c5c-341e-0410-92b4-d18e462d057c
- Create Makefile for sources, add main.cc that just prints the
license as a test for the rules.
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@175 3ecf2c5c-341e-0410-92b4-d18e462d057c
- Added needed m4 macros
- fixed autogen.sh to be made executable
- fix directory categories with info manuals
git-svn-id: svn://svn.gna.org/svn/sgpemv2/trunk@169 3ecf2c5c-341e-0410-92b4-d18e462d057c
tchernobog
elvez