#22526 [Opn->Csd]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Open +Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: The workaround has shown to be effective in eliminating this issue. Closing the bug. Previous Comments: [2004-02-23 10:46:45] cpuidle at gmx dot de I had experienced the same issue, php4&5, winXP, apache2. Workaround is fixing the problem. Thanks, Andi [2004-02-02 16:36:43] iberry at raxnet dot net My initial tests show that the workaround is doing the trick! I will send out a message to have more users test this and report back. Thanks for pointing this out. [2004-02-02 10:59:17] php_bug at cklowe dot com Workaround: use session_write_close() before the exec. You can use session_start() after the call if you still need to write session values. Reading doesn't require an open session. I've tested this somewhat, so please post how you get on. [2004-01-10 03:01:49] riskisadventure at yahoo dot com I am having the simillar problem but with FreeBSD 4.7 All the page with session_strat() hang, if the one of the page with session_start() start hangging [2003-11-30 21:58:05] php_bug at cklowe dot com It would appear that this bug also afflicts exec(). It seems the the function php_session_start hangs at some point within the function. php_session_start only hangs after popen_ex has finished in the first thread. I don't yet know if the status of the handle returned by popen_ex makes a difference. (pclose makes a difference) It appears not to occur in the debug_ts version, only release_ts. I could not recreate the bug using iframes, but img (as described above) does the trick 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22526 [Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: My initial tests show that the workaround is doing the trick! I will send out a message to have more users test this and report back. Thanks for pointing this out. Previous Comments: [2004-02-02 10:59:17] php_bug at cklowe dot com Workaround: use session_write_close() before the exec. You can use session_start() after the call if you still need to write session values. Reading doesn't require an open session. I've tested this somewhat, so please post how you get on. [2004-01-10 03:01:49] riskisadventure at yahoo dot com I am having the simillar problem but with FreeBSD 4.7 All the page with session_strat() hang, if the one of the page with session_start() start hangging [2003-11-30 21:58:05] php_bug at cklowe dot com It would appear that this bug also afflicts exec(). It seems the the function php_session_start hangs at some point within the function. php_session_start only hangs after popen_ex has finished in the first thread. I don't yet know if the status of the handle returned by popen_ex makes a difference. (pclose makes a difference) It appears not to occur in the debug_ts version, only release_ts. I could not recreate the bug using iframes, but img (as described above) does the trick [2003-09-24 21:35:02] iberry at raxnet dot net I tried both php4-win32-STABLE-200309250030 and php5-win32-200309242230. Both still accuratly produce the same bug. [2003-09-24 19:39:15] [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 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22526 [Fbk->Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.3RC2-dev, 5.0.0b2-dev New Comment: I tried both php4-win32-STABLE-200309250030 and php5-win32-200309242230. Both still accuratly produce the same bug. Previous Comments: [2003-09-24 19:39:15] [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 [2003-07-24 21:14:35] iberry at raxnet dot net Not sure if my feedback is required or not but I was able to reproduce the same problem using the latest PHP5 build under Windows 2000. [2003-07-12 23:42:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And update the version if this still happens. [2003-06-24 03:33:56] marcus at quintic dot co dot uk I have exactly the same problem with fopen+fpassthru instead of popen (just filed a bug that got closed as a duplicate #24295) on Windows XP. It makes session-based authentication next to useless for an app we are developing. CGI does not cure it, neither does disabling the trans_sid. The bug is apparent in 4.2.x and upwards in our case (on Apache 1.3.27) [2003-06-06 11:03:10] mobrien at milleker dot org Same problem observed in 4.3.2 on Win2K with Apache 1.3.1 Benny - Read the section in the install.txt about running in CGI mode (if you have not already): this is a completely unacceptable situation for production environments, IMO. 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22526 [NoF->Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: No Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: Not sure if my feedback is required or not but I was able to reproduce the same problem using the latest PHP5 build under Windows 2000. Previous Comments: [2003-07-21 15:22:19] spoon at nexdot dot net I am a user of the program iberry has developed and I can confirm that the negative result is still occuring in updated versions of php (i use a nightly updated php5.0.0 (it is currently post beta1). CMD.EXE and Apache.EXE hang and if you end the session with the site, and come back, it will work (in a new child process, leaving the now hanging ones stay there as ghosts. If you stop apache service and restart it, its fine untill you attempt the session and popen combinations). [2003-07-20 10:36:01] [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-12 23:42:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And update the version if this still happens. [2003-06-24 03:33:56] marcus at quintic dot co dot uk I have exactly the same problem with fopen+fpassthru instead of popen (just filed a bug that got closed as a duplicate #24295) on Windows XP. It makes session-based authentication next to useless for an app we are developing. CGI does not cure it, neither does disabling the trans_sid. The bug is apparent in 4.2.x and upwards in our case (on Apache 1.3.27) [2003-06-06 11:03:10] mobrien at milleker dot org Same problem observed in 4.3.2 on Win2K with Apache 1.3.1 Benny - Read the section in the install.txt about running in CGI mode (if you have not already): this is a completely unacceptable situation for production environments, IMO. 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22526 [Fbk->Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I experienced this problem under PHP 4.3.2 as well. Previous Comments: [2003-06-01 11:50:06] bbubble622 at yahoo dot com yes ! [2003-06-01 10:50:51] [EMAIL PROTECTED] Does this happen with PHP 4.3.2 ? [2003-06-01 09:54:54] bbubble622 at yahoo dot com Same problem as described overhere. No generation of graphs and although I did not trace it back, I see and experience exactly the same problems. -benny [2003-04-02 15:56:46] jerryaunspaw at hotmail dot com I have experienced the same problem that iberry has seen. I noticed that on IIS 5, the cmd.exe gets hung up. I have to do an iisreset to clear the error. The script works fine for 1 image on a page...but when you introduce multiple images...it errors out...page just hangs... and then you have to do an IISRESET. [2003-03-12 17:05:32] iberry at raxnet dot net I renamed test.php to test.html, and the same problem occurs. -Ian 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22526 [Fbk->Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I renamed test.php to test.html, and the same problem occurs. -Ian Previous Comments: [2003-03-07 02:14:56] [EMAIL PROTECTED] What if you name that test.php to test.html..? [2003-03-06 21:42:28] iberry at raxnet dot net I checked and 'session.use_trans_sid' was set to '0', so I changed it to '1', but got the same results. I took a look at the bug you referenced to, but it is not the same. For one the file size is not really an issue. And secondly after adding debug code, I can see that PHP is blocking on the popen() call, not fpassthru(). -Ian [2003-03-06 12:51:58] [EMAIL PROTECTED] Are you sure this isn't same as what we've verified in bug #22154 ? Do you have session.use_trans_sid = 1 in your php.ini? -------- [2003-03-06 00:30:24] iberry at raxnet dot net I tried Apache 1.3.27 with PHP's php4apache.dll and got the same negative results. The code I originally posted still causes the hang with this configuration. -Ian [2003-03-05 13:49:23] [EMAIL PROTECTED] Both of the SAPI's you've tried (IIS & Apache 2) are thread based, it is possible that this problem is specific to multi-threaded application, and that's why single-threaded SAPIs like CLI/CGI are not affected by it. Could you try and see if the problem can be replicated using Apache 1.X? 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22526 [Fbk->Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I checked and 'session.use_trans_sid' was set to '0', so I changed it to '1', but got the same results. I took a look at the bug you referenced to, but it is not the same. For one the file size is not really an issue. And secondly after adding debug code, I can see that PHP is blocking on the popen() call, not fpassthru(). -Ian Previous Comments: [2003-03-06 12:51:58] [EMAIL PROTECTED] Are you sure this isn't same as what we've verified in bug #22154 ? Do you have session.use_trans_sid = 1 in your php.ini? -------- [2003-03-06 00:30:24] iberry at raxnet dot net I tried Apache 1.3.27 with PHP's php4apache.dll and got the same negative results. The code I originally posted still causes the hang with this configuration. -Ian [2003-03-05 13:49:23] [EMAIL PROTECTED] Both of the SAPI's you've tried (IIS & Apache 2) are thread based, it is possible that this problem is specific to multi-threaded application, and that's why single-threaded SAPIs like CLI/CGI are not affected by it. Could you try and see if the problem can be replicated using Apache 1.X? ---------------- [2003-03-04 15:46:19] iberry at raxnet dot net I tried the latest CVS version with the same negative results. I then tried to duplicate the bug using the CGI/CLI binary with no luck (could not produce the sufficent code). After this however, I switched Apache from SAPI to CGI and the problem went away. So for now, we can assume that the problem is related to PHP's SAPI support. Were you able to reproduce this under a SAPI environment? -Ian [2003-03-04 10:29:31] [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 If the problem persists, see if the bug can be replicated using the CLI or CGI sapi. 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22526 [Fbk->Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I tried Apache 1.3.27 with PHP's php4apache.dll and got the same negative results. The code I originally posted still causes the hang with this configuration. -Ian Previous Comments: [2003-03-05 13:49:23] [EMAIL PROTECTED] Both of the SAPI's you've tried (IIS & Apache 2) are thread based, it is possible that this problem is specific to multi-threaded application, and that's why single-threaded SAPIs like CLI/CGI are not affected by it. Could you try and see if the problem can be replicated using Apache 1.X? [2003-03-04 15:46:19] iberry at raxnet dot net I tried the latest CVS version with the same negative results. I then tried to duplicate the bug using the CGI/CLI binary with no luck (could not produce the sufficent code). After this however, I switched Apache from SAPI to CGI and the problem went away. So for now, we can assume that the problem is related to PHP's SAPI support. Were you able to reproduce this under a SAPI environment? -Ian [2003-03-04 10:29:31] [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 If the problem persists, see if the bug can be replicated using the CLI or CGI sapi. ---- [2003-03-03 17:55:33] iberry at raxnet dot net I think I have found some sort of race-like condition using session_start() and popen() functions, causing the web server to hang. The bug only seems to manifest when repeatedly initiating a page that requires session_start() and uses popen(). This is relevant for me because this page renders graphs and needs both of these functions to perform its job. Here is some example code to re-produce the problem: test.php end img.php end Notice how I am passing different GET variables to each image page session, this seems to be necessary for the bug to manifest. This code has been tested on both IIS 5 and Apache 2.0.44 with the same results The path I give popen() does not appear to make a difference. I have also have tried the popen 'r' and 'rb' file modes, which made no difference. The two triggers of this bug appear to be the combined use of session_start()/popen() and the varying GET variable values. Thanks for taking time to look into this. -Ian -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22526 [Fbk->Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I tried the latest CVS version with the same negative results. I then tried to duplicate the bug using the CGI/CLI binary with no luck (could not produce the sufficent code). After this however, I switched Apache from SAPI to CGI and the problem went away. So for now, we can assume that the problem is related to PHP's SAPI support. Were you able to reproduce this under a SAPI environment? -Ian Previous Comments: [2003-03-04 10:29:31] [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 If the problem persists, see if the bug can be replicated using the CLI or CGI sapi. [2003-03-03 17:55:33] iberry at raxnet dot net I think I have found some sort of race-like condition using session_start() and popen() functions, causing the web server to hang. The bug only seems to manifest when repeatedly initiating a page that requires session_start() and uses popen(). This is relevant for me because this page renders graphs and needs both of these functions to perform its job. Here is some example code to re-produce the problem: test.php end img.php end Notice how I am passing different GET variables to each image page session, this seems to be necessary for the bug to manifest. This code has been tested on both IIS 5 and Apache 2.0.44 with the same results The path I give popen() does not appear to make a difference. I have also have tried the popen 'r' and 'rb' file modes, which made no difference. The two triggers of this bug appear to be the combined use of session_start()/popen() and the varying GET variable values. Thanks for taking time to look into this. -Ian -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22526 [NEW]: session_start/popen hang
From: iberry at raxnet dot net Operating system: Windows 2000 PHP version: 4.3.0 PHP Bug Type: Session related Bug description: session_start/popen hang I think I have found some sort of race-like condition using session_start() and popen() functions, causing the web server to hang. The bug only seems to manifest when repeatedly initiating a page that requires session_start() and uses popen(). This is relevant for me because this page renders graphs and needs both of these functions to perform its job. Here is some example code to re-produce the problem: test.php end img.php end Notice how I am passing different GET variables to each image page session, this seems to be necessary for the bug to manifest. This code has been tested on both IIS 5 and Apache 2.0.44 with the same results The path I give popen() does not appear to make a difference. I have also have tried the popen 'r' and 'rb' file modes, which made no difference. The two triggers of this bug appear to be the combined use of session_start()/popen() and the varying GET variable values. Thanks for taking time to look into this. -Ian -- Edit bug report at http://bugs.php.net/?id=22526&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22526&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22526&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22526&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22526&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22526&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22526&r=support Expected behavior: http://bugs.php.net/fix.php?id=22526&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22526&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22526&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22526&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22526&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22526&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22526&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22526&r=gnused
