Bug #53626 [Fbk->Opn]: Segmentation Fault
Edit report at http://bugs.php.net/bug.php?id=53626&edit=1 ID: 53626 User updated by:bionoren at letu dot edu Reported by:bionoren at letu dot edu Summary:Segmentation Fault -Status: Feedback +Status: Open Type: Bug Package:Reproducible crash Operating System: Mac OS X 10.6.5 PHP Version:5.3.4 Block user comment: N Private report: N New Comment: query("SELECT * from test"); return new test($result->fetchArray(SQLITE3_ASSOC)); } } $db = new SQLite3("test.sqlite", SQLITE3_OPEN_READWRITE | SQLITE3_OPEN_CREATE); $db->query("CREATE TABLE test (foo, bar)"); test::getInstance($db); print "done"; ?> Previous Comments: [2010-12-29 00:02:51] fel...@php.net 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. [2010-12-28 23:57:04] bionoren at letu dot edu Description: ./configure '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/private/etc' '--with-apxs2=/usr/sbin/apxs' '--enable-cli' '--with-config-file-path=/etc' '--with-libxml-dir=/usr' '--with-openssl=/usr' '--with-kerberos=/usr' '--with-zlib=/usr' '--enable-bcmath' '--with-bz2=/usr' '--enable-calendar' '--with-curl=/usr' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-native-ttf' '--with-ldap=/usr' '--with-ldap-sasl=/usr' '--enable-mbstring' '--enable-mbregex' '--with-mysql=mysqlnd' '--with-mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' '--with-mysql-sock=/var/mysql/mysql.sock' '--with-iodbc=/usr' '--enable-shmop' '--with-snmp=/usr' '--enable-soap' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-xmlrpc' '--with-iconv-dir=/usr' '--with-xsl=/usr' '--enable-zend-multibyte' '--enable-zip' '--with-pcre-regex' --disable-cgi --enable-debug --with-freetype-dir=/usr/local --with-mcrypt Expected result: An error message describing whatever bad situation I created for PHP Actual result: -- Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x 0x0001015bed85 in zend_llist_del_element (l=0x1022aade8, element=0x102099818, compare=0x101095ad6 ) at /downloads/php/php-5.3.4/Zend/zend_llist.c:97 97 next = current->next; (gdb) bt #0 0x0001015bed85 in zend_llist_del_element (l=0x1022aade8, element=0x102099818, compare=0x101095ad6 ) at /downloads/php/php-5.3.4/Zend/zend_llist.c:97 #1 0x000101095d6d in php_sqlite3_stmt_object_free_storage (object=0x1023132b0) at /downloads/php/php-5.3.4/ext/sqlite3/sqlite3.c:1936 #2 0x0001015fe9fd in zend_objects_store_free_object_storage (objects=0x101c95e38) at /downloads/php/php-5.3.4/Zend/zend_objects_API.c:92 #3 0x0001015b8ff1 in shutdown_executor () at /downloads/php/php-5.3.4/Zend/zend_execute_API.c:302 #4 0x0001015cc9f3 in zend_deactivate () at /downloads/php/php-5.3.4/Zend/zend.c:890 #5 0x0001015493d4 in php_request_shutdown (dummy=0x0) at /downloads/php/php-5.3.4/main/main.c:1633 #6 0x0001016b948b in php_apache_request_dtor (r=0x1009b1ea8) at /downloads/php/php-5.3.4/sapi/apache2handler/sapi_apache2.c:509 #7 0x0001016b9c63 in php_handler (r=0x1009b1ea8) at /downloads/php/php-5.3.4/sapi/apache2handler/sapi_apache2.c:681 #8 0x000121db in ap_run_handler () #9 0x00012aba in ap_invoke_handler () #10 0x00010002f738 in ap_process_request () #11 0x00010002bfa9 in ap_process_http_connection () #12 0x000100013737 in ap_run_process_connection () #13 0x000100013bd1 in ap_process_connection () #14 0x0001000363f2 in child_main () #15 0x0001000364dc in make_child () #16 0x000100036aaf in ap_mpm_run () #17 0x0001a821 in main () (gdb) -- Edit this bug report at http://bugs.php.net/bug.php?id=53626&edit=1
Bug #53626 [Opn->Fbk]: Segmentation Fault
Edit report at http://bugs.php.net/bug.php?id=53626&edit=1 ID: 53626 Updated by: fel...@php.net Reported by:bionoren at letu dot edu Summary:Segmentation Fault -Status: Open +Status: Feedback Type: Bug Package:Reproducible crash Operating System: Mac OS X 10.6.5 PHP Version:5.3.4 Block user comment: N Private report: N 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: [2010-12-28 23:57:04] bionoren at letu dot edu Description: ./configure '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/private/etc' '--with-apxs2=/usr/sbin/apxs' '--enable-cli' '--with-config-file-path=/etc' '--with-libxml-dir=/usr' '--with-openssl=/usr' '--with-kerberos=/usr' '--with-zlib=/usr' '--enable-bcmath' '--with-bz2=/usr' '--enable-calendar' '--with-curl=/usr' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-native-ttf' '--with-ldap=/usr' '--with-ldap-sasl=/usr' '--enable-mbstring' '--enable-mbregex' '--with-mysql=mysqlnd' '--with-mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' '--with-mysql-sock=/var/mysql/mysql.sock' '--with-iodbc=/usr' '--enable-shmop' '--with-snmp=/usr' '--enable-soap' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-xmlrpc' '--with-iconv-dir=/usr' '--with-xsl=/usr' '--enable-zend-multibyte' '--enable-zip' '--with-pcre-regex' --disable-cgi --enable-debug --with-freetype-dir=/usr/local --with-mcrypt Expected result: An error message describing whatever bad situation I created for PHP Actual result: -- Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x 0x0001015bed85 in zend_llist_del_element (l=0x1022aade8, element=0x102099818, compare=0x101095ad6 ) at /downloads/php/php-5.3.4/Zend/zend_llist.c:97 97 next = current->next; (gdb) bt #0 0x0001015bed85 in zend_llist_del_element (l=0x1022aade8, element=0x102099818, compare=0x101095ad6 ) at /downloads/php/php-5.3.4/Zend/zend_llist.c:97 #1 0x000101095d6d in php_sqlite3_stmt_object_free_storage (object=0x1023132b0) at /downloads/php/php-5.3.4/ext/sqlite3/sqlite3.c:1936 #2 0x0001015fe9fd in zend_objects_store_free_object_storage (objects=0x101c95e38) at /downloads/php/php-5.3.4/Zend/zend_objects_API.c:92 #3 0x0001015b8ff1 in shutdown_executor () at /downloads/php/php-5.3.4/Zend/zend_execute_API.c:302 #4 0x0001015cc9f3 in zend_deactivate () at /downloads/php/php-5.3.4/Zend/zend.c:890 #5 0x0001015493d4 in php_request_shutdown (dummy=0x0) at /downloads/php/php-5.3.4/main/main.c:1633 #6 0x0001016b948b in php_apache_request_dtor (r=0x1009b1ea8) at /downloads/php/php-5.3.4/sapi/apache2handler/sapi_apache2.c:509 #7 0x0001016b9c63 in php_handler (r=0x1009b1ea8) at /downloads/php/php-5.3.4/sapi/apache2handler/sapi_apache2.c:681 #8 0x000121db in ap_run_handler () #9 0x00012aba in ap_invoke_handler () #10 0x00010002f738 in ap_process_request () #11 0x00010002bfa9 in ap_process_http_connection () #12 0x000100013737 in ap_run_process_connection () #13 0x000100013bd1 in ap_process_connection () #14 0x0001000363f2 in child_main () #15 0x0001000364dc in make_child () #16 0x000100036aaf in ap_mpm_run () #17 0x0001a821 in main () (gdb) -- Edit this bug report at http://bugs.php.net/bug.php?id=53626&edit=1
[PHP-BUG] Bug #53626 [NEW]: Segmentation Fault
From: Operating system: Mac OS X 10.6.5 PHP version: 5.3.4 Package: Reproducible crash Bug Type: Bug Bug description:Segmentation Fault Description: ./configure '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/private/etc' '--with-apxs2=/usr/sbin/apxs' '--enable-cli' '--with-config-file-path=/etc' '--with-libxml-dir=/usr' '--with-openssl=/usr' '--with-kerberos=/usr' '--with-zlib=/usr' '--enable-bcmath' '--with-bz2=/usr' '--enable-calendar' '--with-curl=/usr' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-native-ttf' '--with-ldap=/usr' '--with-ldap-sasl=/usr' '--enable-mbstring' '--enable-mbregex' '--with-mysql=mysqlnd' '--with-mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' '--with-mysql-sock=/var/mysql/mysql.sock' '--with-iodbc=/usr' '--enable-shmop' '--with-snmp=/usr' '--enable-soap' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-xmlrpc' '--with-iconv-dir=/usr' '--with-xsl=/usr' '--enable-zend-multibyte' '--enable-zip' '--with-pcre-regex' --disable-cgi --enable-debug --with-freetype-dir=/usr/local --with-mcrypt Expected result: An error message describing whatever bad situation I created for PHP Actual result: -- Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x 0x0001015bed85 in zend_llist_del_element (l=0x1022aade8, element=0x102099818, compare=0x101095ad6 ) at /downloads/php/php-5.3.4/Zend/zend_llist.c:97 97 next = current->next; (gdb) bt #0 0x0001015bed85 in zend_llist_del_element (l=0x1022aade8, element=0x102099818, compare=0x101095ad6 ) at /downloads/php/php-5.3.4/Zend/zend_llist.c:97 #1 0x000101095d6d in php_sqlite3_stmt_object_free_storage (object=0x1023132b0) at /downloads/php/php-5.3.4/ext/sqlite3/sqlite3.c:1936 #2 0x0001015fe9fd in zend_objects_store_free_object_storage (objects=0x101c95e38) at /downloads/php/php-5.3.4/Zend/zend_objects_API.c:92 #3 0x0001015b8ff1 in shutdown_executor () at /downloads/php/php-5.3.4/Zend/zend_execute_API.c:302 #4 0x0001015cc9f3 in zend_deactivate () at /downloads/php/php-5.3.4/Zend/zend.c:890 #5 0x0001015493d4 in php_request_shutdown (dummy=0x0) at /downloads/php/php-5.3.4/main/main.c:1633 #6 0x0001016b948b in php_apache_request_dtor (r=0x1009b1ea8) at /downloads/php/php-5.3.4/sapi/apache2handler/sapi_apache2.c:509 #7 0x0001016b9c63 in php_handler (r=0x1009b1ea8) at /downloads/php/php-5.3.4/sapi/apache2handler/sapi_apache2.c:681 #8 0x000121db in ap_run_handler () #9 0x00012aba in ap_invoke_handler () #10 0x00010002f738 in ap_process_request () #11 0x00010002bfa9 in ap_process_http_connection () #12 0x000100013737 in ap_run_process_connection () #13 0x000100013bd1 in ap_process_connection () #14 0x0001000363f2 in child_main () #15 0x0001000364dc in make_child () #16 0x000100036aaf in ap_mpm_run () #17 0x0001a821 in main () (gdb) -- Edit bug report at http://bugs.php.net/bug.php?id=53626&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53626&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53626&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53626&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53626&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53626&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53626&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53626&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53626&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53626&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53626&r=support Expected behavior: http://bugs.php.net/fix.php?id=53626&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53626&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53626&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53626&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53626&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53626&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53626&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53626&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53626&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53626&r=nozend MySQL Configuration Error: http://bugs.php.net/fix
Req #50113 [Opn->Bgs]: No way to break long strings when declaring class constant
Edit report at http://bugs.php.net/bug.php?id=50113&edit=1 ID: 50113 Updated by: j...@php.net Reported by:samuel dot hapak at gmail dot com Summary:No way to break long strings when declaring class constant -Status: Open +Status: Bogus Type: Feature/Change Request -Package:Feature/Change Request +Package:*General Issues Operating System: Debian PHP Version:5.2.11 Block user comment: N Private report: N New Comment: Same as bug #30177 Previous Comments: [2009-11-07 17:12:58] samuel dot hapak at gmail dot com Description: Consider following example: class Example { const LONG_SENTENCE = "This sentence is really very very very very very very very very very very very very very very very very very very very very very very very very long"; }; It is not possible to breakup the assigned string using dot operator, and php also doesn't support neither c-like constant string concatenation ("really " "very" -> "really very") or c-like line continuation (end the line with backslash). This is really annoying, cause I end with the code containing extra long lines and I can't split them, making code unreadable without scrolling. -- Edit this bug report at http://bugs.php.net/bug.php?id=50113&edit=1
[PHP-BUG] Bug #53625 [NEW]: Failure: "cannot find: -lsqlod"
From: Operating system: OpenSuse 11.3 PHP version: 5.3.4 Package: Compile Failure Bug Type: Bug Bug description:Failure: "cannot find: -lsqlod" Description: Hello, I apologize because my english is not so good... I try to compile PHP 5.3.4 with Apache, MaxDB (SAP Database), OpenSSL and IMAP. But it doesn't works. See my configuration and the error below!!! I also tried other PHP versions. Test script: --- Configuration: ./configure --with-apxs2=/usr/local/apache/bin/apxs --with-sapdb=/opt/sdb/interfaces/odbc/ --with-iconv --with-imap=/opt/imap-2007a --with-imap-ssl=/usr --with-openssl=/usr --with-libdir=lib64 --with-gd --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir=/usr --with-zlib --with-zlib-dir=/usr --with-xpm-dir=/usr/local/X11R6 --with-mime-magic --enable-ftp --with-config-file-path=/usr/local/apache/php --prefix=/usr/local/apache/php --enable-force-cgi-redirect -disable-cgi --enable-soap Make: /bin/sh /home/evju-server/downloads/php-5.3.4/libtool --silent --preserve-dup-deps --mode=link gcc -I/usr/include -g -O2 -fvisibility=hidden -rpath /home/evju-server/downloads/php-5.3.4/libs -avoid-version -module -L/opt/sdb/interfaces/odbc//lib64 -R /opt/sdb/interfaces/odbc//lib64 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/date/lib/parse_iso_intervals.lo ext/date/lib/interval.lo ext/ereg/ereg.lo ext/ereg/regex/regcomp.lo ext/ereg/regex/regexec.lo ext/ereg/regex/regerror.lo ext/ereg/regex/regfree.lo ext/libxml/libxml.lo ext/openssl/openssl.lo ext/openssl/xp_ssl.lo ext/pcre/pcrelib/pcre_chartables.lo ext/pcre/pcrelib/pcre_ucd.lo ext/pcre/pcrelib/pcre_compile.lo ext/pcre/pcrelib/pcre_config.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_newline.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/sqlite3/sqlite3.lo ext/sqlite3/libsqlite/sqlite3.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/zlib/zlib_filter.lo ext/ctype/ctype.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/fileinfo/fileinfo.lo ext/fileinfo/libmagic/apprentice.lo ext/fileinfo/libmagic/apptype.lo ext/fileinfo/libmagic/ascmagic.lo ext/fileinfo/libmagic/cdf.lo ext/fileinfo/libmagic/cdf_time.lo ext/fileinfo/libmagic/compress.lo ext/fileinfo/libmagic/encoding.lo ext/fileinfo/libmagic/fsmagic.lo ext/fileinfo/libmagic/funcs.lo ext/fileinfo/libmagic/is_tar.lo ext/fileinfo/libmagic/magic.lo ext/fileinfo/libmagic/print.lo ext/fileinfo/libmagic/readcdf.lo ext/fileinfo/libmagic/readelf.lo ext/fileinfo/libmagic/softmagic.lo ext/filter/filter.lo ext/filter/sanitizing_filters.lo ext/filter/logical_filters.lo ext/filter/callback_filter.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/gd/libgd/gd_gif_out.lo ext/gd/libgd/gd_security.lo ext/gd/libgd/gd_filter.lo ext/gd/libgd/gd_pixelate.lo ext/gd/libgd/gd_arc.lo ext/gd/libgd/gd_rotate.lo ext/gd/libgd/gd_color.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/ha
Bug #53621 [Bgs]: Bug with PHP comment //
Edit report at http://bugs.php.net/bug.php?id=53621&edit=1 ID: 53621 Updated by: paj...@php.net Reported by:bruno dot boccara at d2b dot com Summary:Bug with PHP comment // Status: Bogus Type: Bug Package:Scripting Engine problem Operating System: WINDOWS 2008 64BIT PHP Version:5.3.4 Block user comment: N Private report: N New Comment: This is a well known fact that // comments do not work on the same line than the opening php tag. See the source of the page and you will certainly see the error message (between html tags). Previous Comments: [2010-12-28 18:32:27] ras...@php.net It is a simple syntax error. You must be suppressing error output/logging somehow or you would have seen the syntax error right away. Since you have a syntax error, the script could not be parsed and thus could not be executed and you therefore get no output from it other than the error message. [2010-12-28 18:20:04] bruno dot boccara at d2b dot com In fact, after some check into windows system alert, I don't see any php crash process. when calling a php page with this kind of code, apache logs return a 200 code (so it should be Ok), but in fact the html page is totally blank. more stange, I tried to do: ?> it also return a blank page !! after deleting the line with , it works normally I lost 3 days trying to understand what's going on until I find this (I'm not new in PHP !!!) For your info, the same script work perfectly under windows 2003 32, apache 2.0, php4.4.9 [2010-12-28 17:46:59] fel...@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. I cannot reproduce it. [2010-12-28 17:12:50] bruno dot boccara at d2b dot com Description: this script crash php: -- Edit this bug report at http://bugs.php.net/bug.php?id=53621&edit=1
Bug #53621 [Opn->Bgs]: Bug with PHP comment //
Edit report at http://bugs.php.net/bug.php?id=53621&edit=1 ID: 53621 Updated by: ras...@php.net Reported by:bruno dot boccara at d2b dot com Summary:Bug with PHP comment // -Status: Open +Status: Bogus Type: Bug Package:Scripting Engine problem Operating System: WINDOWS 2008 64BIT PHP Version:5.3.4 Block user comment: N Private report: N New Comment: It is a simple syntax error. You must be suppressing error output/logging somehow or you would have seen the syntax error right away. Since you have a syntax error, the script could not be parsed and thus could not be executed and you therefore get no output from it other than the error message. Previous Comments: [2010-12-28 18:20:04] bruno dot boccara at d2b dot com In fact, after some check into windows system alert, I don't see any php crash process. when calling a php page with this kind of code, apache logs return a 200 code (so it should be Ok), but in fact the html page is totally blank. more stange, I tried to do: ?> it also return a blank page !! after deleting the line with , it works normally I lost 3 days trying to understand what's going on until I find this (I'm not new in PHP !!!) For your info, the same script work perfectly under windows 2003 32, apache 2.0, php4.4.9 [2010-12-28 17:46:59] fel...@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. I cannot reproduce it. [2010-12-28 17:12:50] bruno dot boccara at d2b dot com Description: this script crash php: -- Edit this bug report at http://bugs.php.net/bug.php?id=53621&edit=1
Bug #53621 [Fbk->Opn]: Bug with PHP comment //
Edit report at http://bugs.php.net/bug.php?id=53621&edit=1 ID: 53621 User updated by:bruno dot boccara at d2b dot com Reported by:bruno dot boccara at d2b dot com Summary:Bug with PHP comment // -Status: Feedback +Status: Open Type: Bug -Package:Reproducible crash +Package:Scripting Engine problem Operating System: WINDOWS 2008 64BIT PHP Version:5.3.4 Block user comment: N Private report: N New Comment: In fact, after some check into windows system alert, I don't see any php crash process. when calling a php page with this kind of code, apache logs return a 200 code (so it should be Ok), but in fact the html page is totally blank. more stange, I tried to do: ?> it also return a blank page !! after deleting the line with , it works normally I lost 3 days trying to understand what's going on until I find this (I'm not new in PHP !!!) For your info, the same script work perfectly under windows 2003 32, apache 2.0, php4.4.9 Previous Comments: [2010-12-28 17:46:59] fel...@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. I cannot reproduce it. [2010-12-28 17:12:50] bruno dot boccara at d2b dot com Description: this script crash php: -- Edit this bug report at http://bugs.php.net/bug.php?id=53621&edit=1
Bug #53621 [Opn->Fbk]: Bug with PHP comment //
Edit report at http://bugs.php.net/bug.php?id=53621&edit=1 ID: 53621 Updated by: fel...@php.net Reported by:bruno dot boccara at d2b dot com Summary:Bug with PHP comment // -Status: Open +Status: Feedback Type: Bug Package:Reproducible crash Operating System: WINDOWS 2008 64BIT PHP Version:5.3.4 Block user comment: N Private report: N New Comment: 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. I cannot reproduce it. Previous Comments: [2010-12-28 17:12:50] bruno dot boccara at d2b dot com Description: this script crash php: -- Edit this bug report at http://bugs.php.net/bug.php?id=53621&edit=1
[PHP-BUG] Req #53622 [NEW]: CLI -w separate functions of striping whitespace and comments
From: Operating system: all PHP version: 5.3.4 Package: CGI related Bug Type: Feature/Change Request Bug description:CLI -w separate functions of striping whitespace and comments Description: It would be useful if The Command line option "-w" for stripping comments and whitespace was broken down into separate commands. One for striping whitespace and one for striping comments, the commands could be combined for users that want both. In our use case we have code that has become unreadable and needs excessive whitespace removed so it can be reformatted properly, we however want to keep all code comments. -- Edit bug report at http://bugs.php.net/bug.php?id=53622&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53622&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53622&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53622&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53622&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53622&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53622&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53622&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53622&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53622&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53622&r=support Expected behavior: http://bugs.php.net/fix.php?id=53622&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53622&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53622&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53622&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53622&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53622&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53622&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53622&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53622&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53622&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53622&r=mysqlcfg
[PHP-BUG] Bug #53621 [NEW]: Bug with PHP comment //
From: Operating system: WINDOWS 2008 64BIT PHP version: 5.3.4 Package: Reproducible crash Bug Type: Bug Bug description:Bug with PHP comment // Description: this script crash php: -- Edit bug report at http://bugs.php.net/bug.php?id=53621&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53621&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53621&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53621&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53621&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53621&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53621&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53621&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53621&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53621&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53621&r=support Expected behavior: http://bugs.php.net/fix.php?id=53621&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53621&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53621&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53621&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53621&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53621&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53621&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53621&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53621&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53621&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53621&r=mysqlcfg
Bug #40034 [Asn]: mssql_connect(): Unable to connect to server
Edit report at http://bugs.php.net/bug.php?id=40034&edit=1 ID: 40034 Updated by: paj...@php.net Reported by:chris dot clos at lmcu dot org Summary:mssql_connect(): Unable to connect to server Status: Assigned Type: Bug Package:MSSQL related Operating System: Windows Server 2003 PHP Version:5.2.0 Assigned To:fmk Block user comment: N Private report: N New Comment: @shutzel at gmx dot de Unrelated to this bug report, you simply have to install the MS SqlServer connection drivers, as usual :) Previous Comments: [2010-12-28 13:27:54] shutzel at gmx dot de I had the same problem with mssql_connect() Unable to connect to server. Type in the shell "php -m" and if you get an error that the "MSVCR71.dll" is missing, just download it from this address http://www.dlldump.com/download-dll-files.php/dllfiles/M/MSVCR71.dll/download.html and copy it to c:\windows\system32 - thats it! Greetings from munich germany ;) [2010-07-18 16:57:39] opc dot three at gmail dot com Related to Bug #29074 [2009-10-19 16:08:48] guoxinzz at 163 dot com To correct a small error: mssql.connect_timeout = 60 http://blog.csdn.net/gumanren >From mainland China [2009-10-19 16:05:48] guoxinzz at 163 dot com A temporary solution, the real problem is not found. Explore the question, please contact my technical blog http://blog.csdn.net/gumanren My E-mail:guoxi...@163.com or guoxi...@gmail.com My name is guoxin. Please view the English portion of the GOOGLE translation. Change PHP.ini configuration, as follows: [MSSQL] ; Allow or prevent persistent links. mssql.allow_persistent = On ; Maximum number of persistent links. -1 means no limit. mssql.max_persistent = -1 ; Maximum number of links (persistent+non persistent). -1 means no limit. mssql.max_links = -1 ; Minimum error severity to display. mssql.min_error_severity = 1000 ; Minimum message severity to display. mssql.min_message_severity = 1000 ; Compatibility mode with old versions of PHP 3.0. mssql.compatability_mode = Off ; Connect timeout mssql.connect_timeout = 5 ; Query timeout mssql.timeout = 60 ; Valid range 0 - 2147483647. Default = 4096. ;mssql.textlimit = 4096 ; Valid range 0 - 2147483647. Default = 4096. ;mssql.textsize = 4096 ; Limits the number of records in each batch. 0 = all records in one batch. ;mssql.batchsize = 0 ; Specify how datetime and datetim4 columns are returned ; On => Returns data converted to SQL server settings ; Off => Returns values as -MM-DD hh:mm:ss ;mssql.datetimeconvert = On ; Use NT authentication when connecting to the server mssql.secure_connection = on ; Specify max number of processes. -1 = library default ; msdlib defaults to 25 ; FreeTDS defaults to 4096 ;mssql.max_procs = -1 ; Specify client character set. ; If empty or not set the client charset from freetds.comf is used ; This is only used when compiled with FreeTDS ;mssql.charset = "ISO-8859-1" [2009-07-06 11:07:38] nm dot patel at sahmed dot com I have PHP Version 5.2.10 i have open mssql support from php.ini . I use IIS in Server 2005 Express I can no longer do mssql_connects, instead I get an error. Once I did this I get an error: Warning: mssql_connect() [function.mssql-connect]: Unable to connect to server: localhost:1433 in C:\Inetpub\wwwroot\LifeScience\TEST.php on line 8 Couldn't connect to SQL Server on localhost:1433 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=40034 -- Edit this bug report at http://bugs.php.net/bug.php?id=40034&edit=1
Bug #40034 [Com]: mssql_connect(): Unable to connect to server
Edit report at http://bugs.php.net/bug.php?id=40034&edit=1 ID: 40034 Comment by: shutzel at gmx dot de Reported by:chris dot clos at lmcu dot org Summary:mssql_connect(): Unable to connect to server Status: Assigned Type: Bug Package:MSSQL related Operating System: Windows Server 2003 PHP Version:5.2.0 Assigned To:fmk Block user comment: N Private report: N New Comment: I had the same problem with mssql_connect() Unable to connect to server. Type in the shell "php -m" and if you get an error that the "MSVCR71.dll" is missing, just download it from this address http://www.dlldump.com/download-dll-files.php/dllfiles/M/MSVCR71.dll/download.html and copy it to c:\windows\system32 - thats it! Greetings from munich germany ;) Previous Comments: [2010-07-18 16:57:39] opc dot three at gmail dot com Related to Bug #29074 [2009-10-19 16:08:48] guoxinzz at 163 dot com To correct a small error: mssql.connect_timeout = 60 http://blog.csdn.net/gumanren >From mainland China [2009-10-19 16:05:48] guoxinzz at 163 dot com A temporary solution, the real problem is not found. Explore the question, please contact my technical blog http://blog.csdn.net/gumanren My E-mail:guoxi...@163.com or guoxi...@gmail.com My name is guoxin. Please view the English portion of the GOOGLE translation. Change PHP.ini configuration, as follows: [MSSQL] ; Allow or prevent persistent links. mssql.allow_persistent = On ; Maximum number of persistent links. -1 means no limit. mssql.max_persistent = -1 ; Maximum number of links (persistent+non persistent). -1 means no limit. mssql.max_links = -1 ; Minimum error severity to display. mssql.min_error_severity = 1000 ; Minimum message severity to display. mssql.min_message_severity = 1000 ; Compatibility mode with old versions of PHP 3.0. mssql.compatability_mode = Off ; Connect timeout mssql.connect_timeout = 5 ; Query timeout mssql.timeout = 60 ; Valid range 0 - 2147483647. Default = 4096. ;mssql.textlimit = 4096 ; Valid range 0 - 2147483647. Default = 4096. ;mssql.textsize = 4096 ; Limits the number of records in each batch. 0 = all records in one batch. ;mssql.batchsize = 0 ; Specify how datetime and datetim4 columns are returned ; On => Returns data converted to SQL server settings ; Off => Returns values as -MM-DD hh:mm:ss ;mssql.datetimeconvert = On ; Use NT authentication when connecting to the server mssql.secure_connection = on ; Specify max number of processes. -1 = library default ; msdlib defaults to 25 ; FreeTDS defaults to 4096 ;mssql.max_procs = -1 ; Specify client character set. ; If empty or not set the client charset from freetds.comf is used ; This is only used when compiled with FreeTDS ;mssql.charset = "ISO-8859-1" [2009-07-06 11:07:38] nm dot patel at sahmed dot com I have PHP Version 5.2.10 i have open mssql support from php.ini . I use IIS in Server 2005 Express I can no longer do mssql_connects, instead I get an error. Once I did this I get an error: Warning: mssql_connect() [function.mssql-connect]: Unable to connect to server: localhost:1433 in C:\Inetpub\wwwroot\LifeScience\TEST.php on line 8 Couldn't connect to SQL Server on localhost:1433 [2009-06-08 16:36:34] wrossmann at gmail dot com Same issue under 5.2.1.1, solved as above. We deploy this same solution to dozens of IIS6/PHP servers with several hundred domains and have not detected any apparent incidental functionality issues. 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=40034 -- Edit this bug report at http://bugs.php.net/bug.php?id=40034&edit=1
Req #42630 [Opn->Csd]: dlopen() should be preferred to NSLinkModule()
Edit report at http://bugs.php.net/bug.php?id=42630&edit=1 ID: 42630 Updated by: j...@php.net Reported by:jdolecek at NetBSD dot org Summary:dlopen() should be preferred to NSLinkModule() -Status: Open +Status: Closed Type: Feature/Change Request -Package:Feature/Change Request +Package:Dynamic loading Operating System: Mac OS X 10.4 PHP Version:5.2.4 -Assigned To: +Assigned To:jani Block user comment: N Private report: N New Comment: No such code in trunk/PHP_5_3 anymore. Quite likely already done in 5.3.0. Previous Comments: [2010-04-03 02:13:08] php at group dot apple dot com I believe this was addressed in 5.3.1 or 5.3.2. [2007-09-11 20:27:05] jdolecek at NetBSD dot org Description: PHP uses NSLinkModule()-based interface for loading dynamic extensions. Since Mac OS X 10.4, dlopen() is now available as native function and should be used in preference to older NSLinkModule()-based method, for consistency with other UNIX platforms. Fix - if dlopen() is available, use dlopen(), otherwise fallback to NSLinkModule(): --- Zend/zend.h.orig2007-09-05 00:16:02.0 +0200 +++ Zend/zend.h @@ -80,18 +80,7 @@ # include #endif -#if HAVE_MACH_O_DYLD_H -#include - -/* MH_BUNDLE loading functions for Mac OS X / Darwin */ -void *zend_mh_bundle_load (char* bundle_path); -int zend_mh_bundle_unload (void *bundle_handle); -void *zend_mh_bundle_symbol(void *bundle_handle, const char *symbol_name); -const char *zend_mh_bundle_error(void); - -#endif /* HAVE_MACH_O_DYLD_H */ - -#if defined(HAVE_LIBDL) && !defined(HAVE_MACH_O_DYLD_H) && !defined(ZEND_WIN32) +#if defined(HAVE_LIBDL) && !defined(ZEND_WIN32) # ifndef RTLD_LAZY # define RTLD_LAZY 1/* Solaris 1, FreeBSD's (2.1.7.1 and older) */ @@ -118,6 +107,14 @@ const char *zend_mh_bundle_error(void); # define DL_HANDLE void * # define ZEND_EXTENSIONS_SUPPORT 1 #elif defined(HAVE_MACH_O_DYLD_H) + +#include + +/* MH_BUNDLE loading functions for Mac OS X / Darwin */ +void *zend_mh_bundle_load (char* bundle_path); +int zend_mh_bundle_unload (void *bundle_handle); +void *zend_mh_bundle_symbol(void *bundle_handle, const char *symbol_name); +const char *zend_mh_bundle_error(void); # define DL_LOAD(libname) zend_mh_bundle_load(libname) # define DL_UNLOAD zend_mh_bundle_unload # define DL_FETCH_SYMBOL(h,s) zend_mh_bundle_symbol(h,s) --- Zend/zend_extensions.c.orig 2007-09-05 00:24:04.0 +0200 +++ Zend/zend_extensions.c @@ -230,7 +230,7 @@ ZEND_API zend_extension *zend_get_extens * */ -#if HAVE_MACH_O_DYLD_H +#if defined(HAVE_MACH_O_DYLD_H) && !defined(HAVE_LIBDL) void *zend_mh_bundle_load(char* bundle_path) { @@ -284,7 +284,7 @@ const char *zend_mh_bundle_error(void) return NULL; } -#endif /* HAVE_MACH_O_DYLD_H */ +#endif /* HAVE_MACH_O_DYLD_H && !HAVE_LIBDL */ /* * Local variables: Reproduce code: --- I've originally developed this patch as a fix to bug #42629 to make extensions load with RTLD_GLOBAL. However, I found simplier fix to that problem, so I'm filling this dlopen() change as a separate bug report. -- Edit this bug report at http://bugs.php.net/bug.php?id=42630&edit=1
Req #46216 [Opn->Bgs]: enhance const declaration
Edit report at http://bugs.php.net/bug.php?id=46216&edit=1 ID: 46216 Updated by: j...@php.net Reported by:xigamy at gmail dot com Summary:enhance const declaration -Status: Open +Status: Bogus Type: Feature/Change Request -Package:Feature/Change Request +Package:*General Issues Operating System: * PHP Version:5.2.6 Block user comment: N Private report: N New Comment: See bug #30177 Previous Comments: [2008-10-02 08:51:26] xigamy at gmail dot com Description: I cannot declare a const a i would like to although i only use constant data. imho a concatenation of constant strings should be possible. the same as any operation on only constant values should be allowed. please? :-D Reproduce code: --- class SiteConfig { const HOST = 'www.test.com'; const DOC_ROOT = '/sites/aa/2484356/htdocs/'; const WEBMASTER_MAIL = 'webmas...@test.com'; const DEBUG = false; } class AppConfig { const HOME = SiteConfig::DOC_ROOT.'inc/lib/app/'; } Expected result: AppConfig::HOME == '/sites/aa/2484356/htdocs/inc/lib/app/' Actual result: -- syntax error -- Edit this bug report at http://bugs.php.net/bug.php?id=46216&edit=1
Bug #45021 [Com]: PDO_OCI only fetches 512 bytes from a LONG column
Edit report at http://bugs.php.net/bug.php?id=45021&edit=1 ID: 45021 Comment by: tomasz at trejderowski dot pl Reported by:steil at zweitwerk dot com Summary:PDO_OCI only fetches 512 bytes from a LONG column Status: Assigned Type: Bug Package:PDO related Operating System: Linux PHP Version:5.2CVS-2009-04-29 Assigned To:sixd Block user comment: N Private report: N New Comment: Exactly the same results on PHP Version 5.3.1 and Windows XP SP 3. Conclusion: No fix up until 5.3.1. Previous Comments: [2009-04-29 14:13:50] steil at zweitwerk dot com Testing on Linux, I can find no improvement. The error message and result are as before [2009-04-25 15:07:27] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-05-19 16:30:10] steil at zweitwerk dot com Sorry, I thought I could straighten the example by omitting records with small content, but the long column does not support the length property whence the statement should just read $res = $db->query("SELECT longcolumn FROM table"); However, the bug remains. [2008-05-16 14:43:10] steil at zweitwerk dot com Description: If you fetch from an Oracle column of datatype long, and the actual data is more than 512 byte long it will be truncated and the following warning will be issued "Warning: PDOStatement::fetch(): column 0 data was too large for buffer and was truncated to fit it in" Reproduce code: --- $db = new PDO('oci:dbname=...', 'user', 'pwd'); $res = $db->query("SELECT longcolumn FROM table WHERE length(longcolumn) > 512"); $row = $res->fetch(); print_r('data length: '. strlen($row[0])); results in $row[0] being truncated and the output data length: 512 Expected result: $row[0] should contain all of the data and the output data length: x (where x > 512) -- Edit this bug report at http://bugs.php.net/bug.php?id=45021&edit=1
Bug #53578 [Opn->Csd]: php_curl init time (3 big seconds)
Edit report at http://bugs.php.net/bug.php?id=53578&edit=1 ID: 53578 Updated by: paj...@php.net Reported by:tanguy dot pruvot at gmail dot com Summary:php_curl init time (3 big seconds) -Status: Open +Status: Closed Type: Bug Package:cURL related Operating System: Win7/Vista x86 PHP Version:5.3.4 (Since 5.2.14/5.3) -Assigned To: +Assigned To:pajoye Block user comment: N Private report: N New Comment: See http://sourceforge.net/tracker/index.php?func=detail&aid=3140533&group_id=976&atid=100976 Previous Comments: [2010-12-28 12:07:02] paj...@php.net See http://sourceforge.net/tracker/index.php?func=detail&aid=3140533&group_id=976&atid=100976 [2010-12-28 12:06:50] paj...@php.net My patch has been applied upstream as well now. Let close this one (both versions are fixed). [2010-12-20 13:38:31] tanguy dot pruvot at gmail dot com Hmm no, in fact i use mod_fcgid for another CGI... WDScript :) since 2010 http://sourceforge.net/apps/trac/wdscript/attachment/wiki/FastCGI/ProtocoleFastCGI .png PHP was used as apache module, to skip this kind of bug and reduce loading times ;) But i will also try a switch, now mod_fcgid seems stable on Win32 too ;) [2010-12-20 13:21:41] paj...@php.net If you use fcgid with apache, then you can use VC9 php builds right now, without switching to a VC9 apache. [2010-12-20 13:12:39] tanguy dot pruvot at gmail dot com Yea... i think i will. I was reading that on this site one hour ago ;) i've seen mod_fcgid 2.3.6 and eAccelerator are available on this site... its now time to switch and say goodbye to my VC6 VM :) 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=53578 -- Edit this bug report at http://bugs.php.net/bug.php?id=53578&edit=1
Bug #53578 [Opn]: php_curl init time (3 big seconds)
Edit report at http://bugs.php.net/bug.php?id=53578&edit=1 ID: 53578 Updated by: paj...@php.net Reported by:tanguy dot pruvot at gmail dot com Summary:php_curl init time (3 big seconds) Status: Open Type: Bug Package:cURL related Operating System: Win7/Vista x86 PHP Version:5.3.4 (Since 5.2.14/5.3) Block user comment: N Private report: N New Comment: See http://sourceforge.net/tracker/index.php?func=detail&aid=3140533&group_id=976&atid=100976 Previous Comments: [2010-12-28 12:06:50] paj...@php.net My patch has been applied upstream as well now. Let close this one (both versions are fixed). [2010-12-20 13:38:31] tanguy dot pruvot at gmail dot com Hmm no, in fact i use mod_fcgid for another CGI... WDScript :) since 2010 http://sourceforge.net/apps/trac/wdscript/attachment/wiki/FastCGI/ProtocoleFastCGI .png PHP was used as apache module, to skip this kind of bug and reduce loading times ;) But i will also try a switch, now mod_fcgid seems stable on Win32 too ;) [2010-12-20 13:21:41] paj...@php.net If you use fcgid with apache, then you can use VC9 php builds right now, without switching to a VC9 apache. [2010-12-20 13:12:39] tanguy dot pruvot at gmail dot com Yea... i think i will. I was reading that on this site one hour ago ;) i've seen mod_fcgid 2.3.6 and eAccelerator are available on this site... its now time to switch and say goodbye to my VC6 VM :) [2010-12-20 12:57:03] paj...@php.net I will update teh VC6 builds later tonight. However I would recommend to use the VC9 versions instead, VC9 builds of Apache can be found at http://apachelounge.com 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=53578 -- Edit this bug report at http://bugs.php.net/bug.php?id=53578&edit=1
Bug #53578 [Opn]: php_curl init time (3 big seconds)
Edit report at http://bugs.php.net/bug.php?id=53578&edit=1 ID: 53578 Updated by: paj...@php.net Reported by:tanguy dot pruvot at gmail dot com Summary:php_curl init time (3 big seconds) Status: Open Type: Bug Package:cURL related Operating System: Win7/Vista x86 PHP Version:5.3.4 (Since 5.2.14/5.3) Block user comment: N Private report: N New Comment: My patch has been applied upstream as well now. Let close this one (both versions are fixed). Previous Comments: [2010-12-20 13:38:31] tanguy dot pruvot at gmail dot com Hmm no, in fact i use mod_fcgid for another CGI... WDScript :) since 2010 http://sourceforge.net/apps/trac/wdscript/attachment/wiki/FastCGI/ProtocoleFastCGI .png PHP was used as apache module, to skip this kind of bug and reduce loading times ;) But i will also try a switch, now mod_fcgid seems stable on Win32 too ;) [2010-12-20 13:21:41] paj...@php.net If you use fcgid with apache, then you can use VC9 php builds right now, without switching to a VC9 apache. [2010-12-20 13:12:39] tanguy dot pruvot at gmail dot com Yea... i think i will. I was reading that on this site one hour ago ;) i've seen mod_fcgid 2.3.6 and eAccelerator are available on this site... its now time to switch and say goodbye to my VC6 VM :) [2010-12-20 12:57:03] paj...@php.net I will update teh VC6 builds later tonight. However I would recommend to use the VC9 versions instead, VC9 builds of Apache can be found at http://apachelounge.com [2010-12-20 11:34:01] tanguy dot pruvot at gmail dot com Thanks for these precisions. But i use VC6 to use same apache DLLs (on a vista virtual machine to use the "recent" Win32 SDK) Do you know where we can find the fixed lib for VC6 x86 ? I ve used the 7.21.0 available here but i think its the old one : http://pecl2.php.net/downloads/php-windows-builds/php-libs/VC6/x86/ Also, and i dunno why but phpinfo() curl block says libcurl 7.20 instead of 7.21 I need it to fix the problem on my Wamp package EWS (detected one year ago to check version informations) http://ews.wdscript.fr 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=53578 -- Edit this bug report at http://bugs.php.net/bug.php?id=53578&edit=1
[PHP-BUG] Bug #53619 [NEW]: ASSERT_BAIL seems to interfer with custom error-handling
From: Operating system: Windows 7 PHP version: 5.3.4 Package: Scripting Engine problem Bug Type: Bug Bug description:ASSERT_BAIL seems to interfer with custom error-handling Description: I seem to have encountered an unexpected interaction between my custom error-handling setup and enabling the ASSERT_BAIL option. The (simplified) situation is as follows: * A custom error_handler() is defined and it "converts" all non-fatal PHP errors into ErrorException's. * A custom assert_handler() is defined to display all failed assertions. * The script in question has ASSERT_BAIL enabled and error reporting set to "E_ALL". See the reproduce code for an example. An assertion containing an E_NOTICE type error is constructed. When executed under the above conditions, execution halts the moment error_handler() throws its ErrorException. When ASSERT_BAIL is disabled, the custom error_handler() throws its ErrorException which is "caught" by PHP and results in a fatal error. I would assume ASSERT_BAIL to only bail if/when the assertion gets the chance to be handled. When the custom error_handler() is modified to _not_ throw an exception, but only provide some output, execution continues to assert_handler() after which ASSERT_BAIL is respected. The above behaviour is somewhat "killing" in situations where the actual error_handler() does nothing but throw an exception and expects a further custom exception-handler to pick up the pieces. The situation as sketched above then simply generates no output. Test script: --- function error_handler($severity, $message, $file, $line){ echo "Error: $message" . PHP_EOL; throw new ErrorException($message); } function assert_handler($file, $line, $expression){ echo "Assertion failed: $expression" . PHP_EOL; } set_error_handler('error_handler', E_ALL); assert_options(ASSERT_CALLBACK, 'assert_handler'); assert_options(ASSERT_BAIL, true); assert('$foo instanceof Bar'); echo '*Not executed*' . PHP_EOL; Expected result: Error: Undefined variable: foo Fatal error: Uncaught exception 'ErrorException' with message 'Undefined variable: foo' in ... Actual result: -- Error: Undefined variable: foo For further reference, here's what happens if error_handler() is modified to _not_ throw an exception: ASSERT_BAIL enabled: Error: Undefined variable: foo (<- error_handler()) Assertion failed: $foo instanceof Bar (<- assert_handler()) Error: assert(): Assertion "$foo instanceof Bar" failed (<- ASSERT_WARNING) ASSERT_BAIL disabled: Error: Undefined variable: foo (<- error_handler()) Assertion failed: $foo instanceof Bar (<- assert_handler()) Error: assert(): Assertion "$foo instanceof Bar" failed (<- ASSERT_WARNING) *Not executed* (<- ASSERT_BAIL) -- Edit bug report at http://bugs.php.net/bug.php?id=53619&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53619&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53619&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53619&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53619&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53619&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53619&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53619&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53619&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53619&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53619&r=support Expected behavior: http://bugs.php.net/fix.php?id=53619&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53619&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53619&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53619&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53619&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53619&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53619&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53619&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53619&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53619&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53619&r=mysqlcfg