☆ A M B ☆
I’m having the same problem, see http://forum.nusphere.com/problems-with-dbg-php-5-3-dll-x86-vc6-t6895.html. On my local development server I then deactivated the custom session handling by commenting out
Im currently finding that the nusphere IDE’s debugger, DBG, specifically dbg-php-5.3.dll, doesnt play nice with modx. Causes a crash of the IIS fastcgi every time I attach it to a modx process.
if ($sessionHandlerClass = $this->getOption('session_handler_class')) {
if ($shClass= $this->loadClass($sessionHandlerClass, '', false, true)) {
if ($sh= new $shClass($this)) {
session_set_save_handler(
array (& $sh, 'open'),
array (& $sh, 'close'),
array (& $sh, 'read'),
array (& $sh, 'write'),
array (& $sh, 'destroy'),
array (& $sh, 'gc')
);
}
}
}
MODX Staff
Only a few more to go...}
MODX Staff
FYI; sessions in MODx Revo use a custom database table; it’s definitely not a permissions issue. And looking more and more like a problem with your pdo_mysql client.
MODX Staff
Nope, nothing will touch anything except the custom session handler. This is definitely not related to session.save_path which is totally ignored by the database session handler provided with Revo.
Quote from: OpenGeek at Mar 25, 2010, 11:47 AM
FYI; sessions in MODx Revo use a custom database table; it’s definitely not a permissions issue. And looking more and more like a problem with your pdo_mysql client.
My understanding is if the php.ini setting ’session.save_path="C:\path\to\session\save\directory"’ directory on IIS doesnt have proper read/write permissions, you’ll get a silent exit/fail almost all of the time.
...So if the function calls to ’getoption’ or ’loadclass’ touches anything concerning the global php session, it could cause the failure... (if it doesnt touch global php session in any way, just ignore me)
My session directory has the correct permissions, and I’m not using IIS, but Apache (most current XAMPP version). As OpenGeek said, it doesn’t seem as if it could have anything to do with that. And I don’t have any problem with other scripts that use sessions, neither with my own scripts nor with other CM Systems, shop systems or whatever else.
My understanding is if the php.ini setting ’session.save_path="C:\path\to\session\save\directory"’ directory on IIS doesnt have proper read/write permissions, you’ll get a silent exit/fail almost all of the time.
Hm, what could be the problem there? I’m using pdo_mysql a lot myself and never had a problem. Do you do something unusual with it?
And looking more and more like a problem with your pdo_mysql client.
