#41921 [NEW]: ext/curl/config.m4 does detect nss crypto usage in curl
From: dragonheart at gentoo dot org Operating system: all PHP version: 5CVS-2007-07-08 (CVS) PHP Bug Type: cURL related Bug description: ext/curl/config.m4 does detect nss crypto usage in curl Description: when curl is compiled to use NSS as a crypto engine, curl fails to detect it as a valid crypto engine. Reproduce code: --- configure curl with: ./configure --without-ssl --without-gnutls --with-nss curl --version now shows: curl 7.16.3 (x86_64-pc-linux-gnu) libcurl/7.16.3 NSS/3.11.5 zlib/1.2.3 libidn/0.6.5 Protocols: tftp ftp telnet dict http file https ftps Features: IDN IPv6 Largefile SSL libz php5 configure: ./configure --with-curl checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.16.3 checking for SSL support in libcurl... no checking for curl_easy_perform in -lcurl... yes checking for curl_version_info in -lcurl... yes checking for curl_easy_strerror in -lcurl... yes checking for curl_multi_strerror in -lcurl... yes Expected result: to detect the nss crypto engine and work with it OR bombout nicely with an unsupported error. Actual result: -- checking for SSL support in libcurl... no -- Edit bug report at http://bugs.php.net/?id=41921edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41921r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41921r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41921r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41921r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41921r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41921r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41921r=needscript Try newer version:http://bugs.php.net/fix.php?id=41921r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41921r=support Expected behavior:http://bugs.php.net/fix.php?id=41921r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41921r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41921r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41921r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41921r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41921r=dst IIS Stability:http://bugs.php.net/fix.php?id=41921r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41921r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41921r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41921r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41921r=mysqlcfg
#41922 [NEW]: ini_get() gives ambiguous result
From: zoe at uk dot ibm dot com Operating system: Linux PHP version: 5CVS-2007-07-08 (CVS) PHP Bug Type: Scripting Engine problem Bug description: ini_get() gives ambiguous result Description: The manual states Returns the value of the configuration option as a string on success, or an empty string on failure Some options (eg docref_ext, disable_classes) have default values of an empty string, in these cases ini_get() will return an empty string when the function has failed AND when it has succeeded. The problem is in the following code: ZEND_API char *zend_ini_string(char *name, uint name_length, int orig) { zend_ini_entry *ini_entry; TSRMLS_FETCH(); if (zend_hash_find(EG(ini_directives), name, name_length, (void **) ini_entry)==SUCCESS) { if (orig ini_entry-modified) { return ini_entry-orig_value; } else { return ini_entry-value; } } return ; } Reproduce code: --- Here is a test that will always pass even when ini_get fails. --TEST-- ini_get returns value of the configuration option as a string on success, empty string on failure --FILE-- ?php var_dump(ini_get(disable_classes)); ? --EXPECT-- string(0) Expected result: I would like to be able to see a failure - if ini_get() fails. For example ini_get() could return FALSE on failure (as ini_set() does), if there are no configuration options that have a default value of FALSE. Actual result: -- Always a null string. -- Edit bug report at http://bugs.php.net/?id=41922edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41922r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41922r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41922r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41922r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41922r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41922r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41922r=needscript Try newer version:http://bugs.php.net/fix.php?id=41922r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41922r=support Expected behavior:http://bugs.php.net/fix.php?id=41922r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41922r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41922r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41922r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41922r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41922r=dst IIS Stability:http://bugs.php.net/fix.php?id=41922r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41922r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41922r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41922r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41922r=mysqlcfg
#41923 [NEW]: ini_set() gives incorrect result
From: zoe at uk dot ibm dot com Operating system: Linux PHP version: 5CVS-2007-07-08 (CVS) PHP Bug Type: Scripting Engine problem Bug description: ini_set() gives incorrect result Description: The manual states that ini_set() returns the old value on success, FALSE on failure. When the initial value of a configuration option is an empty string ini_set() will give a misleading result as shown on the test case below. This bug is related to 41922. The ini_set() code which causes the problem is: old_value = zend_ini_string(Z_STRVAL_PP(varname), Z_STRLEN_PP(varname)+1, 0); /* copy to return here, because alter might free it! */ if (old_value) { RETVAL_STRING(old_value, 1); } else { RETVAL_FALSE; } So if response is NULL we set a return code of FALSE. Reproduce code: --- --TEST-- Test to make sure that ini_set returns old value on success, false on failure --FILE-- ?php var_dump(ini_get(error_log)); var_dump(ini_set(error_log,/tmp/log)); var_dump(ini_get(error_log)); ? --EXPECT-- string(0) string(0) string(8) /tmp/log Expected result: See above Actual result: -- bool(false) -- see bug 41922 bool(false) -- implies ini_set() failure, it actually succeeds. string(8) /tmp/log -- Edit bug report at http://bugs.php.net/?id=41923edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41923r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41923r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41923r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41923r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41923r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41923r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41923r=needscript Try newer version:http://bugs.php.net/fix.php?id=41923r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41923r=support Expected behavior:http://bugs.php.net/fix.php?id=41923r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41923r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41923r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41923r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41923r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41923r=dst IIS Stability:http://bugs.php.net/fix.php?id=41923r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41923r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41923r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41923r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41923r=mysqlcfg
#41923 [Opn-Bgs]: ini_set() gives incorrect result
ID: 41923 Updated by: [EMAIL PROTECTED] Reported By: zoe at uk dot ibm dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2007-07-08 (CVS) New Comment: Sorry - this is nonsense - willopen another with correct description Previous Comments: [2007-07-08 12:09:31] zoe at uk dot ibm dot com Description: The manual states that ini_set() returns the old value on success, FALSE on failure. When the initial value of a configuration option is an empty string ini_set() will give a misleading result as shown on the test case below. This bug is related to 41922. The ini_set() code which causes the problem is: old_value = zend_ini_string(Z_STRVAL_PP(varname), Z_STRLEN_PP(varname)+1, 0); /* copy to return here, because alter might free it! */ if (old_value) { RETVAL_STRING(old_value, 1); } else { RETVAL_FALSE; } So if response is NULL we set a return code of FALSE. Reproduce code: --- --TEST-- Test to make sure that ini_set returns old value on success, false on failure --FILE-- ?php var_dump(ini_get(error_log)); var_dump(ini_set(error_log,/tmp/log)); var_dump(ini_get(error_log)); ? --EXPECT-- string(0) string(0) string(8) /tmp/log Expected result: See above Actual result: -- bool(false) -- see bug 41922 bool(false) -- implies ini_set() failure, it actually succeeds. string(8) /tmp/log -- Edit this bug report at http://bugs.php.net/?id=41923edit=1
#41924 [NEW]: symlink() on Windows Vista
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 5.2.3 PHP Bug Type: Filesystem function related Bug description: symlink() on Windows Vista Description: Since Windows Vista, Microsoft supports symlinks as unix does since half a century: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/symbolic_links.asp It would be nice if php would use this to provide symlink() on windows. -- Edit bug report at http://bugs.php.net/?id=41924edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41924r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41924r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41924r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41924r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41924r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41924r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41924r=needscript Try newer version:http://bugs.php.net/fix.php?id=41924r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41924r=support Expected behavior:http://bugs.php.net/fix.php?id=41924r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41924r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41924r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41924r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41924r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41924r=dst IIS Stability:http://bugs.php.net/fix.php?id=41924r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41924r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41924r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41924r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41924r=mysqlcfg
#41922 [Opn-WFx]: ini_get() gives ambiguous result
ID: 41922 Updated by: [EMAIL PROTECTED] Reported By: zoe at uk dot ibm dot com -Status: Open +Status: Wont fix Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2007-07-08 (CVS) New Comment: While this is a good idea, unfortunately it would introduce API break and likely break many apps that utilize this function. Previous Comments: [2007-07-08 11:44:10] zoe at uk dot ibm dot com Description: The manual states Returns the value of the configuration option as a string on success, or an empty string on failure Some options (eg docref_ext, disable_classes) have default values of an empty string, in these cases ini_get() will return an empty string when the function has failed AND when it has succeeded. The problem is in the following code: ZEND_API char *zend_ini_string(char *name, uint name_length, int orig) { zend_ini_entry *ini_entry; TSRMLS_FETCH(); if (zend_hash_find(EG(ini_directives), name, name_length, (void **) ini_entry)==SUCCESS) { if (orig ini_entry-modified) { return ini_entry-orig_value; } else { return ini_entry-value; } } return ; } Reproduce code: --- Here is a test that will always pass even when ini_get fails. --TEST-- ini_get returns value of the configuration option as a string on success, empty string on failure --FILE-- ?php var_dump(ini_get(disable_classes)); ? --EXPECT-- string(0) Expected result: I would like to be able to see a failure - if ini_get() fails. For example ini_get() could return FALSE on failure (as ini_set() does), if there are no configuration options that have a default value of FALSE. Actual result: -- Always a null string. -- Edit this bug report at http://bugs.php.net/?id=41922edit=1
#41919 [Opn-Csd]: crash in string to array conversion
ID: 41919 Updated by: [EMAIL PROTECTED] Reported By: judas dot iscariote at gmail dot com -Status: Open +Status: Closed Bug Type: Scripting Engine problem Operating System: all PHP Version: 5CVS-2007-07-08 (CVS) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-07-08 03:10:25] judas dot iscariote at gmail dot com Description: this is a variation of bug #41813 that produces segmentation fault as well.. Reproduce code: --- ?php $foo=50; $foo[3]-bar[1] = bang; ? Expected result: Fatal error: Cannot use string offset as an array. Actual result: -- Program received signal SIGSEGV, Segmentation fault. 0x0072e990 in zend_fetch_property_address (result=0x7fffc1e290a0, container_ptr=0x0, prop_ptr=0x2b8aecc303e8, type=1) patch: Index: Zend/zend_execute.c === RCS file: /repository/ZendEngine2/zend_execute.c,v retrieving revision 1.716.2.12.2.21 diff -u -r1.716.2.12.2.21 zend_execute.c --- Zend/zend_execute.c 27 Jun 2007 08:51:40 - 1.716.2.12.2.21 +++ Zend/zend_execute.c 8 Jul 2007 03:07:33 - @@ -1233,8 +1233,13 @@ static void zend_fetch_property_address(temp_variable *result, zval **container_ptr, zval *prop_ptr, int type TSRMLS_DC) { zval *container; + + if (!container_ptr) { + zend_error_noreturn(E_ERROR, Cannot use string offset as an array); + } container = *container_ptr; + if (container == EG(error_zval_ptr)) { if (result) { result-var.ptr_ptr = EG(error_zval_ptr); -- Edit this bug report at http://bugs.php.net/?id=41919edit=1
#15373 [Com]: mail() not working, no error with invalid SMTP or email address
ID: 15373 Comment by: kivin_kong at hotmail dot com Reported By: alonso at admintek dot net Status: No Feedback Bug Type: Mail related Operating System: win2000 PHP Version: 4.2.1 Assigned To: mfischer New Comment: i have windows server 2003 R2 with IIS and php 5.2.3 and the mail() function ain't working the i use my ISP DNS server and not workin don't know what to do can someone help it is a recruitment form trying to send it to my email [EMAIL PROTECTED] Previous Comments: [2006-10-05 05:15:04] bigredraddish at hotmail dot com XP PRO SP2 PHP 5.1.6 This is the error Warning: mail() [function.mail]: Failed to connect to mailserver at localhost port 25, verify your SMTP and smtp_port setting in php.ini or use ini_set() in D:\www\htdocs\sendmail.php on line 43 this is line 43 of my php mail script mail([EMAIL PROTECTED], $subject, $message, $from); This is my PHP.INI [mail function] ; For Win32 only. SMTP = smtp.dodo.com.au ; For Win32 only. sendmail_from = [EMAIL PROTECTED] [2006-07-21 12:44:33] ishongwe at yahoo dot com Is it possible to use the mail() function without any network connection on windows xp, and if possible how do you do it on the php.ini? Remember: Everything seem to be working fine except the mail() function, yet. Thanks in advance [2005-10-01 16:26:07] morebiz at gmail dot com Hi, I have problem like this too. I try to change to windows 2003 server with php and it work. After I install antivirus program, can not send mail. So I just know the reason is Antivirus program !!!. Now i new install Wins XP Apache+Php and config my antivirus program It Work !!. Please check your anivirus program. Good luck. Greeting from webmaster Thailand. [2003-12-19 12:31:03] georgealbert2001 at yahoo dot com i have win98 and iam using devshed ,and i download easy SMTP to make my PC an SMTP server i always try to send mail but i fail could someone tell me how to cofig to send the email [2003-11-16 18:59:02] doug32x at hotmail dot com OS Windows XP home Editio Server Apache 1.3.28 PHP 4.3.3 I tried doing this: ?PHP ini_set('smtp_port','25'); mail([EMAIL PROTECTED],Hi,Message) ? I get this: Warning: mail(): Failed to connect to mailserver at localhost port 25, verify your SMTP and smtp_port setting in php.ini or use ini_set(). I tried by changin the php.ini and it does not work :( I hope you can help me Thanks a lot 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/15373 -- Edit this bug report at http://bugs.php.net/?id=15373edit=1
#41926 [NEW]: Dir function unable to view shared folders
From: fskbcb at puk dot ac dot za Operating system: Windows XP PHP version: 5.2.3 PHP Bug Type: Network related Bug description: Dir function unable to view shared folders Description: I am unable to access a shared directory on another windows pc by executing the windows dir \\remoteserver\sharedir function in php. I have tried this using exec(),system() etc. When I type the command dir \\remoteserver\sharedir on the windows command line (cmd) it works fine. If I do a dir \\ownserver\sharedir of the shares of the pc that I am working on, I am able to view them. It seems that when php executes the command to read another pc's shares, there may be permission problems? Reproduce code: --- ?php /* Please change server name and directory name to relevant windows share */ $server_name=radio; $server_name=radio; $directory_name=photos; $share=.$server_name.\\.$directory_name; $cmd=array( net use .$share, dir .$share); for ($x=0;$x count($cmd);$x++) { echo Command: .$cmd[$x]. br; $result = `$cmd[$x]`; echo The result is: br.$result. br; } ? Expected result: Command: net use \\radio\photos The result is: Local name Remote name \\radio\photos Resource type Disk Status OK # Opens 0 # Connections 1 The command completed successfully. Command: dir \\radio\photos The result is: Actual result: -- Command: net use \\radio\photos The result is: Local name Remote name \\radio\photos Resource type Disk Status OK # Opens 0 # Connections 1 The command completed successfully. Command: dir \\radio\photos The result is: Volume in drive \\radio\photos is Spare Volume Serial Number is 4C41-9557 Directory of \\radio\photos 05/07/2007 06:13 PMDIR . 05/07/2007 06:13 PMDIR .. etc . . . . . -- Edit bug report at http://bugs.php.net/?id=41926edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41926r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41926r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41926r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41926r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41926r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41926r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41926r=needscript Try newer version:http://bugs.php.net/fix.php?id=41926r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41926r=support Expected behavior:http://bugs.php.net/fix.php?id=41926r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41926r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41926r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41926r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41926r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41926r=dst IIS Stability:http://bugs.php.net/fix.php?id=41926r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41926r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41926r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41926r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41926r=mysqlcfg
#41927 [NEW]: Dir function unable to view shared folders
From: fskbcb at puk dot ac dot za Operating system: Windows XP PHP version: 5.2.3 PHP Bug Type: Network related Bug description: Dir function unable to view shared folders Description: I am unable to access a shared directory on another windows pc by executing the windows dir \\remoteserver\sharedir function in php. I have tried this using exec(),system() etc. When I type the command dir \\remoteserver\sharedir on the windows command line (cmd) it works fine. If I do a dir \\ownserver\sharedir of the shares of the pc that I am working on, I am able to view them. It seems that when php executes the command to read another pc's shares, there may be permission problems? Reproduce code: --- ?php /* Please change server name and directory name to relevant windows share */ $server_name=radio; $server_name=radio; $directory_name=photos; $share=.$server_name.\\.$directory_name; $cmd=array( net use .$share, dir .$share); for ($x=0;$x count($cmd);$x++) { echo Command: .$cmd[$x]. br; $result = `$cmd[$x]`; echo The result is: br.$result. br; } ? Expected result: Command: net use \\radio\photos The result is: Local name Remote name \\radio\photos Resource type Disk Status OK # Opens 0 # Connections 1 The command completed successfully. Command: dir \\radio\photos The result is: Volume in drive \\radio\photos is Spare Volume Serial Number is 4C41-9557 Directory of \\radio\photos 05/07/2007 06:13 PMDIR . 05/07/2007 06:13 PMDIR .. etc . . . . . Actual result: -- Command: net use \\radio\photos The result is: Local name Remote name \\radio\photos Resource type Disk Status OK # Opens 0 # Connections 1 The command completed successfully. Command: dir \\radio\photos The result is: -- Edit bug report at http://bugs.php.net/?id=41927edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41927r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41927r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41927r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41927r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41927r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41927r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41927r=needscript Try newer version:http://bugs.php.net/fix.php?id=41927r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41927r=support Expected behavior:http://bugs.php.net/fix.php?id=41927r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41927r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41927r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41927r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41927r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41927r=dst IIS Stability:http://bugs.php.net/fix.php?id=41927r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41927r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41927r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41927r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41927r=mysqlcfg
#41927 [Opn-Bgs]: Dir function unable to view shared folders
ID: 41927 Updated by: [EMAIL PROTECTED] Reported By: fskbcb at puk dot ac dot za -Status: Open +Status: Bogus Bug Type: Network related Operating System: Windows XP PHP Version: 5.2.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Dup of #41926. Previous Comments: [2007-07-08 18:45:30] fskbcb at puk dot ac dot za Description: I am unable to access a shared directory on another windows pc by executing the windows dir \\remoteserver\sharedir function in php. I have tried this using exec(),system() etc. When I type the command dir \\remoteserver\sharedir on the windows command line (cmd) it works fine. If I do a dir \\ownserver\sharedir of the shares of the pc that I am working on, I am able to view them. It seems that when php executes the command to read another pc's shares, there may be permission problems? Reproduce code: --- ?php /* Please change server name and directory name to relevant windows share */ $server_name=radio; $server_name=radio; $directory_name=photos; $share=.$server_name.\\.$directory_name; $cmd=array( net use .$share, dir .$share); for ($x=0;$x count($cmd);$x++) { echo Command: .$cmd[$x]. br; $result = `$cmd[$x]`; echo The result is: br.$result. br; } ? Expected result: Command: net use \\radio\photos The result is: Local name Remote name \\radio\photos Resource type Disk Status OK # Opens 0 # Connections 1 The command completed successfully. Command: dir \\radio\photos The result is: Volume in drive \\radio\photos is Spare Volume Serial Number is 4C41-9557 Directory of \\radio\photos 05/07/2007 06:13 PMDIR . 05/07/2007 06:13 PMDIR .. etc . . . . . Actual result: -- Command: net use \\radio\photos The result is: Local name Remote name \\radio\photos Resource type Disk Status OK # Opens 0 # Connections 1 The command completed successfully. Command: dir \\radio\photos The result is: -- Edit this bug report at http://bugs.php.net/?id=41927edit=1
#41926 [Opn-Bgs]: Dir function unable to view shared folders
ID: 41926 Updated by: [EMAIL PROTECTED] Reported By: fskbcb at puk dot ac dot za -Status: Open +Status: Bogus Bug Type: Network related Operating System: Windows XP PHP Version: 5.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-07-08 18:43:45] fskbcb at puk dot ac dot za Description: I am unable to access a shared directory on another windows pc by executing the windows dir \\remoteserver\sharedir function in php. I have tried this using exec(),system() etc. When I type the command dir \\remoteserver\sharedir on the windows command line (cmd) it works fine. If I do a dir \\ownserver\sharedir of the shares of the pc that I am working on, I am able to view them. It seems that when php executes the command to read another pc's shares, there may be permission problems? Reproduce code: --- ?php /* Please change server name and directory name to relevant windows share */ $server_name=radio; $server_name=radio; $directory_name=photos; $share=.$server_name.\\.$directory_name; $cmd=array( net use .$share, dir .$share); for ($x=0;$x count($cmd);$x++) { echo Command: .$cmd[$x]. br; $result = `$cmd[$x]`; echo The result is: br.$result. br; } ? Expected result: Command: net use \\radio\photos The result is: Local name Remote name \\radio\photos Resource type Disk Status OK # Opens 0 # Connections 1 The command completed successfully. Command: dir \\radio\photos The result is: Actual result: -- Command: net use \\radio\photos The result is: Local name Remote name \\radio\photos Resource type Disk Status OK # Opens 0 # Connections 1 The command completed successfully. Command: dir \\radio\photos The result is: Volume in drive \\radio\photos is Spare Volume Serial Number is 4C41-9557 Directory of \\radio\photos 05/07/2007 06:13 PMDIR . 05/07/2007 06:13 PMDIR .. etc . . . . . -- Edit this bug report at http://bugs.php.net/?id=41926edit=1
#41928 [NEW]: La versi�n de PHP 4.4.7 con la versi�n de Apache 2.2.4 no son compatible.
From: cazapata at parquesoft dot com Operating system: Windows PHP version: 4.4.7 PHP Bug Type: Apache2 related Bug description: La versión de PHP 4.4.7 con la versión de Apache 2.2.4 no son compatible. Description: Instalé la versión 4.4.7 de PHP en mi portátil Windows XP y la versión 2.2.4 de Apache. Al tratar de arrancar apache, me salía el siguiente error: Syntax error on line 173 of C:/srv/www/conf/httpd.conf: Cannot load C:/php/sapi/php4apache2.dll into server: No se puede encontrar el módulo especificado. Después de colocar el php.ini en el directorio Windows, de copiar php4ts.dll en el PATH del Apache, de tambien luego meterlo en el directorio C:\php\sapi\ (incluso lo copie en el directorio windows y en el directorio system de windows), de copiar las dll de PHP en el system32 de Windows (incluso en el system), realice todas las combinaciones posibles moviendo dll's, cambiando PATH, cambiando \ por /. Concluí que tal vez hay un problema en Apache o en PHP.Apache sin soporte de PHP funciona bien. La documentación no especifica problemas de incompatibilidad entre estas dos versiones. Ninguna solución que busque en Internet me solucionó el problema. ASi que decidí devolverme a Apache 2.0.59 y deje mi PHP 4.4.7 y me todo funcionó menos el phpinfo. Encontré que Apache 2.2.x y 2.0.x necesitan los módulos compilados de manera diferente. PHP trae módulos compilados para Apache 1.x y 2.0.x, pero se necesita de un módulo compilado para 2.2.x. PHP 5.x lo trae, pero 4.x NO. Por eso hay un problema de compatibilidad. PHP 4.x no funciona con Apache 2.2.x, y no se menciona en ninguna documentación. -- Edit bug report at http://bugs.php.net/?id=41928edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41928r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41928r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41928r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41928r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41928r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41928r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41928r=needscript Try newer version:http://bugs.php.net/fix.php?id=41928r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41928r=support Expected behavior:http://bugs.php.net/fix.php?id=41928r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41928r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41928r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41928r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41928r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41928r=dst IIS Stability:http://bugs.php.net/fix.php?id=41928r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41928r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41928r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41928r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41928r=mysqlcfg
#41928 [Opn-Bgs]: La versi�n de PHP 4.4.7 con la versi�n de Apache 2.2.4 no son compatible.
ID: 41928 Updated by: [EMAIL PROTECTED] Reported By: cazapata at parquesoft dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows PHP Version: 4.4.7 New Comment: Our Windows binaries are not compiled against Apache 2.2, this we will never support either. Previous Comments: [2007-07-08 19:23:24] cazapata at parquesoft dot com Description: Instalé la versión 4.4.7 de PHP en mi portátil Windows XP y la versión 2.2.4 de Apache. Al tratar de arrancar apache, me salía el siguiente error: Syntax error on line 173 of C:/srv/www/conf/httpd.conf: Cannot load C:/php/sapi/php4apache2.dll into server: No se puede encontrar el módulo especificado. Después de colocar el php.ini en el directorio Windows, de copiar php4ts.dll en el PATH del Apache, de tambien luego meterlo en el directorio C:\php\sapi\ (incluso lo copie en el directorio windows y en el directorio system de windows), de copiar las dll de PHP en el system32 de Windows (incluso en el system), realice todas las combinaciones posibles moviendo dll's, cambiando PATH, cambiando \ por /. Concluí que tal vez hay un problema en Apache o en PHP.Apache sin soporte de PHP funciona bien. La documentación no especifica problemas de incompatibilidad entre estas dos versiones. Ninguna solución que busque en Internet me solucionó el problema. ASi que decidí devolverme a Apache 2.0.59 y deje mi PHP 4.4.7 y me todo funcionó menos el phpinfo. Encontré que Apache 2.2.x y 2.0.x necesitan los módulos compilados de manera diferente. PHP trae módulos compilados para Apache 1.x y 2.0.x, pero se necesita de un módulo compilado para 2.2.x. PHP 5.x lo trae, pero 4.x NO. Por eso hay un problema de compatibilidad. PHP 4.x no funciona con Apache 2.2.x, y no se menciona en ninguna documentación. -- Edit this bug report at http://bugs.php.net/?id=41928edit=1
#41929 [NEW]: Foreach on object does not iterate over all visible properties
From: robin at soal dot org Operating system: Windows PHP version: 5CVS-2007-07-08 (snap) PHP Bug Type: Scripting Engine problem Bug description: Foreach on object does not iterate over all visible properties Description: The documentation states that all visible properties will be used for the iteration when foreach'ing over an object. Below is a case where this is not true. Reproduce code: --- ?php class C { private $priv = A private variable; function doLoop() { echo Proof that the private is visible: . $this-priv . \n; foreach ($this as $k=$v) { echo The private is visible so should be accessed in the loop:\n; echo - $k: $v; } } } class D extends C {} $myD = new D; $myD-doLoop(); ? Expected result: Proof that the private is visible: A private variable The private is visible so should be accessed in the loop: - priv: A private variable Actual result: -- Proof that the private is visible: A private variable -- Edit bug report at http://bugs.php.net/?id=41929edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41929r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41929r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41929r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41929r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41929r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41929r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41929r=needscript Try newer version:http://bugs.php.net/fix.php?id=41929r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41929r=support Expected behavior:http://bugs.php.net/fix.php?id=41929r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41929r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41929r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41929r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41929r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41929r=dst IIS Stability:http://bugs.php.net/fix.php?id=41929r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41929r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41929r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41929r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41929r=mysqlcfg
#41930 [NEW]: Error strings are trimmed in custom error handlers for catchable fatal errors
From: andrea dot barani at tin dot it Operating system: Windows Vista (32bit) PHP version: 5.2.3 PHP Bug Type: Unknown/Other Function Bug description: Error strings are trimmed in custom error handlers for catchable fatal errors Description: Error strings are trimmed out in custom error handlers for catchable fatal errors. This following code uses type hinting available in Php 5 to produce a recoverable error. As you can see the last part of the error string is missing. This code has been tested under different conditions and paths, the string is always trimmed after the word 'defined'. Reproduce code: --- ?php function handler($errno, $errstr) { echo $errstr; } set_error_handler('handler'); class Test1 { public function __construct(Test3 $variable) { } } class Test2 { } $test2 = new Test2; $test1 = new Test1($test2); ? Expected result: Argument 1 passed to Test1::__construct() must be an instance of Test3, instance of Test2 given, called in D:\Web\test.php on line 20 and defined in D:\Web\test.php on line 11 Actual result: -- Argument 1 passed to Test1::__construct() must be an instance of Test3, instance of Test2 given, called in D:\Web\test.php on line 20 and defined -- Edit bug report at http://bugs.php.net/?id=41930edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41930r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41930r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41930r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41930r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41930r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41930r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41930r=needscript Try newer version:http://bugs.php.net/fix.php?id=41930r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41930r=support Expected behavior:http://bugs.php.net/fix.php?id=41930r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41930r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41930r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41930r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41930r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41930r=dst IIS Stability:http://bugs.php.net/fix.php?id=41930r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41930r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41930r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41930r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41930r=mysqlcfg
#41929 [Com]: Foreach on object does not iterate over all visible properties
ID: 41929 Comment by: judas dot iscariote at gmail dot com Reported By: robin at soal dot org Status: Open Bug Type: Scripting Engine problem Operating System: Windows PHP Version: 5CVS-2007-07-08 (snap) New Comment: How do you understand visibility ? of course $priv is visible, but **in the context of class C** as you defined it as private !!! (hint, hint) $this in your code is(as expected) an instance of class D not of class C ;-) if you make $priv protected it will work as expected (hint,hint) Previous Comments: [2007-07-08 20:03:41] robin at soal dot org Description: The documentation states that all visible properties will be used for the iteration when foreach'ing over an object. Below is a case where this is not true. Reproduce code: --- ?php class C { private $priv = A private variable; function doLoop() { echo Proof that the private is visible: . $this-priv . \n; foreach ($this as $k=$v) { echo The private is visible so should be accessed in the loop:\n; echo - $k: $v; } } } class D extends C {} $myD = new D; $myD-doLoop(); ? Expected result: Proof that the private is visible: A private variable The private is visible so should be accessed in the loop: - priv: A private variable Actual result: -- Proof that the private is visible: A private variable -- Edit this bug report at http://bugs.php.net/?id=41929edit=1
#41931 [NEW]: domdocument-savexml does not have formatoutput effect
From: c00lways at gmail dot com Operating system: windows xp prof PHP version: 5.2.3 PHP Bug Type: DOM XML related Bug description: domdocument-savexml does not have formatoutput effect Description: when: domdocument-preserveWhiteSpace = false; domdocument-formatoutput( true ); ... domdocument-savexml( domelement ); does not have formatoutput effect on savexml( domelement ) the output string is only 1 line... Reproduce code: --- $dom = new DomDocument(1.0, iso-8859-1); $dom-preserveWhiteSpace = false; $dom-formatOutput = true; $domme = $dom-createElement( xx ); $domme-appendChild(new DOMElement(subxx)); //try to force, but still same output $domme-preserveWhiteSpace = false; $domme-formatOutput = true; $dom-appendChild( $domme ); return $dom-saveXML( $domme ); Expected result: xx subxx / /xx Actual result: -- xxsubxx //xx -- Edit bug report at http://bugs.php.net/?id=41931edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41931r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41931r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41931r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41931r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41931r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41931r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41931r=needscript Try newer version:http://bugs.php.net/fix.php?id=41931r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41931r=support Expected behavior:http://bugs.php.net/fix.php?id=41931r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41931r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41931r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41931r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41931r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41931r=dst IIS Stability:http://bugs.php.net/fix.php?id=41931r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41931r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41931r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41931r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41931r=mysqlcfg