#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: cpuidle at gmx dot de Reported By: iberry at raxnet dot net Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: This bug is marked closed- is it fixed in any version? The issue is quite ugly and not every user should be forced to find out the is a workaround... Thanks, Andi Previous Comments: [2004-09-19 16:16:33] jules at acris dot co dot uk I've experience what appears to be the same bug when using file(http://blah;) to retrieve the contents of a particular URL. The workaround suggested does do the job. FWIW, I'm on Linux, not Win2K, using Apache 1.x SAPI. Has this bug been fixed properly (i.e., not just the workaround suggested)? And if so, in which release? [2004-08-19 20:25:45] jaccoh at infogateway dot org forget my last entry.. the servers are behind loadbalancers in a NAT network.. duh :) [2004-08-19 18:56:23] jaccoh at infogateway dot org pubnelle is right. I tried this: file1.php ? include(http://www.infogateway.org/file2.php?foo=test;); ? end file2.php ? echo $_GET['foo']; ? end And it crashes! Don't go tell us it is not a bug or problem, the php manual says it should work: If URL fopen wrappers are enabled in PHP (which they are in the default configuration), you can specify the file to be included using a URL (via HTTP or other supported wrapper - see Appendix L for a list of protocols) instead of a local pathname. If the target server interprets the target file as PHP code, variables may be passed to the included file using a URL request string as used with HTTP GET. This is not strictly speaking the same thing as including the file and having it inherit the parent file's variable scope; the script is actually being run on the remote server and the result is then being included into the local script. -Jacco [2004-08-19 17:25:24] pubnelle at megaphone dot ch Hi, I have written already about apache hanging, in bug number 28856. I think that the problem is not only session related, and that it appeared after PHP 4.3.2. You may not agree with the fact that including, requiring or virtualing pages that are on the same server need to be included using the full http domain name. But there, we do it a lot, and it's working very well on our old servers, with php 4.3.2. Here is a very simple example where the server is hanging. file1.php : ? include(http://thisdomain.com/file2.php;); ? file2.php : ? //anything, for example phpinfo(); ? On a Debian Box, PHP Version 5.0.1-dotdeb, Apache/1.3.26, the server is hanging . No session started, session.auto_start set to Off. I agree that this is a stupid example and that here I would use simply include(file2.php); believe me the situations where we use the include(http ...) are a lot more complex and we cannot avoid to do this. Please, don't answer that nobody uses the include, or require, or anthing, with the http to be able to use some Apache Vhost related features : we do a lot, and I am in a despair, here ... Thanks for your attention, Estelle [2004-07-06 21:41:22] kalvinb602 at hotmail dot com Just posting to suggest that it would be nice to have this workaround posted in the manual for popen and other system command issuing functions. I resorted to blanking out the page to keep users from clicking a second link before the first finished loading to avoid a server hang. This workaround eliminates the need for that very clunky fix but it took me quite awhile to find it because I was digging through the manual. It might be a good idea to link the manual entries to the related bug reports. I'm using Apache 2.0.49 PHP 4.3.6 (upgrading soon) and Windows 2000 Pro. 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 [Com]: session_start/popen hang
ID: 22526 Comment by: jules at acris dot co dot uk Reported By: iberry at raxnet dot net Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: I've experience what appears to be the same bug when using file(http://blah;) to retrieve the contents of a particular URL. The workaround suggested does do the job. FWIW, I'm on Linux, not Win2K, using Apache 1.x SAPI. Has this bug been fixed properly (i.e., not just the workaround suggested)? And if so, in which release? Previous Comments: [2004-08-19 20:25:45] jaccoh at infogateway dot org forget my last entry.. the servers are behind loadbalancers in a NAT network.. duh :) [2004-08-19 18:56:23] jaccoh at infogateway dot org pubnelle is right. I tried this: file1.php ? include(http://www.infogateway.org/file2.php?foo=test;); ? end file2.php ? echo $_GET['foo']; ? end And it crashes! Don't go tell us it is not a bug or problem, the php manual says it should work: If URL fopen wrappers are enabled in PHP (which they are in the default configuration), you can specify the file to be included using a URL (via HTTP or other supported wrapper - see Appendix L for a list of protocols) instead of a local pathname. If the target server interprets the target file as PHP code, variables may be passed to the included file using a URL request string as used with HTTP GET. This is not strictly speaking the same thing as including the file and having it inherit the parent file's variable scope; the script is actually being run on the remote server and the result is then being included into the local script. -Jacco [2004-08-19 17:25:24] pubnelle at megaphone dot ch Hi, I have written already about apache hanging, in bug number 28856. I think that the problem is not only session related, and that it appeared after PHP 4.3.2. You may not agree with the fact that including, requiring or virtualing pages that are on the same server need to be included using the full http domain name. But there, we do it a lot, and it's working very well on our old servers, with php 4.3.2. Here is a very simple example where the server is hanging. file1.php : ? include(http://thisdomain.com/file2.php;); ? file2.php : ? //anything, for example phpinfo(); ? On a Debian Box, PHP Version 5.0.1-dotdeb, Apache/1.3.26, the server is hanging . No session started, session.auto_start set to Off. I agree that this is a stupid example and that here I would use simply include(file2.php); believe me the situations where we use the include(http ...) are a lot more complex and we cannot avoid to do this. Please, don't answer that nobody uses the include, or require, or anthing, with the http to be able to use some Apache Vhost related features : we do a lot, and I am in a despair, here ... Thanks for your attention, Estelle [2004-07-06 21:41:22] kalvinb602 at hotmail dot com Just posting to suggest that it would be nice to have this workaround posted in the manual for popen and other system command issuing functions. I resorted to blanking out the page to keep users from clicking a second link before the first finished loading to avoid a server hang. This workaround eliminates the need for that very clunky fix but it took me quite awhile to find it because I was digging through the manual. It might be a good idea to link the manual entries to the related bug reports. I'm using Apache 2.0.49 PHP 4.3.6 (upgrading soon) and Windows 2000 Pro. [2004-03-05 02:34:26] iberry at raxnet dot net The workaround has shown to be effective in eliminating this issue. Closing the bug. 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 [Com]: session_start/popen hang
ID: 22526 Comment by: pubnelle at megaphone dot ch Reported By: iberry at raxnet dot net Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: Hi, I have written already about apache hanging, in bug number 28856. I think that the problem is not only session related, and that it appeared after PHP 4.3.2. You may not agree with the fact that including, requiring or virtualing pages that are on the same server need to be included using the full http domain name. But there, we do it a lot, and it's working very well on our old servers, with php 4.3.2. Here is a very simple example where the server is hanging. file1.php : ? include(http://thisdomain.com/file2.php;); ? file2.php : ? //anything, for example phpinfo(); ? On a Debian Box, PHP Version 5.0.1-dotdeb, Apache/1.3.26, the server is hanging . No session started, session.auto_start set to Off. I agree that this is a stupid example and that here I would use simply include(file2.php); believe me the situations where we use the include(http ...) are a lot more complex and we cannot avoid to do this. Please, don't answer that nobody uses the include, or require, or anthing, with the http to be able to use some Apache Vhost related features : we do a lot, and I am in a despair, here ... Thanks for your attention, Estelle Previous Comments: [2004-07-06 21:41:22] kalvinb602 at hotmail dot com Just posting to suggest that it would be nice to have this workaround posted in the manual for popen and other system command issuing functions. I resorted to blanking out the page to keep users from clicking a second link before the first finished loading to avoid a server hang. This workaround eliminates the need for that very clunky fix but it took me quite awhile to find it because I was digging through the manual. It might be a good idea to link the manual entries to the related bug reports. I'm using Apache 2.0.49 PHP 4.3.6 (upgrading soon) and Windows 2000 Pro. [2004-03-05 02:34:26] iberry at raxnet dot net The workaround has shown to be effective in eliminating this issue. Closing the bug. [2004-02-23 10:46:45] cpuidle at gmx dot de I had experienced the same issue, php45, 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. 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 [Com]: session_start/popen hang
ID: 22526 Comment by: jaccoh at infogateway dot org Reported By: iberry at raxnet dot net Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: pubnelle is right. I tried this: file1.php ? include(http://www.infogateway.org/file2.php?foo=test;); ? end file2.php ? echo $_GET['foo']; ? end And it crashes! Don't go tell us it is not a bug or problem, the php manual says it should work: If URL fopen wrappers are enabled in PHP (which they are in the default configuration), you can specify the file to be included using a URL (via HTTP or other supported wrapper - see Appendix L for a list of protocols) instead of a local pathname. If the target server interprets the target file as PHP code, variables may be passed to the included file using a URL request string as used with HTTP GET. This is not strictly speaking the same thing as including the file and having it inherit the parent file's variable scope; the script is actually being run on the remote server and the result is then being included into the local script. -Jacco Previous Comments: [2004-08-19 17:25:24] pubnelle at megaphone dot ch Hi, I have written already about apache hanging, in bug number 28856. I think that the problem is not only session related, and that it appeared after PHP 4.3.2. You may not agree with the fact that including, requiring or virtualing pages that are on the same server need to be included using the full http domain name. But there, we do it a lot, and it's working very well on our old servers, with php 4.3.2. Here is a very simple example where the server is hanging. file1.php : ? include(http://thisdomain.com/file2.php;); ? file2.php : ? //anything, for example phpinfo(); ? On a Debian Box, PHP Version 5.0.1-dotdeb, Apache/1.3.26, the server is hanging . No session started, session.auto_start set to Off. I agree that this is a stupid example and that here I would use simply include(file2.php); believe me the situations where we use the include(http ...) are a lot more complex and we cannot avoid to do this. Please, don't answer that nobody uses the include, or require, or anthing, with the http to be able to use some Apache Vhost related features : we do a lot, and I am in a despair, here ... Thanks for your attention, Estelle [2004-07-06 21:41:22] kalvinb602 at hotmail dot com Just posting to suggest that it would be nice to have this workaround posted in the manual for popen and other system command issuing functions. I resorted to blanking out the page to keep users from clicking a second link before the first finished loading to avoid a server hang. This workaround eliminates the need for that very clunky fix but it took me quite awhile to find it because I was digging through the manual. It might be a good idea to link the manual entries to the related bug reports. I'm using Apache 2.0.49 PHP 4.3.6 (upgrading soon) and Windows 2000 Pro. [2004-03-05 02:34:26] iberry at raxnet dot net The workaround has shown to be effective in eliminating this issue. Closing the bug. [2004-02-23 10:46:45] cpuidle at gmx dot de I had experienced the same issue, php45, 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. 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 [Com]: session_start/popen hang
ID: 22526 Comment by: jaccoh at infogateway dot org Reported By: iberry at raxnet dot net Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: forget my last entry.. the servers are behind loadbalancers in a NAT network.. duh :) Previous Comments: [2004-08-19 18:56:23] jaccoh at infogateway dot org pubnelle is right. I tried this: file1.php ? include(http://www.infogateway.org/file2.php?foo=test;); ? end file2.php ? echo $_GET['foo']; ? end And it crashes! Don't go tell us it is not a bug or problem, the php manual says it should work: If URL fopen wrappers are enabled in PHP (which they are in the default configuration), you can specify the file to be included using a URL (via HTTP or other supported wrapper - see Appendix L for a list of protocols) instead of a local pathname. If the target server interprets the target file as PHP code, variables may be passed to the included file using a URL request string as used with HTTP GET. This is not strictly speaking the same thing as including the file and having it inherit the parent file's variable scope; the script is actually being run on the remote server and the result is then being included into the local script. -Jacco [2004-08-19 17:25:24] pubnelle at megaphone dot ch Hi, I have written already about apache hanging, in bug number 28856. I think that the problem is not only session related, and that it appeared after PHP 4.3.2. You may not agree with the fact that including, requiring or virtualing pages that are on the same server need to be included using the full http domain name. But there, we do it a lot, and it's working very well on our old servers, with php 4.3.2. Here is a very simple example where the server is hanging. file1.php : ? include(http://thisdomain.com/file2.php;); ? file2.php : ? //anything, for example phpinfo(); ? On a Debian Box, PHP Version 5.0.1-dotdeb, Apache/1.3.26, the server is hanging . No session started, session.auto_start set to Off. I agree that this is a stupid example and that here I would use simply include(file2.php); believe me the situations where we use the include(http ...) are a lot more complex and we cannot avoid to do this. Please, don't answer that nobody uses the include, or require, or anthing, with the http to be able to use some Apache Vhost related features : we do a lot, and I am in a despair, here ... Thanks for your attention, Estelle [2004-07-06 21:41:22] kalvinb602 at hotmail dot com Just posting to suggest that it would be nice to have this workaround posted in the manual for popen and other system command issuing functions. I resorted to blanking out the page to keep users from clicking a second link before the first finished loading to avoid a server hang. This workaround eliminates the need for that very clunky fix but it took me quite awhile to find it because I was digging through the manual. It might be a good idea to link the manual entries to the related bug reports. I'm using Apache 2.0.49 PHP 4.3.6 (upgrading soon) and Windows 2000 Pro. [2004-03-05 02:34:26] iberry at raxnet dot net The workaround has shown to be effective in eliminating this issue. Closing the bug. [2004-02-23 10:46:45] cpuidle at gmx dot de I had experienced the same issue, php45, winXP, apache2. Workaround is fixing the problem. Thanks, Andi 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 [Com]: session_start/popen hang
ID: 22526 Comment by: kalvinb602 at hotmail dot com Reported By: iberry at raxnet dot net Status: Closed Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: Just posting to suggest that it would be nice to have this workaround posted in the manual for popen and other system command issuing functions. I resorted to blanking out the page to keep users from clicking a second link before the first finished loading to avoid a server hang. This workaround eliminates the need for that very clunky fix but it took me quite awhile to find it because I was digging through the manual. It might be a good idea to link the manual entries to the related bug reports. I'm using Apache 2.0.49 PHP 4.3.6 (upgrading soon) and Windows 2000 Pro. Previous Comments: [2004-03-05 02:34:26] iberry at raxnet dot net The workaround has shown to be effective in eliminating this issue. Closing the bug. [2004-02-23 10:46:45] cpuidle at gmx dot de I had experienced the same issue, php45, 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 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 [Com]: session_start/popen hang
ID: 22526 Comment by: cpuidle at gmx dot de Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: I had experienced the same issue, php45, winXP, apache2. Workaround is fixing the problem. Thanks, Andi Previous Comments: [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 [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. 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 [Com]: session_start/popen hang
ID: 22526 Comment by: php_bug at cklowe dot com Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: 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. Previous Comments: [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 [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 [Com]: session_start/popen hang
ID: 22526 Comment by: riskisadventure at yahoo dot com Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: 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 Previous Comments: [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 [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..? 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 [Com]: session_start/popen hang
ID: 22526 Comment by: php_bug at cklowe dot com Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4CVS, 5CVS New Comment: 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 Previous Comments: [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 [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=22526edit=1
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: spoon at nexdot dot net Reported By: iberry at raxnet dot net Status: No Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: 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). Previous Comments: [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. [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=22526edit=1
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: marcus at quintic dot co dot uk Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: 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) Previous Comments: [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 ! [2003-06-01 10:50:51] [EMAIL PROTECTED] Does this happen with PHP 4.3.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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526edit=1
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: mobrien at milleker dot org Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: 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. Previous Comments: [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 ! [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 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 [Com]: session_start/popen hang
ID: 22526 Comment by: bbubble622 at yahoo dot com Reported By: iberry at raxnet dot net Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: yes ! Previous Comments: [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 [2003-03-07 02:14:56] [EMAIL PROTECTED] What if you name that test.php to test.html..? 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 [Com]: session_start/popen hang
ID: 22526 Comment by: bbubble622 at yahoo dot com Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: Finally I was able to switch to CGI based PHP. Although it is (very) slow, it gives the right results ! -benny Previous Comments: [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 ! [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. 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 [Com]: session_start/popen hang
ID: 22526 Comment by: jerryaunspaw at hotmail dot com Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: 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. Previous Comments: [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 [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 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
