Another Codeigniter Direct implementation

Hi folks, I saw the other thread for a direct codeigniter implementation but I think my approach is a bit different.
You can grab the code from http://github.com/ficeto/direct-igniter
The classes that Direct calls in my case are regular Controller classes, just like those that are in the application/controllers folder but the ones for Direct stay in applications/direct folder.
Going this way lets you use the same models libraries and syntax as in codeigniter.
I'm running this same code in an application that is build on direct and features all kinds of grids, trees, forms and such.
I have a basic test build in, so some of the files are purely for example.
The files that you need to worry are:

application/config/direct.php
application/controllers/direct.php <- you can change the index and deploy login checks if needed
application/libraries/Direct_api.php
application/libraries/Direct_cache_provider.php
and the application/direct folder for your controller classes

enjoy, I hope you like it.

NOTE: If you are using Codeigniter 2, you will need to change the model class in the example to extend CI_Model (don't forget to also reflect that in the constructor function)

i debug this with firebug. Inside the api() function the session will be correct set, but is not available inside the router function.

Here runs windows with a local Apache Server . The same behaviour is inside the other codeigniter implementation from goachka. It seems that the router function can not access the original sessions-data an create a new one every direct call.
So, every call the api will be recreated :-(

no i can´t. I test a little bit... PHP-Sessions working well but the CodeIgniter-Sessions will always create a new id on every call.
Can you test your direct implementation against CodeIgniter 2 (http://bitbucket.org/ellislab/codeigniter/)?
That will help me to find the reasion for this strange behaviour. What enviroment you use?

[EDIT]
After some debugging i found the reason for this behaviour. It´s a bug inside PHP (perhaps only the Windows-Version) in the unserialize() function.