#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=22526edit=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=22526edit=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=22526edit=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=22526edit=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
img src=img.php?rra_id=1
img src=img.php?rra_id=2
img src=img.php?rra_id=3
img src=img.php?rra_id=4
end
img.php
?php
session_start();
$fp = popen('test', r);
print fpassthru($fp);
pclose($fp);
?
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=22526edit=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
img src=img.php?rra_id=1
img src=img.php?rra_id=2
img src=img.php?rra_id=3
img src=img.php?rra_id=4
end
img.php
?php
session_start();
$fp = popen('test', r);
print fpassthru($fp);
pclose($fp);
?
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=22526edit=1
