[PHP-DEV] PHP 4.0 Bug #7237 Updated: PHP Isapi Filter fails after some consecutive uses

2001-05-03 Thread fjortiz

ID: 7237
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: IIS related
Description: PHP Isapi Filter fails after some consecutive uses

unfortunately, it's even worse now: 4.0.4 was unstable, but  now PHP 4.0.5 in ISAPI 
mode brings my inetinfo.exe (W3SVC service) down, even with a simple phpinfo()

Back to CGI mode everything goes fine. I'll try with other machines just in case, but 
this is what happens in my WinNT4 machine...


Previous Comments:
---

[2001-05-01 05:48:40] [EMAIL PROTECTED]
Please check 4.0.5. Some multi-threading issues have been improved and let us know if 
it still doesn't work for you.

---

[2001-03-07 04:30:24] [EMAIL PROTECTED]
First: I didn't write the comment [2001-03-06 04:51:50] so I'd like an explanation 
please. Who has written anything using my name?

Now with the bug:
It also seems to happen with 4.0.4pl1. But attention! Everything goes fine (several 
clients bashing the web server) until a Database query is made. We use MSSQL7. 

After several pages with a simple query to MSSQL7 (some of them concurrent from 
different machines), those pages fail to show up. However, the page with the DB query 
fails to show.

Perhaps php_mssql module is not re-entrant, or perhaps it is a problem of the whole 
module thing. We are going to test this against an Oracle8 DB (php_oci8 module).


---

[2001-03-06 04:51:50] [EMAIL PROTECTED]
Yes it still persist whit php 4.0.4pl1
is gives 270 (0x010e)
Onley on the second website of iis, the first website runs
whitout a problem, also in php, but the second keeps on crashing... 
- fist some of the pages, it misses som gd pic's and stuf.
Then it gives 270 (0x010e) or a server internal error.

---

[2001-02-25 07:33:58] [EMAIL PROTECTED]
Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

---

[2000-10-16 07:28:56] [EMAIL PROTECTED]
This also happens to me with 4.0.2. From the browser, I press the Refresh page 
button two or three times quickly. Finally I get this output:

270 (0x010e)

and the W3SVC service does not respond to any control signal (stop, start...). In 
fact, the filter for .ASP pages is also stopped. However, static pages (HTML) are 
served normally.

The most strange thing is that after several minutes, the PHP pages are back. It 
seems an IIS-thread problem, but I can't find any explanation...

The extension DLL's are not relevant, this happens in any case.



---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=7237


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #7237 Updated: PHP Isapi Filter fails after some consecutive uses

2001-03-07 Thread fjortiz

ID: 7237
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: IIS related
Description: PHP Isapi Filter fails after some consecutive uses

First: I didn't write the comment [2001-03-06 04:51:50] so I'd like an explanation 
please. Who has written anything using my name?

Now with the bug:
It also seems to happen with 4.0.4pl1. But attention! Everything goes fine (several 
clients bashing the web server) until a Database query is made. We use MSSQL7. 

After several pages with a simple query to MSSQL7 (some of them concurrent from 
different machines), those pages fail to show up. However, the page with the DB query 
fails to show.

Perhaps php_mssql module is not re-entrant, or perhaps it is a problem of the whole 
module thing. We are going to test this against an Oracle8 DB (php_oci8 module).


Previous Comments:
---

[2001-03-06 04:51:50] [EMAIL PROTECTED]
Yes it still persist whit php 4.0.4pl1
is gives 270 (0x010e)
Onley on the second website of iis, the first website runs
whitout a problem, also in php, but the second keeps on crashing... 
- fist some of the pages, it misses som gd pic's and stuf.
Then it gives 270 (0x010e) or a server internal error.

---

[2001-02-25 07:33:58] [EMAIL PROTECTED]
Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

---

[2000-10-16 07:28:56] [EMAIL PROTECTED]
This also happens to me with 4.0.2. From the browser, I press the "Refresh" page 
button two or three times quickly. Finally I get this output:

270 (0x010e)

and the W3SVC service does not respond to any control signal (stop, start...). In 
fact, the filter for .ASP pages is also stopped. However, static pages (HTML) are 
served normally.

The most strange thing is that after several minutes, the PHP pages are "back". It 
seems an IIS-thread problem, but I can't find any explanation...

The extension DLL's are not relevant, this happens in any case.



---


Full Bug description available at: http://bugs.php.net/?id=7237


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #7237 Updated: PHP Isapi Filter fails after some consecutive uses

2001-03-06 Thread fjortiz

ID: 7237
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: IIS related
Description: PHP Isapi Filter fails after some consecutive uses

Yes it still persist whit php 4.0.4pl1
is gives 270 (0x010e)
Onley on the second website of iis, the first website runs
whitout a problem, also in php, but the second keeps on crashing... 
- fist some of the pages, it misses som gd pic's and stuf.
Then it gives 270 (0x010e) or a server internal error.

Previous Comments:
---

[2001-02-25 07:33:58] [EMAIL PROTECTED]
Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

---

[2000-10-16 07:28:56] [EMAIL PROTECTED]
This also happens to me with 4.0.2. From the browser, I press the "Refresh" page 
button two or three times quickly. Finally I get this output:

270 (0x010e)

and the W3SVC service does not respond to any control signal (stop, start...). In 
fact, the filter for .ASP pages is also stopped. However, static pages (HTML) are 
served normally.

The most strange thing is that after several minutes, the PHP pages are "back". It 
seems an IIS-thread problem, but I can't find any explanation...

The extension DLL's are not relevant, this happens in any case.



---


Full Bug description available at: http://bugs.php.net/?id=7237


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PHP 4.0 Bug #7237 Updated: PHP Isapi Filter fails after some consecutive uses

2001-02-25 Thread sbergmann

ID: 7237
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: IIS related
Assigned To: 
Comments:

Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

Previous Comments:
---

[2000-10-16 07:28:56] [EMAIL PROTECTED]
This also happens to me with 4.0.2. From the browser, I press the "Refresh" page 
button two or three times quickly. Finally I get this output:

270 (0x010e)

and the W3SVC service does not respond to any control signal (stop, start...). In 
fact, the filter for .ASP pages is also stopped. However, static pages (HTML) are 
served normally.

The most strange thing is that after several minutes, the PHP pages are "back". It 
seems an IIS-thread problem, but I can't find any explanation...

The extension DLL's are not relevant, this happens in any case.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7237edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]