ID: 22747 Comment by: siggi at junesystems dot com Reported By: carl at voodoomedia dot co dot uk Status: No Feedback Bug Type: Session related Operating System: Windows 2000 SP3 PHP Version: 4.3.2-RC New Comment:
I'm having similar problems with sessions. On a dual Xeon 2,4 GHZ running RedHat 9, Apache 1.3.27 and PHP 4.3.2 module, session_start() sometimes takes milliseconds and other times it takes up to 13 seconds to complete. I've timed it with the following code: <? $start = microtime(); session_start(); $stop = microtime(); echo $stop - $start; ?> The results are not reproducable in small script containing only the previous code, but happen in a large application and it seems to happen only when data is Posted. No code is run before the session is started, so I'm at a loss what might be causing the problems. Previous Comments: ------------------------------------------------------------------------ [2003-07-20 10:35:24] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. ------------------------------------------------------------------------ [2003-07-13 00:09:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And update the version if this still happens to you (when using the snapshot). And make sure you delete ALL old remains of PHP related files first before installing the snapshot!! ------------------------------------------------------------------------ [2003-03-25 07:07:25] carl at voodoomedia dot co dot uk Hi there, I'm using Apache 1.3.27 on a windows 2000 SP3 machine, dual P3 1.6ghz processors and 1.5GB RAM PHP is loading as an apache module and i've tried 4.3.1 and 4.3.2 latest cvs binaries. the differences in my ini from php-dist are short_open_tags = Off precision = 14 zlib_output_compression = on (but only did this last night wsa off until then) allow_call_time_pass_reference = off max_execution_time = 40 error_reporting = E_ALL display_errors = Off log_errors = On ignore_repeated_errors = on error_log = e:\php.log register_argc_argv = off magic_quotes_runtime = on include_path = e:\www\ doc_root = e:\www\ extensions_dir = c:\php\extensions upload_max_file_size=4M default_socket_timeout=30 SMTP=[ip to local smtp server] session_save_path = c:\php\sessions session.gc_dividend = 1000 session.bug_compat_warn = 0 (makes no difference, still see em) Thanks ------------------------------------------------------------------------ [2003-03-25 06:46:39] [EMAIL PROTECTED] What webserver is used? How is PHP configured in it? Are you using CGI binary or a module? What is the diff -u between the php.ini-dist file and your php.ini ? ------------------------------------------------------------------------ [2003-03-25 05:51:58] carl at voodoomedia dot co dot uk I'm afraid that "You're doing something wrong" just isn't an acceptable answer. It's a problem with PHP's session handler or serializer for sure. I can replicate it by using this script <?php session_start(); if (!isset($_SESSION['tempVal'])) $_SESSION['tempVal'] = 0; $_SESSION['tempVal']++; echo 'session val is now '.$_SESSION['tempVal'].'<BR>'; echo '<A HREF="sesstest.php">click here to reload</A> ?> If I call that page from an automated page refresh script that I have at some point within an hour I will get [25-Mar-2003 11:37:27] PHP Fatal error: Maximum execution time of 40 seconds exceeded in e:\www\sesstest.php on line 2. ------------------------------------------------------------------------ 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/22747 -- Edit this bug report at http://bugs.php.net/?id=22747&edit=1
