#40179 [NEW]: Compilation of cURL extension fails with cURL 7.16.0
From: iain at workingsoftware dot com dot au Operating system: FreeBSD 6.0 PHP version: 5.2.0 PHP Bug Type: Compile Failure Bug description: Compilation of cURL extension fails with cURL 7.16.0 Description: i get the following compilation error when i have configured --with-curl: /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c: In function `zm_startup_curl': /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:372: error: `CURLOPT_FTPASCII' undeclared (first use in this function) /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:372: error: (Each undeclared identifier is reported only once /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:372: error: for each function it appears in.) /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:412: error: `CURLOPT_PASSWDFUNCTION' undeclared (first use in this function) /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c: In function `zif_curl_copy_handle': /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1164: error: `CURLOPT_PASSWDDATA' undeclared (first use in this function) /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c: In function `_php_curl_setopt': /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1267: warning: `return' with no value, in function returning non-void /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1300: warning: `return' with no value, in function returning non-void /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1300: warning: `return' with no value, in function returning non-void /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1300: warning: `return' with no value, in function returning non-void /usr/home/iain/dist/php-5.2.0/ext/curl/interface.c:1318: warning: `return' with no value, in function returning non-void Reproduce code: --- there is no code associated with this bug Expected result: compilation Actual result: -- failed compilation -- Edit bug report at http://bugs.php.net/?id=40179&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40179&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40179&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40179&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40179&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40179&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40179&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40179&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40179&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40179&r=support Expected behavior:http://bugs.php.net/fix.php?id=40179&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40179&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40179&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40179&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40179&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40179&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40179&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40179&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40179&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40179&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40179&r=mysqlcfg
#40178 [Bgs]: Differents systems return differents values
ID: 40178 User updated by: bpita at netcombbs dot com Reported By: bpita at netcombbs dot com Status: Bogus Bug Type: *Network Functions Operating System: Win32, Linux32 and Linux64 PHP Version: 5.2.0 New Comment: Thanks, for your answer, I try to understand... but I use an internal function of php that returns differents values depends of my processor architecture ? It's correct ? Not should be the same and Php be in charge of this and return alway the same value independently of the 32b or 64b processor ? Thanks, Bernardo. Previous Comments: [2007-01-20 02:15:55] [EMAIL PROTECTED] (bogus means "Not a bug" here) This is the internal representation of signed integer using unsigned integer. 32bits use one bit for the sign, that explains the negative _displayed_ values, but the internal values are the same. Big numbers should be processed using bcmath or pecl/big_int [2007-01-20 00:50:32] bpita at netcombbs dot com Description: Hi, I use this code in differents operating systems and plataforms (intel and amd) and return differents results. It's a bug ? Any comments ? Thanks, Bernardo. Reproduce code: --- echo ip2long('255.255.255.128'); echo ip2long('255.255.255.192'); echo ip2long('255.255.255.248'); Expected result: 32 bits systems returns: -128 -64 -8 - 64 bits systems returns: 4294967168 4294967232 4294967288 -- Edit this bug report at http://bugs.php.net/?id=40178&edit=1
#40178 [Opn->Bgs]: Differents systems return differents values
ID: 40178 Updated by: [EMAIL PROTECTED] Reported By: bpita at netcombbs dot com -Status: Open +Status: Bogus Bug Type: *Network Functions Operating System: Win32, Linux32 and Linux64 PHP Version: 5.2.0 New Comment: (bogus means "Not a bug" here) This is the internal representation of signed integer using unsigned integer. 32bits use one bit for the sign, that explains the negative _displayed_ values, but the internal values are the same. Big numbers should be processed using bcmath or pecl/big_int Previous Comments: [2007-01-20 00:50:32] bpita at netcombbs dot com Description: Hi, I use this code in differents operating systems and plataforms (intel and amd) and return differents results. It's a bug ? Any comments ? Thanks, Bernardo. Reproduce code: --- echo ip2long('255.255.255.128'); echo ip2long('255.255.255.192'); echo ip2long('255.255.255.248'); Expected result: 32 bits systems returns: -128 -64 -8 - 64 bits systems returns: 4294967168 4294967232 4294967288 -- Edit this bug report at http://bugs.php.net/?id=40178&edit=1
#40178 [NEW]: Differents systems return differents values
From: bpita at netcombbs dot com Operating system: Win32, Linux32 and Linux64 PHP version: 5.2.0 PHP Bug Type: *Network Functions Bug description: Differents systems return differents values Description: Hi, I use this code in differents operating systems and plataforms (intel and amd) and return differents results. It's a bug ? Any comments ? Thanks, Bernardo. Reproduce code: --- echo ip2long('255.255.255.128'); echo ip2long('255.255.255.192'); echo ip2long('255.255.255.248'); Expected result: 32 bits systems returns: -128 -64 -8 - 64 bits systems returns: 4294967168 4294967232 4294967288 -- Edit bug report at http://bugs.php.net/?id=40178&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40178&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40178&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40178&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40178&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40178&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40178&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40178&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40178&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40178&r=support Expected behavior:http://bugs.php.net/fix.php?id=40178&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40178&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40178&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40178&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40178&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40178&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40178&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40178&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40178&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40178&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40178&r=mysqlcfg
#28136 [Com]: Problems with connection of a non blocking socket
ID: 28136 Comment by: fakeman at i dot ua Reported By: daniele-dll at yahoo dot it Status: No Feedback Bug Type: Sockets related Operating System: Windows\Linux PHP Version: 5.0.0RC1 New Comment: You wrote incorrect code a little. You must not check return value of socket_get_option after socket_connect immediately because some operations (like socket creation) take a long time to execute, mostly because they involve talking to another host, which may have an exruciating long timeout on it. You should use socket_select and when select (or related interface) says that the socket is ready for writing, you can call socket_get_option($SOCKET, SOL_SOCKET, SO_ERROR, ...) on it. And now socket_get_option will return with the error socket_connect would have indicated, had it been called in a blocking manner. If the error is 0, the connect succeeded. As you remember socket_select have timeout paramer and this parameter give some time to connect or no socket. Previous Comments: [2005-02-03 01:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-01-26 04:49:06] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Also try the latest CVS snapshot from http://snaps.php.net/ [2004-07-10 00:43:48] snodge at custard dot org Hi - I have the same issue, althought I am using PHP 5.0RC3 (cli) from Linux. Here is some of the code that I am using - I added an echo statement so that I could see what was happening when I connected with more than one client at a time: $port = 5000; if (!$sock = socket_create_listen($port)) { echo socket_strerror(socket_last_error()); } if (!socket_set_option($sock, SOL_SOCKET, SO_REUSEADDR, 1)) { echo socket_strerror(socket_last_error()); } if (!socket_set_nonblock($sock)) { echo socket_strerror(socket_last_error()); } while (true) { $msgsock == FALSE; do { @$msgsock = socket_accept($sock); } while ($msgsock == FALSE); echo "Received connection from $msgsock\n"; [2004-04-24 16:56:04] daniele-dll at yahoo dot it Description: Hi to all i'm tring to write a little application with PHP using Socket, the external module, not fsockopen function or similar. I've noticed that, with this, and previous version of php, that after i create a socket and set it as non blocking socket, when i try to connect using socket_get_option($SOCKET, SOL_SOCKET, SO_ERROR) i recive EVER 0 Instead i should recive 115 If socket_get_option, with these params, return 0, it mean that connection is done and i can send datas, but if i send datas i get a warning that say that socket is in a connection state so i can't send datas. There is some parts of code: $this->socket[$sock_id]['resource'] = socket_create(AF_INET, SOCK_STREAM, SOL_TCP); if (!is_resource($this->socket[$sock_id]['resource'])) die("Unable to create socket! " . socket_strerror(socket_last_error()) . "\r\n"); if (!socket_set_option($this->socket[$sock_id]['resource'], SOL_SOCKET, SO_REUSEADDR, 1)) { die("Unable to set to as REUSABLE socket! " . socket_strerror(socket_last_error($this->socket[$sock_id]['resource'])) . "\r\n"); after i set socket as reusable (but php gimme me the same problem without this line too) and, after, if i need, i bind socket to a specific IP and PORT after there is this code: @socket_connect($this->socket[$sock_id]['resource'], $this->socket[$sock_id]['remote_host'], $this->socket[$sock_id]['remote_port']); while (($ris = @socket_get_option($this->socket[$sock_id]['resource'], SOL_SOCKET, SO_ERROR)) == 115) { echo "--> " . $ris . "\r\n"; } echo "\r\n--> " . $ris . "\r\n"; If you run this code it will exit immedatly printing: --> 0 Infact, after, if you try to write to socket, you will get a warning I haven't modified php.ini, and i've tried to run this code, using only socket extension, on windows and on linux I use apache 1.3.29 on windows and on linux bye
#40132 [Com]: Build error in ext/imap (U8T_CANONICAL def missing)
ID: 40132 Comment by: phpbugs at thequod dot de Reported By: mathias dot lieber at web dot de Status: Feedback Bug Type: *Compile Issues Operating System: Linux, 2.6.18, Ubuntu/Debian PHP Version: 5.2.0 New Comment: Works for me now. Thanks. Previous Comments: [2007-01-19 22:34:41] [EMAIL PROTECTED] Check next snapshot @ snaps.php.net (in a couple of hours), it should be fixed there. [2007-01-19 21:46:18] [EMAIL PROTECTED] /usr/include/c-client/nntp.h:64: error: syntax error before 'FILE' What is the version of your imap package? Where did you get it? Please put nntp.h online and paste the URL here. [2007-01-19 21:34:28] phpbugs at thequod dot de checking for U8T_CANONICAL... no configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information. I'll send you config.log. [2007-01-19 17:47:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-01-19 17:31:54] phpbugs at thequod dot de I could still build PHP at Jan 14 2007 01:46:28. Now I get the following error with current CVS: /PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8': /PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' undeclared (first use in this function) I have libc-client-dev 7:2002edebian1-13 installed on Ubuntu Dapper and U8T_CANONICAL is not defined in /usr/include/c-client/utf8.h. It's defined nowhere in /usr/include. 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/40132 -- Edit this bug report at http://bugs.php.net/?id=40132&edit=1
#40165 [Bgs->Opn]: define() cost
ID: 40165 User updated by: gacek at intertele dot pl Reported By: gacek at intertele dot pl -Status: Bogus +Status: Open Bug Type: Performance problem Operating System: Linux FC4 x86_64 PHP Version: 5.2.0 New Comment: OK, comparison with count() was probably bad, but I will give you another example: I have declared 3 functions named myf1, myf2, myf3, which play with hash table. Not big one (10-20 elements), but processing is a bit complex. apd profiler shows following call tree of myf1(): myf1 func_num_args func_num_args func_get_args myf2 count array_shift is_array reset each each each count array_shift array_shift is_array reset each in_array each in_array each count array_shift is_array array_shift count array_shift is_array array_shift count myf3 each is_array each is_array each is_array each is_array count urlencode array_push count urlencode array_push count reset ksort each is_array ereg_replace ereg_replace ereg_replace ereg_replace urlencode urlencode array_push each join Each call of myf1() does nearly the same and operates on similiar hash. As you can see, above code envolves really complex operations as urlenconde'ing and ereg_replace'ing. Now, let's take a look at sample "pprofp -U" output. I have taken only relevant rows from it: Total Elapsed Time = 0.40 Total System Time = 0.04 Total User Time= 0.35 Real UserSystem secs/ cumm %Time (excl/cumm) (excl/cumm) (excl/cumm) Callscalls/call Memory Usage Name -- 100.0 0.00 0.40 0.00 0.35 0.00 0.04 1 0. 0.3480 0 main 56.3 0.22 0.22 0.20 0.20 0.03 0.03 850 0.0002 0.0002 0 define 5.7 0.00 0.03 0.00 0.02 0.00 0.0043 0. 0.00050 myf1 3.4 0.00 0.02 0.00 0.01 0.00 0.0044 0. 0.00030 myf2 2.3 0.00 0.00 0.00 0.01 0.00 0.0044 0. 0.00020 myf3 So, 850 calls of define() took cumulative 0.20s of user time from overall 0.35s (57%). 44 calls of complex myf1() took cumulatve 0.02s of user time (5.7%). It looks like average constant definition takes near half of operations from myf1() complex call tree 8-/. I would really classify "define" as too expensive. Previous Comments: [2007-01-19 14:19:12] [EMAIL PROTECTED] count(array()) just returns ht->nNumOfElements, this is probably the most simple function in PHP. define() copies (malloc() + memcpy()) the value, duplicates the name (malloc() + memcpy() again) and adds it to the hash of constants (which might involve realloc() etc.). So it's kinda expected that a function which does almost nothing is a bit faster, like 7x or 6x, which are the numbers I can see myself. [2007-01-19 11:33:51] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2007-01-19 11:33:22] gacek at intertele dot pl This is sample of "pprofp -u" output from fairly complex app: Total Elapsed Time = 2.47 Total System Time = 0.35 Total User Time= 1.36 Real UserSystem secs/cumm %Time (excl/cumm) (excl/cumm) (excl/cumm) Callscalls/call Memory Usage Name -- 13.9 0.24 0.24 0.19 0
#40132 [Fbk]: Build error in ext/imap (U8T_CANONICAL def missing)
ID: 40132 Updated by: [EMAIL PROTECTED] Reported By: mathias dot lieber at web dot de Status: Feedback Bug Type: *Compile Issues Operating System: Linux, 2.6.18, Ubuntu/Debian PHP Version: 5.2.0 New Comment: Check next snapshot @ snaps.php.net (in a couple of hours), it should be fixed there. Previous Comments: [2007-01-19 21:46:18] [EMAIL PROTECTED] /usr/include/c-client/nntp.h:64: error: syntax error before 'FILE' What is the version of your imap package? Where did you get it? Please put nntp.h online and paste the URL here. [2007-01-19 21:34:28] phpbugs at thequod dot de checking for U8T_CANONICAL... no configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information. I'll send you config.log. [2007-01-19 17:47:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-01-19 17:31:54] phpbugs at thequod dot de I could still build PHP at Jan 14 2007 01:46:28. Now I get the following error with current CVS: /PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8': /PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' undeclared (first use in this function) I have libc-client-dev 7:2002edebian1-13 installed on Ubuntu Dapper and U8T_CANONICAL is not defined in /usr/include/c-client/utf8.h. It's defined nowhere in /usr/include. [2007-01-17 10:37:14] [EMAIL PROTECTED] Make sure you've installed c-client properly and its headers define U8T_CANONICAL constant. Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition. 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/40132 -- Edit this bug report at http://bugs.php.net/?id=40132&edit=1
#40132 [Fbk]: Build error in ext/imap (U8T_CANONICAL def missing)
ID: 40132 Updated by: [EMAIL PROTECTED] Reported By: mathias dot lieber at web dot de Status: Feedback Bug Type: *Compile Issues Operating System: Linux, 2.6.18, Ubuntu/Debian PHP Version: 5.2.0 New Comment: /usr/include/c-client/nntp.h:64: error: syntax error before 'FILE' What is the version of your imap package? Where did you get it? Please put nntp.h online and paste the URL here. Previous Comments: [2007-01-19 21:34:28] phpbugs at thequod dot de checking for U8T_CANONICAL... no configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information. I'll send you config.log. [2007-01-19 17:47:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-01-19 17:31:54] phpbugs at thequod dot de I could still build PHP at Jan 14 2007 01:46:28. Now I get the following error with current CVS: /PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8': /PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' undeclared (first use in this function) I have libc-client-dev 7:2002edebian1-13 installed on Ubuntu Dapper and U8T_CANONICAL is not defined in /usr/include/c-client/utf8.h. It's defined nowhere in /usr/include. [2007-01-17 10:37:14] [EMAIL PROTECTED] Make sure you've installed c-client properly and its headers define U8T_CANONICAL constant. Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition. [2007-01-15 10:15:18] mathias dot lieber at web dot de Description: 5.2.0 does not build because it's missing the definition of "U8T_CANONICAL" in the imap extension. I tried both with libc-client-dev package as well as with self-compiled imapd.2006XXX.TAR.GZ. Reproduce code: --- ./configure --with-gettext --with-imap --with-imap-ssl --with-zlib --with-gd --with-mcrypt --with-openssl --with-xml --without-pear --with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit --enable-track-vars --enable-wddx --enable-ftp --enable-gd-native-ttf --enable-sysvmsg --enable-sysvem --enable-sysvshm --enable-transid --disable-debug --disable-magic-quotes --with-mysql --enable-cli --enable-cgi --with-ldap --with-kerberos --with-mssql=/usr/local/freetds --enable-force-cgi-redirect make Actual result: -- /bin/sh /usr/local/src/php-5.2.0/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/imap/ -I/usr/local/src/php-5.2.0/ext/imap/ -DPHP_ATOM_INC -I/usr/local/src/php-5.2.0/include -I/usr/local/src/php-5.2.0/main -I/usr/local/src/php-5.2.0 -I/usr/include/libxml2 -I/usr/local/src/php-5.2.0/ext/date/lib -I/usr/local/include -I/usr/local/src/php-5.2.0/ext/mbstring/oniguruma -I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl -I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl/mbfl -I/usr/local/freetds/include -I/usr/include/mysql -I/usr/local/src/php-5.2.0/TSRM -I/usr/local/src/php-5.2.0/Zend -I/usr/include -g -O2 -prefer-non-pic -c /usr/local/src/php-5.2.0/ext/imap/php_imap.c -o ext/imap/php_imap.lo /usr/local/src/php-5.2.0/ext/imap/php_imap.c: In function 'zif_imap_utf8': /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: 'U8T_CANONICAL' undeclared (first use in this function) /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: (Each undeclared identifier is reported only once /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: for each function it appears in.) make: *** [ext/imap/php_imap.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=40132&edit=1
#40132 [Com]: Build error in ext/imap (U8T_CANONICAL def missing)
ID: 40132 Comment by: phpbugs at thequod dot de Reported By: mathias dot lieber at web dot de Status: Feedback Bug Type: *Compile Issues Operating System: Linux, 2.6.18, Ubuntu/Debian PHP Version: 5.2.0 New Comment: checking for U8T_CANONICAL... no configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information. I'll send you config.log. Previous Comments: [2007-01-19 17:47:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-01-19 17:31:54] phpbugs at thequod dot de I could still build PHP at Jan 14 2007 01:46:28. Now I get the following error with current CVS: /PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8': /PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' undeclared (first use in this function) I have libc-client-dev 7:2002edebian1-13 installed on Ubuntu Dapper and U8T_CANONICAL is not defined in /usr/include/c-client/utf8.h. It's defined nowhere in /usr/include. [2007-01-17 10:37:14] [EMAIL PROTECTED] Make sure you've installed c-client properly and its headers define U8T_CANONICAL constant. Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition. [2007-01-15 10:15:18] mathias dot lieber at web dot de Description: 5.2.0 does not build because it's missing the definition of "U8T_CANONICAL" in the imap extension. I tried both with libc-client-dev package as well as with self-compiled imapd.2006XXX.TAR.GZ. Reproduce code: --- ./configure --with-gettext --with-imap --with-imap-ssl --with-zlib --with-gd --with-mcrypt --with-openssl --with-xml --without-pear --with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit --enable-track-vars --enable-wddx --enable-ftp --enable-gd-native-ttf --enable-sysvmsg --enable-sysvem --enable-sysvshm --enable-transid --disable-debug --disable-magic-quotes --with-mysql --enable-cli --enable-cgi --with-ldap --with-kerberos --with-mssql=/usr/local/freetds --enable-force-cgi-redirect make Actual result: -- /bin/sh /usr/local/src/php-5.2.0/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/imap/ -I/usr/local/src/php-5.2.0/ext/imap/ -DPHP_ATOM_INC -I/usr/local/src/php-5.2.0/include -I/usr/local/src/php-5.2.0/main -I/usr/local/src/php-5.2.0 -I/usr/include/libxml2 -I/usr/local/src/php-5.2.0/ext/date/lib -I/usr/local/include -I/usr/local/src/php-5.2.0/ext/mbstring/oniguruma -I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl -I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl/mbfl -I/usr/local/freetds/include -I/usr/include/mysql -I/usr/local/src/php-5.2.0/TSRM -I/usr/local/src/php-5.2.0/Zend -I/usr/include -g -O2 -prefer-non-pic -c /usr/local/src/php-5.2.0/ext/imap/php_imap.c -o ext/imap/php_imap.lo /usr/local/src/php-5.2.0/ext/imap/php_imap.c: In function 'zif_imap_utf8': /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: 'U8T_CANONICAL' undeclared (first use in this function) /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: (Each undeclared identifier is reported only once /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: for each function it appears in.) make: *** [ext/imap/php_imap.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=40132&edit=1
#40177 [Opn->Bgs]: Re: Bug #39781 Can't Install/Server Gives Error
ID: 40177 Updated by: [EMAIL PROTECTED] Reported By: taka101 at gmail dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Windows XP PHP Version: 5.2.0 New Comment: Files isqlt09a.dll, OCI.dll, aspell-15.dll and others are parts of other third-party products. Previous Comments: [2007-01-19 20:54:02] taka101 at gmail dot com Description: Re: Bug #39781 Can't Install/Server Gives Error I had the same problem. Apparently, the requested dll files are not in the .zip (installation) file. Takashi -- Edit this bug report at http://bugs.php.net/?id=40177&edit=1
#40177 [NEW]: Re: Bug #39781 Can't Install/Server Gives Error
From: taka101 at gmail dot com Operating system: Windows XP PHP version: 5.2.0 PHP Bug Type: Apache related Bug description: Re: Bug #39781 Can't Install/Server Gives Error Description: Re: Bug #39781 Can't Install/Server Gives Error I had the same problem. Apparently, the requested dll files are not in the .zip (installation) file. Takashi -- Edit bug report at http://bugs.php.net/?id=40177&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40177&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40177&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40177&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40177&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40177&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40177&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40177&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40177&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40177&r=support Expected behavior:http://bugs.php.net/fix.php?id=40177&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40177&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40177&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40177&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40177&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40177&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40177&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40177&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40177&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40177&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40177&r=mysqlcfg
#40176 [Bgs]: Bug #40038 gcc configure failure can be fixed with CXX=xlC ./configure
ID: 40176 User updated by: lobster2 at xs4all dot nl Reported By: lobster2 at xs4all dot nl Status: Bogus -Bug Type: Compile Failure +Bug Type: *General Issues Operating System: AIX 5.2 PHP Version: 5.2.0 New Comment: Why was this report set to status Bogus within a few minutes? The problems and *fixes* I submitted are very real. This is demoralizing :-( Previous Comments: [2007-01-19 20:14:42] [EMAIL PROTECTED] 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. [2007-01-19 20:05:57] lobster2 at xs4all dot nl Description: The bug in configure for PHP 5.2.0 where it thinks gcc is the only compiler present (where it isn't), see bug #40038 can be fixed by issuing the following configure: $ CXX=xlC ./configure Reproduce code: --- Sorry not to include code because I do not have it at my disposal right now. Expected result: Why are these things written off as non-PHP bugs? Aren't the build and configure scripts not as much part of PHP as the code itself. Every time I build PHP on AIX I need to spend a few hours hunting "bugs" before it builds, whereas Linux/gcc compiles flawlessly. I saw that the bug on the enum values has already been reported (fix: EXTRA_CFLAGS='-qenum=intlong' make). Dito for compile syntax error on the // NULL comment that should have been /* NULL */ or something of the kind. Another major pain was the location of .o files in the .libs subdirs instead of in the same dir as the .lo files reside and where nm expects them, causing the make of sapi/cli/php to fail. Adding symlinks solved this for me. See the Makefile where the output of the echo of .lo files to sed is fed to nm. -- Edit this bug report at http://bugs.php.net/?id=40176&edit=1
#37462 [Com]: install fails for sapi/cgi/php
ID: 37462 Comment by: lobster2 at xs4all dot nl Reported By: ionut dot aivanesei at amdocs dot com Status: Open Bug Type: Compile Failure Operating System: AIX 5.3 PHP Version: 5.2.0 New Comment: Problem (3) reported [19 Oct 2006 11:37pm UTC] sharanu_mudgal at yahoo dot com Only important if you need the php CLI executable. Worked around this by symlinking all .libs/*.o one dir higher up the hierarchy, where the .lo files with the same name reside. Previous Comments: [2007-01-07 23:14:02] ionut dot aivanesei at amdocs dot com Hi there, The same thing is happenign again for 5.2.0 Ionutz [2006-10-19 23:37:16] sharanu_mudgal at yahoo dot com Hi! I am having almost the same issue on AIX 5.2. Here is the sequence of things I did. 1) Tried to build php5.1.4 for apache2.2. Build failed with the following error /opt/freeware/bin/bash: -c: line 1: unexpected EOF while looking for matching `'' make: The error code from the last command is 2. 2) After searching for some time for help found the link to below bug which pointed towards using gnu make instead of the native AIX. http://bugs.php.net/bug.php?id=35888 3)used the gnu make for the build. The build was successfull. However I get the following messages in the log files <> echo '#! .' > php.sym && echo >>php.sym && nm -BCpg `echo ext/libxml/libxml.lo ext/pcre/pcrelib/pcre_chartables.lo ext/pcre/pcrelib/pcre_ucp_searchfuncs.lo ext/pcre/pcrelib/pcre_compile.lo ext/pcre/pcrelib/pcre_config.lo ext/pcre/pcrelib/pcre_dfa_exec.lo ext/pcre/pcrelib/pcre_exec.lo ext/pcre/pcrelib/pcre_fullinfo.lo ext/pcre/pcrelib/pcre_get.lo ext/pcre/pcrelib/pcre_globals.lo ext/pcre/pcrelib/pcre_info.lo ext/pcre/pcrelib/pcre_maketables.lo ext/pcre/pcrelib/pcre_ord2utf8.lo ext/pcre/pcrelib/pcre_refcount.lo ext/pcre/pcrelib/pcre_study.lo ext/pcre/pcrelib/pcre_tables.lo ext/pcre/pcrelib/pcre_try_flipped.lo ext/pcre/pcrelib/pcre_valid_utf8.lo ext/pcre/pcrelib/pcre_version.lo ext/pcre/pcrelib/pcre_xclass.lo ext/pcre/php_pcre.lo ext/ctype/ctype.lo ext/date/php_date.lo ext/date/lib/astro.lo ext/date/lib/dow.lo ext/date/lib/parse_date.lo ext/date/lib/parse_tz.lo ext/date/lib/timelib.lo ext/date/lib/tm2unixtime.lo ext/date/lib/unixtime2tm.lo ext/dom/php_dom.lo ext/dom/attr.lo ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo ext/dom/domexception.lo ext/dom/namelist.lo ext/dom/processinginstruction.lo ext/dom/cdatasection.lo ext/dom/documentfragment.lo ext/dom/domimplementation.lo ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo ext/dom/characterdata.lo ext/dom/documenttype.lo ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo ext/dom/domimplementationsource.lo ext/dom/entityreference.lo ext/dom/notation.lo ext/dom/xpath.lo ext/dom/dom_iterators.lo ext/dom/typeinfo.lo ext/dom/domerror.lo ext/dom/domlocator.lo ext/dom/namednodemap.lo ext/dom/userdatahandler.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gettext/gettext.lo ext/hash/hash.lo ext/hash/hash_md.lo ext/hash/hash_sha.lo ext/hash/hash_ripemd.lo ext/hash/hash_haval.lo ext/hash/hash_tiger.lo ext/hash/hash_gost.lo ext/hash/hash_snefru.lo ext/hash/hash_whirlpool.lo ext/hash/hash_adler32.lo ext/hash/hash_crc32.lo ext/iconv/iconv.lo ext/mbstring/oniguruma/regcomp.lo ext/mbstring/oniguruma/regerror.lo ext/mbstring/oniguruma/regexec.lo ext/mbstring/oniguruma/reggnu.lo ext/mbstring/oniguruma/regparse.lo ext/mbstring/oniguruma/regenc.lo ext/mbstring/oniguruma/regext.lo ext/mbstring/oniguruma/regsyntax.lo ext/mbstring/oniguruma/regtrav.lo ext/mbstring/oniguruma/regversion.lo ext/mbstring/oniguruma/st.lo ext/mbstring/oniguruma/enc/unicode.lo ext/mbstring/oniguruma/enc/ascii.lo ext/mbstring/oniguruma/enc/utf8.lo ext/mbstring/oniguruma/enc/euc_jp.lo ext/mbstring/oniguruma/enc/euc_tw.lo ext/mbstring/oniguruma/enc/euc_kr.lo ext/mbstring/oniguruma/enc/sjis.lo ext/mbstring/oniguruma/enc/iso8859_1.lo ext/mbstring/oniguruma/enc/iso8859_2.lo ext/mbstring/oniguruma/enc/iso8859_3.lo ext/mbstring/oniguruma/enc/iso8859_4.lo ext/mbstring/oniguruma/enc/iso8859_5.lo ext/mbstring/oniguruma/enc/iso8859_6.lo ext/mbstring/oniguruma/enc/iso8859_7.lo ext/mbstring/oniguruma/enc/iso8859_8.lo ext/mbstring/oniguruma/enc/iso8859_9.lo ext/mbstring/oniguruma/enc/iso8859_10.lo ext/mbstring/oniguruma/enc/iso8859_11.lo ext/mbstring/oniguruma/enc/iso8859_13.lo ext/mbstring/oniguruma/enc/iso8859_14.lo ext/mbstring/oniguruma/enc/iso8859_15.lo ext/mbstring/oniguruma/enc/iso8859_16.lo ext/mbstring/oniguruma/enc/koi8.lo ext/mbstring/oniguruma/enc/koi8_r.lo ext/mbstring/oniguruma/enc/big5.lo ext/mbstring/oniguruma/enc/utf16_be.lo ext/mbstring/oniguruma/enc/utf16_le.lo ext/mbstring/oniguruma/enc/utf32_be.lo ext/mbstring/oniguruma/enc/utf32_le.lo ext/mbstring/libmbfl/
#40176 [Opn->Bgs]: Bug #40038 gcc configure failure can be fixed with CXX=xlC ./configure
ID: 40176 Updated by: [EMAIL PROTECTED] Reported By: lobster2 at xs4all dot nl -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: AIX 5.2 PHP Version: 5.2.0 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-01-19 20:05:57] lobster2 at xs4all dot nl Description: The bug in configure for PHP 5.2.0 where it thinks gcc is the only compiler present (where it isn't), see bug #40038 can be fixed by issuing the following configure: $ CXX=xlC ./configure Reproduce code: --- Sorry not to include code because I do not have it at my disposal right now. Expected result: Why are these things written off as non-PHP bugs? Aren't the build and configure scripts not as much part of PHP as the code itself. Every time I build PHP on AIX I need to spend a few hours hunting "bugs" before it builds, whereas Linux/gcc compiles flawlessly. I saw that the bug on the enum values has already been reported (fix: EXTRA_CFLAGS='-qenum=intlong' make). Dito for compile syntax error on the // NULL comment that should have been /* NULL */ or something of the kind. Another major pain was the location of .o files in the .libs subdirs instead of in the same dir as the .lo files reside and where nm expects them, causing the make of sapi/cli/php to fail. Adding symlinks solved this for me. See the Makefile where the output of the echo of .lo files to sed is fed to nm. -- Edit this bug report at http://bugs.php.net/?id=40176&edit=1
#40175 [Opn->Bgs]: Problems in DOM XML hierarchy
ID: 40175 Updated by: [EMAIL PROTECTED] Reported By: galvao at galvao dot eti dot br -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: All PHP Version: 5.2.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php still bogus - they're all domnodes Previous Comments: [2007-01-19 20:01:56] galvao at galvao dot eti dot br Sorry forgot to close the root element. XML now at http://pastebin.ca/321840 [2007-01-19 19:52:58] [EMAIL PROTECTED] The XML seems to be broken: Warning: DOMDocument::load(): Premature end of data in tag SyncQueue line 3 in /tmp/test.xml, line: 13 in /tmp/5.php on line 4 Erro ao abrir o arquivo XML [2007-01-19 19:52:25] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2007-01-19 19:44:46] galvao at galvao dot eti dot br Description: The childNodes function returns a DOMNodeList, but while iterating over it I find DOMTexts and DOMElements, instead of DOMNodes. Reproduce code: --- XML: http://pastebin.ca/321816 PHP: http://pastebin.ca/321822 Expected result: object(DOMNode)#x (0) { } object(DOMNode)#x (0) { } Where 'x' is a number. Actual result: -- object(DOMText)#x (0) { } object(DOMElement)#x (0) { } -- Edit this bug report at http://bugs.php.net/?id=40175&edit=1
#40176 [NEW]: Bug #40038 gcc configure failure can be fixed with CXX=xlC ./configure
From: lobster2 at xs4all dot nl Operating system: AIX 5.2 PHP version: 5.2.0 PHP Bug Type: Compile Failure Bug description: Bug #40038 gcc configure failure can be fixed with CXX=xlC ./configure Description: The bug in configure for PHP 5.2.0 where it thinks gcc is the only compiler present (where it isn't), see bug #40038 can be fixed by issuing the following configure: $ CXX=xlC ./configure Reproduce code: --- Sorry not to include code because I do not have it at my disposal right now. Expected result: Why are these things written off as non-PHP bugs? Aren't the build and configure scripts not as much part of PHP as the code itself. Every time I build PHP on AIX I need to spend a few hours hunting "bugs" before it builds, whereas Linux/gcc compiles flawlessly. I saw that the bug on the enum values has already been reported (fix: EXTRA_CFLAGS='-qenum=intlong' make). Dito for compile syntax error on the // NULL comment that should have been /* NULL */ or something of the kind. Another major pain was the location of .o files in the .libs subdirs instead of in the same dir as the .lo files reside and where nm expects them, causing the make of sapi/cli/php to fail. Adding symlinks solved this for me. See the Makefile where the output of the echo of .lo files to sed is fed to nm. -- Edit bug report at http://bugs.php.net/?id=40176&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40176&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40176&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40176&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40176&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40176&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40176&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40176&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40176&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40176&r=support Expected behavior:http://bugs.php.net/fix.php?id=40176&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40176&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40176&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40176&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40176&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40176&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40176&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40176&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40176&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40176&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40176&r=mysqlcfg
#40175 [Fbk->Opn]: Problems in DOM XML hierarchy
ID: 40175 User updated by: galvao at galvao dot eti dot br Reported By: galvao at galvao dot eti dot br -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: All PHP Version: 5.2.0 New Comment: Sorry forgot to close the root element. XML now at http://pastebin.ca/321840 Previous Comments: [2007-01-19 19:52:58] [EMAIL PROTECTED] The XML seems to be broken: Warning: DOMDocument::load(): Premature end of data in tag SyncQueue line 3 in /tmp/test.xml, line: 13 in /tmp/5.php on line 4 Erro ao abrir o arquivo XML [2007-01-19 19:52:25] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2007-01-19 19:44:46] galvao at galvao dot eti dot br Description: The childNodes function returns a DOMNodeList, but while iterating over it I find DOMTexts and DOMElements, instead of DOMNodes. Reproduce code: --- XML: http://pastebin.ca/321816 PHP: http://pastebin.ca/321822 Expected result: object(DOMNode)#x (0) { } object(DOMNode)#x (0) { } Where 'x' is a number. Actual result: -- object(DOMText)#x (0) { } object(DOMElement)#x (0) { } -- Edit this bug report at http://bugs.php.net/?id=40175&edit=1
#40175 [Bgs->Fbk]: Problems in DOM XML hierarchy
ID: 40175 Updated by: [EMAIL PROTECTED] Reported By: galvao at galvao dot eti dot br -Status: Bogus +Status: Feedback Bug Type: DOM XML related Operating System: All PHP Version: 5.2.0 New Comment: The XML seems to be broken: Warning: DOMDocument::load(): Premature end of data in tag SyncQueue line 3 in /tmp/test.xml, line: 13 in /tmp/5.php on line 4 Erro ao abrir o arquivo XML Previous Comments: [2007-01-19 19:52:25] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2007-01-19 19:44:46] galvao at galvao dot eti dot br Description: The childNodes function returns a DOMNodeList, but while iterating over it I find DOMTexts and DOMElements, instead of DOMNodes. Reproduce code: --- XML: http://pastebin.ca/321816 PHP: http://pastebin.ca/321822 Expected result: object(DOMNode)#x (0) { } object(DOMNode)#x (0) { } Where 'x' is a number. Actual result: -- object(DOMText)#x (0) { } object(DOMElement)#x (0) { } -- Edit this bug report at http://bugs.php.net/?id=40175&edit=1
#40175 [Opn->Bgs]: Problems in DOM XML hierarchy
ID: 40175 Updated by: [EMAIL PROTECTED] Reported By: galvao at galvao dot eti dot br -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: All PHP Version: 5.2.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2007-01-19 19:44:46] galvao at galvao dot eti dot br Description: The childNodes function returns a DOMNodeList, but while iterating over it I find DOMTexts and DOMElements, instead of DOMNodes. Reproduce code: --- XML: http://pastebin.ca/321816 PHP: http://pastebin.ca/321822 Expected result: object(DOMNode)#x (0) { } object(DOMNode)#x (0) { } Where 'x' is a number. Actual result: -- object(DOMText)#x (0) { } object(DOMElement)#x (0) { } -- Edit this bug report at http://bugs.php.net/?id=40175&edit=1
#40175 [NEW]: Problems in DOM XML hierarchy
From: galvao at galvao dot eti dot br Operating system: All PHP version: 5.2.0 PHP Bug Type: DOM XML related Bug description: Problems in DOM XML hierarchy Description: The childNodes function returns a DOMNodeList, but while iterating over it I find DOMTexts and DOMElements, instead of DOMNodes. Reproduce code: --- XML: http://pastebin.ca/321816 PHP: http://pastebin.ca/321822 Expected result: object(DOMNode)#x (0) { } object(DOMNode)#x (0) { } Where 'x' is a number. Actual result: -- object(DOMText)#x (0) { } object(DOMElement)#x (0) { } -- Edit bug report at http://bugs.php.net/?id=40175&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40175&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40175&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40175&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40175&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40175&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40175&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40175&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40175&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40175&r=support Expected behavior:http://bugs.php.net/fix.php?id=40175&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40175&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40175&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40175&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40175&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40175&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40175&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40175&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40175&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40175&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40175&r=mysqlcfg
#30312 [Com]: sybase_unbuffered_query calls
ID: 30312 Comment by: lobster2 at xs4all dot nl Reported By: dfleury2 at libertysurf dot fr Status: Assigned Bug Type: Sybase-ct (ctlib) related Operating System: * PHP Version: 5.1.3, 4.4.2 Assigned To: thekid New Comment: The use of sybase_query instead of sybase_unbuffered_query solved the core dumps in my case (PHP 4.4.0 & 5.2.0 CLI with Sybase 12.5.3 on AIX 5.2). I used the sybase_unbuffered_query calls with the third parameter = false. The second sql query call in the script would crash the process every time, surviving only the first fetch on the result set. Previous Comments: [2006-05-02 16:36:41] dfleury2 at libertysurf dot fr The bugs are still here in the 5.1.3 release. [2005-02-07 22:01:53] dfleury2 at libertysurf dot fr The patch seems to work for the first example but not this one. OUTPUT array(2) { [0]=> string(19) "Feb 7 2005 2:18PM" ["computed"]=> string(19) "Feb 7 2005 2:18PM" } array(4) { [0]=> string(19) "Feb 7 2005 2:18PM" ["8"]=> string(19) "Feb 7 2005 2:18PM" [1]=> string(19) "Feb 7 2005 2:18PM" ["Ø"]=> string(19) "Feb 7 2005 2:18PM" } Bus error with the patch a sample like this didn't work. (I not sure if it's a legitimate code) but I got : Warning: sybase_fetch_array(): supplied argument is not a valid Sybase result resource in /tmp_mnt/users/fxa/fle ury/divers/php/test2.php on line 8 (work fine in 4.3.8 but with memory leaks). [2005-02-06 15:35:40] [EMAIL PROTECTED] Sorry, I cannot reproduce this, neither with apache / mod_php4 nor with cli-php. Maybe this is because I'm using FreeTDS (and not the ct-libs?) I added a test case to the PHP test system (http://cvs.php.net/co.php/php-src/ext/sybase_ct/tests/bug30312.phpt) which worked fine for me. I can see a possible double-free in the sourcecode. Maybe could you try the following patch: http://sitten-polizei.de/bug30312.patch [2005-02-03 21:11:37] dfleury2 at libertysurf dot fr The problem still here. (php_sybase_ct.c didn't move) A free avoid the core, but the array is corrupted for the second fetch. [2004-10-03 20:21:32] dfleury2 at libertysurf dot fr Description: Two calls to sybase_unbuffered_query core Apache. To correct the problem before somelse those it perfectly, I had add a return after php_sybase_finish_results(result); /* Forward declaration */ static int php_sybase_finish_results (sybase_result *result); static void php_free_sybase_result(zend_rsrc_list_entry *rsrc TSRMLS_DC) { sybase_result *result = (sybase_result *)rsrc->ptr; /* Check to see if we've read all rows */ if (result->sybase_ptr && result->sybase_ptr->active_result_index) { if (result->sybase_ptr->cmd) { ct_cancel(NULL, result->sybase_ptr->cmd, CS_CANCEL_ALL); } php_sybase_finish_results(result); return;// correction } _free_sybase_result(result); } Reproduce code: --- '; $query = sybase_unbuffered_query( 'select getdate()' ); $array = sybase_fetch_array( $query ); echo $array[ 0 ]; ?> Expected result: 2-Oct-2004 18:42:50 2-Oct-2004 18:42:50 Actual result: -- Core dump (gdb) bt #0 0x080e2890 in _free_sybase_result (result=0x81cb89c) at /home/david/Documents/php-4.3.9/ext/sybase_ct/php_sybase_ct.c:128 #1 0x080e2acc in php_free_sybase_result (rsrc=0x81b86f4) at /home/david/Documents/php-4.3.9/ext/sybase_ct/php_sybase_ct.c:161 #2 0x0812cfa0 in list_entry_destructor (ptr=0x81b86f4) at /home/david/Documents/php-4.3.9/Zend/zend_list.c:177 #3 0x0812add1 in zend_hash_del_key_or_index (ht=0x8177ce8, arKey=0x0, nKeyLength=0, h=5, flag=1) at /home/david/Documents/php-4.3.9/Zend/zend_hash.c:527 #4 0x0812cc92 in _zend_list_delete (id=5) at /home/david/Documents/php-4.3.9/Zend/zend_list.c:56 #5 0x08123a95 in _zval_dtor (zvalue=0x81c6a2c, __zend_filename=0x8163dc4 "/home/david/Documents/php-4.3.9/Zend/zend_execute_API.c", __zend_lineno=291) at /home/david/Documents/php-4.3.9/Zend/zend_variables.c:69 #6 0x0811a9eb in _zval_ptr_dtor (zval_ptr=0xbfffcad0, __zend_filename=0x814dd58 "/home/david/Documents/php-4.3.9/ext/sybase_ct/php_sybase_ct.c", __zend_lineno=1426) at /home/david/Documents/php-4.3.9/Zend/zend_execute_API.c:291 #7 0x080e6ffd in php_sybase_query (ht=1, return_value=0x81c69ec, this_ptr=0x0, return_value_used=1, buffered=1) at /home/david/Documents/php-4.3.9/ext/sybase_ct/php_sybase_ct.c:1426 #8 0x080e74f7 in zif_sybase_unbuffered_query (ht=1, return_value=0x81c69ec
#40160 [Opn->Bgs]: create_function() result name starts with a '\0'. Request to chang to e.g. '1'
ID: 40160 Updated by: [EMAIL PROTECTED] Reported By: a dot steenveld at id dot umcn dot nl -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: MS windows XP pro PHP Version: 4.4.4 New Comment: We're not going to change this behavior. (Might break BC and other reasons) If you want to use a "guessed" name you can still use something like $name = "\0lambda_1"; $name($param); Previous Comments: [2007-01-18 13:34:45] a dot steenveld at id dot umcn dot nl Description: create_function() results gets lost sometimes. And yes, I've checked preveous bugreports, and yes, I know that the use of create_function() is advised againt in the way I'm using it here. But I wan't to use continuations in PHP. The problem is akin to bug 10721 (which is not a bug). The problem: create_function() returns a string in the format '\0lambda_%d' Subsequent calls with a result from create_function() as a argument will result in an empy string. The workaround is to remove (or replace) this 0. Request to change the result from create_function(). Starting the name with a digit (or any character not in [_A-Za-z]) will result in an illegal name, safe enough to prevent name clashes. This suggest a format like '%d_lambda' as return result from create_function(). Reproduce code: --- http://www.ps.uni-sb.de/~duchier/python/continuations.html */ function writeln($s) { echo "$s\n"; } function lambda ($args, $code) { returncreate_function ($args, $code); } function lambda0 ($args, $code) { return substr(create_function ($args, $code), 1); } function L ($l) { if (strncmp($l, 'lambda_', 7) === 0) return "\0$l"; else return $l; } function mul ($x, $y, $c) { echo "mul($x, $y, $c)\n"; $f = L($c); $f($x*$y); } function add ($x, $y, $c) { echo "add($x, $y, $c)\n"; $f = L($c); $f($x+$y); } function mal ($x, $y, $c) { echo "mal($x, $y, $c)\n"; mul(2, $x, lambda0 ('$v', "add(\$v, $y, $c);")); } function ma ($x, $y, $c) { echo "ma($x, $y, $c)\n"; $f = L($c); $f(2*$x+$y); } function f_OK ($x, $y) { mal($x, $y, lambda0 ('$v', "writeln(\"f($x, $y) = \$v\");")); } function f_FAIL ($x, $y) { mal($x, $y, lambda ('$v', "writeln(\"f($x, $y) = \$v\");")); } f_OK (2, 2); f_FAIL(2, 2); // the result of create_function() gets truncated to an empty string! ?> Expected result: // f_FAIL)() not active mal(2, 2, lambda_1) mul(2, 2, lambda_2) add(4, 2, lambda_1) f(2, 2) = 6 Actual result: -- // f_FAIL)() active mal(2, 2, lambda_1) mul(2, 2, lambda_2) add(4, 2, lambda_1) f(2, 2) = 6 mal(2, 2, \0lambda_3) Parse error: parse error, unexpected '}' in ...\cont.php(11) : runtime-created function on line 1 mul(2, 2, ) Fatal error: Call to undefined function: () in ...\cont.php on line 14 -- Edit this bug report at http://bugs.php.net/?id=40160&edit=1
#40171 [Opn->WFx]: There should be a way to create DateTime object from UTC timestamp.
ID: 40171 Updated by: [EMAIL PROTECTED] Reported By: rkumar at msgme dot com -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.0 New Comment: That would be too confusing, as PHP auto casts and "20070119" is something quite different from the unix timestamp 20070119. What you can do is pass this to the ctor: "@20070119" - the @ makes it interpret as a Unix timestamp. Previous Comments: [2007-01-19 16:27:05] rkumar at msgme dot com Description: The constructor for DateTime object currently takes a string as a parameter. In most of the scenarios that I have encountered I need to create a DateTime object from UTC timestamp. Can the constructor be changed to accept string or integer? -- Edit this bug report at http://bugs.php.net/?id=40171&edit=1
#39123 [Bgs]: Default for "upload_tmp_dir" changed to "/tmp" (regression)
ID: 39123 User updated by: phpbugs at thequod dot de Reported By: phpbugs at thequod dot de Status: Bogus Bug Type: Safe Mode/open_basedir Operating System: Ubuntu Linux PHP Version: 5CVS-2006-10-11 (CVS) New Comment: JFI: it seems to be the same with session.save_path. Setting it explicitly to "/tmp/" helps here, too. Previous Comments: [2006-10-13 19:27:27] phpbugs at thequod dot de And why is it so that: upload_tmp_dir=/tmp open_basedir=/tmp/ works, but open_basedir=/tmp/ does not?! (because of the trailing slash in the last example) Additionally, I don't believe that upload_tmp_dir is set on most installs. [2006-10-13 13:29:05] [EMAIL PROTECTED] The error is that the "default" path is validated against open_basedir to address earlier tempnam() vulnerability allowing open_basedir bypass. The solution is either to: set upload_tmp_dir (which is the case on most installs) or to make sure that the default tmp dir is inside the open_basedir. [2006-10-13 13:29:04] [EMAIL PROTECTED] The error is that the "default" path is validated against open_basedir to address earlier tempnam() vulnerability allowing open_basedir bypass. The solution is either to: set upload_tmp_dir (which is the case on most installs) or to make sure that the default tmp dir is inside the open_basedir. [2006-10-13 11:27:26] phpbugs at thequod dot de Yes, setting upload_tmp_dir explicitly does not cause the problem (anymore). But still, because the default of upload_tmp_dir is empty, it should not bail out when detecting the upload_tmp_dir setting. Manually setting upload_tmp_dir to "/tmp" (without trailing slash) allows uploading, but leaving it unset, errors out with: """ PHP Warning: Unknown: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/X/:/tmp/) in Unknown on line 0 PHP Warning: File upload error - unable to create a temporary file in Unknown on line 0 """ To me it looks like the error gets triggered while determining the default upload_tmp_dir setting. I consider setting "upload_tmp_dir" explicitly as a work-around currently, but it should not be necessary for upgrading to 5.2 IMHO. [2006-10-13 02:21:22] [EMAIL PROTECTED] Make sure your upload_tmp_dir is set and then it'll work. 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/39123 -- Edit this bug report at http://bugs.php.net/?id=39123&edit=1
#40169 [Opn->Csd]: CURLOPT_TCP_NODELAY only available in curl >= 7.11.2
ID: 40169 Updated by: [EMAIL PROTECTED] Reported By: webmaster at bison-soft dot de -Status: Open +Status: Closed Bug Type: cURL related Operating System: irrelevant PHP Version: 5.2.1RC3 New Comment: Yes, you're right, thanks. Previous Comments: [2007-01-19 17:57:14] webmaster at bison-soft dot de Hello Tony, IMHO, you have commentet out too much with your patch: case CURLOPT_AUTOREFERER: case CURLOPT_COOKIESESSION: +#if LIBCURL_VERSION_NUM > 0x070b01 /* CURLOPT_TCP_NODELAY is available since curl 7.11.2 */ case CURLOPT_TCP_NODELAY: convert_to_long_ex(zvalue); error = curl_easy_setopt(ch->cp, option, Z_LVAL_PP(zvalue)); break; +#endif case CURLOPT_FOLLOWLOCATION: Shouldn't the #if only cover CURLOPT_TCP_NODELAY so that curl_easy_setopt for the other two cases (CURLOPT_AUTOREFERER and CURLOPT_COOKIESESSION) is done? It would then look like case CURLOPT_AUTOREFERER: case CURLOPT_COOKIESESSION: +#if LIBCURL_VERSION_NUM > 0x070b01 /* CURLOPT_TCP_NODELAY is available since curl 7.11.2 */ case CURLOPT_TCP_NODELAY: +#endif convert_to_long_ex(zvalue); error = curl_easy_setopt(ch->cp, option, Z_LVAL_PP(zvalue)); break; [2007-01-19 15:38:53] [EMAIL PROTECTED] 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. [2007-01-19 15:22:50] webmaster at bison-soft dot de Description: compile of curl extension in php 5.1.3rc3 fails when using libcurl < 7.11.2 because CURLOPT_TCP_NODELAY was first available in 7.11.2 Expected result: Compiles cleanly even with curl version 7.10.6 Actual result: -- usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function `zm_startup_curl': /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: `CURLOPT_TCP_NODELAY' undeclared (first use in this function) /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: (Each undeclared identifier is reported only once /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: for each function it appears in.) /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function `_php_curl_setopt': /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:1267: `CURLOPT_TCP_NODELAY' undeclared (first use in this function) -- Edit this bug report at http://bugs.php.net/?id=40169&edit=1
#40169 [Csd->Opn]: CURLOPT_TCP_NODELAY only available in curl >= 7.11.2
ID: 40169 User updated by: webmaster at bison-soft dot de Reported By: webmaster at bison-soft dot de -Status: Closed +Status: Open Bug Type: cURL related Operating System: irrelevant PHP Version: 5.2.1RC3 New Comment: Hello Tony, IMHO, you have commentet out too much with your patch: case CURLOPT_AUTOREFERER: case CURLOPT_COOKIESESSION: +#if LIBCURL_VERSION_NUM > 0x070b01 /* CURLOPT_TCP_NODELAY is available since curl 7.11.2 */ case CURLOPT_TCP_NODELAY: convert_to_long_ex(zvalue); error = curl_easy_setopt(ch->cp, option, Z_LVAL_PP(zvalue)); break; +#endif case CURLOPT_FOLLOWLOCATION: Shouldn't the #if only cover CURLOPT_TCP_NODELAY so that curl_easy_setopt for the other two cases (CURLOPT_AUTOREFERER and CURLOPT_COOKIESESSION) is done? It would then look like case CURLOPT_AUTOREFERER: case CURLOPT_COOKIESESSION: +#if LIBCURL_VERSION_NUM > 0x070b01 /* CURLOPT_TCP_NODELAY is available since curl 7.11.2 */ case CURLOPT_TCP_NODELAY: +#endif convert_to_long_ex(zvalue); error = curl_easy_setopt(ch->cp, option, Z_LVAL_PP(zvalue)); break; Previous Comments: [2007-01-19 15:38:53] [EMAIL PROTECTED] 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. [2007-01-19 15:22:50] webmaster at bison-soft dot de Description: compile of curl extension in php 5.1.3rc3 fails when using libcurl < 7.11.2 because CURLOPT_TCP_NODELAY was first available in 7.11.2 Expected result: Compiles cleanly even with curl version 7.10.6 Actual result: -- usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function `zm_startup_curl': /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: `CURLOPT_TCP_NODELAY' undeclared (first use in this function) /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: (Each undeclared identifier is reported only once /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: for each function it appears in.) /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function `_php_curl_setopt': /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:1267: `CURLOPT_TCP_NODELAY' undeclared (first use in this function) -- Edit this bug report at http://bugs.php.net/?id=40169&edit=1
#40132 [Fbk]: Build error in ext/imap (U8T_CANONICAL def missing)
ID: 40132 Updated by: [EMAIL PROTECTED] Reported By: mathias dot lieber at web dot de Status: Feedback Bug Type: *Compile Issues Operating System: Linux, 2.6.18, Ubuntu/Debian PHP Version: 5.2.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-01-19 17:31:54] phpbugs at thequod dot de I could still build PHP at Jan 14 2007 01:46:28. Now I get the following error with current CVS: /PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8': /PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' undeclared (first use in this function) I have libc-client-dev 7:2002edebian1-13 installed on Ubuntu Dapper and U8T_CANONICAL is not defined in /usr/include/c-client/utf8.h. It's defined nowhere in /usr/include. [2007-01-17 10:37:14] [EMAIL PROTECTED] Make sure you've installed c-client properly and its headers define U8T_CANONICAL constant. Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition. [2007-01-15 10:15:18] mathias dot lieber at web dot de Description: 5.2.0 does not build because it's missing the definition of "U8T_CANONICAL" in the imap extension. I tried both with libc-client-dev package as well as with self-compiled imapd.2006XXX.TAR.GZ. Reproduce code: --- ./configure --with-gettext --with-imap --with-imap-ssl --with-zlib --with-gd --with-mcrypt --with-openssl --with-xml --without-pear --with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit --enable-track-vars --enable-wddx --enable-ftp --enable-gd-native-ttf --enable-sysvmsg --enable-sysvem --enable-sysvshm --enable-transid --disable-debug --disable-magic-quotes --with-mysql --enable-cli --enable-cgi --with-ldap --with-kerberos --with-mssql=/usr/local/freetds --enable-force-cgi-redirect make Actual result: -- /bin/sh /usr/local/src/php-5.2.0/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/imap/ -I/usr/local/src/php-5.2.0/ext/imap/ -DPHP_ATOM_INC -I/usr/local/src/php-5.2.0/include -I/usr/local/src/php-5.2.0/main -I/usr/local/src/php-5.2.0 -I/usr/include/libxml2 -I/usr/local/src/php-5.2.0/ext/date/lib -I/usr/local/include -I/usr/local/src/php-5.2.0/ext/mbstring/oniguruma -I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl -I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl/mbfl -I/usr/local/freetds/include -I/usr/include/mysql -I/usr/local/src/php-5.2.0/TSRM -I/usr/local/src/php-5.2.0/Zend -I/usr/include -g -O2 -prefer-non-pic -c /usr/local/src/php-5.2.0/ext/imap/php_imap.c -o ext/imap/php_imap.lo /usr/local/src/php-5.2.0/ext/imap/php_imap.c: In function 'zif_imap_utf8': /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: 'U8T_CANONICAL' undeclared (first use in this function) /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: (Each undeclared identifier is reported only once /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: for each function it appears in.) make: *** [ext/imap/php_imap.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=40132&edit=1
#40132 [Com]: Build error in ext/imap (U8T_CANONICAL def missing)
ID: 40132 Comment by: phpbugs at thequod dot de Reported By: mathias dot lieber at web dot de Status: Feedback Bug Type: *Compile Issues Operating System: Linux, 2.6.18, Ubuntu/Debian PHP Version: 5.2.0 New Comment: I could still build PHP at Jan 14 2007 01:46:28. Now I get the following error with current CVS: /PHP_5_2/ext/imap/php_imap.c: In function 'zif_imap_utf8': /PHP_5_2/ext/imap/php_imap.c:2212: error: 'U8T_CANONICAL' undeclared (first use in this function) I have libc-client-dev 7:2002edebian1-13 installed on Ubuntu Dapper and U8T_CANONICAL is not defined in /usr/include/c-client/utf8.h. It's defined nowhere in /usr/include. Previous Comments: [2007-01-17 10:37:14] [EMAIL PROTECTED] Make sure you've installed c-client properly and its headers define U8T_CANONICAL constant. Look for utf8.h in imap-2006+ it contains U8T_CANONICAL definition. [2007-01-15 10:15:18] mathias dot lieber at web dot de Description: 5.2.0 does not build because it's missing the definition of "U8T_CANONICAL" in the imap extension. I tried both with libc-client-dev package as well as with self-compiled imapd.2006XXX.TAR.GZ. Reproduce code: --- ./configure --with-gettext --with-imap --with-imap-ssl --with-zlib --with-gd --with-mcrypt --with-openssl --with-xml --without-pear --with-apxs2=/usr/local/apache2/bin/apxs --enable-memory-limit --enable-track-vars --enable-wddx --enable-ftp --enable-gd-native-ttf --enable-sysvmsg --enable-sysvem --enable-sysvshm --enable-transid --disable-debug --disable-magic-quotes --with-mysql --enable-cli --enable-cgi --with-ldap --with-kerberos --with-mssql=/usr/local/freetds --enable-force-cgi-redirect make Actual result: -- /bin/sh /usr/local/src/php-5.2.0/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/imap/ -I/usr/local/src/php-5.2.0/ext/imap/ -DPHP_ATOM_INC -I/usr/local/src/php-5.2.0/include -I/usr/local/src/php-5.2.0/main -I/usr/local/src/php-5.2.0 -I/usr/include/libxml2 -I/usr/local/src/php-5.2.0/ext/date/lib -I/usr/local/include -I/usr/local/src/php-5.2.0/ext/mbstring/oniguruma -I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl -I/usr/local/src/php-5.2.0/ext/mbstring/libmbfl/mbfl -I/usr/local/freetds/include -I/usr/include/mysql -I/usr/local/src/php-5.2.0/TSRM -I/usr/local/src/php-5.2.0/Zend -I/usr/include -g -O2 -prefer-non-pic -c /usr/local/src/php-5.2.0/ext/imap/php_imap.c -o ext/imap/php_imap.lo /usr/local/src/php-5.2.0/ext/imap/php_imap.c: In function 'zif_imap_utf8': /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: 'U8T_CANONICAL' undeclared (first use in this function) /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: (Each undeclared identifier is reported only once /usr/local/src/php-5.2.0/ext/imap/php_imap.c:2188: error: for each function it appears in.) make: *** [ext/imap/php_imap.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=40132&edit=1
#40139 [Opn->Fbk]: Mail command not returning true on success
ID: 40139 Updated by: [EMAIL PROTECTED] Reported By: sab2002a at yahoo dot com -Status: Open +Status: Feedback Bug Type: Mail related Operating System: FreeBSD 5.4 PHP Version: 4.4.4 New Comment: 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 Cannot reproduce. Previous Comments: [2007-01-19 17:05:50] sab2002a at yahoo dot com Yes, that's what I did as per my previous comment. No errors at all, email gets sent, and I get a "An error occurred" message. [2007-01-16 21:17:23] [EMAIL PROTECTED] set_error_reporting(E_ALL); ini_set("display_errors", 1); [2007-01-16 19:20:07] sab2002a at yahoo dot com I set error reporting and display errors on to max and still the same thing. I don't receive any error messages. [2007-01-15 20:40:02] [EMAIL PROTECTED] Set display_errors to On and error_reporting to E_ALL. [2007-01-15 20:31:17] sab2002a at yahoo dot com Description: I have PHP setup as a CGI and am using qmail as my mail server. When I use the mail() function, on success, I do not get a true return on the function. I get no return. On failure, I do get a false return. Reproduce code: --- Expected result: Expect to see "no error occurred" and email sent. Actual result: -- The email gets sent but I get a "An error occurred" message. -- Edit this bug report at http://bugs.php.net/?id=40139&edit=1
#40174 [Opn->Bgs]: is_numeric with currency values
ID: 40174 Updated by: [EMAIL PROTECTED] Reported By: sehh at altered dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: Fedora Core Linux PHP Version: 5.2.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2007-01-19 17:07:21] sehh at altered dot com Description: The function is_numeric() fails when the input is a value with thousand and decimal separators. For example: 4.000,56 or 4,000.56. We had a short discussion about this in #php irc channel and found out the following: "4,000.56" = is USA notation "4.000,56" = is European notation They are perfectly valid numeric values, used in currency/weight/cubic centimeters/etc. Suggested solutions: 1) Both notations should be accepted. 2) Only one notation should be accepted and PHP will decide which one, based on the Locale of the server/setup. Any other suggestion is welcome. Reproduce code: --- Reproduction code: Expected result: is_numeric should have returned TRUE in both cases. Actual result: -- is_numeric returns false for both. -- Edit this bug report at http://bugs.php.net/?id=40174&edit=1
#40174 [NEW]: is_numeric with currency values
From: sehh at altered dot com Operating system: Fedora Core Linux PHP version: 5.2.0 PHP Bug Type: Math related Bug description: is_numeric with currency values Description: The function is_numeric() fails when the input is a value with thousand and decimal separators. For example: 4.000,56 or 4,000.56. We had a short discussion about this in #php irc channel and found out the following: "4,000.56" = is USA notation "4.000,56" = is European notation They are perfectly valid numeric values, used in currency/weight/cubic centimeters/etc. Suggested solutions: 1) Both notations should be accepted. 2) Only one notation should be accepted and PHP will decide which one, based on the Locale of the server/setup. Any other suggestion is welcome. Reproduce code: --- Reproduction code: Expected result: is_numeric should have returned TRUE in both cases. Actual result: -- is_numeric returns false for both. -- Edit bug report at http://bugs.php.net/?id=40174&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40174&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40174&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40174&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40174&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40174&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40174&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40174&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40174&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40174&r=support Expected behavior:http://bugs.php.net/fix.php?id=40174&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40174&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40174&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40174&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40174&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40174&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40174&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40174&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40174&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40174&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40174&r=mysqlcfg
#40139 [Fbk->Opn]: Mail command not returning true on success
ID: 40139 User updated by: sab2002a at yahoo dot com Reported By: sab2002a at yahoo dot com -Status: Feedback +Status: Open Bug Type: Mail related Operating System: FreeBSD 5.4 PHP Version: 4.4.4 New Comment: Yes, that's what I did as per my previous comment. No errors at all, email gets sent, and I get a "An error occurred" message. Previous Comments: [2007-01-16 21:17:23] [EMAIL PROTECTED] set_error_reporting(E_ALL); ini_set("display_errors", 1); [2007-01-16 19:20:07] sab2002a at yahoo dot com I set error reporting and display errors on to max and still the same thing. I don't receive any error messages. [2007-01-15 20:40:02] [EMAIL PROTECTED] Set display_errors to On and error_reporting to E_ALL. [2007-01-15 20:31:17] sab2002a at yahoo dot com Description: I have PHP setup as a CGI and am using qmail as my mail server. When I use the mail() function, on success, I do not get a true return on the function. I get no return. On failure, I do get a false return. Reproduce code: --- Expected result: Expect to see "no error occurred" and email sent. Actual result: -- The email gets sent but I get a "An error occurred" message. -- Edit this bug report at http://bugs.php.net/?id=40139&edit=1
#40173 [Opn->Fbk]: pg_metadata ignores visibility scope of current postgres user
ID: 40173 Updated by: [EMAIL PROTECTED] Reported By: denis at edistar dot com -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: Linux kernel 2.6.17 PHP Version: 5.2.0 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-01-19 16:54:41] denis at edistar dot com Description: pg_metadata does not check if the current postgres user has the correct rights on the visibility of the table passed as parameter. So, if we have two postgres users (userA and userB for example) with two authorization schemas (that have the same name userA and userB) and in each schema we have a table with the same name but with different definition, we can access only one of the two tables... Also pg_metadata does not accept passing the table with a namespace attached (for exampl userA.mytable) -- Edit this bug report at http://bugs.php.net/?id=40173&edit=1
#40172 [Opn->Fbk]: date() function memory leak
ID: 40172 Updated by: [EMAIL PROTECTED] Reported By: diogo86 at gmail dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: Debian PHP Version: 5.2.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Cannot reproduce. Previous Comments: [2007-01-19 16:52:52] diogo86 at gmail dot com Description: The date() function keep consuming memory each time it's called even if it's not assigned to any variable. Reproduce code: --- Expected result: Something about 46436 bytes of memory usage just like when I call this statement inside that loop: $str = strtoupper($_SERVER['PHP_SELF']); Actual result: -- 5485532 bytes of memory usage. Debian Linux 2.6.15-1-486 PHP 5.2.0-8 (cli) (built: Dec 17 2006 20:03:51) [PHP Modules] bcmath bz2 calendar ctype date dba dom exif filter ftp gettext hash iconv json libxml mbstring mime_magic ncurses openssl pcntl pcre PDO pdo_pgsql posix Reflection session shmop SimpleXML soap sockets SPL standard sysvmsg sysvsem sysvshm tokenizer wddx xml xmlreader xmlwriter zip zlib [Zend Modules] -- Edit this bug report at http://bugs.php.net/?id=40172&edit=1
#40173 [NEW]: pg_metadata ignores visibility scope of current postgres user
From: denis at edistar dot com Operating system: Linux kernel 2.6.17 PHP version: 5.2.0 PHP Bug Type: PostgreSQL related Bug description: pg_metadata ignores visibility scope of current postgres user Description: pg_metadata does not check if the current postgres user has the correct rights on the visibility of the table passed as parameter. So, if we have two postgres users (userA and userB for example) with two authorization schemas (that have the same name userA and userB) and in each schema we have a table with the same name but with different definition, we can access only one of the two tables... Also pg_metadata does not accept passing the table with a namespace attached (for exampl userA.mytable) -- Edit bug report at http://bugs.php.net/?id=40173&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40173&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40173&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40173&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40173&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40173&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40173&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40173&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40173&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40173&r=support Expected behavior:http://bugs.php.net/fix.php?id=40173&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40173&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40173&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40173&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40173&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40173&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40173&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40173&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40173&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40173&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40173&r=mysqlcfg
#40172 [NEW]: date() function memory leak
From: diogo86 at gmail dot com Operating system: Debian PHP version: 5.2.0 PHP Bug Type: Performance problem Bug description: date() function memory leak Description: The date() function keep consuming memory each time it's called even if it's not assigned to any variable. Reproduce code: --- Expected result: Something about 46436 bytes of memory usage just like when I call this statement inside that loop: $str = strtoupper($_SERVER['PHP_SELF']); Actual result: -- 5485532 bytes of memory usage. Debian Linux 2.6.15-1-486 PHP 5.2.0-8 (cli) (built: Dec 17 2006 20:03:51) [PHP Modules] bcmath bz2 calendar ctype date dba dom exif filter ftp gettext hash iconv json libxml mbstring mime_magic ncurses openssl pcntl pcre PDO pdo_pgsql posix Reflection session shmop SimpleXML soap sockets SPL standard sysvmsg sysvsem sysvshm tokenizer wddx xml xmlreader xmlwriter zip zlib [Zend Modules] -- Edit bug report at http://bugs.php.net/?id=40172&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40172&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40172&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40172&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40172&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40172&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40172&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40172&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40172&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40172&r=support Expected behavior:http://bugs.php.net/fix.php?id=40172&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40172&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40172&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40172&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40172&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40172&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40172&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40172&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40172&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40172&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40172&r=mysqlcfg
#40171 [NEW]: There should be a way to create DateTime object from UTC timestamp.
From: rkumar at msgme dot com Operating system: Linux PHP version: 5.2.0 PHP Bug Type: Feature/Change Request Bug description: There should be a way to create DateTime object from UTC timestamp. Description: The constructor for DateTime object currently takes a string as a parameter. In most of the scenarios that I have encountered I need to create a DateTime object from UTC timestamp. Can the constructor be changed to accept string or integer? -- Edit bug report at http://bugs.php.net/?id=40171&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40171&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40171&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40171&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40171&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40171&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40171&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40171&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40171&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40171&r=support Expected behavior:http://bugs.php.net/fix.php?id=40171&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40171&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40171&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40171&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40171&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40171&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40171&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40171&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40171&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40171&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40171&r=mysqlcfg
#40158 [Ana]: Artifact left on transparent pngs using image filters
ID: 40158 Updated by: [EMAIL PROTECTED] Reported By: henus at mail dot ru Status: Analyzed Bug Type: GD related Operating System: Windows XP PHP Version: 5.2.0 Assigned To: pajoye New Comment: For the record, the imagefill bug is fixed in cvs, it will be in 5.2.1 . Previous Comments: [2007-01-19 12:14:57] [EMAIL PROTECTED] Ok, good, thanks for the test. I will disable alpha blending and restore it on exit in imagefilter. About the imagefill bug, it happens only with small images (< 4 pixels large), thanks for the notice. [2007-01-19 12:11:56] henus at mail dot ru Yes, it work [2007-01-19 12:04:39] henus at mail dot ru Yes [2007-01-19 12:02:41] [EMAIL PROTECTED] Can you *PLEASE* confirm that it works when you disable alpha blending? Answer should be Yes or No, I got the details already. I really do not have the time to explain/ask again and again the same thing. About imagefill, yes, that's a bug. Please open a new one if you like. I will fix it as soon as possible. [2007-01-19 11:53:03] henus at mail dot ru Yes, the is global problem with alphablending in libgd\gd.c but about "imagealphablending($mask, false); //<<< Important!": i absolutely should not care about ebabling\disabling imagealphablending before imagefilter, because of function shoud colorize image by new values of red,gree,blue (!!!there is no alpha in parameters) if IMG_FILTER_COLORIZE will have in parameters alpha, if alphablending enable, value of alpha should allow for calculation of new color values (in gdImageColor it will before new_pxl = gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);) and gdImageSetPixel shoul with disabled alphablending. otherwise function work like merging of two images with alphablending. where: first image - source image from function parameters. second image - correct colorized copy of source image. it is not logically. it is incorrect. another bug in imagefill: this function not only fill image, it is also disable alphablending. php example: before 1 - "; print_r($c01); print"after 1 - "; print_r($c1); print"before 2 - "; print_r($c02); print"after 2 - "; print_r($c2); ?> results: before 1- Array ( [red] => 255 [green] => 0 [blue] => 0 [alpha] => 63 ) after 1 - Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) before 2- Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) after 2 - Array ( [red] => 126 [green] => 128 [blue] => 0 [alpha] => 31 ) where: after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill disable alphablending after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after imagefill i manually enable alphablending disabling alphablending in code it is good solutions for gdImageColor, but after it is necessary to restore old value of alphaBlendingFlag. 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/40158 -- Edit this bug report at http://bugs.php.net/?id=40158&edit=1
#40170 [Opn->Bgs]: Warning: ftp_put(): php_connect_nonb() failed: No route to host (65)
ID: 40170 Updated by: [EMAIL PROTECTED] Reported By: eddie at eschnell dot com -Status: Open +Status: Bogus Bug Type: FTP related Operating System: FreeBSD 4.11-STABLE PHP Version: 4.4.4 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-01-19 15:50:51] eddie at eschnell dot com Description: Warning: ftp_put(): php_connect_nonb() failed: No route to host (65) I get this error with the reproduce code. it also says Warning: ftp_put(): Type set to I. It is not uploading the file correctly. i have php 4.4.1 on iPowerWeb's server, so no upgrade is possible. Thanks in Advance Reproduce code: --- $conn_id = ftp_connect("ftpServer"); $login_result = ftp_login($conn_id, "userName", "passWord"); ftp_pasv($conn_id, true); if ((!$conn_id) || (!$login_result)) { echo "FTP connection has failed!"; echo "Attempted to connect to stp server for user username"; exit; } else { echo "Connected to ftp server, for user user"; } $upload = ftp_put($conn_id, "bgd.txt", "bgdlocal.txt", FTP_BINARY); if (!$upload) { echo "FTP upload has failed!"; } else { echo "Uploaded $source_file to $ftp_server as $destination_file"; } // close the FTP stream ftp_close($conn_id); Expected result: Uploaded $source_file to $ftp_server as $destination_file Actual result: -- Warning: ftp_put(): php_connect_nonb() failed: No route to host (65) in /home/beachgla/public_html/catalog/update/index.php on line 475 Warning: ftp_put(): Type set to I. in /home/beachgla/public_html/catalog/update/index.php on line 475 -- Edit this bug report at http://bugs.php.net/?id=40170&edit=1
#40170 [NEW]: Warning: ftp_put(): php_connect_nonb() failed: No route to host (65)
From: eddie at eschnell dot com Operating system: FreeBSD 4.11-STABLE PHP version: 4.4.4 PHP Bug Type: FTP related Bug description: Warning: ftp_put(): php_connect_nonb() failed: No route to host (65) Description: Warning: ftp_put(): php_connect_nonb() failed: No route to host (65) I get this error with the reproduce code. it also says Warning: ftp_put(): Type set to I. It is not uploading the file correctly. i have php 4.4.1 on iPowerWeb's server, so no upgrade is possible. Thanks in Advance Reproduce code: --- $conn_id = ftp_connect("ftpServer"); $login_result = ftp_login($conn_id, "userName", "passWord"); ftp_pasv($conn_id, true); if ((!$conn_id) || (!$login_result)) { echo "FTP connection has failed!"; echo "Attempted to connect to stp server for user username"; exit; } else { echo "Connected to ftp server, for user user"; } $upload = ftp_put($conn_id, "bgd.txt", "bgdlocal.txt", FTP_BINARY); if (!$upload) { echo "FTP upload has failed!"; } else { echo "Uploaded $source_file to $ftp_server as $destination_file"; } // close the FTP stream ftp_close($conn_id); Expected result: Uploaded $source_file to $ftp_server as $destination_file Actual result: -- Warning: ftp_put(): php_connect_nonb() failed: No route to host (65) in /home/beachgla/public_html/catalog/update/index.php on line 475 Warning: ftp_put(): Type set to I. in /home/beachgla/public_html/catalog/update/index.php on line 475 -- Edit bug report at http://bugs.php.net/?id=40170&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40170&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40170&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40170&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40170&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40170&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40170&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40170&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40170&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40170&r=support Expected behavior:http://bugs.php.net/fix.php?id=40170&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40170&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40170&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40170&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40170&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40170&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40170&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40170&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40170&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40170&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40170&r=mysqlcfg
#40169 [Opn->Csd]: CURLOPT_TCP_NODELAY only available in curl >= 7.11.2
ID: 40169 Updated by: [EMAIL PROTECTED] Reported By: webmaster at bison-soft dot de -Status: Open +Status: Closed Bug Type: cURL related Operating System: irrelevant PHP Version: 5.2.1RC3 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-01-19 15:22:50] webmaster at bison-soft dot de Description: compile of curl extension in php 5.1.3rc3 fails when using libcurl < 7.11.2 because CURLOPT_TCP_NODELAY was first available in 7.11.2 Expected result: Compiles cleanly even with curl version 7.10.6 Actual result: -- usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function `zm_startup_curl': /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: `CURLOPT_TCP_NODELAY' undeclared (first use in this function) /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: (Each undeclared identifier is reported only once /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: for each function it appears in.) /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function `_php_curl_setopt': /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:1267: `CURLOPT_TCP_NODELAY' undeclared (first use in this function) -- Edit this bug report at http://bugs.php.net/?id=40169&edit=1
#40169 [NEW]: CURLOPT_TCP_NODELAY only available in curl >= 7.11.2
From: webmaster at bison-soft dot de Operating system: irrelevant PHP version: 5.2.1RC3 PHP Bug Type: cURL related Bug description: CURLOPT_TCP_NODELAY only available in curl >= 7.11.2 Description: compile of curl extension in php 5.1.3rc3 fails when using libcurl < 7.11.2 because CURLOPT_TCP_NODELAY was first available in 7.11.2 Expected result: Compiles cleanly even with curl version 7.10.6 Actual result: -- usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function `zm_startup_curl': /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: `CURLOPT_TCP_NODELAY' undeclared (first use in this function) /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: (Each undeclared identifier is reported only once /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:455: for each function it appears in.) /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c: In function `_php_curl_setopt': /usr/src/redhat/BUILD/php-5.2.1RC3/ext/curl/interface.c:1267: `CURLOPT_TCP_NODELAY' undeclared (first use in this function) -- Edit bug report at http://bugs.php.net/?id=40169&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40169&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40169&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40169&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40169&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40169&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40169&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40169&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40169&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40169&r=support Expected behavior:http://bugs.php.net/fix.php?id=40169&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40169&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40169&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40169&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40169&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40169&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40169&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40169&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40169&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40169&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40169&r=mysqlcfg
#40168 [Opn->Csd]: stream_get_wrappers() appends a null-byte
ID: 40168 Updated by: [EMAIL PROTECTED] Reported By: php dot net at benjamin dot schulz dot name -Status: Open +Status: Closed Bug Type: Streams related Operating System: linux PHP Version: 5.2.1RC3 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-01-19 14:35:29] php dot net at benjamin dot schulz dot name Description: see the summary Reproduce code: --- class foo {} stream_wrapper_register("foo", "foo"); $t = stream_get_wrappers(); $t = array_pop($t); var_dump($t); // string(4) "foo -- Edit this bug report at http://bugs.php.net/?id=40168&edit=1
#40168 [NEW]: stream_get_wrappers() appends a null-byte
From: php dot net at benjamin dot schulz dot name Operating system: linux PHP version: 5.2.1RC3 PHP Bug Type: Streams related Bug description: stream_get_wrappers() appends a null-byte Description: see the summary Reproduce code: --- class foo {} stream_wrapper_register("foo", "foo"); $t = stream_get_wrappers(); $t = array_pop($t); var_dump($t); // string(4) "foo -- Edit bug report at http://bugs.php.net/?id=40168&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40168&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40168&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40168&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40168&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40168&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40168&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40168&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40168&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40168&r=support Expected behavior:http://bugs.php.net/fix.php?id=40168&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40168&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40168&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40168&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40168&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40168&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40168&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40168&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40168&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40168&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40168&r=mysqlcfg
#40163 [Opn]: UNC Path not working
ID: 40163 User updated by: coyle at washpenn dot com Reported By: coyle at washpenn dot com Status: Open Bug Type: Directory function related Operating System: Windows 2003 PHP Version: 5.2.0 New Comment: Above: $path = '\\server\share\directory'; Should be: $path = 'server\share\directory'; I am running out of things to try here. When I print $path, I get a valid UNC path with no spaces anywhere but I still get the error above. Previous Comments: [2007-01-19 14:27:23] coyle at washpenn dot com $path = "server\\share\\directory"; or $path = '\\server\share\directory'; Doesn't matter which I try ... I've tried many different combinations to produce the path in both 5.2.0 or 5.2.1 RC4-dev and none of them work. Everything was fine in php <= 5.1.6 [2007-01-19 14:09:15] [EMAIL PROTECTED] Double slashes are needed only with double quotes, because "\x" means an escape character. [2007-01-19 13:05:37] coyle at washpenn dot com Better Example: $path = 'server\\share\\directory\\'; mkdir($path, 0770); Warning: mkdir() [function.mkdir]: Invalid argument in on line [2007-01-19 08:08:04] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2007-01-19 01:00:36] coyle at washpenn dot com Description: Using UNC path to save out a file in PHP 5.1.6 and everything works great. Upgraded to PHP 5.2.0 today and the UNC will not work anymore. Reproduce code: --- $path = 'server\\share\\directory\\' if(is_dir($path)) { print 'directory exists'; } else { print 'directory does not exists'; } Expected result: directory exists Actual result: -- directory does not exists -- Edit this bug report at http://bugs.php.net/?id=40163&edit=1
#40163 [Fbk->Opn]: UNC Path not working
ID: 40163 User updated by: coyle at washpenn dot com Reported By: coyle at washpenn dot com -Status: Feedback +Status: Open Bug Type: Directory function related Operating System: Windows 2003 PHP Version: 5.2.0 New Comment: $path = "server\\share\\directory"; or $path = '\\server\share\directory'; Doesn't matter which I try ... I've tried many different combinations to produce the path in both 5.2.0 or 5.2.1 RC4-dev and none of them work. Everything was fine in php <= 5.1.6 Previous Comments: [2007-01-19 14:09:15] [EMAIL PROTECTED] Double slashes are needed only with double quotes, because "\x" means an escape character. [2007-01-19 13:05:37] coyle at washpenn dot com Better Example: $path = 'server\\share\\directory\\'; mkdir($path, 0770); Warning: mkdir() [function.mkdir]: Invalid argument in on line [2007-01-19 08:08:04] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2007-01-19 01:00:36] coyle at washpenn dot com Description: Using UNC path to save out a file in PHP 5.1.6 and everything works great. Upgraded to PHP 5.2.0 today and the UNC will not work anymore. Reproduce code: --- $path = 'server\\share\\directory\\' if(is_dir($path)) { print 'directory exists'; } else { print 'directory does not exists'; } Expected result: directory exists Actual result: -- directory does not exists -- Edit this bug report at http://bugs.php.net/?id=40163&edit=1
#40165 [Fbk->Bgs]: define() cost
ID: 40165 Updated by: [EMAIL PROTECTED] Reported By: gacek at intertele dot pl -Status: Feedback +Status: Bogus Bug Type: Performance problem Operating System: Linux FC4 x86_64 PHP Version: 5.2.0 New Comment: count(array()) just returns ht->nNumOfElements, this is probably the most simple function in PHP. define() copies (malloc() + memcpy()) the value, duplicates the name (malloc() + memcpy() again) and adds it to the hash of constants (which might involve realloc() etc.). So it's kinda expected that a function which does almost nothing is a bit faster, like 7x or 6x, which are the numbers I can see myself. Previous Comments: [2007-01-19 11:33:51] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2007-01-19 11:33:22] gacek at intertele dot pl This is sample of "pprofp -u" output from fairly complex app: Total Elapsed Time = 2.47 Total System Time = 0.35 Total User Time= 1.36 Real UserSystem secs/cumm %Time (excl/cumm) (excl/cumm) (excl/cumm) Callscalls/call Memory Usage Name -- 13.9 0.24 0.24 0.19 0.19 0.04 0.04 850 0.0002 0.0002 0 define 12.1 0.27 0.27 0.16 0.16 0.05 0.05 18653 0. 0. 0 count 10.9 0.15 0.15 0.15 0.15 0.04 0.04 11652 0. 0. 0 is_array 9.1 0.26 0.26 0.12 0.12 0.03 0.03 15489 0. 0. 0 each 6.2 0.18 0.18 0.08 0.08 0.02 0.02 9012 0. 0.0 array_shift 4.1 0.08 0.08 0.06 0.06 0.02 0.02 5402 0. 0.0 ereg_replace 4.1 0.04 0.04 0.06 0.06 0.01 0.01 655 0.0001 0.00010 mysql_fetch_array 3.8 0.07 0.07 0.05 0.05 0.01 0.01 5277 0. 0.0 urlencode 2.9 0.04 0.04 0.04 0.04 0.00 0.00 2520 0. 0.0 func_num_args 2.9 0.05 0.05 0.04 0.04 0.00 0.00 1465 0. 0.0 sprintf [2007-01-19 11:28:44] gacek at intertele dot pl Description: When playing with apd profiler, I have noticed huge cost of define() call. It's over 20x the cost of average count() call. Might it be apd inaccuracy or define() specifics, or define() implementation is heavily broken? -- Edit this bug report at http://bugs.php.net/?id=40165&edit=1
#40163 [Opn->Fbk]: UNC Path not working
ID: 40163 Updated by: [EMAIL PROTECTED] Reported By: coyle at washpenn dot com -Status: Open +Status: Feedback Bug Type: Directory function related Operating System: Windows 2003 PHP Version: 5.2.0 New Comment: Double slashes are needed only with double quotes, because "\x" means an escape character. Previous Comments: [2007-01-19 13:05:37] coyle at washpenn dot com Better Example: $path = 'server\\share\\directory\\'; mkdir($path, 0770); Warning: mkdir() [function.mkdir]: Invalid argument in on line [2007-01-19 08:08:04] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2007-01-19 01:00:36] coyle at washpenn dot com Description: Using UNC path to save out a file in PHP 5.1.6 and everything works great. Upgraded to PHP 5.2.0 today and the UNC will not work anymore. Reproduce code: --- $path = 'server\\share\\directory\\' if(is_dir($path)) { print 'directory exists'; } else { print 'directory does not exists'; } Expected result: directory exists Actual result: -- directory does not exists -- Edit this bug report at http://bugs.php.net/?id=40163&edit=1
#40163 [Fbk->Opn]: UNC Path not working
ID: 40163 User updated by: coyle at washpenn dot com Reported By: coyle at washpenn dot com -Status: Feedback +Status: Open Bug Type: Directory function related Operating System: Windows 2003 PHP Version: 5.2.0 New Comment: Better Example: $path = 'server\\share\\directory\\'; mkdir($path, 0770); Warning: mkdir() [function.mkdir]: Invalid argument in on line Previous Comments: [2007-01-19 08:08:04] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2007-01-19 01:00:36] coyle at washpenn dot com Description: Using UNC path to save out a file in PHP 5.1.6 and everything works great. Upgraded to PHP 5.2.0 today and the UNC will not work anymore. Reproduce code: --- $path = 'server\\share\\directory\\' if(is_dir($path)) { print 'directory exists'; } else { print 'directory does not exists'; } Expected result: directory exists Actual result: -- directory does not exists -- Edit this bug report at http://bugs.php.net/?id=40163&edit=1
#40158 [Opn->Ana]: Artifact left on transparent pngs using image filters
ID: 40158 Updated by: [EMAIL PROTECTED] Reported By: henus at mail dot ru -Status: Open +Status: Analyzed Bug Type: GD related Operating System: Windows XP PHP Version: 5.2.0 Assigned To: pajoye New Comment: Ok, good, thanks for the test. I will disable alpha blending and restore it on exit in imagefilter. About the imagefill bug, it happens only with small images (< 4 pixels large), thanks for the notice. Previous Comments: [2007-01-19 12:11:56] henus at mail dot ru Yes, it work [2007-01-19 12:04:39] henus at mail dot ru Yes [2007-01-19 12:02:41] [EMAIL PROTECTED] Can you *PLEASE* confirm that it works when you disable alpha blending? Answer should be Yes or No, I got the details already. I really do not have the time to explain/ask again and again the same thing. About imagefill, yes, that's a bug. Please open a new one if you like. I will fix it as soon as possible. [2007-01-19 11:53:03] henus at mail dot ru Yes, the is global problem with alphablending in libgd\gd.c but about "imagealphablending($mask, false); //<<< Important!": i absolutely should not care about ebabling\disabling imagealphablending before imagefilter, because of function shoud colorize image by new values of red,gree,blue (!!!there is no alpha in parameters) if IMG_FILTER_COLORIZE will have in parameters alpha, if alphablending enable, value of alpha should allow for calculation of new color values (in gdImageColor it will before new_pxl = gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);) and gdImageSetPixel shoul with disabled alphablending. otherwise function work like merging of two images with alphablending. where: first image - source image from function parameters. second image - correct colorized copy of source image. it is not logically. it is incorrect. another bug in imagefill: this function not only fill image, it is also disable alphablending. php example: before 1 - "; print_r($c01); print"after 1 - "; print_r($c1); print"before 2 - "; print_r($c02); print"after 2 - "; print_r($c2); ?> results: before 1- Array ( [red] => 255 [green] => 0 [blue] => 0 [alpha] => 63 ) after 1 - Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) before 2- Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) after 2 - Array ( [red] => 126 [green] => 128 [blue] => 0 [alpha] => 31 ) where: after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill disable alphablending after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after imagefill i manually enable alphablending disabling alphablending in code it is good solutions for gdImageColor, but after it is necessary to restore old value of alphaBlendingFlag. [2007-01-18 19:54:09] [EMAIL PROTECTED] "pixel from edge with coord (95,11) have wrong color. red-98 green-98 blue-164 (why is red>0 and green>0 ? after substracting 255???) (should be red-0 green-0 blue-102)" It is blended over the destination pixel. You have to disable alpha blending *before* the imagefilter call. This image: http://blog.thepimp.net/misc/bug40158_black_filtered_mask.png shows exactly what you are trying to do (blue, black or purple, it really does not matter), the script being: $mask=imagecreatefrompng("40158.png"); imagealphablending($mask, false); //<<< Important! imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255); //<<< save alpha, so we see its value imagesavealpha($mask, true); imagepng($mask,"mask1.png"); Using your last example, the resulting image is like your "result_correct3.png". 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/40158 -- Edit this bug report at http://bugs.php.net/?id=40158&edit=1
#40158 [Opn]: Artifact left on transparent pngs using image filters
ID: 40158 User updated by: henus at mail dot ru Reported By: henus at mail dot ru Status: Open Bug Type: GD related Operating System: Windows XP PHP Version: 5.2.0 Assigned To: pajoye New Comment: Yes, it work Previous Comments: [2007-01-19 12:04:39] henus at mail dot ru Yes [2007-01-19 12:02:41] [EMAIL PROTECTED] Can you *PLEASE* confirm that it works when you disable alpha blending? Answer should be Yes or No, I got the details already. I really do not have the time to explain/ask again and again the same thing. About imagefill, yes, that's a bug. Please open a new one if you like. I will fix it as soon as possible. [2007-01-19 11:53:03] henus at mail dot ru Yes, the is global problem with alphablending in libgd\gd.c but about "imagealphablending($mask, false); //<<< Important!": i absolutely should not care about ebabling\disabling imagealphablending before imagefilter, because of function shoud colorize image by new values of red,gree,blue (!!!there is no alpha in parameters) if IMG_FILTER_COLORIZE will have in parameters alpha, if alphablending enable, value of alpha should allow for calculation of new color values (in gdImageColor it will before new_pxl = gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);) and gdImageSetPixel shoul with disabled alphablending. otherwise function work like merging of two images with alphablending. where: first image - source image from function parameters. second image - correct colorized copy of source image. it is not logically. it is incorrect. another bug in imagefill: this function not only fill image, it is also disable alphablending. php example: before 1 - "; print_r($c01); print"after 1 - "; print_r($c1); print"before 2 - "; print_r($c02); print"after 2 - "; print_r($c2); ?> results: before 1- Array ( [red] => 255 [green] => 0 [blue] => 0 [alpha] => 63 ) after 1 - Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) before 2- Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) after 2 - Array ( [red] => 126 [green] => 128 [blue] => 0 [alpha] => 31 ) where: after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill disable alphablending after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after imagefill i manually enable alphablending disabling alphablending in code it is good solutions for gdImageColor, but after it is necessary to restore old value of alphaBlendingFlag. [2007-01-18 19:54:09] [EMAIL PROTECTED] "pixel from edge with coord (95,11) have wrong color. red-98 green-98 blue-164 (why is red>0 and green>0 ? after substracting 255???) (should be red-0 green-0 blue-102)" It is blended over the destination pixel. You have to disable alpha blending *before* the imagefilter call. This image: http://blog.thepimp.net/misc/bug40158_black_filtered_mask.png shows exactly what you are trying to do (blue, black or purple, it really does not matter), the script being: $mask=imagecreatefrompng("40158.png"); imagealphablending($mask, false); //<<< Important! imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255); //<<< save alpha, so we see its value imagesavealpha($mask, true); imagepng($mask,"mask1.png"); Using your last example, the resulting image is like your "result_correct3.png". [2007-01-18 19:37:49] henus at mail dot ru it`s not solve my problem :( first - about blue color - look at my submission from [18 Jan 11:03am UTC] if use imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255); the result is http://www.fort-ross.ru/henus/gd/result_incorrect.png with legibly visible artefacts. second - image http://blog.thepimp.net/misc/bug40158_result.png also has artefacts at the adges... pixel from edge with coord (95,11) have wrong color red-98 green-98 blue-164 (why is red>0 and green>0 ? after substracting 255???) (should be red-0 green-0 blue-102) third - look at my submission from [18 Jan 5:56pm UTC] why is 255-255=126 one more demo - using imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, 0); mask - http://fort-ross.ru/henus/gd/mask3.png incorrect image - http://fort-ross.ru/henus/gd/result_incorrect3.png correct image - http://fort-ross.ru/henus/gd/result_correct3.png 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/40158 -- Edit this bug report at http://bugs.php.net/?id=40158&edit=1
#40158 [Opn]: Artifact left on transparent pngs using image filters
ID: 40158 User updated by: henus at mail dot ru Reported By: henus at mail dot ru Status: Open Bug Type: GD related Operating System: Windows XP PHP Version: 5.2.0 Assigned To: pajoye New Comment: Yes Previous Comments: [2007-01-19 12:02:41] [EMAIL PROTECTED] Can you *PLEASE* confirm that it works when you disable alpha blending? Answer should be Yes or No, I got the details already. I really do not have the time to explain/ask again and again the same thing. About imagefill, yes, that's a bug. Please open a new one if you like. I will fix it as soon as possible. [2007-01-19 11:53:03] henus at mail dot ru Yes, the is global problem with alphablending in libgd\gd.c but about "imagealphablending($mask, false); //<<< Important!": i absolutely should not care about ebabling\disabling imagealphablending before imagefilter, because of function shoud colorize image by new values of red,gree,blue (!!!there is no alpha in parameters) if IMG_FILTER_COLORIZE will have in parameters alpha, if alphablending enable, value of alpha should allow for calculation of new color values (in gdImageColor it will before new_pxl = gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);) and gdImageSetPixel shoul with disabled alphablending. otherwise function work like merging of two images with alphablending. where: first image - source image from function parameters. second image - correct colorized copy of source image. it is not logically. it is incorrect. another bug in imagefill: this function not only fill image, it is also disable alphablending. php example: before 1 - "; print_r($c01); print"after 1 - "; print_r($c1); print"before 2 - "; print_r($c02); print"after 2 - "; print_r($c2); ?> results: before 1- Array ( [red] => 255 [green] => 0 [blue] => 0 [alpha] => 63 ) after 1 - Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) before 2- Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) after 2 - Array ( [red] => 126 [green] => 128 [blue] => 0 [alpha] => 31 ) where: after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill disable alphablending after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after imagefill i manually enable alphablending disabling alphablending in code it is good solutions for gdImageColor, but after it is necessary to restore old value of alphaBlendingFlag. [2007-01-18 19:54:09] [EMAIL PROTECTED] "pixel from edge with coord (95,11) have wrong color. red-98 green-98 blue-164 (why is red>0 and green>0 ? after substracting 255???) (should be red-0 green-0 blue-102)" It is blended over the destination pixel. You have to disable alpha blending *before* the imagefilter call. This image: http://blog.thepimp.net/misc/bug40158_black_filtered_mask.png shows exactly what you are trying to do (blue, black or purple, it really does not matter), the script being: $mask=imagecreatefrompng("40158.png"); imagealphablending($mask, false); //<<< Important! imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255); //<<< save alpha, so we see its value imagesavealpha($mask, true); imagepng($mask,"mask1.png"); Using your last example, the resulting image is like your "result_correct3.png". [2007-01-18 19:37:49] henus at mail dot ru it`s not solve my problem :( first - about blue color - look at my submission from [18 Jan 11:03am UTC] if use imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255); the result is http://www.fort-ross.ru/henus/gd/result_incorrect.png with legibly visible artefacts. second - image http://blog.thepimp.net/misc/bug40158_result.png also has artefacts at the adges... pixel from edge with coord (95,11) have wrong color red-98 green-98 blue-164 (why is red>0 and green>0 ? after substracting 255???) (should be red-0 green-0 blue-102) third - look at my submission from [18 Jan 5:56pm UTC] why is 255-255=126 one more demo - using imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, 0); mask - http://fort-ross.ru/henus/gd/mask3.png incorrect image - http://fort-ross.ru/henus/gd/result_incorrect3.png correct image - http://fort-ross.ru/henus/gd/result_correct3.png [2007-01-18 18:51:59] [EMAIL PROTECTED] (rgba(255,0,0,xxx)) should have been (rgba(0,0,255,xxx)) but you noticed it :) 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/40158 -- Edit this bug report at h
#40158 [Opn]: Artifact left on transparent pngs using image filters
ID: 40158 Updated by: [EMAIL PROTECTED] Reported By: henus at mail dot ru Status: Open Bug Type: GD related Operating System: Windows XP PHP Version: 5.2.0 Assigned To: pajoye New Comment: Can you *PLEASE* confirm that it works when you disable alpha blending? Answer should be Yes or No, I got the details already. I really do not have the time to explain/ask again and again the same thing. About imagefill, yes, that's a bug. Please open a new one if you like. I will fix it as soon as possible. Previous Comments: [2007-01-19 11:53:03] henus at mail dot ru Yes, the is global problem with alphablending in libgd\gd.c but about "imagealphablending($mask, false); //<<< Important!": i absolutely should not care about ebabling\disabling imagealphablending before imagefilter, because of function shoud colorize image by new values of red,gree,blue (!!!there is no alpha in parameters) if IMG_FILTER_COLORIZE will have in parameters alpha, if alphablending enable, value of alpha should allow for calculation of new color values (in gdImageColor it will before new_pxl = gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);) and gdImageSetPixel shoul with disabled alphablending. otherwise function work like merging of two images with alphablending. where: first image - source image from function parameters. second image - correct colorized copy of source image. it is not logically. it is incorrect. another bug in imagefill: this function not only fill image, it is also disable alphablending. php example: before 1 - "; print_r($c01); print"after 1 - "; print_r($c1); print"before 2 - "; print_r($c02); print"after 2 - "; print_r($c2); ?> results: before 1- Array ( [red] => 255 [green] => 0 [blue] => 0 [alpha] => 63 ) after 1 - Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) before 2- Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) after 2 - Array ( [red] => 126 [green] => 128 [blue] => 0 [alpha] => 31 ) where: after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill disable alphablending after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after imagefill i manually enable alphablending disabling alphablending in code it is good solutions for gdImageColor, but after it is necessary to restore old value of alphaBlendingFlag. [2007-01-18 19:54:09] [EMAIL PROTECTED] "pixel from edge with coord (95,11) have wrong color. red-98 green-98 blue-164 (why is red>0 and green>0 ? after substracting 255???) (should be red-0 green-0 blue-102)" It is blended over the destination pixel. You have to disable alpha blending *before* the imagefilter call. This image: http://blog.thepimp.net/misc/bug40158_black_filtered_mask.png shows exactly what you are trying to do (blue, black or purple, it really does not matter), the script being: $mask=imagecreatefrompng("40158.png"); imagealphablending($mask, false); //<<< Important! imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255); //<<< save alpha, so we see its value imagesavealpha($mask, true); imagepng($mask,"mask1.png"); Using your last example, the resulting image is like your "result_correct3.png". [2007-01-18 19:37:49] henus at mail dot ru it`s not solve my problem :( first - about blue color - look at my submission from [18 Jan 11:03am UTC] if use imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255); the result is http://www.fort-ross.ru/henus/gd/result_incorrect.png with legibly visible artefacts. second - image http://blog.thepimp.net/misc/bug40158_result.png also has artefacts at the adges... pixel from edge with coord (95,11) have wrong color red-98 green-98 blue-164 (why is red>0 and green>0 ? after substracting 255???) (should be red-0 green-0 blue-102) third - look at my submission from [18 Jan 5:56pm UTC] why is 255-255=126 one more demo - using imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, 0); mask - http://fort-ross.ru/henus/gd/mask3.png incorrect image - http://fort-ross.ru/henus/gd/result_incorrect3.png correct image - http://fort-ross.ru/henus/gd/result_correct3.png [2007-01-18 18:51:59] [EMAIL PROTECTED] (rgba(255,0,0,xxx)) should have been (rgba(0,0,255,xxx)) but you noticed it :) [2007-01-18 18:51:04] [EMAIL PROTECTED] An absolute black image is not what you should expect. imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, 0); will replace the white color with blue (you remove all components but the blue): http://blog.thepimp.net/misc/bug40158_filtered_mask.png imagecopy($imagemain,
#40158 [Fbk->Opn]: Artifact left on transparent pngs using image filters
ID: 40158 User updated by: henus at mail dot ru Reported By: henus at mail dot ru -Status: Feedback +Status: Open Bug Type: GD related Operating System: Windows XP PHP Version: 5.2.0 Assigned To: pajoye New Comment: Yes, the is global problem with alphablending in libgd\gd.c but about "imagealphablending($mask, false); //<<< Important!": i absolutely should not care about ebabling\disabling imagealphablending before imagefilter, because of function shoud colorize image by new values of red,gree,blue (!!!there is no alpha in parameters) if IMG_FILTER_COLORIZE will have in parameters alpha, if alphablending enable, value of alpha should allow for calculation of new color values (in gdImageColor it will before new_pxl = gdImageColorAllocateAlpha(src, (int)r, (int)g, (int)b, a);) and gdImageSetPixel shoul with disabled alphablending. otherwise function work like merging of two images with alphablending. where: first image - source image from function parameters. second image - correct colorized copy of source image. it is not logically. it is incorrect. another bug in imagefill: this function not only fill image, it is also disable alphablending. php example: before 1 - "; print_r($c01); print"after 1 - "; print_r($c1); print"before 2 - "; print_r($c02); print"after 2 - "; print_r($c2); ?> results: before 1- Array ( [red] => 255 [green] => 0 [blue] => 0 [alpha] => 63 ) after 1 - Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) before 2- Array ( [red] => 0 [green] => 255 [blue] => 0 [alpha] => 63 ) after 2 - Array ( [red] => 126 [green] => 128 [blue] => 0 [alpha] => 31 ) where: after 1 - correct result of IMG_FILTER_COLORIZE, because of imagefill disable alphablending after 2 - incorrect result of IMG_FILTER_COLORIZE, because of after imagefill i manually enable alphablending disabling alphablending in code it is good solutions for gdImageColor, but after it is necessary to restore old value of alphaBlendingFlag. Previous Comments: [2007-01-18 19:54:09] [EMAIL PROTECTED] "pixel from edge with coord (95,11) have wrong color. red-98 green-98 blue-164 (why is red>0 and green>0 ? after substracting 255???) (should be red-0 green-0 blue-102)" It is blended over the destination pixel. You have to disable alpha blending *before* the imagefilter call. This image: http://blog.thepimp.net/misc/bug40158_black_filtered_mask.png shows exactly what you are trying to do (blue, black or purple, it really does not matter), the script being: $mask=imagecreatefrompng("40158.png"); imagealphablending($mask, false); //<<< Important! imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255); //<<< save alpha, so we see its value imagesavealpha($mask, true); imagepng($mask,"mask1.png"); Using your last example, the resulting image is like your "result_correct3.png". [2007-01-18 19:37:49] henus at mail dot ru it`s not solve my problem :( first - about blue color - look at my submission from [18 Jan 11:03am UTC] if use imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, -255); the result is http://www.fort-ross.ru/henus/gd/result_incorrect.png with legibly visible artefacts. second - image http://blog.thepimp.net/misc/bug40158_result.png also has artefacts at the adges... pixel from edge with coord (95,11) have wrong color red-98 green-98 blue-164 (why is red>0 and green>0 ? after substracting 255???) (should be red-0 green-0 blue-102) third - look at my submission from [18 Jan 5:56pm UTC] why is 255-255=126 one more demo - using imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, 0); mask - http://fort-ross.ru/henus/gd/mask3.png incorrect image - http://fort-ross.ru/henus/gd/result_incorrect3.png correct image - http://fort-ross.ru/henus/gd/result_correct3.png [2007-01-18 18:51:59] [EMAIL PROTECTED] (rgba(255,0,0,xxx)) should have been (rgba(0,0,255,xxx)) but you noticed it :) [2007-01-18 18:51:04] [EMAIL PROTECTED] An absolute black image is not what you should expect. imagefilter($mask, IMG_FILTER_COLORIZE, -255, -255, 0); will replace the white color with blue (you remove all components but the blue): http://blog.thepimp.net/misc/bug40158_filtered_mask.png imagecopy($imagemain, $mask, 0, 0, 0, 0, $imagewidth, $imageheight); will copy it over the $imagemain, the border of the quadrant will be blended over black: http://blog.thepimp.net/misc/bug40158_result.png Each pixel in your circle are rgb(255,255,255) with some alpha value in the edges (and only in the edges). You are substracting 255 to the R and G component, the result is blue. Now, take a look at this image:
#40165 [Opn->Fbk]: define() cost
ID: 40165 Updated by: [EMAIL PROTECTED] Reported By: gacek at intertele dot pl -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: Linux FC4 x86_64 PHP Version: 5.2.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2007-01-19 11:33:22] gacek at intertele dot pl This is sample of "pprofp -u" output from fairly complex app: Total Elapsed Time = 2.47 Total System Time = 0.35 Total User Time= 1.36 Real UserSystem secs/cumm %Time (excl/cumm) (excl/cumm) (excl/cumm) Callscalls/call Memory Usage Name -- 13.9 0.24 0.24 0.19 0.19 0.04 0.04 850 0.0002 0.0002 0 define 12.1 0.27 0.27 0.16 0.16 0.05 0.05 18653 0. 0. 0 count 10.9 0.15 0.15 0.15 0.15 0.04 0.04 11652 0. 0. 0 is_array 9.1 0.26 0.26 0.12 0.12 0.03 0.03 15489 0. 0. 0 each 6.2 0.18 0.18 0.08 0.08 0.02 0.02 9012 0. 0.0 array_shift 4.1 0.08 0.08 0.06 0.06 0.02 0.02 5402 0. 0.0 ereg_replace 4.1 0.04 0.04 0.06 0.06 0.01 0.01 655 0.0001 0.00010 mysql_fetch_array 3.8 0.07 0.07 0.05 0.05 0.01 0.01 5277 0. 0.0 urlencode 2.9 0.04 0.04 0.04 0.04 0.00 0.00 2520 0. 0.0 func_num_args 2.9 0.05 0.05 0.04 0.04 0.00 0.00 1465 0. 0.0 sprintf [2007-01-19 11:28:44] gacek at intertele dot pl Description: When playing with apd profiler, I have noticed huge cost of define() call. It's over 20x the cost of average count() call. Might it be apd inaccuracy or define() specifics, or define() implementation is heavily broken? -- Edit this bug report at http://bugs.php.net/?id=40165&edit=1
#40165 [Opn]: define() cost
ID: 40165 User updated by: gacek at intertele dot pl Reported By: gacek at intertele dot pl Status: Open Bug Type: Performance problem Operating System: Linux FC4 x86_64 PHP Version: 5.2.0 New Comment: This is sample of "pprofp -u" output from fairly complex app: Total Elapsed Time = 2.47 Total System Time = 0.35 Total User Time= 1.36 Real UserSystem secs/cumm %Time (excl/cumm) (excl/cumm) (excl/cumm) Callscalls/call Memory Usage Name -- 13.9 0.24 0.24 0.19 0.19 0.04 0.04 850 0.0002 0.0002 0 define 12.1 0.27 0.27 0.16 0.16 0.05 0.05 18653 0. 0. 0 count 10.9 0.15 0.15 0.15 0.15 0.04 0.04 11652 0. 0. 0 is_array 9.1 0.26 0.26 0.12 0.12 0.03 0.03 15489 0. 0. 0 each 6.2 0.18 0.18 0.08 0.08 0.02 0.02 9012 0. 0.0 array_shift 4.1 0.08 0.08 0.06 0.06 0.02 0.02 5402 0. 0.0 ereg_replace 4.1 0.04 0.04 0.06 0.06 0.01 0.01 655 0.0001 0.00010 mysql_fetch_array 3.8 0.07 0.07 0.05 0.05 0.01 0.01 5277 0. 0.0 urlencode 2.9 0.04 0.04 0.04 0.04 0.00 0.00 2520 0. 0.0 func_num_args 2.9 0.05 0.05 0.04 0.04 0.00 0.00 1465 0. 0.0 sprintf Previous Comments: [2007-01-19 11:28:44] gacek at intertele dot pl Description: When playing with apd profiler, I have noticed huge cost of define() call. It's over 20x the cost of average count() call. Might it be apd inaccuracy or define() specifics, or define() implementation is heavily broken? -- Edit this bug report at http://bugs.php.net/?id=40165&edit=1
#40165 [NEW]: define() cost
From: gacek at intertele dot pl Operating system: Linux FC4 x86_64 PHP version: 5.2.0 PHP Bug Type: Performance problem Bug description: define() cost Description: When playing with apd profiler, I have noticed huge cost of define() call. It's over 20x the cost of average count() call. Might it be apd inaccuracy or define() specifics, or define() implementation is heavily broken? -- Edit bug report at http://bugs.php.net/?id=40165&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40165&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40165&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40165&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40165&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40165&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40165&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40165&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40165&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40165&r=support Expected behavior:http://bugs.php.net/fix.php?id=40165&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40165&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40165&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40165&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40165&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40165&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40165&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40165&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40165&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40165&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40165&r=mysqlcfg
#40164 [Opn->Bgs]: filetype() generates wrong error message type
ID: 40164 Updated by: [EMAIL PROTECTED] Reported By: pcdinh at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Warning Operating System: Windows PHP Version: 5.2.0 New Comment: The manual says of another one possible error message. This error message is "Unknown file type (..)" and it's indeed E_NOTICE. Previous Comments: [2007-01-19 09:44:57] pcdinh at gmail dot com Description: The PHP Manual said: filetype() will also produce an E_NOTICE message if the stat call fails or if the file type is unknown. However, in fact, with PHP 5.2.0, Windows Xp Sp2, a E_WARNING message is returned: Warning: filetype() [function.filetype]: Lstat failed for W:/ in D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php on line 73 Reproduce code: --- if (filetype('W:/') === false) { echo "Hello"; } Expected result: Notice: filetype() [function.filetype]: Lstat failed for W:/ in D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php on line 73 Actual result: -- Warning: filetype() [function.filetype]: Lstat failed for W:/ in D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php on line 73 -- Edit this bug report at http://bugs.php.net/?id=40164&edit=1
#39930 [Com]: Error passing Word macro arguments
ID: 39930 Comment by: wharmby at uk dot ibm dot com Reported By: poon dot fung at gmail dot com Status: Open Bug Type: COM related Operating System: Windows XP PHP Version: 5.2.0 New Comment: As promised on internals list back in December I will attempt to resolve some of the outstanding COM defects. I will start with this one. Previous Comments: [2007-01-04 07:43:19] poon dot fung at gmail dot com Here is the output of my test run on http://snaps.php.net/win32/php5.2-win32-latest.zip. --- START OUTPUT --- D:\php-bug2>bug2-test1.php TEST #1 OK! D:\php-bug2>bug2-test2.php TEST #2 OK! D:\php-bug2>bug2-test3.php TEST #3 OK! D:\php-bug2>bug2-test4.php TEST #4 OK! D:\php-bug2>bug2-test5.php PHP Fatal error: Uncaught exception 'com_exception' with message 'Source: Unknown Description: Unknown' in D:\php-bug2\bug2-test5.php:9 Stack trace: #0 D:\php-bug2\bug2-test5.php(9): variant->Run('Normal.MyModule...', 'Some value') #1 {main} thrown in D:\php-bug2\bug2-test5.php on line 9 D:\php-bug2>bug2-test6.php PHP Fatal error: Uncaught exception 'com_exception' with message 'Source: Unknown Description: Unknown' in D:\php-bug2\bug2-test6.php:9 Stack trace: #0 D:\php-bug2\bug2-test6.php(9): variant->Run('Normal.MyModule...', 'Some value', 'Some value') #1 {main} thrown in D:\php-bug2\bug2-test6.php on line 9 D:\php-bug2> --- END OUTPUT --- Here are the test programs. --- TEST 1 --- This works fine $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $word->Application->Run('phptest1'); $word->Quit(); $word = null; print "TEST #1 OK!\n"; ?> --- TEST 2 --- This works fine $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $arg1 = 'Some value'; $word->Application->Run('phptest2', $arg1); $word->Quit(); $word = null; print "TEST #2 OK!\n"; ?> --- TEST 3 --- This works fine $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $arg1 = 'Some value'; $word->Application->Run('phptest3', $arg1, $arg1); $word->Quit(); $word = null; print "TEST #3 OK!\n"; ?> --- TEST 4 --- This works fine $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $arg1 = 'Some value'; $word->Application->Run('Normal.MyModule.phptest1'); $word->Quit(); $word = null; print "TEST #4 OK!\n"; ?> --- TEST 5 --- FAILED $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $arg1 = 'Some value'; $word->Application->Run('Normal.MyModule.phptest2', $arg1); $word->Quit(); $word = null; print "TEST #5 OK!\n"; ?> --- TEST 6 --- FAILED $word = new COM('Word.Application') or die('Start Word automation failed.'); $word->Documents->Open('D:\php-bug2\testme.doc'); $arg1 = 'Some value'; $word->Application->Run('Normal.MyModule.phptest3', $arg1, $arg1); $word->Quit(); $word = null; print "TEST #6 OK!\n"; ?> [2007-01-02 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-12-25 02:55:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-12-22 07:34:47] poon dot fung at gmail dot com Description: I can call a Word macro without any argument ok. But when I pass a string arguement to a Word macro, I get the following exception. Source: Unknown Description: Unknown I discovered the following problem: 1. It works when a macro does not have argument. The macro can be in the default macro file "Module/NewMacros" or other module file such as "Module/MyMacros". 2. It works when a macro has one or more arguements when the macro is in default macro file "Module/NewMacros". It does not work when the same macro is copied to a different module file such as "Module/MyMacros". Reproduce code: --- Documents->Open('c:\testme.doc'); $arg1 = 'Some value'; // First test --> This works fine //$word->Application->Run('phptest1'); // Second test --> This works fine //$word->Application->Run('phptest2', $arg1); // Third test --> This works fine //$word->Application->Run('phptest3', $arg1, $arg1); // Forth test --> This works fine //$wo
#40164 [NEW]: filetype() generates wrong error message type
From: pcdinh at gmail dot com Operating system: Windows PHP version: 5.2.0 PHP Bug Type: Compile Warning Bug description: filetype() generates wrong error message type Description: The PHP Manual said: filetype() will also produce an E_NOTICE message if the stat call fails or if the file type is unknown. However, in fact, with PHP 5.2.0, Windows Xp Sp2, a E_WARNING message is returned: Warning: filetype() [function.filetype]: Lstat failed for W:/ in D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php on line 73 Reproduce code: --- if (filetype('W:/') === false) { echo "Hello"; } Expected result: Notice: filetype() [function.filetype]: Lstat failed for W:/ in D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php on line 73 Actual result: -- Warning: filetype() [function.filetype]: Lstat failed for W:/ in D:\wvbsrc\mailing\demos\lib\core\WVB\View\Drivers\WVB_View_Standard.php on line 73 -- Edit bug report at http://bugs.php.net/?id=40164&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40164&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40164&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40164&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40164&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40164&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40164&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40164&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40164&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40164&r=support Expected behavior:http://bugs.php.net/fix.php?id=40164&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40164&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40164&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40164&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40164&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40164&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40164&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40164&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40164&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40164&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40164&r=mysqlcfg
#40151 [Bgs]: fsockopen can not work?
ID: 40151 User updated by: playercd8 at hotmail dot com Reported By: playercd8 at hotmail dot com Status: Bogus Bug Type: Network related Operating System: FreeBSD5.5 PHP Version: 5.2.0 New Comment: are your answer like "PHP5 can not sure to use fsockopen at FreeBSD"? is fsockopen not support at FreeBSD, now? or, you are remove PHP5 able use at FreeBSD? It's Bug? or not bug? Previous Comments: [2007-01-19 08:07:53] [EMAIL PROTECTED] 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. [2007-01-19 04:25:18] playercd8 at hotmail dot com I can manual telnet remote WebServer to get a html-file at FreeBSD. but, I can not use fsockopen at FreeBSD. Why? [2007-01-19 02:23:15] playercd8 at hotmail dot com function HttpRequest, It can run at PHP of Fedora Core 6. but, Why it can not run at FreeBSD ? Source code of the function, from http://www.webdeveloper.com/forum/archive/index.php/t-117095.html , and my some fix it. PHP work at FreeBSD, It can use socket_connect/socket_recv/socket_write ...etc. but, why It can not use fsockopen ? Why ? - function HttpRequest( $url, $method = "GET", $data = NULL, $additional_headers = NULL, $followRedirects = true ) { # in compliance with the RFC 2616 post data will not redirected $method = strtoupper($method); $url_parsed = @parse_url($url); if ([EMAIL PROTECTED]'scheme']) $url_parsed = @parse_url('http://'.$url); extract($url_parsed); $data_get = NULL; if(is_array($data)) { $ampersand = ''; $temp = NULL; foreach($data as $k => $v) { if ($k != "0") { $temp .= $ampersand.urlencode($k).'='.urlencode($v); $ampersand = '&'; } } $data_get = $temp; } if([EMAIL PROTECTED]) { if ($scheme == "https") $port = 443; else $port = 80; } if([EMAIL PROTECTED]) $path = '/'; if(($method == "GET") and (@$data_get)) $path .= "?".$data_get; #debug if ($this->debug == true) echo $path; $out = "$method $path {$_SERVER['SERVER_PROTOCOL']}\r\n"; $out .= "Host: $host\r\n"; if($method == 'POST') { $out .= "Content-type: application/x-www-form-urlencoded\r\n"; $out .= "Content-length: " . @strlen($data_get) . "\r\n"; } $out .= (@$additional_headers)?$additional_headers:''; $out .= "Connection: Close\r\n\r\n"; if($method == "POST") $out .= $data_get."\r\n"; #debug if ($this->debug == true) echo $out; #fix https $openhost = ($scheme == "https" ? "ssl://" : "").$host; #debug if ($this->debug == true) echo "OpenSocket:".$openhost."(".$port.")"; if(!$fp = @fsockopen($openhost, $port, $errno, $errstr, 15)) { #debug if ($this->debug == true) echo "Now can not open socket.\nError($errno) $errstr\n"; return false; } fwrite($fp, $out); while (!feof($fp)) { $s = fgets($fp, 128); #debug if ($this->debug == true) echo "\n".$s; if ( $s == "\r\n" ) { $foundBody = true; continue; } if ( $foundBody ) {
#40163 [Opn->Fbk]: UNC Path not working
ID: 40163 Updated by: [EMAIL PROTECTED] Reported By: coyle at washpenn dot com -Status: Open +Status: Feedback Bug Type: Directory function related Operating System: Windows 2003 PHP Version: 5.2.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2007-01-19 01:00:36] coyle at washpenn dot com Description: Using UNC path to save out a file in PHP 5.1.6 and everything works great. Upgraded to PHP 5.2.0 today and the UNC will not work anymore. Reproduce code: --- $path = 'server\\share\\directory\\' if(is_dir($path)) { print 'directory exists'; } else { print 'directory does not exists'; } Expected result: directory exists Actual result: -- directory does not exists -- Edit this bug report at http://bugs.php.net/?id=40163&edit=1
#40151 [Opn->Bgs]: fsockopen can not work?
ID: 40151 Updated by: [EMAIL PROTECTED] Reported By: playercd8 at hotmail dot com -Status: Open +Status: Bogus Bug Type: Network related Operating System: FreeBSD5.5 PHP Version: 5.2.0 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-01-19 04:25:18] playercd8 at hotmail dot com I can manual telnet remote WebServer to get a html-file at FreeBSD. but, I can not use fsockopen at FreeBSD. Why? [2007-01-19 02:23:15] playercd8 at hotmail dot com function HttpRequest, It can run at PHP of Fedora Core 6. but, Why it can not run at FreeBSD ? Source code of the function, from http://www.webdeveloper.com/forum/archive/index.php/t-117095.html , and my some fix it. PHP work at FreeBSD, It can use socket_connect/socket_recv/socket_write ...etc. but, why It can not use fsockopen ? Why ? - function HttpRequest( $url, $method = "GET", $data = NULL, $additional_headers = NULL, $followRedirects = true ) { # in compliance with the RFC 2616 post data will not redirected $method = strtoupper($method); $url_parsed = @parse_url($url); if ([EMAIL PROTECTED]'scheme']) $url_parsed = @parse_url('http://'.$url); extract($url_parsed); $data_get = NULL; if(is_array($data)) { $ampersand = ''; $temp = NULL; foreach($data as $k => $v) { if ($k != "0") { $temp .= $ampersand.urlencode($k).'='.urlencode($v); $ampersand = '&'; } } $data_get = $temp; } if([EMAIL PROTECTED]) { if ($scheme == "https") $port = 443; else $port = 80; } if([EMAIL PROTECTED]) $path = '/'; if(($method == "GET") and (@$data_get)) $path .= "?".$data_get; #debug if ($this->debug == true) echo $path; $out = "$method $path {$_SERVER['SERVER_PROTOCOL']}\r\n"; $out .= "Host: $host\r\n"; if($method == 'POST') { $out .= "Content-type: application/x-www-form-urlencoded\r\n"; $out .= "Content-length: " . @strlen($data_get) . "\r\n"; } $out .= (@$additional_headers)?$additional_headers:''; $out .= "Connection: Close\r\n\r\n"; if($method == "POST") $out .= $data_get."\r\n"; #debug if ($this->debug == true) echo $out; #fix https $openhost = ($scheme == "https" ? "ssl://" : "").$host; #debug if ($this->debug == true) echo "OpenSocket:".$openhost."(".$port.")"; if(!$fp = @fsockopen($openhost, $port, $errno, $errstr, 15)) { #debug if ($this->debug == true) echo "Now can not open socket.\nError($errno) $errstr\n"; return false; } fwrite($fp, $out); while (!feof($fp)) { $s = fgets($fp, 128); #debug if ($this->debug == true) echo "\n".$s; if ( $s == "\r\n" ) { $foundBody = true; continue; } if ( $foundBody ) { $body .= $s; } else { #echo $s; if( ($followRedirects) and (preg_match('/^Location:(.*)/i', $s, $matches) != false) )