#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: Whatever the fix was, it seems to have done the job! I have only done about 10 minutes of testing but so far ISAPI is working. Previous Comments: [2002-12-26 09:11:51] [EMAIL PROTECTED] [Continued from my previous post] ...I forgot to add that setting the IIS Security to Low (IIS Process) allowed me to view more pages in the Attachment Mod of PHPBB2, but any time I tried to view a posting, even the first time, I would receive an AV. [2002-12-26 09:06:41] [EMAIL PROTECTED] I too have experienced this problem. I installed PHP4.2.3 on XP using ISAPI and PHPBB2.0.3. Everything worked fine and I was quite excited about my budding relationship with PHP when... I installed the PHPBB Attachment Mod 2.3.4 (www.opentools.de/attach_mod/) and then I would notice RAM utilization would max out, heavy disk thrashing, and then ~30s later an AV crash. Hope this helps. [2002-12-24 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-08 17:32:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There was patch commited to the CVS on 2002/12/02 that may have solved the problem. [2002-12-01 16:19:51] [EMAIL PROTECTED] I can easily reproduce this. With a simple 5 refreshes kills PHP and inetinfo. I have narrowed it down to a auto_prepend_file setting in php.ini. With that setting disabled then I cannot crash it. Hope this helps. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: [Continued from my previous post] ...I forgot to add that setting the IIS Security to Low (IIS Process) allowed me to view more pages in the Attachment Mod of PHPBB2, but any time I tried to view a posting, even the first time, I would receive an AV. Previous Comments: [2002-12-26 09:06:41] [EMAIL PROTECTED] I too have experienced this problem. I installed PHP4.2.3 on XP using ISAPI and PHPBB2.0.3. Everything worked fine and I was quite excited about my budding relationship with PHP when... I installed the PHPBB Attachment Mod 2.3.4 (www.opentools.de/attach_mod/) and then I would notice RAM utilization would max out, heavy disk thrashing, and then ~30s later an AV crash. Hope this helps. [2002-12-24 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-08 17:32:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There was patch commited to the CVS on 2002/12/02 that may have solved the problem. [2002-12-01 16:19:51] [EMAIL PROTECTED] I can easily reproduce this. With a simple 5 refreshes kills PHP and inetinfo. I have narrowed it down to a auto_prepend_file setting in php.ini. With that setting disabled then I cannot crash it. Hope this helps. [2002-11-27 14:37:58] [EMAIL PROTECTED] We had the same "php4ts!zend_strndup + 0x2B + 0xA05CB1AD." error on our win2k server iis5 and php4.2.1. Stan.nospam, and maybe others as well mentioned about setting isapi filters. We added an isapi filter pointing to the same php4isapi.dll as in the apps mappings. The application which was hanging every 5 minutes before, didn't hang since (which is for 4 days now) 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: I too have experienced this problem. I installed PHP4.2.3 on XP using ISAPI and PHPBB2.0.3. Everything worked fine and I was quite excited about my budding relationship with PHP when... I installed the PHPBB Attachment Mod 2.3.4 (www.opentools.de/attach_mod/) and then I would notice RAM utilization would max out, heavy disk thrashing, and then ~30s later an AV crash. Hope this helps. Previous Comments: [2002-12-24 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-08 17:32:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There was patch commited to the CVS on 2002/12/02 that may have solved the problem. [2002-12-01 16:19:51] [EMAIL PROTECTED] I can easily reproduce this. With a simple 5 refreshes kills PHP and inetinfo. I have narrowed it down to a auto_prepend_file setting in php.ini. With that setting disabled then I cannot crash it. Hope this helps. [2002-11-27 14:37:58] [EMAIL PROTECTED] We had the same "php4ts!zend_strndup + 0x2B + 0xA05CB1AD." error on our win2k server iis5 and php4.2.1. Stan.nospam, and maybe others as well mentioned about setting isapi filters. We added an isapi filter pointing to the same php4isapi.dll as in the apps mappings. The application which was hanging every 5 minutes before, didn't hang since (which is for 4 days now) [2002-11-27 09:16:04] [EMAIL PROTECTED] Same issue, and even worse: since the last MS updates (IIS, SQL, MDAC), I get a bunch of access violations that I almost never got before. And running manually php.cgi causes the script to quit at the first SQL request, without warning/errors. It says 'missing cgi headers' when running under php-cgi. I tried 4.3.0RC1, 4.3.0-dev, 4.4.0-dev (yesterday's snapshots), all the same result. Any PHP developper using a dual cpu Win2K platform could test/fix this? 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: I can easily reproduce this. With a simple 5 refreshes kills PHP and inetinfo. I have narrowed it down to a auto_prepend_file setting in php.ini. With that setting disabled then I cannot crash it. Hope this helps. Previous Comments: [2002-11-27 14:37:58] [EMAIL PROTECTED] We had the same "php4ts!zend_strndup + 0x2B + 0xA05CB1AD." error on our win2k server iis5 and php4.2.1. Stan.nospam, and maybe others as well mentioned about setting isapi filters. We added an isapi filter pointing to the same php4isapi.dll as in the apps mappings. The application which was hanging every 5 minutes before, didn't hang since (which is for 4 days now) [2002-11-27 09:16:04] [EMAIL PROTECTED] Same issue, and even worse: since the last MS updates (IIS, SQL, MDAC), I get a bunch of access violations that I almost never got before. And running manually php.cgi causes the script to quit at the first SQL request, without warning/errors. It says 'missing cgi headers' when running under php-cgi. I tried 4.3.0RC1, 4.3.0-dev, 4.4.0-dev (yesterday's snapshots), all the same result. Any PHP developper using a dual cpu Win2K platform could test/fix this? [2002-11-20 14:30:05] [EMAIL PROTECTED] Add me to the list of people experiencing this. After a little while of switching back and forth from AV to working it goes to not responding at all. :-( [2002-11-18 18:10:24] [EMAIL PROTECTED] Hi.. i have been working on this a couple of days for now, and here are some facts i noticed after a couple of work-arounds... - the error occurs only on systems with Win2K (SP >= 2) - the error WILL NOT occur if logged in as system administrator, and the IIS security is turned to LOW !! - the error will occur on EACH request if you fronpage extensions installed, and a global.asa file exists on the root . - please keep us informed of a solution thanks... http://www.snip.com.ua [2002-11-07 10:01:14] [EMAIL PROTECTED] attachment to previous message: >> There is a curious connection: >> Under applications-configuration... also not the best.., dit crash aniway. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: We had the same "php4ts!zend_strndup + 0x2B + 0xA05CB1AD." error on our win2k server iis5 and php4.2.1. Stan.nospam, and maybe others as well mentioned about setting isapi filters. We added an isapi filter pointing to the same php4isapi.dll as in the apps mappings. The application which was hanging every 5 minutes before, didn't hang since (which is for 4 days now) Previous Comments: [2002-11-27 09:16:04] [EMAIL PROTECTED] Same issue, and even worse: since the last MS updates (IIS, SQL, MDAC), I get a bunch of access violations that I almost never got before. And running manually php.cgi causes the script to quit at the first SQL request, without warning/errors. It says 'missing cgi headers' when running under php-cgi. I tried 4.3.0RC1, 4.3.0-dev, 4.4.0-dev (yesterday's snapshots), all the same result. Any PHP developper using a dual cpu Win2K platform could test/fix this? [2002-11-20 14:30:05] [EMAIL PROTECTED] Add me to the list of people experiencing this. After a little while of switching back and forth from AV to working it goes to not responding at all. :-( [2002-11-18 18:10:24] [EMAIL PROTECTED] Hi.. i have been working on this a couple of days for now, and here are some facts i noticed after a couple of work-arounds... - the error occurs only on systems with Win2K (SP >= 2) - the error WILL NOT occur if logged in as system administrator, and the IIS security is turned to LOW !! - the error will occur on EACH request if you fronpage extensions installed, and a global.asa file exists on the root . - please keep us informed of a solution thanks... http://www.snip.com.ua [2002-11-07 10:01:14] [EMAIL PROTECTED] attachment to previous message: >> There is a curious connection: >> Under applications-configuration... also not the best.., dit crash aniway. [2002-11-06 12:52:54] [EMAIL PROTECTED] I get same error but also with different function: php4ts!zend_strndup + 0x2B + 0xA05D8578 php4ts!zend_hash_copy + 0x1B + 0xA05D8578 There is a curious connection: Under applications-configuration (i do not now the english correct name) (where to install php4isapi.dll) Dlg-page: applications-options (seems concerning ASP) After deselecting "Buffer", IIS run very stable with no more interruption. Mayby tray also.. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: Same issue, and even worse: since the last MS updates (IIS, SQL, MDAC), I get a bunch of access violations that I almost never got before. And running manually php.cgi causes the script to quit at the first SQL request, without warning/errors. It says 'missing cgi headers' when running under php-cgi. I tried 4.3.0RC1, 4.3.0-dev, 4.4.0-dev (yesterday's snapshots), all the same result. Any PHP developper using a dual cpu Win2K platform could test/fix this? Previous Comments: [2002-11-20 14:30:05] [EMAIL PROTECTED] Add me to the list of people experiencing this. After a little while of switching back and forth from AV to working it goes to not responding at all. :-( [2002-11-18 18:10:24] [EMAIL PROTECTED] Hi.. i have been working on this a couple of days for now, and here are some facts i noticed after a couple of work-arounds... - the error occurs only on systems with Win2K (SP >= 2) - the error WILL NOT occur if logged in as system administrator, and the IIS security is turned to LOW !! - the error will occur on EACH request if you fronpage extensions installed, and a global.asa file exists on the root . - please keep us informed of a solution thanks... http://www.snip.com.ua [2002-11-07 10:01:14] [EMAIL PROTECTED] attachment to previous message: >> There is a curious connection: >> Under applications-configuration... also not the best.., dit crash aniway. [2002-11-06 12:52:54] [EMAIL PROTECTED] I get same error but also with different function: php4ts!zend_strndup + 0x2B + 0xA05D8578 php4ts!zend_hash_copy + 0x1B + 0xA05D8578 There is a curious connection: Under applications-configuration (i do not now the english correct name) (where to install php4isapi.dll) Dlg-page: applications-options (seems concerning ASP) After deselecting "Buffer", IIS run very stable with no more interruption. Mayby tray also.. [2002-11-05 03:52:31] [EMAIL PROTECTED] I think this may be caused by some memory used for each page loading,these memory are allocated but not being released properly. May be the environment variables used. The memory leap accumulated until crash the IIS. Any thing done when a page loaded need to be noticed. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: Add me to the list of people experiencing this. After a little while of switching back and forth from AV to working it goes to not responding at all. :-( Previous Comments: [2002-11-18 18:10:24] [EMAIL PROTECTED] Hi.. i have been working on this a couple of days for now, and here are some facts i noticed after a couple of work-arounds... - the error occurs only on systems with Win2K (SP >= 2) - the error WILL NOT occur if logged in as system administrator, and the IIS security is turned to LOW !! - the error will occur on EACH request if you fronpage extensions installed, and a global.asa file exists on the root . - please keep us informed of a solution thanks... http://www.snip.com.ua [2002-11-07 10:01:14] [EMAIL PROTECTED] attachment to previous message: >> There is a curious connection: >> Under applications-configuration... also not the best.., dit crash aniway. [2002-11-06 12:52:54] [EMAIL PROTECTED] I get same error but also with different function: php4ts!zend_strndup + 0x2B + 0xA05D8578 php4ts!zend_hash_copy + 0x1B + 0xA05D8578 There is a curious connection: Under applications-configuration (i do not now the english correct name) (where to install php4isapi.dll) Dlg-page: applications-options (seems concerning ASP) After deselecting "Buffer", IIS run very stable with no more interruption. Mayby tray also.. [2002-11-05 03:52:31] [EMAIL PROTECTED] I think this may be caused by some memory used for each page loading,these memory are allocated but not being released properly. May be the environment variables used. The memory leap accumulated until crash the IIS. Any thing done when a page loaded need to be noticed. [2002-10-29 08:28:56] [EMAIL PROTECTED] regarding the asp not loading with php as ISAPI... Try commenting out all the extra loaded extensions in php.ini. (execpt ones that are in use and necessary) I had to do this to fix a form submit problem running in .cgi mode that stripped off characters on submit from normal form posts in PostNuke. This also made the access violations much much less frequent for ISAPI. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: Hi.. i have been working on this a couple of days for now, and here are some facts i noticed after a couple of work-arounds... - the error occurs only on systems with Win2K (SP >= 2) - the error WILL NOT occur if logged in as system administrator, and the IIS security is turned to LOW !! - the error will occur on EACH request if you fronpage extensions installed, and a global.asa file exists on the root . - please keep us informed of a solution thanks... http://www.snip.com.ua Previous Comments: [2002-11-07 10:01:14] [EMAIL PROTECTED] attachment to previous message: >> There is a curious connection: >> Under applications-configuration... also not the best.., dit crash aniway. [2002-11-06 12:52:54] [EMAIL PROTECTED] I get same error but also with different function: php4ts!zend_strndup + 0x2B + 0xA05D8578 php4ts!zend_hash_copy + 0x1B + 0xA05D8578 There is a curious connection: Under applications-configuration (i do not now the english correct name) (where to install php4isapi.dll) Dlg-page: applications-options (seems concerning ASP) After deselecting "Buffer", IIS run very stable with no more interruption. Mayby tray also.. [2002-11-05 03:52:31] [EMAIL PROTECTED] I think this may be caused by some memory used for each page loading,these memory are allocated but not being released properly. May be the environment variables used. The memory leap accumulated until crash the IIS. Any thing done when a page loaded need to be noticed. [2002-10-29 08:28:56] [EMAIL PROTECTED] regarding the asp not loading with php as ISAPI... Try commenting out all the extra loaded extensions in php.ini. (execpt ones that are in use and necessary) I had to do this to fix a form submit problem running in .cgi mode that stripped off characters on submit from normal form posts in PostNuke. This also made the access violations much much less frequent for ISAPI. [2002-10-28 13:52:30] [EMAIL PROTECTED] We are locked in to using IIS with Crystal Reports ASP for web reporting. When I run PHP in CGI mode I experience some problems with pages rendering with errors (if anyone has suggestions in that area I would love to hear them) - pages will occasionally render with slightly scrambles source code ... javascript visible in the browser, html visible in the browser, form fields in the wrong place or the wrong size. When PHP is run as an ISAPI mod all of the page scrambling problems go away. However, my ASP apps start failing. Here are the server stats: PHP Version 4.2.3 Windows NT 5.0 build 2195 SP3 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: attachment to previous message: >> There is a curious connection: >> Under applications-configuration... also not the best.., dit crash aniway. Previous Comments: [2002-11-06 12:52:54] [EMAIL PROTECTED] I get same error but also with different function: php4ts!zend_strndup + 0x2B + 0xA05D8578 php4ts!zend_hash_copy + 0x1B + 0xA05D8578 There is a curious connection: Under applications-configuration (i do not now the english correct name) (where to install php4isapi.dll) Dlg-page: applications-options (seems concerning ASP) After deselecting "Buffer", IIS run very stable with no more interruption. Mayby tray also.. [2002-11-05 03:52:31] [EMAIL PROTECTED] I think this may be caused by some memory used for each page loading,these memory are allocated but not being released properly. May be the environment variables used. The memory leap accumulated until crash the IIS. Any thing done when a page loaded need to be noticed. [2002-10-29 08:28:56] [EMAIL PROTECTED] regarding the asp not loading with php as ISAPI... Try commenting out all the extra loaded extensions in php.ini. (execpt ones that are in use and necessary) I had to do this to fix a form submit problem running in .cgi mode that stripped off characters on submit from normal form posts in PostNuke. This also made the access violations much much less frequent for ISAPI. [2002-10-28 13:52:30] [EMAIL PROTECTED] We are locked in to using IIS with Crystal Reports ASP for web reporting. When I run PHP in CGI mode I experience some problems with pages rendering with errors (if anyone has suggestions in that area I would love to hear them) - pages will occasionally render with slightly scrambles source code ... javascript visible in the browser, html visible in the browser, form fields in the wrong place or the wrong size. When PHP is run as an ISAPI mod all of the page scrambling problems go away. However, my ASP apps start failing. Here are the server stats: PHP Version 4.2.3 Windows NT 5.0 build 2195 SP3 [2002-10-24 14:28:47] [EMAIL PROTECTED] Ran into this bug again. This happens either when I'm using the old style of using global variables or repeatedly accessing codes that have mistakes. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: I get same error but also with different function: php4ts!zend_strndup + 0x2B + 0xA05D8578 php4ts!zend_hash_copy + 0x1B + 0xA05D8578 There is a curious connection: Under applications-configuration (i do not now the english correct name) (where to install php4isapi.dll) Dlg-page: applications-options (seems concerning ASP) After deselecting "Buffer", IIS run very stable with no more interruption. Mayby tray also.. Previous Comments: [2002-11-05 03:52:31] [EMAIL PROTECTED] I think this may be caused by some memory used for each page loading,these memory are allocated but not being released properly. May be the environment variables used. The memory leap accumulated until crash the IIS. Any thing done when a page loaded need to be noticed. [2002-10-29 08:28:56] [EMAIL PROTECTED] regarding the asp not loading with php as ISAPI... Try commenting out all the extra loaded extensions in php.ini. (execpt ones that are in use and necessary) I had to do this to fix a form submit problem running in .cgi mode that stripped off characters on submit from normal form posts in PostNuke. This also made the access violations much much less frequent for ISAPI. [2002-10-28 13:52:30] [EMAIL PROTECTED] We are locked in to using IIS with Crystal Reports ASP for web reporting. When I run PHP in CGI mode I experience some problems with pages rendering with errors (if anyone has suggestions in that area I would love to hear them) - pages will occasionally render with slightly scrambles source code ... javascript visible in the browser, html visible in the browser, form fields in the wrong place or the wrong size. When PHP is run as an ISAPI mod all of the page scrambling problems go away. However, my ASP apps start failing. Here are the server stats: PHP Version 4.2.3 Windows NT 5.0 build 2195 SP3 [2002-10-24 14:28:47] [EMAIL PROTECTED] Ran into this bug again. This happens either when I'm using the old style of using global variables or repeatedly accessing codes that have mistakes. [2002-10-24 13:31:11] [EMAIL PROTECTED] Dual Proc Win2k sp2+hotfixes... 4.2.3 as CGI no prob. As ISAPI Same prob as everyone else works for a few minutes then... access violations... then ISAPI stops responding but I have a virtual DIR with set as CGI and that continues working... can be seen with the simple phpinfo.php idea. Please continue to investigate. Thanks. Matt W. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: I think this may be caused by some memory used for each page loading,these memory are allocated but not being released properly. May be the environment variables used. The memory leap accumulated until crash the IIS. Any thing done when a page loaded need to be noticed. Previous Comments: [2002-10-29 08:28:56] [EMAIL PROTECTED] regarding the asp not loading with php as ISAPI... Try commenting out all the extra loaded extensions in php.ini. (execpt ones that are in use and necessary) I had to do this to fix a form submit problem running in .cgi mode that stripped off characters on submit from normal form posts in PostNuke. This also made the access violations much much less frequent for ISAPI. [2002-10-28 13:52:30] [EMAIL PROTECTED] We are locked in to using IIS with Crystal Reports ASP for web reporting. When I run PHP in CGI mode I experience some problems with pages rendering with errors (if anyone has suggestions in that area I would love to hear them) - pages will occasionally render with slightly scrambles source code ... javascript visible in the browser, html visible in the browser, form fields in the wrong place or the wrong size. When PHP is run as an ISAPI mod all of the page scrambling problems go away. However, my ASP apps start failing. Here are the server stats: PHP Version 4.2.3 Windows NT 5.0 build 2195 SP3 [2002-10-24 14:28:47] [EMAIL PROTECTED] Ran into this bug again. This happens either when I'm using the old style of using global variables or repeatedly accessing codes that have mistakes. [2002-10-24 13:31:11] [EMAIL PROTECTED] Dual Proc Win2k sp2+hotfixes... 4.2.3 as CGI no prob. As ISAPI Same prob as everyone else works for a few minutes then... access violations... then ISAPI stops responding but I have a virtual DIR with set as CGI and that continues working... can be seen with the simple phpinfo.php idea. Please continue to investigate. Thanks. Matt W. [2002-10-22 06:08:12] [EMAIL PROTECTED] I'm trying to use the Webfroot Shoutbox script for testing purposes.This had happened to me about everytime I tried to execute the script. I'm using PHP 4.2.3 and Windows XP. Today, I finally able to stop the error from reproducing by changing the settings in php.ini register_globals = Off to register_globals = 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: regarding the asp not loading with php as ISAPI... Try commenting out all the extra loaded extensions in php.ini. (execpt ones that are in use and necessary) I had to do this to fix a form submit problem running in .cgi mode that stripped off characters on submit from normal form posts in PostNuke. This also made the access violations much much less frequent for ISAPI. Previous Comments: [2002-10-28 13:52:30] [EMAIL PROTECTED] We are locked in to using IIS with Crystal Reports ASP for web reporting. When I run PHP in CGI mode I experience some problems with pages rendering with errors (if anyone has suggestions in that area I would love to hear them) - pages will occasionally render with slightly scrambles source code ... javascript visible in the browser, html visible in the browser, form fields in the wrong place or the wrong size. When PHP is run as an ISAPI mod all of the page scrambling problems go away. However, my ASP apps start failing. Here are the server stats: PHP Version 4.2.3 Windows NT 5.0 build 2195 SP3 [2002-10-24 14:28:47] [EMAIL PROTECTED] Ran into this bug again. This happens either when I'm using the old style of using global variables or repeatedly accessing codes that have mistakes. [2002-10-24 13:31:11] [EMAIL PROTECTED] Dual Proc Win2k sp2+hotfixes... 4.2.3 as CGI no prob. As ISAPI Same prob as everyone else works for a few minutes then... access violations... then ISAPI stops responding but I have a virtual DIR with set as CGI and that continues working... can be seen with the simple phpinfo.php idea. Please continue to investigate. Thanks. Matt W. [2002-10-22 06:08:12] [EMAIL PROTECTED] I'm trying to use the Webfroot Shoutbox script for testing purposes.This had happened to me about everytime I tried to execute the script. I'm using PHP 4.2.3 and Windows XP. Today, I finally able to stop the error from reproducing by changing the settings in php.ini register_globals = Off to register_globals = On. [2002-10-14 18:40:02] [EMAIL PROTECTED] updated version. (even as this is most likely not even any bug in PHP but something in windows. Just use Apache..it works) 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: We are locked in to using IIS with Crystal Reports ASP for web reporting. When I run PHP in CGI mode I experience some problems with pages rendering with errors (if anyone has suggestions in that area I would love to hear them) - pages will occasionally render with slightly scrambles source code ... javascript visible in the browser, html visible in the browser, form fields in the wrong place or the wrong size. When PHP is run as an ISAPI mod all of the page scrambling problems go away. However, my ASP apps start failing. Here are the server stats: PHP Version 4.2.3 Windows NT 5.0 build 2195 SP3 Previous Comments: [2002-10-24 14:28:47] [EMAIL PROTECTED] Ran into this bug again. This happens either when I'm using the old style of using global variables or repeatedly accessing codes that have mistakes. [2002-10-24 13:31:11] [EMAIL PROTECTED] Dual Proc Win2k sp2+hotfixes... 4.2.3 as CGI no prob. As ISAPI Same prob as everyone else works for a few minutes then... access violations... then ISAPI stops responding but I have a virtual DIR with set as CGI and that continues working... can be seen with the simple phpinfo.php idea. Please continue to investigate. Thanks. Matt W. [2002-10-22 06:08:12] [EMAIL PROTECTED] I'm trying to use the Webfroot Shoutbox script for testing purposes.This had happened to me about everytime I tried to execute the script. I'm using PHP 4.2.3 and Windows XP. Today, I finally able to stop the error from reproducing by changing the settings in php.ini register_globals = Off to register_globals = On. [2002-10-14 18:40:02] [EMAIL PROTECTED] updated version. (even as this is most likely not even any bug in PHP but something in windows. Just use Apache..it works) [2002-10-14 12:43:57] [EMAIL PROTECTED] Reopening as per comments 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.2.1 New Comment: Sniper, the reason nobody gave feedback is because *nobody is using PHP ISAPI anymore*. I just tested this again with the latest 4.3.0-dev snapshot on Win2K. It still gives an AV. Here is how to duplicate it: 1. Create a file with the following line: 2. From your web browser, access that file. 3. Press refresh repeatedly until you see an access violation. As j.mak said, no version of PHP ISAPI from 4.1.2 to present has worked. Previous Comments: [2002-09-26 20:06:35] [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. [2002-09-20 10:41:53] [EMAIL PROTECTED] Just to add it to the list: Same problem here. Never got PHP to work through IIS. Tested it on Win2K Pro (SP2, no patches), Win2K Adv. Server (sp2 + srp1), Win2K Adv. Server (SP3 + latest patches). The machines vary from Duron cpu's, Celeron's, P3's, Athlon XP+'s. A request to a .php file would work for 1 or 2 times, but then the 'Invalid access to memory location' error in my browser. The php files tried where some files with only HTML (not one php tag), or just the . The PHP behaves fine when used with Apache-Win32, or from the command-line. I've never seen PHP (from versions 4.1.2 to 4.2.2) work on Win2K + IIS :(. [2002-09-07 00:09:09] [EMAIL PROTECTED] Umm that should only be feedbacked, not closed. [2002-09-07 00:04:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There was a bug for dual processors that fixed this. Please try the latests version (4.2.3) to see if this is fixed. [2002-09-06 21:08:16] [EMAIL PROTECTED] Ok, here is the thing: I have 2 servers load balancing each other. had this problem with one of our servers (PIII dual processor) but not with the other which is a single processor. I tried to format the server, reinstall everything all over again, not apply microsoft patches/fixes...etc. still the problem occurs ONLY on the dual processor server. Then I tried to take one processor out of that box and guess what...IT worked flawlessly. I stress tested it with heavy load test for hours and not once I got the error ever again. I put the processor back to the box and tested it. I got the error again. I tried that many times. Always get the error with dual processor but not even once with single processor. So how to work around the problem? use single processor server. What causes the problem? dont know..It is between PHP and IIS. I am trying to find out the problem by debuging the services but if anyone is interested in reproducing the problem and trying to debug it, use dual processor with win2000 server and IIS5 with any php ver >=4.2.1 and use ADODB or MSSQL connections. Stress test it and you will get the error. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.2.1 New Comment: Just to add it to the list: Same problem here. Never got PHP to work through IIS. Tested it on Win2K Pro (SP2, no patches), Win2K Adv. Server (sp2 + srp1), Win2K Adv. Server (SP3 + latest patches). The machines vary from Duron cpu's, Celeron's, P3's, Athlon XP+'s. A request to a .php file would work for 1 or 2 times, but then the 'Invalid access to memory location' error in my browser. The php files tried where some files with only HTML (not one php tag), or just the . The PHP behaves fine when used with Apache-Win32, or from the command-line. I've never seen PHP (from versions 4.1.2 to 4.2.2) work on Win2K + IIS :(. Previous Comments: [2002-09-07 00:09:09] [EMAIL PROTECTED] Umm that should only be feedbacked, not closed. [2002-09-07 00:04:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There was a bug for dual processors that fixed this. Please try the latests version (4.2.3) to see if this is fixed. [2002-09-06 21:08:16] [EMAIL PROTECTED] Ok, here is the thing: I have 2 servers load balancing each other. had this problem with one of our servers (PIII dual processor) but not with the other which is a single processor. I tried to format the server, reinstall everything all over again, not apply microsoft patches/fixes...etc. still the problem occurs ONLY on the dual processor server. Then I tried to take one processor out of that box and guess what...IT worked flawlessly. I stress tested it with heavy load test for hours and not once I got the error ever again. I put the processor back to the box and tested it. I got the error again. I tried that many times. Always get the error with dual processor but not even once with single processor. So how to work around the problem? use single processor server. What causes the problem? dont know..It is between PHP and IIS. I am trying to find out the problem by debuging the services but if anyone is interested in reproducing the problem and trying to debug it, use dual processor with win2000 server and IIS5 with any php ver >=4.2.1 and use ADODB or MSSQL connections. Stress test it and you will get the error. [2002-09-05 00:14:11] [EMAIL PROTECTED] Hi, Just to contribute had PHP with ISAPI dll working fine until a few days ago. It seems that applying the lastest Microsoft security fixes created the problem. The latest applied fix was MS02-048 [2002-08-29 08:30:41] [EMAIL PROTECTED] Hello, I have the same problem too. And it is reproductible. This is with the ISAPI version of PHP 4.2.2 under Windows XP. I get the following error message in the XP Error Log, when trying to access a page from another PC. A copy of the test file that causes the problem is at http://jf.larvoire.free.fr/calendrier.php3. Pressing on the "Next month" button crashes the PHP DLL. Jean-Francois Larvoire vv The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0x17C99F70 '. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. ^^^ 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1