#46950 [Fbk->Opn]: PHP 5.2.8 IIS ISAPI Crashing - Was Fine in 5.2.6
ID: 46950 User updated by: w dot ashcroft at redfoxuk dot com Reported By: w dot ashcroft at redfoxuk dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Windows 2003 PHP Version: 5.2.8 New Comment: Doesn't the backtrace provide any clues? Previous Comments: [2008-12-28 12:20:02] paj...@php.net FCGI works with IIS6 and IIS7, see http://www.iis.net/php Without a reproduce script, there is no chance to even have a diagnostic of your crash. [2008-12-28 11:09:49] w dot ashcroft at redfoxuk dot com I can't provide a script as the server is full of PHP based websites so the cause/trigger is unknown. Yes, but this particular server requires the ISAPI filter. [2008-12-27 10:11:55] paj...@php.net We need a script as well. By the way, ever considered fastcgi instead of ISAPI? [2008-12-27 03:37:32] w dot ashcroft at redfoxuk dot com Made a mistake in the DebugDiag summary, it is actually: In w3wp.exe__PID__1652.dmp the assembly instruction at php5ts!zend_hash_del_key_or_index+10a in \\?\C:\PHP5\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to write to memory location 0x0003213c on thread 0 [2008-12-27 03:34:03] w dot ashcroft at redfoxuk dot com Backtrace for readability: php5ts!zend_hash_del_key_or_index+10a php5ts!zend_unregister_functions+53 php5ts!module_destructor+7d php5ts!zend_hash_apply_deleter+97 php5ts!zend_hash_graceful_reverse_destroy+13 php5ts!zend_shutdown+2e php5ts!php_module_shutdown+35 php5ts!php_module_shutdown_wrapper+f php5isapi!DllMain+70 php5isapi!_DllMainCRTStartup+50 ntdll!LdrpCallInitRoutine+14 ntdll!LdrShutdownProcess+182 kernel32!_ExitProcess+43 kernel32!ExitProcess+14 msvcrt!__crtExitProcess+32 msvcrt!_cinit+d2 msvcrt!exit+11 php5ts!zend_mm_panic+24 php5ts!_zend_mm_alloc_int+bb php5ts!_zend_mm_realloc_int+b6d php5ts!_erealloc+43 php5ts!xbuf_format_converter+7c php5ts!vspprintf+29 php5ts!php_error_cb+3a php_soap!soap_error_handler+9c php5ts!zend_error+43e php5ts!_zval_internal_dtor+33 php5ts!_zval_internal_ptr_dtor+1d php5ts!zend_hash_destroy+27 php5ts!delete_internal_hashtable+d php5ts!zend_hash_destroy+27 php5ts!php_win32_core_globals_dtor+3c php5ts!ts_free_thread+85 php5isapi!DllMain+17 php5isapi!_DllMainCRTStartup+50 ntdll!LdrpCallInitRoutine+14 ntdll!LdrShutdownThread+d2 kernel32!ExitThread+2f kernel32!FreeLibraryAndExitThread+40 w3tp!THREAD_MANAGER::ThreadManagerThread+59 kernel32!BaseThreadStart+34 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/46950 -- Edit this bug report at http://bugs.php.net/?id=46950&edit=1
#46950 [Fbk->Opn]: PHP 5.2.8 IIS ISAPI Crashing - Was Fine in 5.2.6
ID: 46950 User updated by: w dot ashcroft at redfoxuk dot com Reported By: w dot ashcroft at redfoxuk dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Windows 2003 PHP Version: 5.2.8 New Comment: I can't provide a script as the server is full of PHP based websites so the cause/trigger is unknown. Yes, but this particular server requires the ISAPI filter. Previous Comments: [2008-12-27 10:11:55] paj...@php.net We need a script as well. By the way, ever considered fastcgi instead of ISAPI? [2008-12-27 03:37:32] w dot ashcroft at redfoxuk dot com Made a mistake in the DebugDiag summary, it is actually: In w3wp.exe__PID__1652.dmp the assembly instruction at php5ts!zend_hash_del_key_or_index+10a in \\?\C:\PHP5\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to write to memory location 0x0003213c on thread 0 [2008-12-27 03:34:03] w dot ashcroft at redfoxuk dot com Backtrace for readability: php5ts!zend_hash_del_key_or_index+10a php5ts!zend_unregister_functions+53 php5ts!module_destructor+7d php5ts!zend_hash_apply_deleter+97 php5ts!zend_hash_graceful_reverse_destroy+13 php5ts!zend_shutdown+2e php5ts!php_module_shutdown+35 php5ts!php_module_shutdown_wrapper+f php5isapi!DllMain+70 php5isapi!_DllMainCRTStartup+50 ntdll!LdrpCallInitRoutine+14 ntdll!LdrShutdownProcess+182 kernel32!_ExitProcess+43 kernel32!ExitProcess+14 msvcrt!__crtExitProcess+32 msvcrt!_cinit+d2 msvcrt!exit+11 php5ts!zend_mm_panic+24 php5ts!_zend_mm_alloc_int+bb php5ts!_zend_mm_realloc_int+b6d php5ts!_erealloc+43 php5ts!xbuf_format_converter+7c php5ts!vspprintf+29 php5ts!php_error_cb+3a php_soap!soap_error_handler+9c php5ts!zend_error+43e php5ts!_zval_internal_dtor+33 php5ts!_zval_internal_ptr_dtor+1d php5ts!zend_hash_destroy+27 php5ts!delete_internal_hashtable+d php5ts!zend_hash_destroy+27 php5ts!php_win32_core_globals_dtor+3c php5ts!ts_free_thread+85 php5isapi!DllMain+17 php5isapi!_DllMainCRTStartup+50 ntdll!LdrpCallInitRoutine+14 ntdll!LdrShutdownThread+d2 kernel32!ExitThread+2f kernel32!FreeLibraryAndExitThread+40 w3tp!THREAD_MANAGER::ThreadManagerThread+59 kernel32!BaseThreadStart+34 [2008-12-27 03:32:59] w dot ashcroft at redfoxuk dot com Description: Since upgrading to PHP 5.2.8, one of our servers has started to crash once or twice a day - I assumed PHP was the cause and DebugDiag points at PHP too. I am not sure how to reproduce the crash on demand. Zend Optimizer isn't enabled, it was the first thing I tried - still crashes without it. Reproduce code: --- n/a Expected result: n/a Actual result: -- In w3wp.exe__PID__1652.dmp the assembly instruction at php5ts!zend_hash_del_key_or_index+10a in \\?\C:\PHP5\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to write to memory location 0x on thread 0 Thread 0 - System ID 904 Entry point 0x134c7078 Create time 25/12/2008 14:58:47 Time spent in user mode 0 Days 00:00:28.703 Time spent in kernel mode 0 Days 00:00:24.328 This thread is blocked by an unhandled exception Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_hash_del_key_or_index+10a 138f1e68 0308a8cc 0012 php5ts!zend_unregister_functions+53 0308d070 php5ts!module_destructor+7d 01c10178 138fa768 022d2160 php5ts!zend_hash_apply_deleter+97 022d2160 01c10140 138fa768 php5ts!zend_hash_graceful_reverse_destroy+13 022d2160 1394aa08 138fa768 php5ts!zend_shutdown+2e 138fa768 138fa768 138fa768 php5ts!php_module_shutdown+35 138fa768 php5ts!php_module_shutdown_wrapper+f 022d2060 01df265d 01df php5isapi!DllMain+70 01df 0001 php5isapi!_DllMainCRTStartup+50 01df 0001 ntdll!LdrpCallInitRoutine+14 01df260d 01df ntdll!LdrShutdownProcess+182 0001 138fb818 kernel32!_ExitProcess+43 0001 77e8f3b0 kernel32!ExitProcess+14 0001 0552f174 77bcaefc msvcrt!__crtExitProcess+32 0001 138fb91c 0058 msvcrt!_cinit+d2 0001 msvcrt!exit+11 0001 01e0a00b 020c330c php5ts!zend_mm_panic+24
#46950 [Opn]: PHP 5.2.8 IIS ISAPI Crashing - Was Fine in 5.2.6
ID: 46950 User updated by: w dot ashcroft at redfoxuk dot com Reported By: w dot ashcroft at redfoxuk dot com Status: Open Bug Type: Unknown/Other Function Operating System: Windows 2003 PHP Version: 5.2.8 New Comment: Made a mistake in the DebugDiag summary, it is actually: In w3wp.exe__PID__1652.dmp the assembly instruction at php5ts!zend_hash_del_key_or_index+10a in \\?\C:\PHP5\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to write to memory location 0x0003213c on thread 0 Previous Comments: [2008-12-27 03:34:03] w dot ashcroft at redfoxuk dot com Backtrace for readability: php5ts!zend_hash_del_key_or_index+10a php5ts!zend_unregister_functions+53 php5ts!module_destructor+7d php5ts!zend_hash_apply_deleter+97 php5ts!zend_hash_graceful_reverse_destroy+13 php5ts!zend_shutdown+2e php5ts!php_module_shutdown+35 php5ts!php_module_shutdown_wrapper+f php5isapi!DllMain+70 php5isapi!_DllMainCRTStartup+50 ntdll!LdrpCallInitRoutine+14 ntdll!LdrShutdownProcess+182 kernel32!_ExitProcess+43 kernel32!ExitProcess+14 msvcrt!__crtExitProcess+32 msvcrt!_cinit+d2 msvcrt!exit+11 php5ts!zend_mm_panic+24 php5ts!_zend_mm_alloc_int+bb php5ts!_zend_mm_realloc_int+b6d php5ts!_erealloc+43 php5ts!xbuf_format_converter+7c php5ts!vspprintf+29 php5ts!php_error_cb+3a php_soap!soap_error_handler+9c php5ts!zend_error+43e php5ts!_zval_internal_dtor+33 php5ts!_zval_internal_ptr_dtor+1d php5ts!zend_hash_destroy+27 php5ts!delete_internal_hashtable+d php5ts!zend_hash_destroy+27 php5ts!php_win32_core_globals_dtor+3c php5ts!ts_free_thread+85 php5isapi!DllMain+17 php5isapi!_DllMainCRTStartup+50 ntdll!LdrpCallInitRoutine+14 ntdll!LdrShutdownThread+d2 kernel32!ExitThread+2f kernel32!FreeLibraryAndExitThread+40 w3tp!THREAD_MANAGER::ThreadManagerThread+59 kernel32!BaseThreadStart+34 [2008-12-27 03:32:59] w dot ashcroft at redfoxuk dot com Description: Since upgrading to PHP 5.2.8, one of our servers has started to crash once or twice a day - I assumed PHP was the cause and DebugDiag points at PHP too. I am not sure how to reproduce the crash on demand. Zend Optimizer isn't enabled, it was the first thing I tried - still crashes without it. Reproduce code: --- n/a Expected result: n/a Actual result: -- In w3wp.exe__PID__1652.dmp the assembly instruction at php5ts!zend_hash_del_key_or_index+10a in \\?\C:\PHP5\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to write to memory location 0x on thread 0 Thread 0 - System ID 904 Entry point 0x134c7078 Create time 25/12/2008 14:58:47 Time spent in user mode 0 Days 00:00:28.703 Time spent in kernel mode 0 Days 00:00:24.328 This thread is blocked by an unhandled exception Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_hash_del_key_or_index+10a 138f1e68 0308a8cc 0012 php5ts!zend_unregister_functions+53 0308d070 php5ts!module_destructor+7d 01c10178 138fa768 022d2160 php5ts!zend_hash_apply_deleter+97 022d2160 01c10140 138fa768 php5ts!zend_hash_graceful_reverse_destroy+13 022d2160 1394aa08 138fa768 php5ts!zend_shutdown+2e 138fa768 138fa768 138fa768 php5ts!php_module_shutdown+35 138fa768 php5ts!php_module_shutdown_wrapper+f 022d2060 01df265d 01df php5isapi!DllMain+70 01df 0001 php5isapi!_DllMainCRTStartup+50 01df 0001 ntdll!LdrpCallInitRoutine+14 01df260d 01df ntdll!LdrShutdownProcess+182 0001 138fb818 kernel32!_ExitProcess+43 0001 77e8f3b0 kernel32!ExitProcess+14 0001 0552f174 77bcaefc msvcrt!__crtExitProcess+32 0001 138fb91c 0058 msvcrt!_cinit+d2 0001 msvcrt!exit+11 0001 01e0a00b 020c330c php5ts!zend_mm_panic+24 020c330c 020c306c 0001 php5ts!_zend_mm_alloc_int+bb 0181 004f 020c306c php5ts!_zend_mm_realloc_int+b6d 138fb818 004f php5ts!_erealloc+43 004f php5ts!xbuf_format_converter+7c 0552f474 020c306c 0552fe10 php5ts!vspprintf+29 0552f4ac 0400 020c306c php5ts!php_error_cb+3a 0010 020c27dc php_soap!soap_error_handler+9c 0010 020c27dc 000
#46950 [Opn]: PHP 5.2.8 IIS ISAPI Crashing - Was Fine in 5.2.6
ID: 46950 User updated by: w dot ashcroft at redfoxuk dot com Reported By: w dot ashcroft at redfoxuk dot com Status: Open Bug Type: Unknown/Other Function Operating System: Windows 2003 PHP Version: 5.2.8 New Comment: Backtrace for readability: php5ts!zend_hash_del_key_or_index+10a php5ts!zend_unregister_functions+53 php5ts!module_destructor+7d php5ts!zend_hash_apply_deleter+97 php5ts!zend_hash_graceful_reverse_destroy+13 php5ts!zend_shutdown+2e php5ts!php_module_shutdown+35 php5ts!php_module_shutdown_wrapper+f php5isapi!DllMain+70 php5isapi!_DllMainCRTStartup+50 ntdll!LdrpCallInitRoutine+14 ntdll!LdrShutdownProcess+182 kernel32!_ExitProcess+43 kernel32!ExitProcess+14 msvcrt!__crtExitProcess+32 msvcrt!_cinit+d2 msvcrt!exit+11 php5ts!zend_mm_panic+24 php5ts!_zend_mm_alloc_int+bb php5ts!_zend_mm_realloc_int+b6d php5ts!_erealloc+43 php5ts!xbuf_format_converter+7c php5ts!vspprintf+29 php5ts!php_error_cb+3a php_soap!soap_error_handler+9c php5ts!zend_error+43e php5ts!_zval_internal_dtor+33 php5ts!_zval_internal_ptr_dtor+1d php5ts!zend_hash_destroy+27 php5ts!delete_internal_hashtable+d php5ts!zend_hash_destroy+27 php5ts!php_win32_core_globals_dtor+3c php5ts!ts_free_thread+85 php5isapi!DllMain+17 php5isapi!_DllMainCRTStartup+50 ntdll!LdrpCallInitRoutine+14 ntdll!LdrShutdownThread+d2 kernel32!ExitThread+2f kernel32!FreeLibraryAndExitThread+40 w3tp!THREAD_MANAGER::ThreadManagerThread+59 kernel32!BaseThreadStart+34 Previous Comments: [2008-12-27 03:32:59] w dot ashcroft at redfoxuk dot com Description: Since upgrading to PHP 5.2.8, one of our servers has started to crash once or twice a day - I assumed PHP was the cause and DebugDiag points at PHP too. I am not sure how to reproduce the crash on demand. Zend Optimizer isn't enabled, it was the first thing I tried - still crashes without it. Reproduce code: --- n/a Expected result: n/a Actual result: -- In w3wp.exe__PID__1652.dmp the assembly instruction at php5ts!zend_hash_del_key_or_index+10a in \\?\C:\PHP5\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to write to memory location 0x on thread 0 Thread 0 - System ID 904 Entry point 0x134c7078 Create time 25/12/2008 14:58:47 Time spent in user mode 0 Days 00:00:28.703 Time spent in kernel mode 0 Days 00:00:24.328 This thread is blocked by an unhandled exception Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_hash_del_key_or_index+10a 138f1e68 0308a8cc 0012 php5ts!zend_unregister_functions+53 0308d070 php5ts!module_destructor+7d 01c10178 138fa768 022d2160 php5ts!zend_hash_apply_deleter+97 022d2160 01c10140 138fa768 php5ts!zend_hash_graceful_reverse_destroy+13 022d2160 1394aa08 138fa768 php5ts!zend_shutdown+2e 138fa768 138fa768 138fa768 php5ts!php_module_shutdown+35 138fa768 php5ts!php_module_shutdown_wrapper+f 022d2060 01df265d 01df php5isapi!DllMain+70 01df 0001 php5isapi!_DllMainCRTStartup+50 01df 0001 ntdll!LdrpCallInitRoutine+14 01df260d 01df ntdll!LdrShutdownProcess+182 0001 138fb818 kernel32!_ExitProcess+43 0001 77e8f3b0 kernel32!ExitProcess+14 0001 0552f174 77bcaefc msvcrt!__crtExitProcess+32 0001 138fb91c 0058 msvcrt!_cinit+d2 0001 msvcrt!exit+11 0001 01e0a00b 020c330c php5ts!zend_mm_panic+24 020c330c 020c306c 0001 php5ts!_zend_mm_alloc_int+bb 0181 004f 020c306c php5ts!_zend_mm_realloc_int+b6d 138fb818 004f php5ts!_erealloc+43 004f php5ts!xbuf_format_converter+7c 0552f474 020c306c 0552fe10 php5ts!vspprintf+29 0552f4ac 0400 020c306c php5ts!php_error_cb+3a 0010 020c27dc php_soap!soap_error_handler+9c 0010 020c27dc php5ts!zend_error+43e 0010 020c306c 01e9846d php5ts!_zval_internal_dtor+33 13967e38 01e9c687 php5ts!_zval_internal_ptr_dtor+1d 13967e9c 13967ec8 13967ed4 php5ts!zend_hash_destroy+27 13967d10 13968068 01e9c687 php5ts!delete_internal_hashtable+d 13967ed4 0015 1397e3e8 php5ts!zend_hash_destroy+27 137365a0 138fa768 01edf785 p
#46950 [NEW]: PHP 5.2.8 IIS ISAPI Crashing - Was Fine in 5.2.6
From: w dot ashcroft at redfoxuk dot com Operating system: Windows 2003 PHP version: 5.2.8 PHP Bug Type: Unknown/Other Function Bug description: PHP 5.2.8 IIS ISAPI Crashing - Was Fine in 5.2.6 Description: Since upgrading to PHP 5.2.8, one of our servers has started to crash once or twice a day - I assumed PHP was the cause and DebugDiag points at PHP too. I am not sure how to reproduce the crash on demand. Zend Optimizer isn't enabled, it was the first thing I tried - still crashes without it. Reproduce code: --- n/a Expected result: n/a Actual result: -- In w3wp.exe__PID__1652.dmp the assembly instruction at php5ts!zend_hash_del_key_or_index+10a in \\?\C:\PHP5\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to write to memory location 0x on thread 0 Thread 0 - System ID 904 Entry point 0x134c7078 Create time 25/12/2008 14:58:47 Time spent in user mode 0 Days 00:00:28.703 Time spent in kernel mode 0 Days 00:00:24.328 This thread is blocked by an unhandled exception Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_hash_del_key_or_index+10a 138f1e68 0308a8cc 0012 php5ts!zend_unregister_functions+53 0308d070 php5ts!module_destructor+7d 01c10178 138fa768 022d2160 php5ts!zend_hash_apply_deleter+97 022d2160 01c10140 138fa768 php5ts!zend_hash_graceful_reverse_destroy+13 022d2160 1394aa08 138fa768 php5ts!zend_shutdown+2e 138fa768 138fa768 138fa768 php5ts!php_module_shutdown+35 138fa768 php5ts!php_module_shutdown_wrapper+f 022d2060 01df265d 01df php5isapi!DllMain+70 01df 0001 php5isapi!_DllMainCRTStartup+50 01df 0001 ntdll!LdrpCallInitRoutine+14 01df260d 01df ntdll!LdrShutdownProcess+182 0001 138fb818 kernel32!_ExitProcess+43 0001 77e8f3b0 kernel32!ExitProcess+14 0001 0552f174 77bcaefc msvcrt!__crtExitProcess+32 0001 138fb91c 0058 msvcrt!_cinit+d2 0001 msvcrt!exit+11 0001 01e0a00b 020c330c php5ts!zend_mm_panic+24 020c330c 020c306c 0001 php5ts!_zend_mm_alloc_int+bb 0181 004f 020c306c php5ts!_zend_mm_realloc_int+b6d 138fb818 004f php5ts!_erealloc+43 004f php5ts!xbuf_format_converter+7c 0552f474 020c306c 0552fe10 php5ts!vspprintf+29 0552f4ac 0400 020c306c php5ts!php_error_cb+3a 0010 020c27dc php_soap!soap_error_handler+9c 0010 020c27dc php5ts!zend_error+43e 0010 020c306c 01e9846d php5ts!_zval_internal_dtor+33 13967e38 01e9c687 php5ts!_zval_internal_ptr_dtor+1d 13967e9c 13967ec8 13967ed4 php5ts!zend_hash_destroy+27 13967d10 13968068 01e9c687 php5ts!delete_internal_hashtable+d 13967ed4 0015 1397e3e8 php5ts!zend_hash_destroy+27 137365a0 138fa768 01edf785 php5ts!php_win32_core_globals_dtor+3c 1397e3e8 138fa768 01df php5ts!ts_free_thread+85 01df265d 01df 0003 php5isapi!DllMain+17 01df 0003 php5isapi!_DllMainCRTStartup+50 01df 0003 ntdll!LdrpCallInitRoutine+14 01df260d 01df 0003 ntdll!LdrShutdownThread+d2 134c7078 0552ff9c kernel32!ExitThread+2f 0102 134c7078 5a30 kernel32!FreeLibraryAndExitThread+40 5a30 0102 w3tp!THREAD_MANAGER::ThreadManagerThread+59 134c7078 kernel32!BaseThreadStart+34 5a301d70 134c7078 -- Edit bug report at http://bugs.php.net/?id=46950&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46950&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46950&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46950&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46950&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46950&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46950&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46950&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46950&r=needscript Try newer version: http://b
#45914 [Fbk->Opn]: ini_set() Does Not Work When Using Registry-Based "Per Directory Values"
ID: 45914
User updated by: w dot ashcroft at redfoxuk dot com
Reported By: w dot ashcroft at redfoxuk dot com
-Status: Feedback
+Status: Open
Bug Type: PHP options/info functions
Operating System: Windows Server 2003
PHP Version: 5.2.6
New Comment:
I can confirm the issue still exists in the current CVS snapshot.
Previous Comments:
[2008-08-25 20:40:09] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2008-08-25 19:32:02] w dot ashcroft at redfoxuk dot com
Description:
It seems then when using Per Directory Values in the Windows Registry,
these values can then not be changed with ini_set() - for example we set
the sendmail_from value for each individual website using the
registry-based Per Directory Values, but the website owners should then
be able to set their own from address in their scripts using ini_set().
As I understand it, the in-script ini_set() should be the last possible
place a value can be changed (at runtime); not the registry.
Removing the registry entry gives the expected result of:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Reproduce code:
---
php.ini
sendmail_from = [EMAIL PROTECTED]
HKLM\SOFTWARE\PHP\Per Directory Values\[DirPath]
sendmail_from = [EMAIL PROTECTED]
";
ini_set("sendmail_from", "[EMAIL PROTECTED]");
echo ini_get("sendmail_from");
?>
Expected result:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Actual result:
--
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Edit this bug report at http://bugs.php.net/?id=45914&edit=1
#40102 [Opn]: Mail() Function Abuse Tracking
ID: 40102 User updated by: w dot ashcroft at redfoxuk dot com Reported By: w dot ashcroft at redfoxuk dot com Status: Open Bug Type: Feature/Change Request Operating System: All PHP Version: 4.x.x, 5.x.x, 6.x.x New Comment: More information about this patch can be found at: http://choon.net/php-mail-header.php Previous Comments: [2007-06-17 15:06:53] w dot ashcroft at redfoxuk dot com Updated to all OS's. [2007-06-16 15:35:13] paul at pwnewmedia dot com I agree, this is very much needed and would help a lot in the battle against spam! [2007-01-11 22:16:26] w dot ashcroft at redfoxuk dot com Description: This isnt a bug as such, but rather a change that is desperatly needed to the mail() function. Currently when this is abused there is NO WAY to track which user/website/IP is abusing the function - what we really need is for PHP to insert an header that cannot be removed by the website administrator (possibly a setting in php.ini to enabled this email header tracking feature by the system administrator). This header will contain information that will help the system admin track the abuser; such a patch that works very well (and is VERY simple to implement) can be found here: http://www.lancs.ac.uk:8080/~steveb/patches/php-mail-header-patch/ ...it is a real headache for the system administrators that really need this change to have to recompile PHP. Reproduce code: --- NA Expected result: NA Actual result: -- NA -- Edit this bug report at http://bugs.php.net/?id=40102&edit=1
#45914 [NEW]: ini_set() Does Not Work When Using Registry-Based "Per Directory Values"
From: w dot ashcroft at redfoxuk dot com
Operating system: Windows Server 2003
PHP version: 5.2.6
PHP Bug Type: *Configuration Issues
Bug description: ini_set() Does Not Work When Using Registry-Based "Per
Directory Values"
Description:
It seems then when using Per Directory Values in the Windows Registry,
these values can then not be changed with ini_set() - for example we set
the sendmail_from value for each individual website using the
registry-based Per Directory Values, but the website owners should then be
able to set their own from address in their scripts using ini_set().
As I understand it, the in-script ini_set() should be the last possible
place a value can be changed (at runtime); not the registry.
Removing the registry entry gives the expected result of:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Reproduce code:
---
php.ini
sendmail_from = [EMAIL PROTECTED]
HKLM\SOFTWARE\PHP\Per Directory Values\[DirPath]
sendmail_from = [EMAIL PROTECTED]
";
ini_set("sendmail_from", "[EMAIL PROTECTED]");
echo ini_get("sendmail_from");
?>
Expected result:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Actual result:
--
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Edit bug report at http://bugs.php.net/?id=45914&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45914&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45914&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45914&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45914&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45914&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45914&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45914&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45914&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45914&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45914&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45914&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45914&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45914&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45914&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45914&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45914&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45914&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45914&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45914&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45914&r=mysqlcfg
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: w dot ashcroft at redfoxuk dot com Reported By: graham at directhostinguk dot com Status: Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: Confirmed on Windows 2003 with IIS6 using MS FastCGI; using libmysql.dll (v5.0.22) from PHP 5.2.1 fixes the problem and massively improves PHP speed globally. Previous Comments: [2007-09-26 10:29:02] chris at crgs dot co dot uk Have just tried the latest PHP 5.2 snapshot from http://snaps.php.net/ - *still* doesn't work. I am reproducing this on the most basic machine I can, a Windows 2000 Professional VM (Virtual PC 2007) with all security updates. There is nothing else on the PC, not even a MySQL install, just PHP (see below for settings), but I am still getting the error. However the error *DOES NOT ALWAYS OCCUR*, especially when I just use 'php -v'. Sometimes I have to run this command quite a few times before the error occurs - it comes up maybe 2 times out of 10. When I run it on my main box, outside the virtual machine, 'php -v' doesn't seem to trigger the error much at all: however, using a slightly more complicated command like 'php-cgi test.php' where test.php contains '' triggers the error more often, even outside the VM. Are we looking at a race condition? Can people post the specification of their boxes as well? Mine is an Intel Pentium D 3.4Ghz (dual core) w/ 2GB RAM. Of course inside the virtual machine there's only one processor, which might explain partly why the error occurs more often inside the VM, although I don't think it's a single/multi-processor issue at heart, as I can still repro the issue on a dual core PC, just less often. Perhaps it's only an issue on slower machines? Scott, what's your spec? Here is what I did: Download php5.2-win32-200709260830.zip from http://snaps.php.net/ Extract to C:\PHP Append ';C:\PHP' to the PATH environment variable Add PHPRC environment variable, set to 'C:\PHP\php.ini' Copy php.ini-recommended to php.ini Change the following settings: extension_dir = "c:\php\ext\" extension=php_mysql.dll Run 'c:\PHP\php-cgi.exe -v' Returns (after a roughly 2 second pause): PHP 5.2.5-dev (cli) (built: Sep 26 2007 04:04:42) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit By the way, I also tried setting mysql.allow_persistent = Off, as suggested in some of the comments, but it didn't help in either environment (VM or real). [2007-09-25 17:55:03] daniel dot gaddis at tlc dot state dot tx dot us php -v returned the error using PHP 5.2.5-dev (cli) (built: Sep 9 2007 12:04:32). See mysql and apache version info below. F:\php>php -v PHP 5.2.5-dev (cli) (built: Sep 9 2007 12:04:32) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit F:\MySQL\bin>mysqladmin --user= --password= version mysqladmin Ver 8.41 Distrib 5.0.45, for Win32 on ia32 Copyright (C) 2000-2006 MySQL AB This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to modify and redistribute it under the GPL license Server version 5.0.45-community-nt-log Protocol version10 Connection localhost via TCP/IP TCP port3306 Uptime: 9 min 57 sec Threads: 1 Questions: 4 Slow queries: 0 Opens: 12 Flush tables: 1 Open tabl es: 6 Queries per second avg: 0.007 F:\Program Files\Apache Group\Apache>apache.exe -v Server version: Apache/1.3.37 (Win32) Server built: Jul 27 2006 15:23:00 [2007-09-25 17:54:52] daniel dot gaddis at tlc dot state dot tx dot us php -v returned the error using PHP 5.2.5-dev (cli) (built: Sep 9 2007 12:04:32). See mysql and apache version info below. F:\php>php -v PHP 5.2.5-dev (cli) (built: Sep 9 2007 12:04:32) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit F:\MySQL\bin>mysqladmin --user= --password= version mysqladmin Ver 8.41 Distrib 5.0.45, for Win32 on ia32 Copyright (C) 2000-2006 MySQL AB This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to modify and redistribute it under the GPL license Server version 5.0.45-community-nt-log Protocol version10 Connection localho
#42699 [Com]: PHP_SELF duplicates path
ID: 42699 Comment by: w dot ashcroft at redfoxuk dot com Reported By: vvv at colocall dot net Status: Assigned Bug Type: CGI related Operating System: FreeBSD 6.2, apache 2.2.6 PHP Version: 5.2CVS-2007-09-18 Assigned To: dmitry New Comment: I noticed the bug fix for #42523 was a specific workaround for when the server software CGI variable was set as Microsoft-IIS; so clearly the "hack" fix for #42523 needs to be done properly if it doesn't fix the problem completely. Previous Comments: [2007-09-18 12:23:33] [EMAIL PROTECTED] Dmitry, can you check this out please. [2007-09-18 11:22:00] vvv at colocall dot net I've tried php5.2-200709180830 before submitting the bug. I've got the same behavior as using php-5.2.4. [2007-09-18 10:51:34] vvv at colocall dot net Description: Path appears to be duplicated. The bug is absolutely the same as #42523, but not related to WinXP/IIS. Reproduce code: --- echo $_SERVER['PHP_SELF']; Expected result: /path/test.php Actual result: -- /path/test.php/path/test.php -- Edit this bug report at http://bugs.php.net/?id=42699&edit=1
#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfoxuk dot com Reported By: tkeese at yahoo dot com Status: Assigned Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 Assigned To: dmitry New Comment: ...the bug shouldn't have existed full stop ;) So much for a new strong relationship between Microsoft and Zend/PHP; and increased support in Windows. Previous Comments: [2007-09-04 23:59:39] arthur at sohosted dot com This bug shouldn't be fixed right now, instead it should have been fixed during the RC phase. And that's something that is partially our fault, as we (Windows users) didn't test good enough. [2007-09-04 17:38:19] w dot ashcroft at redfoxuk dot com Can I just say how incredibly urgent this is? This bug needs to be fixed and fast, nearly every PHP script uses PHP_SELF in some way. [2007-09-04 09:58:46] [EMAIL PROTECTED] Dmitry, can you check this out? It seems to happen only within Windows/IIS.. [2007-09-04 09:04:49] christoffer dot cena at braathe dot no I can confirm this error on Windows Server 2003 using PHP 5.2.4 as CGI with IIS 6. Running phpinfo() in a file called /info.php shows that the PHP_SELF variable contains "/info.php/info.php. [2007-09-04 03:37:46] w dot ashcroft at redfox dot uk (I mean this bug does not happen using ISAPI, only CGI) 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/42523 -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfoxuk dot com Reported By: tkeese at yahoo dot com Status: Assigned Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 Assigned To: dmitry New Comment: Can I just say how incredibly urgent this is? This bug needs to be fixed and fast, nearly every PHP script uses PHP_SELF in some way. Previous Comments: [2007-09-04 09:58:46] [EMAIL PROTECTED] Dmitry, can you check this out? It seems to happen only within Windows/IIS.. [2007-09-04 09:04:49] christoffer dot cena at braathe dot no I can confirm this error on Windows Server 2003 using PHP 5.2.4 as CGI with IIS 6. Running phpinfo() in a file called /info.php shows that the PHP_SELF variable contains "/info.php/info.php. [2007-09-04 03:37:46] w dot ashcroft at redfox dot uk (I mean this bug does not happen using ISAPI, only CGI) [2007-09-04 03:37:09] w dot ashcroft at redfoxuk dot com ...does not happen using ISAPI. [2007-09-03 17:53:39] w dot ashcroft at redfoxuk dot com ...on another note DOCUMENT_ROOT is now being set correctly, it always used to be empty. 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/42523 -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfoxuk dot com Reported By: tkeese at yahoo dot com Status: Open Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: ...does not happen using ISAPI. Previous Comments: [2007-09-03 17:53:39] w dot ashcroft at redfoxuk dot com ...on another note DOCUMENT_ROOT is now being set correctly, it always used to be empty. [2007-09-03 17:49:30] w dot ashcroft at redfoxuk dot com Looks like these bugfixes may have broken it: http://bugs.php.net/bug.php?id=31892 http://bugs.php.net/bug.php?id=42198 [2007-09-03 17:44:31] tkeese at yahoo dot com I am using the default CGI configuration from the Win32 installer. cgi.check_shebang_line 1 1 cgi.fix_pathinfo0 0 cgi.force_redirect 0 0 cgi.nph 0 0 cgi.redirect_status_env no valueno value cgi.rfc2616_headers 0 0 fastcgi.impersonate 0 0 fastcgi.logging 1 1 >From phpinfo() output (5.2.4): _SERVER["PHP_SELF"] /baseapp/test/p.php/baseapp/test/p.php >From phpinfo() output (5.2.3) using same configuration as above: _SERVER["PHP_SELF"] /baseapp/test/p.php ---- [2007-09-03 17:41:28] w dot ashcroft at redfoxuk dot com Hello, Got the exact same problem here, using standard CGI with these settings: cgi.fix_pathinfo = 1 cgi.force_redirect = 0 fastcgi.impersonate = 1 cgi.fix_pathinfo = 0 does not fix the problem. Problem did not exist in 5.2.3 and is causing lots of headaches for our customers on our servers. [2007-09-03 08:20:31] [EMAIL PROTECTED] How have you configure PHP in IIS? What values do your cgi.* directives have? What query causes 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/42523 -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfoxuk dot com Reported By: tkeese at yahoo dot com Status: Open Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: ...on another note DOCUMENT_ROOT is now being set correctly, it always used to be empty. Previous Comments: [2007-09-03 17:49:30] w dot ashcroft at redfoxuk dot com Looks like these bugfixes may have broken it: http://bugs.php.net/bug.php?id=31892 http://bugs.php.net/bug.php?id=42198 [2007-09-03 17:44:31] tkeese at yahoo dot com I am using the default CGI configuration from the Win32 installer. cgi.check_shebang_line 1 1 cgi.fix_pathinfo0 0 cgi.force_redirect 0 0 cgi.nph 0 0 cgi.redirect_status_env no valueno value cgi.rfc2616_headers 0 0 fastcgi.impersonate 0 0 fastcgi.logging 1 1 >From phpinfo() output (5.2.4): _SERVER["PHP_SELF"] /baseapp/test/p.php/baseapp/test/p.php >From phpinfo() output (5.2.3) using same configuration as above: _SERVER["PHP_SELF"] /baseapp/test/p.php ---- [2007-09-03 17:41:28] w dot ashcroft at redfoxuk dot com Hello, Got the exact same problem here, using standard CGI with these settings: cgi.fix_pathinfo = 1 cgi.force_redirect = 0 fastcgi.impersonate = 1 cgi.fix_pathinfo = 0 does not fix the problem. Problem did not exist in 5.2.3 and is causing lots of headaches for our customers on our servers. [2007-09-03 08:20:31] [EMAIL PROTECTED] How have you configure PHP in IIS? What values do your cgi.* directives have? What query causes this? [2007-09-02 23:25:12] tkeese at yahoo dot com Description: Path appears to be duplicated. echo $_SERVER['PHP_SELF']; Output: /baseapp/myapp/progs/p.php/baseapp/myapp/progs/p.php Expected: /baseapp/myapp/progs/p.php -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfoxuk dot com Reported By: tkeese at yahoo dot com Status: Open Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: Looks like these bugfixes may have broken it: http://bugs.php.net/bug.php?id=31892 http://bugs.php.net/bug.php?id=42198 Previous Comments: [2007-09-03 17:44:31] tkeese at yahoo dot com I am using the default CGI configuration from the Win32 installer. cgi.check_shebang_line 1 1 cgi.fix_pathinfo0 0 cgi.force_redirect 0 0 cgi.nph 0 0 cgi.redirect_status_env no valueno value cgi.rfc2616_headers 0 0 fastcgi.impersonate 0 0 fastcgi.logging 1 1 >From phpinfo() output (5.2.4): _SERVER["PHP_SELF"] /baseapp/test/p.php/baseapp/test/p.php >From phpinfo() output (5.2.3) using same configuration as above: _SERVER["PHP_SELF"] /baseapp/test/p.php ---- [2007-09-03 17:41:28] w dot ashcroft at redfoxuk dot com Hello, Got the exact same problem here, using standard CGI with these settings: cgi.fix_pathinfo = 1 cgi.force_redirect = 0 fastcgi.impersonate = 1 cgi.fix_pathinfo = 0 does not fix the problem. Problem did not exist in 5.2.3 and is causing lots of headaches for our customers on our servers. [2007-09-03 08:20:31] [EMAIL PROTECTED] How have you configure PHP in IIS? What values do your cgi.* directives have? What query causes this? [2007-09-02 23:25:12] tkeese at yahoo dot com Description: Path appears to be duplicated. echo $_SERVER['PHP_SELF']; Output: /baseapp/myapp/progs/p.php/baseapp/myapp/progs/p.php Expected: /baseapp/myapp/progs/p.php -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfoxuk dot com Reported By: tkeese at yahoo dot com Status: Feedback Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: Hello, Got the exact same problem here, using standard CGI with these settings: cgi.fix_pathinfo = 1 cgi.force_redirect = 0 fastcgi.impersonate = 1 cgi.fix_pathinfo = 0 does not fix the problem. Problem did not exist in 5.2.3 and is causing lots of headaches for our customers on our servers. Previous Comments: [2007-09-03 08:20:31] [EMAIL PROTECTED] How have you configure PHP in IIS? What values do your cgi.* directives have? What query causes this? [2007-09-02 23:25:12] tkeese at yahoo dot com Description: Path appears to be duplicated. echo $_SERVER['PHP_SELF']; Output: /baseapp/myapp/progs/p.php/baseapp/myapp/progs/p.php Expected: /baseapp/myapp/progs/p.php -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#40102 [Opn]: Mail() Function Abuse Tracking
ID: 40102 User updated by: w dot ashcroft at redfoxuk dot com -Summary: Mail Function Abuse Reported By: w dot ashcroft at redfoxuk dot com Status: Open Bug Type: Feature/Change Request -Operating System: Windows +Operating System: All -PHP Version: 5.2.0 +PHP Version: 4.x.x, 5.x.x, 6.x.x New Comment: Updated to all OS's. Previous Comments: [2007-06-16 15:35:13] paul at pwnewmedia dot com I agree, this is very much needed and would help a lot in the battle against spam! [2007-01-11 22:16:26] w dot ashcroft at redfoxuk dot com Description: This isnt a bug as such, but rather a change that is desperatly needed to the mail() function. Currently when this is abused there is NO WAY to track which user/website/IP is abusing the function - what we really need is for PHP to insert an header that cannot be removed by the website administrator (possibly a setting in php.ini to enabled this email header tracking feature by the system administrator). This header will contain information that will help the system admin track the abuser; such a patch that works very well (and is VERY simple to implement) can be found here: http://www.lancs.ac.uk:8080/~steveb/patches/php-mail-header-patch/ ...it is a real headache for the system administrators that really need this change to have to recompile PHP. Reproduce code: --- NA Expected result: NA Actual result: -- NA -- Edit this bug report at http://bugs.php.net/?id=40102&edit=1
#40102 [NEW]: Mail Function Abuse
From: w dot ashcroft at redfoxuk dot com Operating system: Windows PHP version: 5.2.0 PHP Bug Type: Feature/Change Request Bug description: Mail Function Abuse Description: This isnt a bug as such, but rather a change that is desperatly needed to the mail() function. Currently when this is abused there is NO WAY to track which user/website/IP is abusing the function - what we really need is for PHP to insert an header that cannot be removed by the website administrator (possibly a setting in php.ini to enabled this email header tracking feature by the system administrator). This header will contain information that will help the system admin track the abuser; such a patch that works very well (and is VERY simple to implement) can be found here: http://www.lancs.ac.uk:8080/~steveb/patches/php-mail-header-patch/ ...it is a real headache for the system administrators that really need this change to have to recompile PHP. Reproduce code: --- NA Expected result: NA Actual result: -- NA -- Edit bug report at http://bugs.php.net/?id=40102&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40102&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40102&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40102&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40102&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40102&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40102&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40102&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40102&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40102&r=support Expected behavior:http://bugs.php.net/fix.php?id=40102&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40102&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40102&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40102&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40102&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40102&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40102&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40102&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40102&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40102&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40102&r=mysqlcfg
