Bug #51779 [Com]: FTP socket failed
Edit report at http://bugs.php.net/bug.php?id=51779&edit=1 ID: 51779 Comment by: michael dot clark at ncver dot edu dot au Reported by: michael dot clark at ncver dot edu dot au Summary: FTP socket failed Status: Open Type: Bug Package: FTP related Operating System: HP-UX 11.23 ia64 PHP Version: 5.2.13 New Comment: Sorry, forgot to mention. ftp_pasv is no help in this case, especially when client and server are the same machine. PS thanks for any help resolving this issue. Previous Comments: [2010-05-10 04:57:18] michael dot clark at ncver dot edu dot au Description: Have built new installations of apache 2.2.14 with PHP 5.2.13 to replace previous installation of Apache 2.0 with PHP 4.3.4. Other functionality has all worked. We are recieving warning on all file related ftp functions: Warning: ftp_rawlist() [function.ftp-rawlist]: socket() failed: Protocol not supported (221) Connection to server and login complete successfully. When trying to list, put, get any data it fails. My guess is connection successful on first port but second (data) port not successful? Test script: --- "; $remote_list = ftp_rawlist($conn_id, "/home/devdba"); foreach ($remote_list as $list_item) { echo $list_item.""; } } ?> Expected result: FTP pwd: /home item1 item2 item3 Actual result: -- FTP pwd: /home Warning: ftp_rawlist() [function.ftp-rawlist]: socket() failed: Protocol not supported (221) -- Edit this bug report at http://bugs.php.net/bug.php?id=51779&edit=1
Bug #51780 [Opn->Dup]: FILTER_VALIDATE_URL should allow domain name with '-'
Edit report at http://bugs.php.net/bug.php?id=51780&edit=1 ID: 51780 Updated by: ras...@php.net Reported by: srwang at pixnet dot tw Summary: FILTER_VALIDATE_URL should allow domain name with '-' -Status: Open +Status: Duplicate Type: Bug Package: Filter related Operating System: All PHP Version: 5.3.2 New Comment: This was reported and fixed before. Will be in the next release. Previous Comments: [2010-05-10 05:03:00] srwang at pixnet dot tw Description: FILTER_VALIDATE_URL should allow host name with '-' Test script: --- var_dump(filter_var('http://www.711.com.tw', FILTER_VALIDATE_URL)); var_dump(filter_var('http://www.7-11.com.tw', FILTER_VALIDATE_URL)); Expected result: string(21) "http://www.711.com.tw"; string(22) "http://www.7-11.com.tw"; Actual result: -- string(21) "http://www.711.com.tw"; bool(false) -- Edit this bug report at http://bugs.php.net/bug.php?id=51780&edit=1
[PHP-BUG] Bug #51780 [NEW]: FILTER_VALIDATE_URL should allow domain name with '-'
From: Operating system: All PHP version: 5.3.2 Package: Filter related Bug Type: Bug Bug description:FILTER_VALIDATE_URL should allow domain name with '-' Description: FILTER_VALIDATE_URL should allow host name with '-' Test script: --- var_dump(filter_var('http://www.711.com.tw', FILTER_VALIDATE_URL)); var_dump(filter_var('http://www.7-11.com.tw', FILTER_VALIDATE_URL)); Expected result: string(21) "http://www.711.com.tw"; string(22) "http://www.7-11.com.tw"; Actual result: -- string(21) "http://www.711.com.tw"; bool(false) -- Edit bug report at http://bugs.php.net/bug.php?id=51780&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51780&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51780&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51780&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51780&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51780&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51780&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51780&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51780&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51780&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51780&r=support Expected behavior: http://bugs.php.net/fix.php?id=51780&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51780&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51780&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51780&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51780&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51780&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51780&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51780&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51780&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51780&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51780&r=mysqlcfg
[PHP-BUG] Bug #51779 [NEW]: FTP socket failed
From: Operating system: HP-UX 11.23 ia64 PHP version: 5.2.13 Package: FTP related Bug Type: Bug Bug description:FTP socket failed Description: Have built new installations of apache 2.2.14 with PHP 5.2.13 to replace previous installation of Apache 2.0 with PHP 4.3.4. Other functionality has all worked. We are recieving warning on all file related ftp functions: Warning: ftp_rawlist() [function.ftp-rawlist]: socket() failed: Protocol not supported (221) Connection to server and login complete successfully. When trying to list, put, get any data it fails. My guess is connection successful on first port but second (data) port not successful? Test script: --- "; $remote_list = ftp_rawlist($conn_id, "/home/devdba"); foreach ($remote_list as $list_item) { echo $list_item.""; } } ?> Expected result: FTP pwd: /home item1 item2 item3 Actual result: -- FTP pwd: /home Warning: ftp_rawlist() [function.ftp-rawlist]: socket() failed: Protocol not supported (221) -- Edit bug report at http://bugs.php.net/bug.php?id=51779&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51779&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51779&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51779&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51779&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51779&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51779&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51779&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51779&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51779&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51779&r=support Expected behavior: http://bugs.php.net/fix.php?id=51779&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51779&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51779&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51779&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51779&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51779&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51779&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51779&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51779&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51779&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51779&r=mysqlcfg
Bug #49215 [NoF->Fbk]: make fails on glob_wrapper
Edit report at http://bugs.php.net/bug.php?id=49215&edit=1 ID: 49215 Updated by: fel...@php.net Reported by: jim dot stcyr at gmail dot com Summary: make fails on glob_wrapper -Status: No Feedback +Status: Feedback Type: Bug Package: Compile Failure Operating System: RedHat 2.6.9-89.0.3.ELsmp PHP Version: 5.3SVN-2009-08-11 (snap) New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-11-19 01:58:22] lcmattoso at hotmail dot com Try just rm -f config.cache and your old ./configure params works for me [2009-08-20 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". [2009-08-12 09:03:33] j...@php.net Can you try the PHP_5_2 snapshot also: http://snaps.php.net/php5.2-latest.tar.gz And are you absolutely sure nothing has changed in your system..? I suggest trying to recompile the last PHP version you were able to build before.. [2009-08-11 20:29:59] jim dot stcyr at gmail dot com What's really irritating about this issue is that PHP has been successfully built on this machine in the past; as recently as last month. [auto...@les1 ~]$ gcc -v Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.6/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.6 20060404 (Red Hat 3.4.6-11) [2009-08-11 19:01:54] j...@php.net # make clean && make ..and what compiler are you using? Version? 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/bug.php?id=49215 -- Edit this bug report at http://bugs.php.net/bug.php?id=49215&edit=1
Bug #49788 [NoF->Fbk]: Missing command in make file for "Generating phar.php"
Edit report at http://bugs.php.net/bug.php?id=49788&edit=1 ID: 49788 Updated by: fel...@php.net Reported by: venkata dot ballari at gmail dot com Summary: Missing command in make file for "Generating phar.php" -Status: No Feedback +Status: Feedback Type: Bug Package: Compile Failure Operating System: AIX 5.3 PHP Version: 5.3.0 New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-10-14 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". [2009-10-08 08:16:04] venkata dot ballari at gmail dot com I tried the snapshot available at http://snaps.php.net/php5.3-latest.tar.gz I'm using bash. Still getting errors. -I/usr/include -g -c /home/oa_apps/php5.3-200910070430/ext/fileinfo/libmagic/encoding.c -o ext/fileinfo/libmagic/encoding.lo 1500-052: (S) Cannot write object file. make: 1254-004 The error code from the last command is 1. Stop. [2009-10-06 15:25:26] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And what shell are you using? Only bash is supported. [2009-10-06 14:52:45] venkata dot ballari at gmail dot com Description: The "Generating phar.php" section of make fails with the error: /bin/sh[14]: -d: not found. Reproduce code: --- cd php-5.3.0 ./configure --prefix=/ballari/oa_apps --with-apxs2=/ballari/oa_apps/apache2/bin/apxs --with-config-file-path=/ballari/oa_apps/apache2/conf --with-gd --disable-static --enable-shared --enable-libxml --with-zlib --with-zlib-dir=/opt/freeware/lib --with-jpeg-dir=/opt/freeware/lib --with-mysql=/ballari/picc/db/mysql-standard-5.0.27-aix5.2-powerpc make Expected result: make process completes without error. Actual result: -- -I/usr/include -g -c main/internal_functions_cli.c -o main/internal_functions_cli.lo echo '\ \ Generating phar.php /bin/sh[14]: -d: not found. make: 1254-004 The error code from the last command is 127. Stop. -- Edit this bug report at http://bugs.php.net/bug.php?id=49788&edit=1
Bug #50326 [NoF->Fbk]: cannot link curl extension to curl 7.19.7
Edit report at http://bugs.php.net/bug.php?id=50326&edit=1 ID: 50326 Updated by: fel...@php.net Reported by: r dot polanskis at uws dot edu dot au Summary: cannot link curl extension to curl 7.19.7 -Status: No Feedback +Status: Feedback Type: Bug Package: Compile Failure Operating System: SunOS bisset 5.10 Generic_141414 PHP Version: 5.3.1 New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-12-08 01:00:02] 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". [2009-11-30 07:59:59] j...@php.net Does it work when you compile things normally? And not try something we don't support? [2009-11-30 01:56:44] r dot polanskis at uws dot edu dot au Description: Hi, I will paste in the URL that describes the complete problem from the Sun forum: http://forums.sun.com/thread.jspa?messageID=10874518 In short, the curl module does not link against libcurl: SO I recompiled curl-7.19.7 successfully and installed it. Then I copied the php-5.3.1 ext/curl module directory to another location and attempted to link it. This works against curl-7.17.1 but not against curl-7.19.7. curl-7.17.1 is the last version I can get to link against php-5.3.1 and gcc-4.3.3. So my test was to just link the module against curl-7.19.7: Then I did the following: bisset:curl 147# /opt/app/cwis/support/php/bin/phpize Configuring for: PHP Api Version: 20090626 Zend Module Api No: 20090626 Zend Extension Api No: 220090626 bisset:curl 148# ./configure --with-php-config=/opt/app/cwis/support/php/bin/php-config --with-curl=/opt/app/cwis/support/curl checking for egrep... egrep checking for a sed that does not truncate output... /opt/sfw/bin/gsed checking for cc... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for icc... no checking for suncc... no checking whether gcc and cc understand -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... yes checking build system type... sparc-sun-solaris2.10 checking host system type... sparc-sun-solaris2.10 checking target system type... sparc-sun-solaris2.10 checking for PHP prefix... /opt/app/cwis/support/php checking for PHP includes... -I/opt/app/cwis/support/php/include/php -I/opt/app/cwis/support/php/include/php/main -I/opt/app/cwis/support/php/include/php/TSRM -I/opt/app/cwis/support/php/include/php/Zend -I/opt/app/cwis/support/php/include/php/ext -I/opt/app/cwis/support/php/include/php/ext/date/lib checking for PHP extension directory... /opt/app/cwis/support/php/lib/php/20090626 checking for PHP installed headers prefix... /opt/app/cwis/support/php/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for cURL support... yes, shared checking if we should use cURL for url streams... no checking for cURL 7.10.5 or greater... libcurl 7.19.7 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... yes checking for curl_version_info in -lcurl... yes checking for curl_easy_strerror in -lcurl... yes checking for curl_multi_strerror in -lcurl... yes checking for ld used by gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatib
Bug #49605 [NoF->Fbk]: openssl.c ... discards qualifiers from pointer target type
Edit report at http://bugs.php.net/bug.php?id=49605&edit=1 ID: 49605 Updated by: fel...@php.net Reported by: terry at mackintoshweb dot com Summary: openssl.c ... discards qualifiers from pointer target type -Status: No Feedback +Status: Feedback Type: Bug Package: Compile Failure Operating System: Linux, 2.4.19 kernel PHP Version: 5.3.0 New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-09-28 01:00:01] 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". [2009-09-20 10:47:02] paj...@php.net Which gcc and openssl version do you use? And can post a link to the full openssl build log please? There is no error in what you gave here, only warnings. [2009-09-20 04:22:56] terry at mackintoshweb dot com Description: Build fails Reproduce code: --- ./configure --with-snmp --with-pgsql=/usr/local/pgsql --with-gd --enable-calendar --with-apxs2=/usr/local/apache2/bin/apxs --disable-cgi --with-openssl --with-gnu-ld --with-jpeg-dir=/usr/local/lib make Actual result: -- /usr/src/php-5.3.0/ext/openssl/openssl.c: In function `zif_openssl_seal': /usr/src/php-5.3.0/ext/openssl/openssl.c:4113: warning: passing arg 2 of `EVP_SealInit' discards qualifiers from pointer target type /usr/src/php-5.3.0/ext/openssl/openssl.c: In function `zif_openssl_open': /usr/src/php-5.3.0/ext/openssl/openssl.c:4203: warning: passing arg 2 of `EVP_OpenInit' discards qualifiers from pointer target type /usr/src/php-5.3.0/ext/openssl/openssl.c: In function `zif_openssl_digest': /usr/src/php-5.3.0/ext/openssl/openssl.c:4529: void value not ignored as it ought to be make: *** [ext/openssl/openssl.lo] Error 1 -- Edit this bug report at http://bugs.php.net/bug.php?id=49605&edit=1
Bug #50237 [Opn->Bgs]: [PATCH] - Enable correct behaviour when building PHP6 with Sun's compilers
Edit report at http://bugs.php.net/bug.php?id=50237&edit=1 ID: 50237 Updated by: fel...@php.net Reported by: yoarvi at gmail dot com Summary: [PATCH] - Enable correct behaviour when building PHP6 with Sun's compilers -Status: Open +Status: Bogus Type: Bug Package: Compile Failure Operating System: Solaris 5.10 (SPARC) PHP Version: 6SVN-2009-11-20 (SVN) New Comment: . Previous Comments: [2009-11-20 10:16:53] yoarvi at gmail dot com Description: The Sun Studio compilers don't seem to like it when a vararg is passed as a zstr union and then retrieved as a (UChar *). Specifying class_name.v instead of class_name to php_printf fixes the problem. This doesn't seem to be a problem on Ubuntu/gcc. Based on feedback (http://forums.sun.com/thread.jspa?threadID=5415962&tstart=00) from the Sun compiler folks, it seems that the following patch is necessary for PHP6 (trunk). http://bitbucket.org/arvi/arviq/src/tip/svn-zstr-varargs-patch.txt Reproduce code: --- http://marc.info/?l=php-internals&m=125802929326277&w=2 is the relevant mail thread on internals. Expected result: Tests such as tests/classes/__set__get_001.php should pass when executed using a PHP built with Sun Studio's compilers. Actual result: -- Lots of test failures on Solaris. -- Edit this bug report at http://bugs.php.net/bug.php?id=50237&edit=1
Bug #51774 [Opn->Bgs]: ./configure fails with the path to the source directory includes a space
Edit report at http://bugs.php.net/bug.php?id=51774&edit=1 ID: 51774 Updated by: fel...@php.net Reported by: ericleestewart at gmail dot com Summary: ./configure fails with the path to the source directory includes a space -Status: Open +Status: Bogus Type: Bug Package: *Compile Issues Operating System: Mac OS X 10.6.3 PHP Version: 5.2SVN-2010-05-09 (snap) New Comment: Duplicate of #49270 Previous Comments: [2010-05-09 05:43:47] ericleestewart at gmail dot com Description: If you attempted to run ./configure from on source code found in a path that includes a space. That space doesn't have to be in the folder containing the source, just in the path. For Example: /Users/ericstewart/Desktop/PHP Test/php52 Output from ./configure: creating cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /usr/bin/sed checking host system type... i386-apple-darwin10.3.0 checking target system type... i386-apple-darwin10.3.0 checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for icc... no checking for suncc... no checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking whether ln -s works... yes checking for system library directory... lib checking whether to enable runpaths... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking for bison... bison -y checking for bison version... 2.3 (ok) checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for flex version... invalid configure: warning: flex versions supported for regeneration of the Zend/PHP parsers: 2.5.4 (found: 2.5.35) checking for re2c... no configure: warning: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking whether gcc supports -no-cpp-precomp... yes checking whether to force non-PIC code in shared modules... no checking whether /dev/urandom exists... yes checking for pthreads_cflags... checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking whether to enable Apache charset compatibility option... no checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... yes checking for Apache 1.x (hooks) module support via DSO through APXS... no checking for Apache 1.x (hooks) module support... no checking whether to enable Apache charset compatibility option... no checking for Caudium support... no checking for CLI build... sed: /Users/ericstewart/Desktop/PHP: No such file or directory sed: Test/php52/sapi/cli/Makefile.frag: No such file or directory yes checking for Continuity support... no checking for embedded SAPI library support... no checking for Zeus ISAPI support... no checking for Milter support... no checking for NSAPI support... no checking for PHTTPD support... no checking for Pi3Web support... no checking whether Roxen module is build using ZTS... no checking for Roxen/Pike support... checking for thttpd... no checking for TUX... no checking for webjames... no checking for chosen SAPI module... apache2handler Running system checks checking for sendmail... /usr/sbin/sendmail checking whether system uses EBCDIC... no checking whether byte ordering is bigendian... no checking whether writing to stdout works... This is the test message -- yes checking for socket... yes checking for socketpair... yes checking for htonl... yes checking for gethostname... yes checking for gethostbyaddr... yes checking for yp_get_default_domain... yes checking for dlopen... yes checking for sin in -lm... yes checking for res_search... yes checking for inet_aton... yes checking for dn_skipname... no checking for __dn_skipname... yes checking for ANSI C header files... yes checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for inttypes.h... yes checking for stdint.h... yes checking for dirent.h... yes checking for ApplicationServices/ApplicationSer
[PHP-BUG] Bug #51778 [NEW]: crash on libphp5.so, when running ampache's initial scripts
From: Operating system: plugapps (arch linux) PHP version: 5.2.13 Package: Apache2 related Bug Type: Bug Bug description:crash on libphp5.so, when running ampache's initial scripts Description: I get this core dump when running anything from ampache (test.php, index.php, install.php, any ampache version): #0 0x406300a8 in _zval_ptr_dtor () from /etc/httpd/modules/libphp5.so #1 0x40660624 in zend_do_fcall_common_helper_SPEC () from /etc/httpd/modules/libphp5.so #2 0x4065dec8 in execute () from /etc/httpd/modules/libphp5.so the rest of the stack trace is unknown as LAMP runs on limited hardware (the pogoplug) and i have not install debug symbols. Pogoplug currently runs plugapps, an arm optimized version of Arch linux. I am not sure whether this crash is a vanilla php bug or a plugapps php issue. A basic "phpinfo()" script runs fine so at least basic php operation is properly configured. Sorry if the bug is not vanilla php and i'm wasting your time. Test script: --- any ampache script, i.e. test.php (http://pastebin.com/FXAtKNyJ), run on plugbox linux (arch 2.6.33 based) -- Edit bug report at http://bugs.php.net/bug.php?id=51778&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51778&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51778&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51778&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51778&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51778&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51778&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51778&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51778&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51778&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51778&r=support Expected behavior: http://bugs.php.net/fix.php?id=51778&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51778&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51778&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51778&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51778&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51778&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51778&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51778&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51778&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51778&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51778&r=mysqlcfg
Bug #46715 [Opn->Bgs]: Segfault on long expression
Edit report at http://bugs.php.net/bug.php?id=46715&edit=1 ID: 46715 Updated by: fel...@php.net Reported by: svoboda at svoon dot net Summary: Segfault on long expression -Status: Open +Status: Bogus Type: Bug Package: PCRE related Operating System: debian etch PHP Version: 5.2CVS-2008-11-29 (snap) New Comment: Not a PHP bug. Previous Comments: [2010-04-30 15:23:33] ka...@php.net This is more an issue of PCRE as it seems in the backtrace, ZF must do some regular expression matches behind the scenes I would assume since thats where the segfault actually occur. [2009-11-20 21:25:32] svoboda at svoon dot net I providet the debug output [2009-11-20 21:24:44] svoboda at svoon dot net gdb ./sapi/cli/php GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". warning: not using untrusted file "/home/src/php-5.2.9-debug/.gdbinit" (gdb) run public/test.php Starting program: /home/src/php-5.2.9-debug/sapi/cli/php public/test.php [Thread debugging using libthread_db enabled] [New Thread -1225201984 (LWP 12114)] Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/lib/php/extensions/debug-non-zts-20060613/fileinfo.so' - /usr/local/php5/lib/php/extensions/debug-non-zts-20060613/fileinfo.so: cannot open shared object file: No such file or directory in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/lib/php/extensions/debug-non-zts-20060613/ps.so' - /usr/local/php5/lib/php/extensions/debug-non-zts-20060613/ps.so: cannot open shared object file: No such file or directory in Unknown on line 0 Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/lib/php/extensions/debug-non-zts-20060613/gnupg.so' - /usr/local/php5/lib/php/extensions/debug-non-zts-20060613/gnupg.so: cannot open shared object file: No such file or directory in Unknown on line 0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1225201984 (LWP 12114)] 0x080c70f2 in match ( eptr=0xb6e8a6f8 "strong>e-mail: mailto:.cztel: 483 737 667\r\n\r\n\r\n\r\n\r\n \r\nM"..., ecode=0x8c01956 "b", mstart=0xb6e89c8a "'Mgr. \nLibor Behúl\r\n\r\n\r\n\r\n"..., offset_top=4, md=0xbfe00408, ims=0, eptrb=0xbf604158, flags=2, rdepth=5339) at /usr/src/php-5.2.9-debug/ext/pcre/pcrelib/pcre_exec.c:714 714 RMATCH(eptr, ecode + _pcre_OP_lengths[*ecode], offset_top, md, [2009-01-16 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". [2009-01-08 05:31:33] ka...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. 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/bug.php?id=46715 -- Edit this bug report at http://bugs.php.net/bug.php?id=46715&edit=1
Bug #50858 [Opn->Asn]: $encryption_key parameter seems to be ineffective
Edit report at http://bugs.php.net/bug.php?id=50858&edit=1 ID: 50858 Updated by: fel...@php.net Reported by: roger dot olivier at gmail dot com Summary: $encryption_key parameter seems to be ineffective -Status: Open +Status: Assigned Type: Bug Package: SQLite related Operating System: win32 only - Windows XP Sp3 PHP Version: 5.3.1 -Assigned To: +Assigned To: scottmac Previous Comments: [2010-01-27 10:12:05] roger dot olivier at gmail dot com Description: The use of the encryption_key parameter in the SQLite3::open method don't works whereas the sqlite3 extension is compiled with the support of SEE (http://www.hwaci.com/sw/sqlite/see.html) The extension as been compiled in VC9 with the following configure : configure --enable-apache2-2handler --with-sqlite3=shared --enable-pdo=shared --with-pdo-sqlite=shared --enable-cgi --without-t1lib --enable-cli-win32 --with-extra-includes=d:/projets/php-sdk/Apache2/include;d:/projets/php-sdk/icu/include --with-extra-libs=d:/projets/php-sdk/Apache2/lib;d:/projets/php-sdk/icu/ The new php_sqlite3.dll and php_pdo_sqlite.dll are used to replace the dll present in the binary (still 5.3.1 VC9). Note : The use of PRAGMA key = 'mykey' works fine , it's just the use of the encryption_key parameter which seems broken Reproduce code: --- query('SELECT COUNT(*) from users'); var_dump($result->fetchArray()); ?> Expected result: array(2) { [0]=> int(1) ["COUNT(*)"]=> int(1) } Actual result: -- Unable to prepare statement: 26, file is encrypted or is not a database in -- Edit this bug report at http://bugs.php.net/bug.php?id=50858&edit=1
Bug #49295 [Opn->Asn]: stream_socket_client() fails on SSL+async
Edit report at http://bugs.php.net/bug.php?id=49295&edit=1 ID: 49295 Updated by: fel...@php.net Reported by: frase at cs dot wisc dot edu Summary: stream_socket_client() fails on SSL+async -Status: Open +Status: Assigned Type: Bug Package: OpenSSL related Operating System: win32 only - Win 2000 Pro SP4 PHP Version: 5.2.11, 5.3.1 Assigned To: srinatar Previous Comments: [2010-01-25 20:31:57] frase at cs dot wisc dot edu This bug was "suspended automatically" by the bug system because "no feedback was provided for this bug for over a week," although it seems to me the feedback required is from a PHP developer, not from me. Nonetheless, here's some feedback to reopen it: I'd still love to see this fixed. :) [2009-12-19 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". [2009-12-11 01:09:59] paj...@php.net Having read the backlog, will you work on that or completely give up on this bug (saw that you unassigned this bug)? [2009-09-16 18:22:57] srina...@php.net as i mentioned to you last time, our openssl implementation is incorrectly using file based sockets instead of openssl provided 'BIO' for underlying communication. this will require re-implementation of some of php's openssl implementation. this should be an issue only on windows. [2009-09-04 13:21:10] frase at cs dot wisc dot edu I'm sure this is expected, but the bug remains in 5.2.11RC2. I also noticed another clue: I mentioned previously that SSL+ASYNC works once (but not asynchronously) after starting Apache, and then fails and throws warnings. It turns out any SSL socket connection will cause future SSL+ASYNC attempts to do this, even if the first one was SYNC. So to get SSL+ASYNC to connect, it must be the very first SSL socket opened since Apache started. 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/bug.php?id=49295 -- Edit this bug report at http://bugs.php.net/bug.php?id=49295&edit=1
[PHP-BUG] Bug #51777 [NEW]: RegEx matching fails
From: Operating system: Windows XP and Linux Server PHP version: 5.3.2 Package: Regexps related Bug Type: Bug Bug description:RegEx matching fails Description: When a RegEx "looks" over ~32768 times during a successful match, every RegEx function fails and returns the empty string. Test script: --- http://www.travelocity.com";); // no problem with these first 2 RegExs $response2 = preg_replace('/\s+/'," ",$response); $mytitle = preg_replace('/.*?<\s*title\s*>([^<]*)<.*/i','${1}',$response2); echo "\nTitle Match Forward: ".$mytitle."\n\n"; // now, here's a problem $mytitle2 = preg_replace('/.*<\s*title\s*>([^<]*)<.*/i','${1}',$response2); echo "\nTitle Match Backward: ".$mytitle2."\n\n"; ?> Expected result: $mytitle gets extracted properly and echoed because the RegEx never looks more than 32768 times starting at the beginning of the travelocity.com page source. $mytitle2 never gets extracted because the RegEx looks more than 32768 times successfully and preg_replace() crashes into the empty string. Matching forward for the title is working; matching backward for the title is failing for large buffers. Actual result: -- Title Match Forward: Travelocity Travel: Airline Tickets, Hotels, Flights, Vacations, Cruises & Car Rentals Title Match Backward: -- Edit bug report at http://bugs.php.net/bug.php?id=51777&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51777&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51777&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51777&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51777&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51777&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51777&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51777&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51777&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51777&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51777&r=support Expected behavior: http://bugs.php.net/fix.php?id=51777&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51777&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51777&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51777&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51777&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51777&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51777&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51777&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51777&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51777&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51777&r=mysqlcfg
Bug #51759 [Com]: Same as bug #45150 (localhost -> 127.0.0.1)
Edit report at http://bugs.php.net/bug.php?id=51759&edit=1 ID: 51759 Comment by: falcon_ia at hotmail dot com Reported by: sed at sed dot is Summary: Same as bug #45150 (localhost -> 127.0.0.1) Status: Open Type: Bug Package: MySQL related Operating System: Windows 7 Ultimate 64bit PHP Version: 5.3.2 New Comment: After I updated php from 5.3.0 to 5.3.2, mysql_connect cannot connect localhost but 127.0.0.1. It shows: Warning: mysql_connect() [function.mysql-connect]: [2002] A connection attempt failed because the connected party did not (trying to connect via tcp://localhost:3306) in And drivers\etc\hosts seems good. Previous Comments: [2010-05-06 21:43:33] sed at sed dot is Description: Same as bug #45150. I was not able to connect to MySQL via localhost though PHP found the mysql extension etc. Finally, after 20 hours work, I found a website through Google that let me to a solution. To fix this I'll have to use "127.0.0.1" instead of "localhost" I'm using IIS7.5 on Windows 7 Ultimate 64bit FastCGI (PHP 5.2.13 installer [20,929Kb] - 25 February 2010, md5: 891e3262428851ebe71d5432a97be6d5, with my own php.ini aftertouch) MySQL 5.1.46-winx64 Using both IPv4 and IPv6 I can use localhost within MySQL command prompt, but not with PHP. Test script: --- // timeout $host = "localhost"; $user = "root"; $password = "**"; $database = "**"; $mysql_link = mysql_connect( $host, $user, $password ); // timeout fixed $host = "127.0.0.1"; $user = "root"; $password = "**"; $database = "**"; $mysql_link = mysql_connect( $host, $user, $password ); Expected result: Normal connection with mysql without timeout. Actual result: -- Timeout trying to connect via mysql_connect (Error: 2002) -- Edit this bug report at http://bugs.php.net/bug.php?id=51759&edit=1
Bug #51768 [Opn]: Fallback to read_property causes subsequent crash
Edit report at http://bugs.php.net/bug.php?id=51768&edit=1 ID: 51768 Updated by: cataphr...@php.net Reported by: cataphr...@php.net Summary: Fallback to read_property causes subsequent crash Status: Open Type: Bug Package: Reproducible crash Operating System: Windows PHP Version: 5.3.2 New Comment: Apparently, not to break backwards compatibility, $a = &$obj->prop should not accept only references, like read_dimension. The current behavior is to make a reference if the refcount is one (SEPARATE_ZVAL_TO_MAKE_IS_REF). Anyway, in the test script the refcount is 2. Previous Comments: [2010-05-08 16:01:21] cataphr...@php.net I got it backwards in the expected behavior and a bit in the description. What should give a fatal error is something like: $obj->prop = &$a; I said that $a = &$obj['prop'] emits an error. It doesn't. It emits a notice if the zval* returned by the read_dimension handler does not return a reference (Indirect modification of overloaded element). In fact both read_dimension and read_property without get_property_ptr_ptr behave correctly in the $obj->prop = &$a by emitting a fatal error: (Cannot assign by reference to overloaded object) The expected behavior should then be either mimic read_dimension (accept only references) or just throw an error. [2010-05-08 04:14:05] cataphr...@php.net Description: When the get_property_ptr_ptr handler is omitted, zend_fetch_property_address falls back to read_property, but then the behavior in cases such as $a = &$obj->prop; deviates from that of $a = &$obj['prop']; which properly emits an error. The final result is a crash. Test script: --- exttest.h: #ifndef PHP_EXTTEST_H # define PHP_EXTTEST_H # ifdef HAVE_CONFIG_H # include # endif # include extern zend_module_entry exttest_module_entry; #define phpext_exttest_ptr &exttest_module_entry #endif exttest.c: #include "exttest.h" static zend_object_handlers object_handlers; static zend_object_value ce_create_object(zend_class_entry *class_type TSRMLS_DC) { zend_object_value zov; zend_object *zobj; zobj = emalloc(sizeof *zobj); zend_object_std_init(zobj, class_type TSRMLS_CC); zend_hash_copy(zobj->properties, &(class_type->default_properties), (copy_ctor_func_t) zval_add_ref, NULL, sizeof(zval*)); zov.handle = zend_objects_store_put(zobj, (zend_objects_store_dtor_t) zend_objects_destroy_object, (zend_objects_free_object_storage_t) zend_objects_free_object_storage, NULL TSRMLS_CC); zov.handlers = &object_handlers; return zov; } ZEND_MODULE_STARTUP_D(exttest) { zend_class_entry ce; zend_class_entry *ce_ptr; zval *property; ALLOC_PERMANENT_ZVAL(property); INIT_ZVAL(*property); Z_TYPE_P(property) = IS_LONG; Z_LVAL_P(property) = 20l; memcpy(&object_handlers, zend_get_std_object_handlers(), sizeof object_handlers); object_handlers.get_property_ptr_ptr = NULL; INIT_CLASS_ENTRY(ce, "TestClass", NULL); ce_ptr = zend_register_internal_class(&ce TSRMLS_CC); ce_ptr->create_object = ce_create_object; zend_declare_property_ex(ce_ptr, "prop", 4, property, ZEND_ACC_PUBLIC, NULL, 0 TSRMLS_CC); } zend_module_entry exttest_module_entry = { STANDARD_MODULE_HEADER, "exttest", NULL, /* Functions */ ZEND_MODULE_STARTUP_N(exttest) , /* MINIT */ NULL, /* MSHUTDOWN */ NULL, /* RINIT */ NULL, /* RSHUTDOWN */ NULL, /* MINFO */ NO_VERSION_YET, STANDARD_MODULE_PROPERTIES }; ZEND_GET_MODULE(exttest) config.m4: PHP_ARG_ENABLE(exttest, [Whether to enable the "exttest" extension], [ enable-exttest Enable "exttest" extension support]) if test $PHP_EXTTEST != "no"; then PHP_SUBST(EXTTEST_SHARED_LIBADD) PHP_NEW_EXTENSION(exttest, exttest.c, $ext_shared) fi test.php: prop; debug_zval_dump($obj); debug_zval_dump(&$a); $a = 40; debug_zval_dump($obj); debug_zval_dump(&$a); unset($a); debug_zval_dump($obj); Expected result: Expected an error saying the operation is not permitted (like when attempting $a = &obj['index'] where there's no get_property_ptr_ptr equivalent). Actual result: -- When thre's get_property_ptr_ptr: object(TestClass)#1 (1) refcount(2){ ["prop"]=> long(20) refcount(2) } object(TestClass)#1 (1) refcount(2){ ["prop"]=> &long(20) refcount(2) } &long(20) refcount(3) object(TestClass)#1 (1) refcount(2){ ["prop"]=> &long(40) refcount(2) } &long(40) refcount(3) object(TestClass)#1 (1) refcount(2){ ["prop"]=> long(40) refcount(1) } When there's no get_property_ptr_ptr, zend_fetch_property_addres