#22526 [Opn->Fbk]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.3RC2-dev, 5.0.0b2-dev New Comment: 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 Previous Comments: [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. [2003-06-02 06:21:56] bbubble622 at yahoo dot com Finally I was able to switch to CGI based PHP. Although it is (very) slow, it gives the right results ! -benny 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->Fbk]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: 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. Previous Comments: [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. [2003-06-02 06:21:56] bbubble622 at yahoo dot com Finally I was able to switch to CGI based PHP. Although it is (very) slow, it gives the right results ! -benny [2003-06-01 12:18:32] iberry at raxnet dot net I experienced this problem under PHP 4.3.2 as well. [2003-06-01 11:50:06] bbubble622 at yahoo dot com yes ! 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->Fbk]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Does this happen with PHP 4.3.2 ? Previous Comments: [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 [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 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->Fbk]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: What if you name that test.php to test.html..? Previous Comments: [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? [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 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->Fbk]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: 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? Previous Comments: [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. [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 [Opn->Fbk]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: 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? Previous Comments: [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 [Opn->Fbk]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: 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. Previous Comments: [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