ID: 32330 Comment by: semorales at segob dot gob dot mx Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Session related Operating System: * PHP Version: 5CVS, 4CVS (2005-03-17) Assigned To: sniper New Comment:
Any notice about this bug? I'm thinking about using the handler but I'm afraid it will crash my server. Please let me know. Previous Comments: ------------------------------------------------------------------------ [2005-04-30 11:31:53] dmih at in-solve dot ru I've added several notes as this bug (marked as bogus): http://bugs.php.net/bug.php?id=32897 Please consider them, as it seems that it is about this bug really. Thanks. ------------------------------------------------------------------------ [2005-04-19 07:37:14] labsy at seznam dot org Since this bug is non-persistent, it is very hard to reproduce. Now, since I run PHP 5.0.2 as ISAPI module, I did a change and added php5isapi.dll also as ISAPI FILTER under web site properties in IIS. I don't have a slight idea what would that change, but it seems to solve problem - I hope. ------------------------------------------------------------------------ [2005-04-19 07:18:46] labsy at seznam dot org I was experiencing this problem one year ago, but now it reoccured. I run PHP 5.0.2 on Win 2000/IIS I act as WebHosting provider, host about 170 domains. Now, one thing that attracted my attention was, that one of my users installed osCommerce portal few days ago. Since osCommerce handles sessions its own way, it seems to corrupt session handling function in PHP all over my server. Any file which has session_start() at the beginning, needs to be loaded twice, first attempt to load page produces the mentioned error, but after reload session initializes normally. I have session.save_handler = files session.save_path = "C:\PHP\sessiondata" ;this dir is world writeable All my PHP files only use session_start() and $_SESSION[] variable cals, no other session functions are used. It worked fine, until one of my users installed osCommerce portal. ------------------------------------------------------------------------ [2005-03-31 16:37:51] evenh+phpbug at pvv dot ntnu dot no I experienced this one too, but only when using tavi.sourceforge.net. This intrigued me, and I've developed a little script to give information related to this issue. The script at http://tavi.sourceforge.net/bug32330.php shows a counter which jumps around at it own free will, seemingly. This due to the changing host underneath, see changing $_SERVER['SERV_ADDR']. The script always uses /tmp, and it's always writeable, but it's not on the same computer! This could be fixed by using a common path, as is done in http://tavi.sourceforge.net/bug32330fix.php . And now the counter works, and I don't get the "Failed to initialize..."-message either. The reason for not getting the message, I've experienced, could be related to accidentially calling session_start() twice... Either in the same script, or script running in concurrent time space. Or maybe the lack of session_write_close()? Note that both the supplied script would include phpinfo() if adding "?a" (or anything at all) after the script name. The scripts will be available for some weeks. Feel free to copy them if needed... ;-) But the messages seems to have gone away, so I'm happy. For now. Regards, Even Holen ------------------------------------------------------------------------ [2005-03-31 06:33:58] [EMAIL PROTECTED] I don't see how this relates to my problem besides the error message. I ask you guys kindly to open a new report about your specific problem. Your problem has no relation to session handler loosing when calling session_destroy. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32330 -- Edit this bug report at http://bugs.php.net/?id=32330&edit=1
