Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

ID: 9264 User Update by: lolo@phpheaven.net Status: Open Bug Type: *Session related Operating system: win98 SE PHP Version: 4.0 Latest CVS (14/02/2001) Description: Using session_encode with user-level session storage functions causes a crash Hi All! I've just done some testings with the new php4.06 release and the crash is still here with: - php loaded as a cgi or as an Apache module, - php.ini = the optimized one (without any extension). Regards, Loïc Previous Comments: --------------------------------------------------------------------------- [2001-06-15 13:33:17] lolo@phpheaven.net Hi sniper and all! Well, it's not easy to send you an accurate reply because zend snapshots for win32 does not contain the Apache module. BTW, Ive done some testings: - with php4.07-dev from php4win.de the script still crashes Apache with php loaded as a gci or as an Apache module; - with the latest snapshot from zend.com (cgi only), it runs :) If someone can build the Apache module (I can't do it, sorry :() I may do some more tests. Thanks for your attention, Loïc --------------------------------------------------------------------------- [2001-06-14 23:21:56] sniper@php.net Does this happen with latest CVS snapshot build from http://www.zend.com/snapshots/ ?? --------------------------------------------------------------------------- [2001-03-17 12:08:15] lolo@phpheaven.net Hi! I've done a test with the new php4.0.5-RC1 from php4win.de and the crash still occurs. Regards, Loïc --------------------------------------------------------------------------- [2001-02-15 11:05:27] lolo@phpheaven.net Oups, in the code before I omited to put the 'open session' function. Here it is: function dbSessionOpen($savePath, $sessionName) { return true; } --------------------------------------------------------------------------- [2001-02-14 12:39:47] lolo@phpheaven.net Hi! Be indulgent for my poorly english level please... To force session data to be saved when using a database based session storage system and 'register_globals' is set to off I've build this (very) simplified structure of script: function dbSessionClose() { return true; } function dbSessionRead($id) { return true; } function dbSessionWrite($id, $data) { return true; } function dbSessionDestroy($id) { return true; } function dbSessionGarbageCollector($sessionLifeTime) { return true; } function dbSessionSave() { return dbSessionWrite(session_id(), session_encode()); // The note below is about this line } session_set_save_handler('dbSessionOpen', 'dbSessionClose', 'dbSessionRead', 'dbSessionWrite', 'dbSessionDestroy', 'dbSessionGarbageCollector'); /** * Uses session */ session_start(); session_register('myVar'); $myVar = 'crash'; dbSessionSave(); Then each time I run it with the latest PHP 4.0.5dev loaded as an apache module, PHP crash and produces this error: APACHE a causé une défaillance de page dans le module PHP4TS.DLL à 016f:008a533e. Registres : EAX=00000000 CS=016f EIP=008a533e EFLGS=00010246 EBX=00000000 SS=0177 ESP=01e2f274 EBP=007f7df0 ECX=007ee7a0 DS=0177 ESI=007ee164 FS=2217 EDX=007ee130 ES=0177 EDI=007f7c46 GS=0000 Octets à CS : EIP : 8b 00 8b 4c 24 0c 8b 54 24 08 51 8b 4c 24 08 42 État de la pile : 008a57b4 007f7c40 00000005 01e2f2a4 007ee7a0 007ee130 007dd720 00000001 00000000 007dd720 007f7b10 007f7c40 00000000 00000000 007ee7a0 007dd720 An amazing note: if... - ... at the first run I replace the call to the session_encode() function by the string 'crash', fire the script... - ... then resume to the original 'dbSessionSave()' function and run the script again... ... everything go right! --------------------------------------------------------------------------- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=9264