#33118 [Fbk->Opn]: Memory leak in ISAPI module after exception
ID: 33118 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: IIS related Operating System: win32 PHP Version: 5.*, 4.* (2005-06-20) New Comment: What information do you need ? Previous Comments: [2005-08-23 13:28:38] [EMAIL PROTECTED] Please give the required information. [2005-07-04 16:17:50] T dot Hauck at janaserver dot de what have the changes in the php.ini with a exception todo ? @[EMAIL PROTECTED]: Are you a programmer? If "yes" do you know what a "handle" is? or a uninit variable is? On my posting from 30 May i allready told you where the bug in the code is! [2005-07-04 14:07:48] [EMAIL PROTECTED] What changes have you made to php.ini (compared to whatever php.ini-* you used as template) note: DO NOT paste the whole php.ini file here, just the changes! [2005-07-04 08:44:15] T dot Hauck at janaserver dot de Error still exist. [2005-07-04 01:05:50] [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 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/33118 -- Edit this bug report at http://bugs.php.net/?id=33118&edit=1
#33118 [Fbk->Opn]: Memory leak in ISAPI module after exception
ID: 33118 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: IIS related Operating System: win32 PHP Version: 5.*, 4.* (2005-06-20) New Comment: what have the changes in the php.ini with a exception todo ? @[EMAIL PROTECTED]: Are you a programmer? If "yes" do you know what a "handle" is? or a uninit variable is? On my posting from 30 May i allready told you where the bug in the code is! Previous Comments: [2005-07-04 14:07:48] [EMAIL PROTECTED] What changes have you made to php.ini (compared to whatever php.ini-* you used as template) note: DO NOT paste the whole php.ini file here, just the changes! [2005-07-04 08:44:15] T dot Hauck at janaserver dot de Error still exist. [2005-07-04 01:05:50] [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 [2005-06-13 12:19:04] T dot Hauck at janaserver dot de Can i post you last answer in the commen news media? Why is there than a ISAPI Modul ? And why is there a "apache" modul, if cgi is recommended? [2005-06-13 11:09:14] [EMAIL PROTECTED] Using the ISAPI module isn't recommended anyway, fastcgi is much more stable.. 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/33118 -- Edit this bug report at http://bugs.php.net/?id=33118&edit=1
#33118 [Fbk->Opn]: Memory leak in ISAPI module after exception
ID: 33118 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: IIS related Operating System: win32 PHP Version: 5.*, 4.* (2005-06-20) New Comment: Error still exist. Previous Comments: [2005-07-04 01:05:50] [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 [2005-06-13 12:19:04] T dot Hauck at janaserver dot de Can i post you last answer in the commen news media? Why is there than a ISAPI Modul ? And why is there a "apache" modul, if cgi is recommended? [2005-06-13 11:09:14] [EMAIL PROTECTED] Using the ISAPI module isn't recommended anyway, fastcgi is much more stable.. [2005-06-05 20:04:52] thomas at kaiserauer dot org Memory leak still persists in version 5.0.5 dev. from Jun 05, 2005 16:30 GMT!! Currently I'm forced to run PHP as Fast-CGI because running as ISAPI does not work because of this problem. I'm looking forward to it's bugfix! -------- [2005-05-30 10:48:05] T dot Hauck at janaserver dot de i don't know if bug #32475 is relatet! But when is the function "openlog" in the file "wsyslog" is called? Not as far as i know! This function makes the handle that later will be used in the function "closelog". As far as i can see this, this handle is never be initalised, and by calling the "closelog" function this "wild" handle is used to call the "DeregisterEventSource" handle, what generates than the Exeption. If i step with the debugger over the "DeregisterEventSource" function everything works fine ! 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/33118 -- Edit this bug report at http://bugs.php.net/?id=33118&edit=1
#33118 [Opn]: Memory leak in ISAPI module after exception
ID: 33118 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de Status: Open Bug Type: IIS related Operating System: Windows 2000 / XP / All PHP Version: 5.0.4, 4.3.11 New Comment: Can i post you last answer in the commen news media? Why is there than a ISAPI Modul ? And why is there a "apache" modul, if cgi is recommended? Previous Comments: [2005-06-13 11:09:14] [EMAIL PROTECTED] Using the ISAPI module isn't recommended anyway, fastcgi is much more stable.. [2005-06-05 20:04:52] thomas at kaiserauer dot org Memory leak still persists in version 5.0.5 dev. from Jun 05, 2005 16:30 GMT!! Currently I'm forced to run PHP as Fast-CGI because running as ISAPI does not work because of this problem. I'm looking forward to it's bugfix! -------- [2005-05-30 10:48:05] T dot Hauck at janaserver dot de i don't know if bug #32475 is relatet! But when is the function "openlog" in the file "wsyslog" is called? Not as far as i know! This function makes the handle that later will be used in the function "closelog". As far as i can see this, this handle is never be initalised, and by calling the "closelog" function this "wild" handle is used to call the "DeregisterEventSource" handle, what generates than the Exeption. If i step with the debugger over the "DeregisterEventSource" function everything works fine ! [2005-05-27 09:03:27] [EMAIL PROTECTED] See also bug #32475 [2005-05-24 11:51:01] [EMAIL PROTECTED] Yes, but it does exist in 5.0.4 too.. 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/33118 -- Edit this bug report at http://bugs.php.net/?id=33118&edit=1
#33118 [Opn]: Memory leak in ISAPI module after exception
ID: 33118 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de Status: Open Bug Type: IIS related Operating System: Windows 2000 / XP / All PHP Version: 5.0.4, 4.3.11 New Comment: i don't know if bug #32475 is relatet! But when is the function "openlog" in the file "wsyslog" is called? Not as far as i know! This function makes the handle that later will be used in the function "closelog". As far as i can see this, this handle is never be initalised, and by calling the "closelog" function this "wild" handle is used to call the "DeregisterEventSource" handle, what generates than the Exeption. If i step with the debugger over the "DeregisterEventSource" function everything works fine ! Previous Comments: [2005-05-27 09:03:27] [EMAIL PROTECTED] See also bug #32475 [2005-05-24 11:51:01] [EMAIL PROTECTED] Yes, but it does exist in 5.0.4 too.. ------------------------ [2005-05-24 11:48:33] T dot Hauck at janaserver dot de Memeory leak still exist in the Snap Shot of Version 5.0.5 dev. The Bugreport was original reported for Version 4.3.11 and not for Version 5.0.4 ! [2005-05-24 10:00:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip ------------------------ [2005-05-24 09:40:32] T dot Hauck at janaserver dot de Description: In each call to the HttpExtensionProc in the ISAPI Modul of PHP a Windows exception 0x06A6 is raised. I debuged it back to the that line of sourcecode: DeregisterEventSource(PW32G(log_source)); Line 64 in file wsyslog.c After stepping into that line the exception 0x06A6 is raised. The Stackframe looks like that: php4ts_debug.dll!closelog() Line 64 php4ts_debug.dll!zm_deactivate_syslog () Line 125 php4ts_debug.dll!zm_deactivate_basic () Line 1243 php4ts_debug.dll!modul_registry_cleanup () Line 1168 php4ts_debug.dll!zend_hash_apply () Line 701 php4ts_debug.dll!zend_deactivate_moduls () Line 678 php4ts_debug.dll!php_request_shutdown () Line 982 php4isapi.dll!HttpExtensionProc () Line 899 I have a screenshot avalible with all the details of the stackframe. In normal operation mode, the only sign will be only a memory leak. The problem was NOT pressent in version 4.3.10. But PHP version 5.0.4 has the same problem. -- Edit this bug report at http://bugs.php.net/?id=33118&edit=1
#33118 [Fbk->Opn]: Memory leak in ISAPI modul after exception
ID: 33118 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 / XP / All PHP Version: 5.0.4, 4.3.11 New Comment: Memeory leak still exist in the Snap Shot of Version 5.0.5 dev. The Bugreport was original reported for Version 4.3.11 and not for Version 5.0.4 ! Previous Comments: [2005-05-24 10:00:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-05-24 09:40:32] T dot Hauck at janaserver dot de Description: In each call to the HttpExtensionProc in the ISAPI Modul of PHP a Windows exception 0x06A6 is raised. I debuged it back to the that line of sourcecode: DeregisterEventSource(PW32G(log_source)); Line 64 in file wsyslog.c After stepping into that line the exception 0x06A6 is raised. The Stackframe looks like that: php4ts_debug.dll!closelog() Line 64 php4ts_debug.dll!zm_deactivate_syslog () Line 125 php4ts_debug.dll!zm_deactivate_basic () Line 1243 php4ts_debug.dll!modul_registry_cleanup () Line 1168 php4ts_debug.dll!zend_hash_apply () Line 701 php4ts_debug.dll!zend_deactivate_moduls () Line 678 php4ts_debug.dll!php_request_shutdown () Line 982 php4isapi.dll!HttpExtensionProc () Line 899 I have a screenshot avalible with all the details of the stackframe. In normal operation mode, the only sign will be only a memory leak. The problem was NOT pressent in version 4.3.10. But PHP version 5.0.4 has the same problem. -- Edit this bug report at http://bugs.php.net/?id=33118&edit=1
#33118 [NEW]: Memory leak in ISAPI modul after exception
From: T dot Hauck at janaserver dot de Operating system: Windows 2000 / XP / All PHP version: 4.3.11 PHP Bug Type: Reproducible crash Bug description: Memory leak in ISAPI modul after exception Description: In each call to the HttpExtensionProc in the ISAPI Modul of PHP a Windows exception 0x06A6 is raised. I debuged it back to the that line of sourcecode: DeregisterEventSource(PW32G(log_source)); Line 64 in file wsyslog.c After stepping into that line the exception 0x06A6 is raised. The Stackframe looks like that: php4ts_debug.dll!closelog() Line 64 php4ts_debug.dll!zm_deactivate_syslog () Line 125 php4ts_debug.dll!zm_deactivate_basic () Line 1243 php4ts_debug.dll!modul_registry_cleanup () Line 1168 php4ts_debug.dll!zend_hash_apply () Line 701 php4ts_debug.dll!zend_deactivate_moduls () Line 678 php4ts_debug.dll!php_request_shutdown () Line 982 php4isapi.dll!HttpExtensionProc () Line 899 I have a screenshot avalible with all the details of the stackframe. In normal operation mode, the only sign will be only a memory leak. The problem was NOT pressent in version 4.3.10. But PHP version 5.0.4 has the same problem. -- Edit bug report at http://bugs.php.net/?id=33118&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33118&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33118&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33118&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33118&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33118&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33118&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33118&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33118&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33118&r=support Expected behavior: http://bugs.php.net/fix.php?id=33118&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33118&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33118&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33118&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33118&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33118&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33118&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33118&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33118&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33118&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33118&r=mysqlcfg
#27747 [Opn]: ISAPI module is not working (PHP 5 works!)
ID: 27747 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de Status: Open Bug Type: IIS related Operating System: W2k PHP Version: 4.3.5 New Comment: with 4.3.6 RC4-dev the bug is fixed. There are no crashes so far. If someone of the php people likes to close this thread he can do it. Previous Comments: [2004-04-09 08:43:18] T dot Hauck at janaserver dot de Same error on 4.3.6 RC3-dev it is stíll crashing. [2004-04-08 19:57:04] [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 [2004-04-07 14:55:47] T dot Hauck at janaserver dot de For Windows: http://snaps.php.net/win32/php5-win32-latest.zip This works. ISAPI Modul loadet, and MySql extension and IMAP extension enabled. So far no crash. I was running "phpmyadmin" and "phpkit" and your own app. What ever is crashing 4.3.5 - 4.3.6 is fixed in php5 RC2-dev So please fix it on 4.3.6 too. [2004-04-07 11:20:48] [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 make sure you don't have ANY old PHP related dlls _anywhere_ in your system _before_ you install the snapshot!! ---- [2004-04-07 07:42:54] T dot Hauck at janaserver dot de Just tried version 4.3.6 RC2 the error still exist. 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/27747 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [Fbk->Opn]: ISAPI module is not working (PHP 5 works!)
ID: 27747 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: IIS related Operating System: W2k PHP Version: 4.3.5 New Comment: Same error on 4.3.6 RC3-dev it is stíll crashing. Previous Comments: [2004-04-09 08:37:14] Jared dot Williams1 at ntlworld dot com Experienced the problem with all versions greater than 4.3.5 (4.3.6RC1, 4.3.6RC2, 4.3.6RC3-dev (as of 9th April 2004)). Get lots of warnings of the form Warning: Unknown list entry type in request shutdown (2) in Unknown on line 0 Warning: Unknown list entry type in request shutdown (11) in Unknown on line 0 Warning: Unknown list entry type in request shutdown (1) in Unknown on line 0 Also after a period of time, something causes dllhost.exe to crash. --- dllhost.exe - Application Error --- The instruction at "0x77fcca36" referenced memory at "0x53415f4c". The memory could not be "written". Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- Reverting back to 4.3.5 solves these problems. PHP.ini is modified -recommended, without any enabled extensions Differences being.. short_open_tag = Off safe_mode = On display_errors = On log_errors = Off ignore_repeated_source = On extension_dir = "E:\php4-win32-STABLE-latest\" enable_dl = Off file_uploads = Off [2004-04-08 19:57:04] [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 ------------ [2004-04-07 14:55:47] T dot Hauck at janaserver dot de For Windows: http://snaps.php.net/win32/php5-win32-latest.zip This works. ISAPI Modul loadet, and MySql extension and IMAP extension enabled. So far no crash. I was running "phpmyadmin" and "phpkit" and your own app. What ever is crashing 4.3.5 - 4.3.6 is fixed in php5 RC2-dev So please fix it on 4.3.6 too. [2004-04-07 11:20:48] [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 make sure you don't have ANY old PHP related dlls _anywhere_ in your system _before_ you install the snapshot!! ------------------------ [2004-04-07 07:42:54] T dot Hauck at janaserver dot de Just tried version 4.3.6 RC2 the error still exist. 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/27747 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [Fbk->Opn]: ISAPI module is not working
ID: 27747 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: IIS related Operating System: W2k PHP Version: 4.3.5 New Comment: For Windows: http://snaps.php.net/win32/php5-win32-latest.zip This works. ISAPI Modul loadet, and MySql extension and IMAP extension enabled. So far no crash. I was running "phpmyadmin" and "phpkit" and your own app. What ever is crashing 4.3.5 - 4.3.6 is fixed in php5 RC2-dev So please fix it on 4.3.6 too. Previous Comments: [2004-04-07 11:20:48] [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 make sure you don't have ANY old PHP related dlls _anywhere_ in your system _before_ you install the snapshot!! ---- [2004-04-07 07:42:54] T dot Hauck at janaserver dot de Just tried version 4.3.6 RC2 the error still exist. ---- [2004-04-02 07:54:28] T dot Hauck at janaserver dot de Hallo, i compiled the php source and run it in debugger of the webserver. I'am not sure if i'am right but i found a few strange things. 1.) If the thread on the server exist how called the "HttpExtensionProc" the DLLMain function in the "php4isapi.dll" is called and runs this code. case DLL_THREAD_DETACH: ts_free_thread(); break; after that the thread exit procedure in windows it self crashes. I have to tell you the webserver runs every call to the "HttpExtensionProc" in his own thread, so that DLL_THREAD_DETACH: is called after evry php call. Because the same "php4isapi.dll" with older "php4ts.dll" version work, i think the error must be somewhere "ts_free_thread();" funktion. To other messager showed in the debugterminal up: c:\work\php-4.3.5\zend\zend_hash.c(544) : ht=0x014f0820 is already destroyed c:\work\php-4.3.5\zend\zend_hash.c(108) : Bailed out without a bailout address! I don't now if they have something todo with it. If you need mor information or what every, "i'll be back" on monday morning GMT+0200 Thomas ------------ [2004-04-02 02:42:10] T dot Hauck at janaserver dot de No still crashes. and it still is in the "php4ts.dll". Useing the ISAPI DLL with a older "php4ts.dll" is works. I would spend the time and help you find the error, but i can't compile the source code with my VS 6.0 SP4 or VS.NET 2003 It looks for some Header files i don't have. #include "arp/inet.h" #include "zlib.h" #include "sys/cdefs.h" #include "netdb.h" ... ... [2004-04-01 17:10:17] [EMAIL PROTECTED] Could you please try http://downloads.php.net/ilia/php-4.3.6RC1-Win32.zip 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/27747 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [Opn]: ISAPI modul is not working
ID: 27747 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de Status: Open Bug Type: IIS related Operating System: W2k PHP Version: 4.3.5 New Comment: Just tried version 4.3.6 RC2 the error still exist. Previous Comments: [2004-04-02 07:54:28] T dot Hauck at janaserver dot de Hallo, i compiled the php source and run it in debugger of the webserver. I'am not sure if i'am right but i found a few strange things. 1.) If the thread on the server exist how called the "HttpExtensionProc" the DLLMain function in the "php4isapi.dll" is called and runs this code. case DLL_THREAD_DETACH: ts_free_thread(); break; after that the thread exit procedure in windows it self crashes. I have to tell you the webserver runs every call to the "HttpExtensionProc" in his own thread, so that DLL_THREAD_DETACH: is called after evry php call. Because the same "php4isapi.dll" with older "php4ts.dll" version work, i think the error must be somewhere "ts_free_thread();" funktion. To other messager showed in the debugterminal up: c:\work\php-4.3.5\zend\zend_hash.c(544) : ht=0x014f0820 is already destroyed c:\work\php-4.3.5\zend\zend_hash.c(108) : Bailed out without a bailout address! I don't now if they have something todo with it. If you need mor information or what every, "i'll be back" on monday morning GMT+0200 Thomas ------------------------ [2004-04-02 02:42:10] T dot Hauck at janaserver dot de No still crashes. and it still is in the "php4ts.dll". Useing the ISAPI DLL with a older "php4ts.dll" is works. I would spend the time and help you find the error, but i can't compile the source code with my VS 6.0 SP4 or VS.NET 2003 It looks for some Header files i don't have. #include "arp/inet.h" #include "zlib.h" #include "sys/cdefs.h" #include "netdb.h" ... ... [2004-04-01 17:10:17] [EMAIL PROTECTED] Could you please try http://downloads.php.net/ilia/php-4.3.6RC1-Win32.zip [2004-03-30 11:17:54] T dot Hauck at janaserver dot de No, i do not have the Zend extensions loaded, i don't have any extension loaded right now. [2004-03-30 10:35:44] [EMAIL PROTECTED] Do you have any Zend extensions being loaded in php.ini? 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/27747 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [Opn]: ISAPI modul is not working
ID: 27747 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de Status: Open Bug Type: *General Issues Operating System: W2k PHP Version: 4.3.5 New Comment: Hallo, i compiled the php source and run it in debugger of the webserver. I'am not sure if i'am right but i found a few strange things. 1.) If the thread on the server exist how called the "HttpExtensionProc" the DLLMain function in the "php4isapi.dll" is called and runs this code. case DLL_THREAD_DETACH: ts_free_thread(); break; after that the thread exit procedure in windows it self crashes. I have to tell you the webserver runs every call to the "HttpExtensionProc" in his own thread, so that DLL_THREAD_DETACH: is called after evry php call. Because the same "php4isapi.dll" with older "php4ts.dll" version work, i think the error must be somewhere "ts_free_thread();" funktion. To other messager showed in the debugterminal up: c:\work\php-4.3.5\zend\zend_hash.c(544) : ht=0x014f0820 is already destroyed c:\work\php-4.3.5\zend\zend_hash.c(108) : Bailed out without a bailout address! I don't now if they have something todo with it. If you need mor information or what every, "i'll be back" on monday morning GMT+0200 Thomas Previous Comments: ------------------------ [2004-04-02 02:42:10] T dot Hauck at janaserver dot de No still crashes. and it still is in the "php4ts.dll". Useing the ISAPI DLL with a older "php4ts.dll" is works. I would spend the time and help you find the error, but i can't compile the source code with my VS 6.0 SP4 or VS.NET 2003 It looks for some Header files i don't have. #include "arp/inet.h" #include "zlib.h" #include "sys/cdefs.h" #include "netdb.h" ... ... [2004-04-01 17:10:17] [EMAIL PROTECTED] Could you please try http://downloads.php.net/ilia/php-4.3.6RC1-Win32.zip [2004-03-30 11:17:54] T dot Hauck at janaserver dot de No, i do not have the Zend extensions loaded, i don't have any extension loaded right now. [2004-03-30 10:35:44] [EMAIL PROTECTED] Do you have any Zend extensions being loaded in php.ini? [2004-03-30 10:08:03] T dot Hauck at janaserver dot de With the isapi dll from version 4.3.4 is now diffrent, php crashes. Useing the "php4isapi.dll" from version 4.3.5 and the "php4ts.dll" from version 4.3.4 does NOT crash, and everything works fine. So the error must be in the "php4ts.dll" So i think the "php4ts.dll" raises some kind of exeption, what is catched in the "php4isapi.dll", how is than terminating the thread (on the server) how called the "HttpExtensionProc" function. Thomas 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/27747 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [Fbk->Opn]: ISAPI modul is not working
ID: 27747 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: W2k PHP Version: 4.3.5 New Comment: No still crashes. and it still is in the "php4ts.dll". Useing the ISAPI DLL with a older "php4ts.dll" is works. I would spend the time and help you find the error, but i can't compile the source code with my VS 6.0 SP4 or VS.NET 2003 It looks for some Header files i don't have. #include "arp/inet.h" #include "zlib.h" #include "sys/cdefs.h" #include "netdb.h" ... ... Previous Comments: [2004-04-01 17:10:17] [EMAIL PROTECTED] Could you please try http://downloads.php.net/ilia/php-4.3.6RC1-Win32.zip ------------------------ [2004-03-30 11:17:54] T dot Hauck at janaserver dot de No, i do not have the Zend extensions loaded, i don't have any extension loaded right now. [2004-03-30 10:35:44] [EMAIL PROTECTED] Do you have any Zend extensions being loaded in php.ini? ------------------------ [2004-03-30 10:08:03] T dot Hauck at janaserver dot de With the isapi dll from version 4.3.4 is now diffrent, php crashes. Useing the "php4isapi.dll" from version 4.3.5 and the "php4ts.dll" from version 4.3.4 does NOT crash, and everything works fine. So the error must be in the "php4ts.dll" So i think the "php4ts.dll" raises some kind of exeption, what is catched in the "php4isapi.dll", how is than terminating the thread (on the server) how called the "HttpExtensionProc" function. Thomas [2004-03-30 09:09:31] [EMAIL PROTECTED] Could you please try replacing php4isapi.dll with the one in 4.3.4? 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/27747 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [Fbk->Opn]: ISAPI modul is not working
ID: 27747 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: W2k PHP Version: 4.3.5 New Comment: No, i do not have the Zend extensions loaded, i don't have any extension loaded right now. Previous Comments: [2004-03-30 10:35:44] [EMAIL PROTECTED] Do you have any Zend extensions being loaded in php.ini? [2004-03-30 10:08:03] T dot Hauck at janaserver dot de With the isapi dll from version 4.3.4 is now diffrent, php crashes. Useing the "php4isapi.dll" from version 4.3.5 and the "php4ts.dll" from version 4.3.4 does NOT crash, and everything works fine. So the error must be in the "php4ts.dll" So i think the "php4ts.dll" raises some kind of exeption, what is catched in the "php4isapi.dll", how is than terminating the thread (on the server) how called the "HttpExtensionProc" function. Thomas [2004-03-30 09:09:31] [EMAIL PROTECTED] Could you please try replacing php4isapi.dll with the one in 4.3.4? ------------------------ [2004-03-30 04:05:43] T dot Hauck at janaserver dot de Hallo, i'am again. I just downloaded the sourcecode from php 3.4.5 and find the followring: Calling "_endthread();" in the "HttpExtensionProc" will always kill the thread on the server how called the "HttpExtensionProc" ! That looks to my as a huge bug. I mean the php modul can not just kill a thread on the server, or do i see this wrong ? (than i quit my job as software developer) ---------------- [2004-03-30 02:03:43] T dot Hauck at janaserver dot de I disabled all extensions, same crash. As soon the thread exist how called the ISAPI extension the server crashes. This may be diffrent on each server implementation, and some server my only exit the isapi thread when thy a shut down. And the IIS may report not a error when shutting down at all. Bugreport 27741 and 27751 report simular or even the same crashes. All when they updatet from version 4.3.4 to 4.3.5. Thomas 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/27747 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [Fbk->Opn]: ISAPI modul is not working
ID: 27747 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: W2k PHP Version: 4.3.5 New Comment: With the isapi dll from version 4.3.4 is now diffrent, php crashes. Useing the "php4isapi.dll" from version 4.3.5 and the "php4ts.dll" from version 4.3.4 does NOT crash, and everything works fine. So the error must be in the "php4ts.dll" So i think the "php4ts.dll" raises some kind of exeption, what is catched in the "php4isapi.dll", how is than terminating the thread (on the server) how called the "HttpExtensionProc" function. Thomas Previous Comments: [2004-03-30 09:09:31] [EMAIL PROTECTED] Could you please try replacing php4isapi.dll with the one in 4.3.4? -------------------- [2004-03-30 04:05:43] T dot Hauck at janaserver dot de Hallo, i'am again. I just downloaded the sourcecode from php 3.4.5 and find the followring: Calling "_endthread();" in the "HttpExtensionProc" will always kill the thread on the server how called the "HttpExtensionProc" ! That looks to my as a huge bug. I mean the php modul can not just kill a thread on the server, or do i see this wrong ? (than i quit my job as software developer) ------------------------ [2004-03-30 02:03:43] T dot Hauck at janaserver dot de I disabled all extensions, same crash. As soon the thread exist how called the ISAPI extension the server crashes. This may be diffrent on each server implementation, and some server my only exit the isapi thread when thy a shut down. And the IIS may report not a error when shutting down at all. Bugreport 27741 and 27751 report simular or even the same crashes. All when they updatet from version 4.3.4 to 4.3.5. Thomas [2004-03-29 15:46:46] com at sambarserver dot info Same in the Sambar Server, the ISAPI is broken. Btw. 4.3.5RC4-dev is working without issues. Steffen [2004-03-29 15:39:24] [EMAIL PROTECTED] Cannot reproduce this with IIS 5.0 on W2k. Do you have any extensions enabled in your php.ini? Are you sure you don't have any leftover dlls from previois php versions? 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/27747 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [Opn]: ISAPI modul is not working
ID: 27747 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de Status: Open Bug Type: *General Issues Operating System: W2k PHP Version: 4.3.5 New Comment: Hallo, i'am again. I just downloaded the sourcecode from php 3.4.5 and find the followring: Calling "_endthread();" in the "HttpExtensionProc" will always kill the thread on the server how called the "HttpExtensionProc" ! That looks to my as a huge bug. I mean the php modul can not just kill a thread on the server, or do i see this wrong ? (than i quit my job as software developer) Previous Comments: -------- [2004-03-30 02:03:43] T dot Hauck at janaserver dot de I disabled all extensions, same crash. As soon the thread exist how called the ISAPI extension the server crashes. This may be diffrent on each server implementation, and some server my only exit the isapi thread when thy a shut down. And the IIS may report not a error when shutting down at all. Bugreport 27741 and 27751 report simular or even the same crashes. All when they updatet from version 4.3.4 to 4.3.5. Thomas [2004-03-29 15:46:46] com at sambarserver dot info Same in the Sambar Server, the ISAPI is broken. Btw. 4.3.5RC4-dev is working without issues. Steffen [2004-03-29 15:39:24] [EMAIL PROTECTED] Cannot reproduce this with IIS 5.0 on W2k. Do you have any extensions enabled in your php.ini? Are you sure you don't have any leftover dlls from previois php versions? ------------ [2004-03-29 04:24:00] T dot Hauck at janaserver dot de Description: In version 4.3.5 the isapi modul is not working any more. Calling the isapi function to run the php script from within its own thread in the Server software will bring a access violation when this thread is ending. It looks to me as if php is corupting soem kind of data in the thread handling of windows. This allways happend calling "phpinfo();" in a script. Some other script work Ok for a while. Trying it on a apache server on w2k will bring up a errormessage that apache has a "access violation", by shutting down the apache. "phpinfo();" was called during the session. PHP has encountered an Access Violation at 01395DF7 This showed up running "phpgroupware" with ISAPI modul on the "Jana-Server" webserver, with php 4.3.5 All this startet when php 4.3.5 was installed, Non of this happend with php 4.3.4 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [Fbk->Opn]: ISAPI modul is not working
ID: 27747 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: W2k PHP Version: 4.3.5 New Comment: I disabled all extensions, same crash. As soon the thread exist how called the ISAPI extension the server crashes. This may be diffrent on each server implementation, and some server my only exit the isapi thread when thy a shut down. And the IIS may report not a error when shutting down at all. Bugreport 27741 and 27751 report simular or even the same crashes. All when they updatet from version 4.3.4 to 4.3.5. Thomas Previous Comments: [2004-03-29 15:46:46] com at sambarserver dot info Same in the Sambar Server, the ISAPI is broken. Btw. 4.3.5RC4-dev is working without issues. Steffen [2004-03-29 15:39:24] [EMAIL PROTECTED] Cannot reproduce this with IIS 5.0 on W2k. Do you have any extensions enabled in your php.ini? Are you sure you don't have any leftover dlls from previois php versions? [2004-03-29 04:24:00] T dot Hauck at janaserver dot de Description: In version 4.3.5 the isapi modul is not working any more. Calling the isapi function to run the php script from within its own thread in the Server software will bring a access violation when this thread is ending. It looks to me as if php is corupting soem kind of data in the thread handling of windows. This allways happend calling "phpinfo();" in a script. Some other script work Ok for a while. Trying it on a apache server on w2k will bring up a errormessage that apache has a "access violation", by shutting down the apache. "phpinfo();" was called during the session. PHP has encountered an Access Violation at 01395DF7 This showed up running "phpgroupware" with ISAPI modul on the "Jana-Server" webserver, with php 4.3.5 All this startet when php 4.3.5 was installed, Non of this happend with php 4.3.4 -- Edit this bug report at http://bugs.php.net/?id=27747&edit=1
#27747 [NEW]: ISAPI modul is not working
From: T dot Hauck at janaserver dot de Operating system: W2k PHP version: 4.3.5 PHP Bug Type: *General Issues Bug description: ISAPI modul is not working Description: In version 4.3.5 the isapi modul is not working any more. Calling the isapi function to run the php script from within its own thread in the Server software will bring a access violation when this thread is ending. It looks to me as if php is corupting soem kind of data in the thread handling of windows. This allways happend calling "phpinfo();" in a script. Some other script work Ok for a while. Trying it on a apache server on w2k will bring up a errormessage that apache has a "access violation", by shutting down the apache. "phpinfo();" was called during the session. PHP has encountered an Access Violation at 01395DF7 This showed up running "phpgroupware" with ISAPI modul on the "Jana-Server" webserver, with php 4.3.5 All this startet when php 4.3.5 was installed, Non of this happend with php 4.3.4 -- Edit bug report at http://bugs.php.net/?id=27747&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27747&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27747&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27747&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27747&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27747&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27747&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27747&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27747&r=support Expected behavior: http://bugs.php.net/fix.php?id=27747&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27747&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27747&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27747&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27747&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27747&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27747&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27747&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27747&r=float
#24755 [Fbk->Opn]: Design-Problem in ISAPI Modul
ID: 24755 User updated by: T dot Hauck at janaserver dot de Reported By: T dot Hauck at janaserver dot de -Status: Feedback +Status: Open Bug Type: IIS related Operating System: W2K PHP Version: 4.3.2 New Comment: >Feel free to provide a patch to fix this? Soory, but i'am bussy with my own project. >Does it happen with IIS? I don't know, i'am not useing IIS. >How to reproduce? You need my webserverprogram, if you like i can send it to you. Like i wrote in my first email, it is not really a bug. If a webserver switches threads will working on a request, it will not work. I don't know if other webservers are switching thread on a request, but my server design does it. And i think, it should not matter for the php isapi modul if that happens. Other isapi moduls don't have a problem with that. What i also don't understand, in the ISAPI Extension the "Auth_User" und "Auth_Password" Servervariables are called again, why are they not Working / be used ? I alos patched my serverprogram right now, so that the AUTHETIFICATION notification is called a second time from the same thread where the isapi extension is called. That is not nice, but it works. Regards Thomas Previous Comments: [2003-07-24 08:56:52] [EMAIL PROTECTED] Feel free to provide a patch to fix this? Does it happen with IIS? How to reproduce? ------------------------ [2003-07-22 13:05:36] T dot Hauck at janaserver dot de Description: In the ISAPI-Modul of PHP4 (php4isapi.dll) is a ISAPI-FILTER and an ISAPI-EXTENSION includet. If a authtication is made via Http the username and the password for that authetification is captured by the isapi-filter, when the SF_NOTIFY_AUTHETIFICATION is called. After that the ISAPI-Extension is called to run the script. As long as everything runs from the same thread within the webserver, the username and the password work in the ISAPI-Extension (for example in PhpMyAdmin). But if the ISAPI-Filter is called from a other thread than the ISAPI-Extension within the webserver, the username and password are not avalible. Befor i forget it, this only happends if "register_globals" is OFF! With "register_globals" = ON everything works. I think it should be interpendend from what thread the filter and the extension is called. I think the server-context of the isapi calles should be the reference, and not the thread-id. The webserver i use is called JanaServer (www.janaserver.de) in a developer state, what can't be downloaded right now. If someone needs that Serverprogramm, feel free to contact me at [EMAIL PROTECTED] Sorry for my english, but i'am from Germany. Regards Thomas Hauck -- Edit this bug report at http://bugs.php.net/?id=24755&edit=1
#24755 [NEW]: Design-Problem in ISAPI Modul
From: T dot Hauck at janaserver dot de Operating system: W2K PHP version: 4.3.2 PHP Bug Type: *Web Server problem Bug description: Design-Problem in ISAPI Modul Description: In the ISAPI-Modul of PHP4 (php4isapi.dll) is a ISAPI-FILTER and an ISAPI-EXTENSION includet. If a authtication is made via Http the username and the password for that authetification is captured by the isapi-filter, when the SF_NOTIFY_AUTHETIFICATION is called. After that the ISAPI-Extension is called to run the script. As long as everything runs from the same thread within the webserver, the username and the password work in the ISAPI-Extension (for example in PhpMyAdmin). But if the ISAPI-Filter is called from a other thread than the ISAPI-Extension within the webserver, the username and password are not avalible. Befor i forget it, this only happends if "register_globals" is OFF! With "register_globals" = ON everything works. I think it should be interpendend from what thread the filter and the extension is called. I think the server-context of the isapi calles should be the reference, and not the thread-id. The webserver i use is called JanaServer (www.janaserver.de) in a developer state, what can't be downloaded right now. If someone needs that Serverprogramm, feel free to contact me at [EMAIL PROTECTED] Sorry for my english, but i'am from Germany. Regards Thomas Hauck -- Edit bug report at http://bugs.php.net/?id=24755&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24755&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24755&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24755&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24755&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24755&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24755&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24755&r=support Expected behavior: http://bugs.php.net/fix.php?id=24755&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24755&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24755&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24755&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24755&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24755&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24755&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24755&r=gnused
