Re: [PHP-DEV] ldap_first_attribute() and ldap_next_attribute() broken in 4.1.0 RCs
On Sat, Dec 01, 2001 at 06:18:14AM +0200, Zeev Suraski wrote: If it was broken for 6 months, it was broken in 4.0.6. It will be broken in 4.1.0, it's not grounds for breaking a final RC... No, it wasn't broken in 4.0.6. 4.0.6 was based on ldap.c 1.82 from February, this happened in 1.85 on June 1. So 4.1.0 would be the first release. As it is they don't work at all, and there are definitely a lot of people using them. Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-QA] 4.1.0RC4
On Fri, Nov 30, 2001 at 10:25:14PM -0700, Zak Greant wrote: On November 30, 2001 09:12 pm, Zeev Suraski wrote: http://www.php.net/~zeev/php-4.1.0RC4.tar.gz The plan is to release Monday, unless a real earth quaker is found... Builds and runs on SuSE 7.1 as CGI See http://fooassociates.com/phpqa/index.php?ZakGreantBuilds4.1.0RC4 Isn't there anyone on the QA team doing LDAP tests? I hope you agree that ldap_first/next_attribute() not working is bad. I'm doing some testing myself, but not systematic, so I didn't spot this until now. Here's a script that illustrates how they don't work: $ds=ldap_connect(158.38.60.76); ldap_bind($ds,,); $sr=ldap_search($ds,dc=uninett,dc=no, objectclass=person, array(cn,mail)); $entry = ldap_first_entry($ds, $sr); echo ldap_first_attribute($ds, $entry, $ber); echo ldap_next_attribute($ds, $entry, $ber); If it works, you should get cnmail as output. As it is now, you will get an error that $ber is not a valid resource, since neither of the functions set $ber. This works with latest CVS and if you apply my latest ldap.c change to 4.1.0. Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Warnings in sapi/apache2filter
apache_config.c C:\home\apache\httpd-2.0\srclib\apr\include\apr.h(269) : warning C4142: Redefinition of a type without consequences php_functions.c C:\home\apache\httpd-2.0\srclib\apr\include\apr.h(269) : warning C4142: Redefinition of a type without consequences C:\home\php\php4\SAPI\APACHE2FILTER\php_functions.c(87) : warning C4244: 'function' : Conversion from '__int64 ' to 'long ', possible data loss C:\home\php\php4\SAPI\APACHE2FILTER\php_functions.c(118) : warning C4090: '=': Different 'const'-identifiers sapi_apache2.c C:\home\apache\httpd-2.0\srclib\apr\include\apr.h(269) : warning C4142: Redefinition of a type without consequences C:\home\php\php4\SAPI\APACHE2FILTER\sapi_apache2.c(119) : warning C4018: '' : Conflict between signed and unsigned -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] 4.1.0RC4
Built fine on SuSE 7.2. ./configure --with-apxs=/usr/local/httpd/bin/apxs --with-mysql=/usr/local/mysql --with-gmp=/usr/local/lib/gmp. Works great with all my code, Phorum, PHPMyAdmin. make test fails as below: [1mRunning tests in /home/phil/php-4.1.0RC4//pear/DB/tests [m === [1mDB_Error/DB_Warning test (db_error.phpt) ... failed [m [1mDB configurable error handler test (db_error2.phpt) ... failed [m [1mDB::factory test (db_factory.phpt) ... failed [m [1mDB::isManip test (db_ismanip.phpt) ... failed [m [1mDB::parseDSN test (db_parsedsn.phpt) ... failed [m [1mRunning tests in /home/phil/php-4.1.0RC4//pear/XML/tests [m [1mXML Parser: parse simple string (001.phpt) ... failed [m [1mXML Parser: parse from file (002.phpt) ... failed [m [1mXML Parser: parse from file resource (003.phpt) ... failed [m [1mXML Parser: error class (004.phpt) ... failed [m [1mXML Parser: mixing character encodings (005.phpt)... failed [m [1mRunning tests in /home/phil/php-4.1.0RC4//pear/tests [m [1mPEAR constructor/destructor test (pear1.phpt)... failed [m [1mPEAR_Config (pear_config.phpt) ... failed [m [1mPEAR_Registry (pear_registry.phpt) ... failed [m [1mRunning tests in /home/phil/php-4.1.0RC4//tests/lang [m [1mOO Bug Test (Bug #7515) (029.phpt) ... failed [m TEST RESULT SUMMARY = Number of tests: 206 Tests skipped: 92 ( 45%) Tests failed: 15 ( 13%) Tests passed: 99 ( 87%) = Skipped 0 extensions. PHP Version: 4.1.0RC4 -- Phil Driscoll -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14308 Updated: mysql functions load twice (duplicate name)
ID: 14308 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: RH 7.2 PHP Version: 4.0.6 New Comment: YOu probably have this in php.ini: extension=mysql.so AFAIK, RH installs PHP modules as shared object. Please reopen if this is not the case. Derick Previous Comments: [2001-11-30 23:49:18] [EMAIL PROTECTED] Humm, ? Operator error ? RH 7.2 SMP PHP config: ./configure --with-apache=../apache_1.x --with-mysql=/usr/local/ --enable-memory-limit=yes --enable-debug=no Mysql config: ./configure --with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static Apache: ./configure \ --with-layout=Apache \ --prefix=/etc/httpd \ --activate-module=src/modules/php4/libphp4.a \ --enable-module=php4 \ When httpd is started, get large list of mysql duplicate names such as: PHP Warning: Function registration failed - duplicate name - mysql_listfields in Unknown on line 0 mysql continues to work, but other errors are not added to log file. It looks like this is because an identical set of warnings are printed out twice... which may have set the logging to be disabled?? Edit this bug report at http://bugs.php.net/?id=14308edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14308 Updated: mysql functions load twice (duplicate name)
ID: 14308 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: MySQL related Operating System: RH 7.2 PHP Version: 4.0.6 Previous Comments: [2001-11-30 23:49:18] [EMAIL PROTECTED] Humm, ? Operator error ? RH 7.2 SMP PHP config: ./configure --with-apache=../apache_1.x --with-mysql=/usr/local/ --enable-memory-limit=yes --enable-debug=no Mysql config: ./configure --with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static Apache: ./configure \ --with-layout=Apache \ --prefix=/etc/httpd \ --activate-module=src/modules/php4/libphp4.a \ --enable-module=php4 \ When httpd is started, get large list of mysql duplicate names such as: PHP Warning: Function registration failed - duplicate name - mysql_listfields in Unknown on line 0 mysql continues to work, but other errors are not added to log file. It looks like this is because an identical set of warnings are printed out twice... which may have set the logging to be disabled?? Edit this bug report at http://bugs.php.net/?id=14308edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] ldap_first_attribute() and ldap_next_attribute() broken in 4.1.0 RCs
On Sat, Dec 01, 2001 at 03:00:44PM +0200, Zeev Suraski wrote: This is so unbelievable. It looks as if there's a higher force putting all its weight to prevent 4.1.0 from ever coming out. Yes, I really wish I noticed this before. Did you MFH the fix? I've now committed it to the PHP_4_0_7 branch (v 1.94.2.3)). It hasn't got any tags though, not sure how to do that. I suppose I should have given it the tags php_4_1_0RC5 and php_4_1_0. Maybe you could tell me how? And I'm a bit curious what MFH is (merge ...?). Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] ldap_first_attribute() and ldap_next_attribute() broken in 4.1.0 RCs
At 16:22 01/12/2001, Stig Venaas wrote: On Sat, Dec 01, 2001 at 03:00:44PM +0200, Zeev Suraski wrote: This is so unbelievable. It looks as if there's a higher force putting all its weight to prevent 4.1.0 from ever coming out. Yes, I really wish I noticed this before. But then it's a higher force, so who can blame you.. :) Did you MFH the fix? I've now committed it to the PHP_4_0_7 branch (v 1.94.2.3)). It hasn't got any tags though, not sure how to do that. I suppose I should have given it the tags php_4_1_0RC5 and php_4_1_0. Maybe you could tell me how? Just make sure the fix is in the PHP_4_0_7, and that would be enough... I'll create RC5 later today from the latest version of this branch. And I'm a bit curious what MFH is (merge ...?). Merge From HEAD... Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14213 Updated: compiling problem
ID: 14213 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: SNMP related Operating System: linux PHP Version: 4.0.6 New Comment: User reported the problem was due two different versions of openssl. So, after all, not a PHP bug - bogus. Previous Comments: [2001-11-25 04:49:51] [EMAIL PROTECTED] Same error with './configure' '--with-snmp' '--enable-ucd-snmp-hack' '--with-openssl' tried old versions of ucd-snmp to without anyluck. tips of what to search for? [2001-11-25 04:48:22] [EMAIL PROTECTED] ucd-snmp-4.2.2]# ./configure ; make ; make install Apache/1.3.19 This is a slackware 7.1 dist with 2.4.3-pre6 kernel Tried php-4.1.0RC3 with the same result [2001-11-25 04:40:10] [EMAIL PROTECTED] Can't reproduce with debian unstable and RC (but I'm using a different configure). Try removing everything else from the configure line and only try with snmp. If it still doesn't work, then you system/ucd-snmp installation seems to be broken/misconfigured. Feedback. [2001-11-25 04:02:24] [EMAIL PROTECTED] ucd-snmp-4.2.2]# ./configure ; make ; make install Apache/1.3.19 This is a slackware 7.1 dist with 2.4.3-pre6 kernel Tried php-4.1.0RC3 with the same result [2001-11-24 18:32:25] [EMAIL PROTECTED] First of all you should try the latest RC: http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Also add specific info about your system: Which Linux distribution and version? Which ucd-snmp version? How did you install it? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14213 Edit this bug report at http://bugs.php.net/?id=14213edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] 4.1.0RC4
On December 1, 2001 01:36 am, Stig Venaas wrote: On Fri, Nov 30, 2001 at 10:25:14PM -0700, Zak Greant wrote: On November 30, 2001 09:12 pm, Zeev Suraski wrote: http://www.php.net/~zeev/php-4.1.0RC4.tar.gz The plan is to release Monday, unless a real earth quaker is found... Builds and runs on SuSE 7.1 as CGI See http://fooassociates.com/phpqa/index.php?ZakGreantBuilds4.1.0RC4 Isn't there anyone on the QA team doing LDAP tests? I hope you agree that ldap_first/next_attribute() not working is bad. I'm doing some testing myself, but not systematic, so I didn't spot this until now. It doesn't look like it. I would imagine that many things are not getting that thoroughly tested... :( Here's a script that illustrates how they don't work: $ds=ldap_connect(158.38.60.76); ldap_bind($ds,,); $sr=ldap_search($ds,dc=uninett,dc=no, objectclass=person, array(cn,mail)); $entry = ldap_first_entry($ds, $sr); echo ldap_first_attribute($ds, $entry, $ber); echo ldap_next_attribute($ds, $entry, $ber); If it works, you should get cnmail as output. As it is now, you will get an error that $ber is not a valid resource, since neither of the functions set $ber. This works with latest CVS and if you apply my latest ldap.c change to 4.1.0. Anyone want to step up and test this? -- --zak We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 3.0 Bug Summary Report
PHP 3.0 Bug Database summary - http://bugs.php.net Num Status Summary (539 total including feature requests) ===[*General Issues]== 4180 Open is_link returns false when target doesnt exist (should return true) 9610 Bogus Dead link 9820 Open File upload with any input tag 10101 Bogus apache + mysqld + php3 == libphp3.so incorrect symbol... 10457 Bogus ALKHOBAR ===[*Install and Config]== 7386 Feedback referenced symbol not found when starting Apache ===[Compile Failure]== 1145 Open Ypu cannot compile with --with-ldap using the Solaris7 bundled ldap-libs/header 1298 Open need to use -taso with Netscape LDAP libs 1461 Open won't compile with Stronghold 2.2 or 2.3 1933 Open Unable to compile PHP3 with Oracle8 support 1997 Open Compilation Problems 2225 Open Compile error in ldap.c 2282 Open Compile failure with Stronghold 2.4.1 2490 Open Perl regular expression functions not available in windows binary 2585 Open Error linking Oracle 7.3.2 libraries on SCO OpenServer 5.0.4 2658 Open error while compiling PHP as apache module 2729 Open Fatal error: Unable to open ??? in - on line 0 2751 Open Storage size of buf isn't known 2823 Open undefined symbol: SQLParamData 2824 Open Inconsistent parameter list declaration for... 2903 Open fails to compile ifx.ec, report a syntax-error 3033 Open Fatal compile error on functions/ldap.c 3185 Open Undefined symbol 3217 Open ld error when compiling as Apache DSO and --with-mysql 3218 Open Can't compile php_ftp.dll 3426 Open make with iodbc failed and I've found the problem 3501 Open Compiling errors with Oracle-Funktions 3528 Open Can't compile php 3.0.14 with Oracle support 3677 Open files not found 3766 Open configure doesn't allow for the Oracle N32 client SDK to be used 3776 Open functions/db.c:107: parse error before '*' 4028 Open wrong directories included for oracle 8.1.6 4217 Open IBM DB2 will not compile. 4233 Open The Interbase module won't compile. 4266 Open Undeclared variables in function/imap.c starting ar line 435 4392 Open Compile failure with GD 1.7, possibly others 4412 Open xml failure 4417 Open Informix specific parse error in functions/ifx.ec 4544 Open Incompatiblility with latest (3.0) version of PDFlib 4899 Open PHP Core Dumps With Apache 1.3.12 7734 Open missing php3_ifx.h ===[Compile Warning]== 3151 Open php.exe compile warnings because of arpa/inet.h 6942 Open php sockets unusable with irix-OS ===[dBase related] 3091 Open dbase_replace_record miscounts number of fields 3429 Open Warning: Unable to open database... 4802 Open php.exe crashes while trying to execute the get_record function ===[DBM/DBA related]== 2890 Open DBM extension on win32 does not valid database identifier error 3371 Open dbmfetch reurns an empty string 3423 Open dbmopen() not thread-safe 3809 Duplicate DBM extension for Win32 PHP3 is malfunctioning and/or has a flaw 3862 Open dbmReplace dbmDelete return inverse value 6720 Open persistent Warning: driver initialization failed on db_open db2 2.7.7 ===[Documentation problem] 11155 Bogus bogus report ===[Dynamic loading related]== 1188 Open Configuration not work 1586 Open In the compiled Win32 package, the php3_ldap doesn't load. 1993 Open Startup failure of liphp3.so 2027 Open Can't dynamicly load any extension dll file 2250 Open nt-service problem 2414 Open php3_vmailmgr.so refuses to load 2862 Open LDAP in Win32 Bin dist is linked to MSVCRTD.DLL 3168 Open cannot start apache 1.3.9 if mysql is compiled in, but can RESTART successfully 3292 Open MySQL module causes DSO to fail. 3321 Open Apache Complaining about undefined symbol: dlst_first 3659 Open mod_php + apache w/mod_so hangs in sched_yield 3680 Open Apache won't start after install php3 3752 Open Apache configtest dumps core with DSO versioning 3781 Open Cannot load /libexec/libphp3.so 3861 Open php as a dyn. mod. configured with IBM db2 support prevents svr startup 9565 Open php3_ldap.dll is compiled as DEBUG ===[Feature/Change Request]=== 2393 Open Can't use parse_url for url validation ===[IMAP related]= 2816 Open
Re: [PHP-DEV] PHP 3.0 Bug Summary Report
On Sat, Dec 01, 2001 at 18:06:53 +0100, Sebastian Bergmann wrote: [EMAIL PROTECTED] wrote: PHP 3.0 Bug Database summary - http://bugs.php.net Do we really still need this? +1 regards... ---bernd roemer--- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14262 Updated: field name in select results strange characters
ID: 14262 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: ODBC related Operating System: Linux 6.1 PHP Version: 4.0.6 Old Assigned To: derick Assigned To: dank New Comment: Re-assigning this to Dan Derick Previous Comments: [2001-11-28 05:35:11] [EMAIL PROTECTED] Yes, I'll look into it (see also the e-mail I sent). Derick [2001-11-28 04:21:18] [EMAIL PROTECTED] The strange characters displayed were displayed due to an error in our own ODBC client. I still have the wish that the field name isn't limited to 32 but is allocated as needed, but I have no idea how difficult this is to implement. Marco [2001-11-28 02:42:26] [EMAIL PROTECTED] Okay, I'm on it. Derick [2001-11-28 02:39:44] [EMAIL PROTECTED] Here it is: ? $cnx = odbc_connect(unims,ecw,inter00); $query = select 1 as '123456789 123456789 123456789 123456789 ' from bedryf;; $qid = odbc_exec($cnx,$query); echo odbc_field_name($qid,1); odbc_close($cnx); ? [2001-11-28 02:36:15] [EMAIL PROTECTED] Can you post a short script for me? Derick 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/?id=14262 Edit this bug report at http://bugs.php.net/?id=14262edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13731 Updated: strtotime does not see things like '7th'
ID: 13731 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Feature/Change Request Operating System: linux 2.4.10 PHP Version: 4.0.5 Old Assigned To: derick Assigned To: New Comment: This is not possible in an easy way. It's certainly not a bug. Derick Previous Comments: [2001-10-18 06:08:42] [EMAIL PROTECTED] I'll check if this is possible. Derick [2001-10-18 05:44:02] [EMAIL PROTECTED] I was doing 'echo strtotime(October 12th 2001 - 02:52:51 AM);' and unfortunately, it returned '-1'. I expected a UNIX timestamp. After some playing I found that the 'th' caused the trouble. Is strtotime unable to parse things like 'rd','nd','st' or 'th'? Is it a bug or a non-feature? I am using the php version which comes with debian woody. Edit this bug report at http://bugs.php.net/?id=13731edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] 4.1.0RC4
On December 1, 2001 10:23 am, Stig Venaas wrote: On Sat, Dec 01, 2001 at 09:55:19AM -0700, Zak Greant wrote: On December 1, 2001 01:36 am, Stig Venaas wrote: Isn't there anyone on the QA team doing LDAP tests? I hope you agree that ldap_first/next_attribute() not working is bad. I'm doing some testing myself, but not systematic, so I didn't spot this until now. It doesn't look like it. I would imagine that many things are not getting that thoroughly tested... :( Yes, I suppose so. I'm doing some LDAP tests once in a while, but not thoroughly. I have some ideas on how we can start trying to ensure that each extension gets love and attention during the QA process. However, I don't want to start anything else until I get my current QA tasks complete! :) [...] Anyone want to step up and test this? Of course I've tested this myself. It's now in the 4.0.7 branch, and should be in RC5. It would be reassuring if this and other LDAP things were tested by the QA team though. I'll try to do more LDAP testing myself with future releases. Thanks! Hopefully in a couple of months we can get the testing of individual extensions into the QA process. -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14309: mail(), warning not avail in this build because of missing sendmail at compile
From: [EMAIL PROTECTED] Operating system: Mandrake 8.1 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: mail(), warning not avail in this build because of missing sendmail at compile As discussed here: http://www.geocrawler.com/archives/3/5/2001/7/0/6301177/ In 4.0.6 the configure programs and build have been changed to disable the mail() function if it is unable to locate the sendmail binary at compile time. It is common that the MTA is installed after build and this results in PHP failing to build with mail() functionality. Please fix and revert back to where this was not required. -- Edit bug report at: http://bugs.php.net/?id=14309edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14123 Updated: segfault (possibly dom/xml/xslt related)
ID: 14123 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: DOM XML related Operating System: linux redhat 7.0 PHP Version: 4.1.0RC1 Assigned To: mfischer New Comment: Should be fixed in CVS. Closing. Previous Comments: [2001-11-30 08:08:43] [EMAIL PROTECTED] Update: need no example, fix is coming. Assigning to me. [2001-11-29 09:33:48] [EMAIL PROTECTED] Please provide a short, self-containing reproduceable script. Feedback. [2001-11-19 16:48:49] [EMAIL PROTECTED] after additional research i have found it is a dom xml function bug, specifically, xpath_new_context(). i realize that this function is experimental, so i won't even make a fuss over it. :) just letting you know. Chris [2001-11-19 14:51:33] [EMAIL PROTECTED] configure options: ./configure \ --cache-file=/dev/null \ --with-config-file-path=/usr/local/apache/conf \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-trans-sid \ --enable-ftp \ --enable-track-vars \ --with-mysql=/usr/local/mysql \ --enable-libgcc \ --enable-debug \ --verbose \ --with-gd=shared \ --with-dom \ --with-ttf \ --with-xml \ --with-zlib \ --with-mhash \ --prefix=/usr/local/php \ --with-regex=system \ --enable-memory-limit \ --enable-sysvsem \ --enable-sysvshm \ --with-bz2 \ --with-gettext \ --with-jpeg-dir=/usr \ --with-xpm-dir=/usr/X11R6 \ --with-ldap \ --with-mm=/usr/local/mm \ --enable-exif \ --with-pcre-regex=/usr/local/lib \ --with-expat-dir=/usr \ --without-pgsql \ --enable-shmop \ --with-snmp \ --enable-sockets \ --with-pspell \ --with-pear \ --with-iconv \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-xslt \ --with-xslt-sablot error_log output: php_domxml.c(2680) : Freeing 0x083B9F14 (12 bytes), script=/home/gub/public_html/SOLR2/index.php php_domxml.c(450) : Freeing 0x083B9ED4 (12 bytes), script=/home/gub/public_html/SOLR2/index.php php_domxml.c(446) : Freeing 0x083B9DF4 (12 bytes), script=/home/gub/public_html/SOLR2/index.php php_domxml.c(480) : Freeing 0x083B11A4 (12 bytes), script=/home/gub/public_html/SOLR2/index.php zend_hash.c(176) : Freeing 0x083B783C (32 bytes), script=/home/gub/public_html/SOLR2/index.php Last leak repeated 1 time zend_hash.c(404) : Freeing 0x083AD3F4 (35 bytes), script=/home/gub/public_html/SOLR2/index.php Last leak repeated 3 times php_domxml.c(551) : Freeing 0x083ABC2C (12 bytes), script=/home/gub/public_html/SOLR2/index.php php_domxml.c(547) : Freeing 0x083ABB54 (12 bytes), script=/home/gub/public_html/SOLR2/index.php php_domxml.c(582) : Freeing 0x083AA20C (12 bytes), script=/home/gub/public_html/SOLR2/index.php zend_API.c(593) : Freeing 0x083B120C (44 bytes), script=/home/gub/public_html/SOLR2/index.php zend_API.c(581) : Actual location (location was relayed) Last leak repeated 1 time the above ALWAYS occurs, however, the segfault does NOT ALWAYS occur, i have to repeatedly reload the page. backtrace: Program received signal SIGSEGV, Segmentation fault. 0x4032c0c7 in _zval_dtor (zvalue=0x82c77b4, __zend_filename=0x40412abc zend_execute_API.c, __zend_lineno=268) at zend_variables.c:43 43 CHECK_ZVAL_STRING_REL(zvalue); (gdb) bt #0 0x4032c0c7 in _zval_dtor (zvalue=0x82c77b4, __zend_filename=0x40412abc zend_execute_API.c, __zend_lineno=268) at zend_variables.c:43 #1 0x40322e35 in _zval_ptr_dtor (zval_ptr=0x83880c0, __zend_filename=0x40412431 zend_execute.h, __zend_lineno=114) at zend_execute_API.c:268 #2 0x40320c96 in zend_ptr_stack_clear_multiple () at zend_execute.h:114 #3 0x4031dbd7 in execute (op_array=0x8177fdc) at ./zend_execute.c:1665 #4 0x4031d8d7 in execute (op_array=0x836db94) at ./zend_execute.c:1630 #5 0x4031f8d2 in execute (op_array=0x827cadc) at ./zend_execute.c:2133 #6 0x4032dfe8 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #7 0x403401a2 in php_execute_script (primary_file=0xb5f0) at main.c:1310 #8 0x4033af5e in apache_php_module_main (r=0x81526d4, display_source_mode=0) at sapi_apache.c:90 #9 0x4033bdd4 in send_php (r=0x81526d4, display_source_mode=0, filename=0x81532d4 /home/gub/public_html/SOLR2/index.php) at mod_php4.c:575 #10 0x4033be4e in send_parsed_php (r=0x81526d4) at mod_php4.c:590 #11 0x805443f in ap_invoke_handler () #12 0x80681d3 in process_request_internal () #13 0x8068234 in ap_process_request () #14 0x805f6d5 in child_main () #15 0x805f880 in make_child () #16 0x805f9f4 in startup_children () #17 0x8060043 in standalone_main () #18 0x806085f in main () #19 0x40149b5c in __libc_start_main (main=0x80604c8 main,
[PHP-DEV] Bug #10994 Updated: DOMXML CDATA Node Bug
ID: 10994 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: DOM XML related Operating System: Winnt PHP Version: 4.0.5 Assigned To: mfischer New Comment: Should be fixed in CVS. Closing. Previous Comments: [2001-11-30 21:00:47] [EMAIL PROTECTED] Update: Fix is coming, assigned to me. Btw, the syntax has changed since then, you'll have to use: print_r($arr[2]-children()); to see your CDATA node then. [2001-11-22 03:36:00] [EMAIL PROTECTED] Can you try with latest RC and see if it works http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-05-21 13:49:12] [EMAIL PROTECTED] Hello Dear PHP Support. I have compatability problem with PHP 4.04 - PHP 4.05, exactly in DOMXML (i mean) module. This is piece of my code: - ? function XML_Def_Parse($xml_file) { $doc = xmldoc(join(, file($xml_file)) ); $ctx = xpath_new_context($doc ); // $doc_vars = xml_parse_vars($ctx, //DOC/VAR); $obj = xpath_eval($ctx, //DOC/BLOCKS/BLOCK); $arr = $obj-nodeset; for($block_n=1; $block_nsizeof($arr)+1; ++$block_n) { $block_vars = xml_parse_vars($ctx, //DOC/BLOCKS/BLOCK[$block_n]/VAR); $obj2 = xpath_eval($ctx, //DOC/BLOCKS/BLOCK[$block_n]/BLOCKSET); $arr2 = $obj2-nodeset; for($blockset_n=1; $blockset_nsizeof($arr2)+1; ++$blockset_n) { $myobj = xpath_eval($ctx, //DOC/BLOCKS/BLOCK[$block_n]/BLOCKSET[$blockset_n]); $myarr = $myobj-nodeset; $blockset_type = $myarr[0]-getattr(type); // $obj3 = xpath_eval($ctx, //DOC/BLOCKS/BLOCK[$block_n]/BLOCKSET[$blockset_n]/BLOCKSETELEMENT); $arr3 = $obj3-nodeset; $blocksetelements = array(); for($blocksetelement_n=1; $blocksetelement_nsizeof($arr3)+1; ++$blocksetelement_n) { $blocksetelement_vars = xml_parse_vars($ctx, //DOC/BLOCKS/BLOCK[$block_n]/BLOCKSET[$blockset_n]/BLOCKSETELEMENT[$blocksetelement_n]/VAR); $blocksetelements[] = $blocksetelement_vars; } //$blocksets[$blockset_type] = array(array(sa=as),array(s2=a2)); $blocksets[$blockset_type] = $blocksetelements; } $blocks[] = array_merge($block_vars, $blocksets); } $blocks_arr = array(BLOCKS=$blocks); $doc_v = array_merge($doc_vars, $blocks_arr); } function xml_parse_vars($ctx,$path) { $obj = xpath_eval($ctx, $path); $arr = $obj-nodeset; if($path == //DOC/BLOCKS/BLOCK[1]/BLOCKSET[2]/BLOCKSETELEMENT[1]/VAR) { print_r($arr); } for($x=0; $xsizeof($arr); ++$x) { $name = $arr[$x]-getattr(name); $value = $arr[$x]-content; $results[$name] = $value; } return $results; } //function XML_Def_Parse(kulichki.xml); ? --- This is kulichki.xml: -- ?xml version=1.0? DOC version=1.0
[PHP-DEV] Bug #10936 Updated: DOMXML crash with CDATA
ID: 10936 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: DOM XML related Operating System: Win2K Pro PHP Version: 4.0.5 Assigned To: mfischer New Comment: Should be fixed in CVS. Closing. Previous Comments: [2001-11-30 20:51:38] [EMAIL PROTECTED] Update: Fix is coming, assigned to me. [2001-11-21 19:39:01] [EMAIL PROTECTED] Does this problem still exists with 4.0.6 from php.net? Feedback. [2001-05-17 18:31:59] [EMAIL PROTECTED] Not in the binaries in http://www.php.net/do_download.php?download_file=php-4.0.5-Win32.zipsource_site=www.php.net. The children property returns NULL in all cases. The children method works correctly unless one of the children is a CDATA node. The source code in http://www.php.net/do_download.php?download_file=php-4.0.5.tar.gzsource_site=www.php.net shows children as a method and not as a property. [2001-05-17 17:59:27] [EMAIL PROTECTED] domxml has changed from children being a method to being a member. Try $children = $root-children [2001-05-17 13:21:56] [EMAIL PROTECTED] I am running the latest Win32 binaries from the php.net download page. I am using the ISAPI module on IIS5. In php.ini I enabled DOMXML by uncommenting the appropriate line. Calling the children function on a node that has a CDATA node as a child results in an access violation. Here's a script that reproduces the problem: $doc = xmldocfile('http://tbhbuilding.blogspot.com'); $root = $doc-root(); $children = $root-children(); $children = $children[1]-children(); print_r($children[1]-children()); I would have generated a gdb backtrace if the instructions for doing so explained how to do it with the ISAPI module. Edit this bug report at http://bugs.php.net/?id=10936edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10667 Updated: xmltree function cause memory leak
ID: 10667 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: DOM XML related Operating System: Linux 2.2.16 PHP Version: 4.0.5 Assigned To: mfischer New Comment: Should be fixed in CVS. Closing. Previous Comments: [2001-11-30 20:46:27] [EMAIL PROTECTED] Update: CDATA should already work with current CVS; some minor fixes are coming. Assigned to me. [2001-11-22 03:31:02] [EMAIL PROTECTED] Can you try with latest RC and see if it works http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-05-04 11:29:00] [EMAIL PROTECTED] My code: --- ?php $fd = fopen(file.xml,r) or die (Unable to open file!); $myXML = fread($fd,filesize(file.xml)); fclose($fd); $docTree = xmltree($myXML); echo $docTree-version; ? -- The file.xml is: -- ?xml version=1.0? ListaSoftware Software SoftwareName![CDATA[Nero Burning Rom(e) INTERNATIONAL PATCHES]]/SoftwareName Produttore NomeProduttore![CDATA[Ahead]]/NomeProduttore UrlProduttore![CDATA[www.ahead.de]]/UrlProduttore /Produttore Descrizione![CDATA[Permette di visualizzare i comandi di Nero Burning Rom(e) in altre lingue ]]/Descrizione Versione![CDATA[5.0.3.8]]/Versione Licenza TipoLicenza![CDATA[Shareware]]/TipoLicenza LinkDescrLicenza![CDATA[http://www.vitaminic.it/help/software/licenze/dist4.shtml]]/LinkDescrLicenza /Licenza Aggiornamento![CDATA[2001-02-09]]/Aggiornamento SistemiOperativi SistemaOperativo![CDATA[Windows 95/98/NT]]/SistemaOperativo /SistemiOperativi GenereSoftware![CDATA[Masterizzazione]]/GenereSoftware Lingua![CDATA[Italiano]]/Lingua Download DimensioneFile![CDATA[397]]/DimensioneFile UrlDownload![CDATA[http://www.vitaminic.it/cgi-php/get_file.php3?modo=100swid=file=Nero Burning Rom(e) INTERNATIONAL PATCHES]]/UrlDownlo/Download Voto5/Voto /Software Software SoftwareName![CDATA[WinAMP Mac Version]]/SoftwareName Produttore NomeProduttore![CDATA[Nullsoft]]/NomeProduttore UrlProduttore![CDATA[www.winamp.com]]/UrlProduttore /Produttore Descrizione![CDATA[La versione per Mac del celebre riproduttore per file MP3.]]/Descrizione Versione![CDATA[0.71 Alpha]]/Versione Licenza TipoLicenza![CDATA[Freeware]]/TipoLicenza LinkDescrLicenza![CDATA[http://www.vitaminic.it/help/software/licenze/dist2.shtml]]/LinkDescrLicenza /Licenza Aggiornamento![CDATA[2001-03-30]]/Aggiornamento SistemiOperativi SistemaOperativo![CDATA[Macintosh]]/SistemaOperativo /SistemiOperativi GenereSoftware![CDATA[Riproduttori]]/GenereSoftware Lingua![CDATA[Italiano]]/Lingua Download DimensioneFile![CDATA[177]]/DimensioneFile UrlDownload![CDATA[http://www.vitaminic.it/cgi-php/get_file.php3?modo=100swid=file=WinAMP Mac Version]]/UrlDownload /Download Voto5/Voto /Software /ListaSoftware - When I start apache I have: 20562 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20563 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20564 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20565 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20566 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20567 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20568 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20569 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20570 ?S 0:00 3 739 8700 4448 1.7 /bin/httpd -d / -f /conf 20571 ?S 0:00
[PHP-DEV] Bug #12522 Updated: start apache, php4 /usr/local/apache/libexec/libphp4.so: unresolved external
ID: 12522 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: hp-ux 11 PHP Version: 4.0.6 New Comment: No feedback. Closing Previous Comments: [2001-11-10 05:04:42] [EMAIL PROTECTED] So, what the full error messages were? Also, could you please try the latest CVS snapshot from http://snaps.php.net/ There have also been reports saying that building PHP as DSO on HP-UX systems not necessarily works so you could try building a static module instead. --Jani [2001-10-31 20:22:22] [EMAIL PROTECTED] This is build in HP-UX 11 . apache. PHP4, ORACLE8. And what is your LD_LIBRARY_PATH set to? LD_LIBRARY_PATH = /opt/oracle/product/8.1.7/lib/ Where are the oci libs installed? OCI8 Libs are in /opt/php-4.0.6/ext/oci8/And what was the configure line used for configuring PHP ? ./configure \ --with-apxs=/opt/apache/bin/apxs \ --with-oci8 \ --enable-track-vars -Srikanth [2001-10-31 19:41:52] [EMAIL PROTECTED] What are the full error messages? You only pasted parts of them. And what is your LD_LIBRARY_PATH set to? Where are the oci libs installed? And what was the configure line used for configuring PHP ? --Jani [2001-10-30 23:30:35] [EMAIL PROTECTED] hi I do have LD_LIBRARY_PATH . [2001-10-30 22:57:58] [EMAIL PROTECTED] Do you have the path to the oracle libs in your LD_LIBRARY_PATH ? 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/?id=12522 Edit this bug report at http://bugs.php.net/?id=12522edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13899 Updated: Configuration problem
ID: 13899 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: Linux (slackware 7.0) PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-10 04:02:59] [EMAIL PROTECTED] Do you have these links pointing to right places: /usr/include/asm - /usr/src/linux/include/asm /usr/src/linux - /usr/src/linux-2.4.10 (latter link might be pointing to different version) --Jani [2001-11-02 02:39:18] [EMAIL PROTECTED] What does config.log have about this in it? --Jani [2001-11-01 07:10:36] [EMAIL PROTECTED] Hi, there's a problem with configure script, it say: ac_cv_header_sys_resource_h=${ac_cv_header_sys_resource_h=no} but I have sys/resource.h is on my system! It fails because in configtest.out there are warnings, not errors.. Edit this bug report at http://bugs.php.net/?id=13899edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10240 Updated: passthru / exec etc have problems with input output of executed programs
ID: 10240 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: IIS related Operating System: Windows ME/2000 PHP Version: 4.0.4pl1 New Comment: No feedback. Closing. Previous Comments: [2001-11-09 12:22:01] [EMAIL PROTECTED] Can you try the latest CVS? (Windows builds at http://php-dev-win.dhs.org/, source at snaps.php.net or via CVS) Using PHP 4.0.6 on Windows probably won't work; there were many problems with exec-alike functions on 4.0.6 which are fixed in the latest CVS. And if it still doesn't work, can you provide a sample script? [2001-04-09 06:51:58] [EMAIL PROTECTED] I cannot have output of executed programs from functions like passthru or exec. The same script runs well on Linux php (it is version 3.0 on Linux). I tried on Windows something like passthru(command /c dir); and on Linux passthru(/bin/ls); On windows ME I'm using the CGI version of PHP, on PWS, on 2000 I 'm using the CGI version with IIS. On Linux, I don't know exactly what's going on, I know only that it runs Apache. With passthru the CGI execution takes TOO MUCH time, and with exec it doesn't fill the return array with the output. Edit this bug report at http://bugs.php.net/?id=10240edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13929 Updated: No more than 43 variables with the same starting char
ID: 13929 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Variables related Operating System: Windows 98 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-10 04:47:12] [EMAIL PROTECTED] So what has this got to do with POSTs ? [2001-11-10 04:31:27] [EMAIL PROTECTED] I forgot this: mysql_query($query) or die(I can't access the database!); On my computer works well, but when I access the page from another computer, the system freezes. When I change the name of the variables, the problem was solved [2001-11-10 04:29:13] [EMAIL PROTECTED] An example $query=INSERT INTO cuestionario ; $query.=(id, c1, c2, c2_7, c3, c4, c5, c6, c71, c721, c731, c741, c751, c722, c723, c724, c725, c8, c9a1, c9a2, c9a3, c9b1, c9b2, c9c1, c9c2, c9d1, c9d2, c9d3, c9e1, c9e2, c9f1, c9f2, c10, c11, c12, c13, c14, c15, c16, c17, c18, c19, csexo, cedad, cocupacion, cts, cemail); $query.=values(NULL, '$c1', '$c2', '$c2_7', '$c3', '$c4', '$c5', '$c6', '$c71', '$c721', '$c731', '$c741', '$c751', '$c722', '$c723', '$c724', '$c725', '$c8', '$c9a1', '$c9a2', '$c9a3', '$c9b1', '$c9b2', '$c9c1', '$c9c2', '$c9d1', '$c9d2', '$c9d3', '$c9e1', '$c9e2', '$c9f1', '$c9f2', '$c10', '$c11', '$c12', '$c13', '$c14', '$c15', '$c16', '$c17', '$c18', '$c19', '$csexo', '$cedad', '$cocupacion', '$cts', '$cemail');} [2001-11-10 04:26:00] [EMAIL PROTECTED] Could you please add the shortest possible script here which causes this? [2001-11-05 01:42:43] [EMAIL PROTECTED] When a POST is send to the script, if more than 43 variables have the same starting char, the engine freezes. No modules loaded. Edit this bug report at http://bugs.php.net/?id=13929edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13941 Updated: ImageTTFText renders blocky text
ID: 13941 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: GD related Operating System: Slackware Linux 8.0 PHP Version: 4.0.6 New Comment: This is a known bug in GD2. Not a bug in PHP. Closing. Previous Comments: [2001-11-10 05:06:32] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ And also keep in mind that GD 2.0.1 is still BETA. You should also try with GD 1.8.4. --Jani [2001-11-05 20:10:57] [EMAIL PROTECTED] Having battled for days trying to get the illusive ImageTTFText() feature to actually work, it seems that the text rendering is blocky. My build is as follows: FreeType 2.0.5 GD 2.0.1 PHP 4.0.6 Try this link: http://www.virtualisp.co.uk/test/actionbutton.php?t=Text This is the PHP4.0.6 version. I have an older server running 4.0.4pl1, gd1.8.3 and freetype 1.3.1 at: http://resellers.virtualisp.co.uk:8080/icons/actionbutton.php?t=Text This renders fine. I can't get 4.0.4pl1 to work with FreeType on my Slackware 8 box and the only version that seems to compile is 4.0.6 with PNG, JPEG, GD2 and FreeType 2. Is this a problem with GD/FreeType or PHP4.0.6? I read an article in the general mailing list about this so tried to go back to 4.0.5 but keep getting errors with FreeType / PNG - it's as if 4.0.5 doesn't want to see FreeType 2 as debug.log keeps referencing -lttf instead of -lfreetype and -I/usr/local/include/freetype instead of -I/usr/local/include/freetype2 Any ideas? Edit this bug report at http://bugs.php.net/?id=13941edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12469 Updated: crash on die() from inside a class thats included
ID: 12469 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Reproducible crash Operating System: win2k PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-11-09 09:15:27] [EMAIL PROTECTED] Does it happen with PHP 4.0.6 ? [2001-07-30 13:22:08] [EMAIL PROTECTED] had some ugly crashes without any output, by terminating a class-function with die(). the class was defined inside an included *.php . i think to remember same crashes with includes, that had an error (like unmatched brackets }) system: win2k + php 4.05 + apache Edit this bug report at http://bugs.php.net/?id=12469edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14310: Uploaded empty files treated differently
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: HTTP related Bug description: Uploaded empty files treated differently When a zero-length file is uploaded, the temporary file is not created, and the appropriate variable is set to 'none'. This forces me into all sorts of hacks in my php code (can't use is_uploaded_file() and move_uploaded_file(), for instance), to give empty files special treatment. I think that *a file is a file*, and its size should not matter, as long as it is within limits. Many thanks, -- Arcady Genkin -- Edit bug report at: http://bugs.php.net/?id=14310edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14310 Updated: Uploaded empty files treated differently
ID: 14310 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: HTTP related Operating System: Linux PHP Version: 4.0.6 New Comment: Fixed in CVS. You'll have to wait for version 4.2.0... Derick Previous Comments: [2001-12-01 16:33:14] [EMAIL PROTECTED] When a zero-length file is uploaded, the temporary file is not created, and the appropriate variable is set to 'none'. This forces me into all sorts of hacks in my php code (can't use is_uploaded_file() and move_uploaded_file(), for instance), to give empty files special treatment. I think that *a file is a file*, and its size should not matter, as long as it is within limits. Many thanks, -- Arcady Genkin Edit this bug report at http://bugs.php.net/?id=14310edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14311: probably bug in readline.c regarding readline_list_history()
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.4-STABLE PHP version: 4.0.6 PHP Bug Type: Readline related Bug description: probably bug in readline.c regarding readline_list_history() PHP 4.0.6 compiled as CGI ./configure '--with-config-file-path=/usr/local/etc/php.standalone' '--disable-pear' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-sybase=/usr/local' '--with-ldap=/usr/local' '--with-xml' '--with-expat-dir=/usr/local' '--with-sablot=/usr/local' '--with-expat-dir=/usr/local' '--enable-ftp' '--with-curl=/usr/local' '--with-gettext=/usr/local' '--with-iconv=/usr/local' '--with-pspell=/usr/local' '--with-ming=/usr/local' '--enable-sockets' '--enable-trans-sid' '--with-readline=/usr' '--prefix=/usr/local' 'i386--freebsd4.4' executing: readline_list_history() produces warnin_not_available error in file php-4.0.6/ext/readline/readline.c we read: #ifdef HAVE_READLINE PHP_FE(readline_list_history,NULL)#else PHP_FALIAS(readline_list_history, warn_not_available, NULL) #endif probably it should read: #ifdef HAVE_LIBREADLINE PHP_FE(readline_list_history,NULL)#else PHP_FALIAS(readline_list_history, warn_not_available, NULL) #endif at least it worked for me. I think the other HAVE_READLINE should be changed to HAVE_LIBREADLINE. -- Edit bug report at: http://bugs.php.net/?id=14311edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] 4.1.0 CVS RC4 has -02 option with --enable-debug ?
Is this change is intended? On my system, 4.1.0 have -g -O2 for compile options with --enable-debug. It's slower to compile and less debug info in objects with -O2 option... -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1.0 CVS RC4 has -02 option with --enable-debug ?
At 00:56 02/12/2001, Yasuo Ohgaki wrote: Is this change is intended? Is it a change? Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: 4.1.0 CVS RC4 has -02 option with --enable-debug ?
Yasuo Ohgaki wrote: Is this change is intended? On my system, 4.1.0 have -g -O2 for compile options with --enable-debug. It's slower to compile and less debug info in objects with -O2 option... BTW, this happens for CGI build. --with-apxs, it build only with -g. HEAD branch does not have this problem. Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14312: LDAP modifyTimestamp et al.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: LDAP modifyTimestamp et al. Openldap can automatically maintain special attributes for Ldap entries such as: modifiersName, modifyTimestamp, creatorsName, and createTimestamp The command-line utility ldapsearch can show this attributes but it seems not possible via PHP to retrieve their values. -- Edit bug report at: http://bugs.php.net/?id=14312edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP Optimizing versus PHP Caching
Hello, I was told that it is more efficient to execute cached scripts then to execute non-cached optimized scripts. Can anybody comment on this? What happens is that it seems that Zend Cache alternatives prevent Zend Optimizer to optimize the scripts before executing them. Since either Zend Optimizer and Zend Cache alternatives are free, I was wondering what is more efficient speedwise it typical PHP Web page scripts and also memory wise. Has anybody tested Zend Cache and the free alternatives to draw some concluding comparision? I would also appreciate Zeev/Andi comments on this if you have some time to comment. I assume you had time to check the free alternatives to your products. I would not mind if your comments are somehow biased towards your products as long as you present technical facts. Thanks. Manuel Lemos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] hello sockets
hey guys... i just joined the list. what's the best way to submit a patch? the sockets extension has some real problems. i worked with daniel on some win32 issues with it, but there are some others... a while back i grabbed the latest cvs source and patched it, and i sent my modified source to the authors listed, and i never got any reply... so i joined the list and figured it should probably be posted here since i read about other things starting out here also... and should i post diffs or new source based on the current cvs ? -ben -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14309 Updated: mail(), warning not avail in this build because of missing sendmail at compile
ID: 14309 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *Configuration Issues Operating System: Mandrake 8.1 PHP Version: 4.0.6 New Comment: AFAICT this has been fixed in PHP 4.1.0 (which shall be released quite soon). Verified by removed sendmail from path, building PHP, and then attempting to use the mail function. mail() had been compiled in, but my test script returned the following message: sh: /usr/sbin/sendmail: No such file or directory Previous Comments: [2001-12-01 13:31:08] [EMAIL PROTECTED] As discussed here: http://www.geocrawler.com/archives/3/5/2001/7/0/6301177/ In 4.0.6 the configure programs and build have been changed to disable the mail() function if it is unable to locate the sendmail binary at compile time. It is common that the MTA is installed after build and this results in PHP failing to build with mail() functionality. Please fix and revert back to where this was not required. Edit this bug report at http://bugs.php.net/?id=14309edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] hello sockets
Just send it to the list .. be kind and explain what it does and a script would be ueberkewl. - Markus On Sat, Dec 01, 2001 at 10:19:33PM -0500, benjamin yates wrote : hey guys... i just joined the list. what's the best way to submit a patch? the sockets extension has some real problems. i worked with daniel on some win32 issues with it, but there are some others... a while back i grabbed the latest cvs source and patched it, and i sent my modified source to the authors listed, and i never got any reply... so i joined the list and figured it should probably be posted here since i read about other things starting out here also... and should i post diffs or new source based on the current cvs ? -ben -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14313: strtotime() and mktime() errors for dates before 1970
From: [EMAIL PROTECTED] Operating system: windows98 PHP version: 4.0.6 PHP Bug Type: Date/time related Bug description: strtotime() and mktime() errors for dates before 1970 In PHP 4.0.6 for Linux and MacOSX, strtotime() and mktime() functions produce correct output for dates before 1970, but in Windows98 and Windows2000, I get an error (-1), e.g., strtotime(1965-3-12) -- Edit bug report at: http://bugs.php.net/?id=14313edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14304 Updated: str_replace unable to match search string
ID: 14304 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Strings related Operating System: Linux php3-2 2.4.7 #1 Thu Aug 9 PHP Version: 4.0.6 New Comment: Please reduce this to a simpler test case. If there is a bug in str_replace, then it should be reproduceable with a simple one line test. Logging how the str_replace functions are called should let you find the culprit. A line like this after the function calls are made should do the trick. error_log ($line = str_replace({$regs[0]},$replacement,$line);\n, 3, './str_rep_log'); Good Luck! Previous Comments: [2001-11-30 13:45:17] [EMAIL PROTECTED] Sorry, i forgot : All the application in dowloadable at : http://phpdig.toiletoine.net/phpdig_1_4_3.zip [2001-11-30 13:40:34] [EMAIL PROTECTED] Summary : A function works well on php 4.0.5 and enters an infinite loop on php 4.0.6. Function entering in infinite loop : The purpose of this function is to parse a template containing some tags, line by line, and replace them by values contained in the $t_strings array. The input can be : td bgcolor=#FFCC00 colspan=2phpdig:previous_link src='./tpl_img/left.gif'/phpdig:pages_bar/phpdig:next_link src='./tpl_img/right.gif'//td i think the str_replace() function don't replace anything ; the while statment stays always true, etc... function parse_phpdig_tags($line,$t_strings) { while(eregi('phpdig:([a-z0-9_]*)[[:blank:]]*(src=)*[\']*([a-z0-9./_-]+)*[\']*[[:blank:]]*/',$line,$regs)) { //links with images if ($regs[2]) { if ($regs[3] $t_strings[$regs[1]]) { if (ereg('^http',$t_strings[$regs[1]])) $target = ' target=_blank'; else $target = ''; $replacement = 'A href='.$t_strings[$regs[1]].''.$target.'img src='.$regs[3].' border=0 align=bottom/a'; } else { $replacement = ''; } $line = str_replace($regs[0],$replacement,$line); } else { $line = str_replace($regs[0],$t_strings[$regs[1]],$line); } } return $line; } Configuration not working (php 4.0.6) : '../configure' '--prefix=/usr' '--prefix=/usr' '--with-regex=system' '--enable-force-cgi-redirect' '--with-config-file-path=/etc/php4/cgi' '--disable-rpath' '--disable-pear' '--enable-memory-limit' '--enable-calendar' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db2' '--with-ndbm' '--enable-exif' '--enable-filepro' '--with-gettext' '--enable-track-vars' '--enable-trans-sid' '--disable-debug' '--disable-static' '--with-mm' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--with-xml=/usr' '--with-expat-dir=/usr' '--with-zlib' '--enable-email' '--disable-posix' '--without-mysql' '--without-sybase-ct' Configuration working (php 4.0.5) : './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-pgsql=/usr/local/pgsql' '--with-ldap' '--with-openssl' '--with-domxml' '--with-bcmath' '--enable-track-vars' '--with-gd=../gd-1.8.4' '--enable-freetype-4bit-antialias-hack' '--with-mysql' '--with-jpeg-dir=../jpeg-6b' '--with-png-dir=../libpng-1.0.12' '--with-freetype-dir=../freetype-2.0.4' '--with-zlib-dir=../zlib' '--with-sablot=SHARED' '--enable-bcmath' '--enable-ftp' '--enable-sockets' '--enable-magic-quotes' '--enable-versioning' Edit this bug report at http://bugs.php.net/?id=14304edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14303 Updated: httpd threads hang with large data structures
ID: 14303 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Redhat 7.2 PHP Version: 4.0.6 New Comment: There is a not-yet-documented function called apache_child_terminate that should help you. Call the function at the end of your script so that Apache knows to terminate the process running the script (and clean up its memory) There was a recent thread on the PHP Dev mailing list related to this issue. If you are curious, check the list archives (or news group) for more information. The first message in the thread was started by Edin Kadribasic on Fri, 23 Nov 2001. You can also search for ap_child_terminate and apache_child_terminate. Visit http://www.php.net/support.php for information on where to find the archive and news group. Also, please do write back to let us know if the function helped your problem. Previous Comments: [2001-11-30 13:39:07] [EMAIL PROTECTED] I've had a lot of problems recently with PHP cleaning up properly after using large data structures. A sample script is included: $huge_array = array(); for ( $i=0 ; $i= 8000 ; $i++ ) { foreach (array(cn , uid , sn , givenName , attr1 , attr2 , attr3) as $j ) { for ( $k=0 ; $k= 50 ; $k++ ) { $huge_array[$i][$j][$k] = rand(0,1).value; } } } The script executes normally, but the httpd thread remains afterwards, consuming memory and CPU. It appears to need a kill -9 to make it finally die. If enough of these are run, all of the child processes of apache get tied up, preventing it from serving any more requests. At this point the threads have to be killed and the server restarted. I've also encountered similar problems with storing the results of a large ldap_get_entries(), although the behavior of the above script suggests that the problem is not actually with the LDAP function. Reducing the size of the query incrementally reveals that there seems to be a breaking point where this behavior begins. httpd also logs that it has problems terminating its child processes: [warn] child process 9541 still did not exit, sending a SIGTERM I'm running php-4.0.6-7 under apache-1.3.20-16, all Redhat 7.2 RPMs, with the default configuration. Edit this bug report at http://bugs.php.net/?id=14303edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14302 Updated: self:: Accessing methods from within methods without an instance
ID: 14302 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: any PHP Version: 4.0.6 New Comment: There will be significant changes to PHP OO support with the next version of the Zend Engine. To get more information, visit: http://www.zend.com/engine2/ZendEngine-2.0.pdf http://www.zend.com/zend/zend-engine-summary.php http://www.zend.com/zend/zengine/ Previous Comments: [2001-11-30 13:18:58] [EMAIL PROTECTED] When inside a class method, there is no denormalised way to get at other methods statically i.e.: class foo(){ function bar(){ // do not use $this; } function otherbar(){ foo::bar();//--- allow self::bar() } } foo::otherbar(); If foo was an extension of some other class foobase, it could get at the foobase::methods with the parent:: construct. In other words to get at my parent's method I do not need to know its name, but if I am not an instance I can not get at my own methods without giving my name. Since you can call a class method without an instance, this seems a natural extension of php's :: Thank you all Edit this bug report at http://bugs.php.net/?id=14302edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14298: PUT absent $PHP_PUT_FILENAME $PHP_UPLOADED_FILE_NAME
On November 30, 2001 08:33 am, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: HTTP related Bug description: PUT absent $PHP_PUT_FILENAME $PHP_UPLOADED_FILE_NAME Document: features.file-upload.put-method.html SAYS: The filename of this temporary file is in the $PHP_PUT_FILENAME variable SAYS: copy( $PHP_UPLOADED_FILE_NAME, $DOCUMENT_ROOT.$REQUEST_URI ); Neither works. What does? I have spent some time digging around looking for the solution to this problem and need a bit of help. I can find the code that handles PUT method uploads in PHP 3. However, I don't find any handler code in PHP 4 - nor do I see any variables that relate to PUT file uploads when I capture the content of $GLOBALS from the PUT handler script. Anyone have any clue here - it looks like PUT support never got implemented for PHP 4 (or it was removed - however, I did not see a NEWS or CVS log entry that mentioned it...) -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14298 Updated: PUT absent $PHP_PUT_FILENAME $PHP_UPLOADED_FILE_NAME
ID: 14298 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: HTTP related Operating System: PHP Version: 4.0.6 Old Assigned To: Assigned To: zak New Comment: Thanks for the report - I am checking into it. --zak Previous Comments: [2001-11-30 10:33:31] [EMAIL PROTECTED] Document: features.file-upload.put-method.html SAYS: The filename of this temporary file is in the $PHP_PUT_FILENAME variable SAYS: copy( $PHP_UPLOADED_FILE_NAME, $DOCUMENT_ROOT.$REQUEST_URI ); Neither works. What does? Edit this bug report at http://bugs.php.net/?id=14298edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8989 Updated: Bug#5493 resurfaced
ID: 8989 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Windows NT 4 SP5(IIS4)/2000 SP2 PHP Version: 4.0.6 New Comment: Thanks to the kind help of one H C Teo in Singapore, I believe I have found the source of the problem to this bug! H C Teo was kind enough, upon reading this bug report, to contact me directly via e-mail to let me know that someone DID have sessions working properly under Windows using my example code. H C Teo's configuration consisted of both Windows 98 and Windows 2000 SP2 running the Xitami webserver using the CGI version of PHP v4.0.6. H C Teo not only ran sniper's test (which ran fine for me as well, but did not demonstrate the bug which my code showed), but also--and I'm very grateful that someone took the few minutes to do this--took MY example files and ran them. My files worked for H C Teo as well! Considering it was the same OS and we both use the CGI version of PHP (which makes the webserver irrelevant in most cases), the problem must be elsewhere. Once again H C Teo came thru by providing access to the info provided in phpinfo(). I compared this to my configuration, noticed entries missing from my configuration that H C Teo had, and then it hit me: the PHP.INI file! I have been using PHP4 since it first came out, and my PHP.INI file dates back to around v4.0.1. As mentioned in this bug report, this bug first appeared in earlier releases (bug#5493), then disappeared in 4.0.2 - 4.0.3pl1, then resurfaced in 4.0.4. I have not changed my PHP.INI file in all that time. But what if I started COMPLETELY from scratch? I deleted the \WINNT\SYSTEM32\PHP4TS.DLL and \WINNT\PHP.INI files (making a backup of course). Then I installed PHP 4.0.6 cleanly, making ONLY the changes suggested in the installation instructions. [Note the installation instructions do NOT ever suggest that you need to rebuild your PHP.INI file with each release.] Sessions WORKED! After this, I compared my old PHP.INI file to the new one, and long story short, here's what I found. The problem appears to be with the following entry in the PHP.INI file: ... ; Check HTTP Referer to invalidate externally stored URLs containing ids. session.referer_check = ... The default for this entry is empty. If left this way PHP 4.0.6 does sessions properly. However, if you attempt to turn on this feature by setting the entry to '1' or 'On' (without the quotes), sessions do not work properly. New, empty session files are generated over time using the sample code I provided. I can only suspect that the issue has to do with some failure in the PHP engine to properly determine the source of a webpage. Since all my sample pages are hosted on the same webserver, this referrer check should not fail, but considering this feature's intended purpose, in the event someone WAS spoofing a page, it makes sense that a new session file would be created. But that's not the case here. Ergo, I believe we now have the proper focus for this bug report. Please investigate the session.referer_check feature in PHP for Windows. It does not appear to be functioning properly. Also, for future reference, you may wish to suggest to those posting bug reports to try running the default PHP.INI configs provided with PHP, making only the minimalist changes needed to get PHP working. If the problem disappears, at least you have a place to go to track down the problem. No one ever suggested trying a clean PHP.INI file to me. This would have saved me untold aggravation and helped track down this issue much sooner. Regardless, thanks to everyone involved, especially H C Teo, without whom I'd still be running PHP 4.0.3pl1. Though I had to turn off a feature to do so, I am now happily running PHP 4.0.6, and I'm looking forward to the release of 4.1.0!!! P.S. Please do not forget to investigate the session.referer_check setting. It would be nice to have this working. Thanks. Previous Comments: [2001-11-26 20:06:57] [EMAIL PROTECTED] My bad. Tried to use RC provided in the URL again. Decompressed .ZIP file to single directory and configured webserver to use that. Last time I tried to make the directory structure match previous point releases (the dir structure I listed in a previous post). I have not worked with RCs before and didn't realize everything was compiled in such a way that it NEEDS to be all together vs. structure as defined by PHP.INI. Long story short, YES the session bug is still with us. Please note I am still working with the CGI version at this point. I have not tried testing the IIS or Apache modules. But as for the Windows CGI version of PHP v4.1.0RC3, YES, the bug
[PHP-DEV] Bug #14295 Updated: Scope of globals has changed
ID: 14295 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Variables related Operating System: Win2k PHP Version: 4.0.6 New Comment: Cannot reproduce under PHP 4.1.0 w/ Linux Please try the code below. Save the files under the names indicated in the comments and try running test.php: # test.php ?php include 'test.inc'; echo Main File: $PHP_SELF ? # test.inc ?php echo Included File: $PHP_SELF ? Previous Comments: [2001-11-30 15:07:54] [EMAIL PROTECTED] EXAMPLE: // Main script // The global variables are available in this script include(form.inc.php); ... // End main script // File: form.inc.php // The global variables from the main script are not available here form action=?php echo $PHP_SELF; ? method=post [form] /form // End file: form.inc.php [2001-11-30 12:25:30] [EMAIL PROTECTED] Please include short example scripts here. [2001-11-30 03:51:40] [EMAIL PROTECTED] The following bug or feature (not yet sure what it is ;)) is related to the scope of global variables. SYSTEM: I use PHP 4.0.6 on Win2k pro as i downloaded it from this web site. The loading of extra modules does not change the described behaviour. The Server API is Apache (Apache V. 1.3.22 win) PHP.INI: register_globals and register_argc_argv is ON DESCRIPTION: I have the global variable $PHP_SELF. Now i include a file where I want to use $PHP_SELF. Within the included file, $PHP_SELF is unknown (it has lost it's global state), and i have to declare it global again. This appears for any other global variables too, $PHP_SELF is just an example- This behaviour seems to be new to PHP 4.0.6, because i didn't have the problem with 4.0.5. Edit this bug report at http://bugs.php.net/?id=14295edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14293 Updated: serializer __sleep()
ID: 14293 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Session related Operating System: linux PHP Version: 4.2.0 New Comment: It looks like this was corrected yesterday - closing. Please re-open if you have any concerns (or I am wrong) :) Previous Comments: [2001-11-29 21:37:42] [EMAIL PROTECTED] oops... sorry... i patches i posted aren't working :( here is (as i hope) the correct one: --- ../../php4/ext/standard/var.c Sat Nov 10 22:18:34 2001 +++ ext/standard/var.c Fri Nov 30 03:33:49 2001 @@ -198,27 +198,29 @@ int count = zend_hash_num_elements(HASH_OF(retval_ptr)); php_var_serialize_class_name(buf, struc TSRMLS_CC); - smart_str_append_long(buf, count); - smart_str_appendl(buf, :{, 2); + if (count 0) { char *key; zval **d, **name; ulong index; HashPosition pos; int i; - - zend_hash_internal_pointer_reset_ex(HASH_OF(retval_ptr), pos); + int cundef; + + smart_str buf2={0}; + cundef=0; + zend_hash_internal_pointer_reset_ex(HASH_OF(retval_ptr), pos); for (;; zend_hash_move_forward_ex(HASH_OF(retval_ptr), pos)) { i = zend_hash_get_current_key_ex(HASH_OF(retval_ptr), key, NULL, index, 0, pos); if (i == HASH_KEY_NON_EXISTANT) break; - + zend_hash_get_current_data_ex(HASH_OF(retval_ptr), (void **) name, pos); if (Z_TYPE_PP(name) != IS_STRING) { @@ -229,14 +231,24 @@ } if (zend_hash_find(Z_OBJPROP_PP(struc), Z_STRVAL_PP(name), Z_STRLEN_PP(name) + 1, (void *) d) == SUCCESS) { - php_var_serialize_string(buf, Z_STRVAL_PP(name), + php_var_serialize_string(buf2, Z_STRVAL_PP(name), Z_STRLEN_PP(name)); - php_var_serialize_intern(buf, d, var_hash TSRMLS_CC); + php_var_serialize_intern(buf2, d, var_hash +TSRMLS_CC); + } else { + cundef++; } } + // if (cundef0) + // php_error(E_WARNING,__sleep returned %d attributes, but some +(%d) were unset,count,cundef); + smart_str_append_long(buf, count-cundef); +smart_str_appendl(buf, :{, 2); +smart_str_appendl(buf,buf2.c,buf2.len); +smart_str_free(buf2); } + + smart_str_appendc(buf, '}'); } that seems to work... but sascha may fix it his way... cu ---bernd roemer--- (fumanchi) [2001-11-29 20:29:06] [EMAIL PROTECTED] hi... i found a bug in the serializer-function (current cvs 4.2.0-dev) which results in invalid serialised-strings. if you serialize an object which uses __sleep() to define the classnamevariables should be serialized, and some of this variables aren't initialized (isset()==flase), the serializer won't serialize these vars (OK). BUT he produces invalid strings because he doesn't use the correct value for the number of object-attributes. O:1:a:3:{s:5:value;s:1:a;} ^ ^ 3 parts are predicted.. but only 1 is provided. :( an example-script: ?php class a { function a() { $this-value=a; } function __sleep() { return(array('a','b','value')); } } $a=new a(); echo serialize($a); ? ok.. now.. i found two differend patches: the first (not my favourite) simply serializes uninitialized variables if they had bool(false) as value. --- --- ../../php4/ext/standard/var.c Sat Nov 10 22:18:34 2001 +++ ext/standard/var.c Fri Nov 30 01:22:05 2001 @@ -198,27 +198,34 @@ int count = zend_hash_num_elements(HASH_OF(retval_ptr)); php_var_serialize_class_name(buf, struc TSRMLS_CC); - smart_str_append_long(buf, count); - smart_str_appendl(buf, :{, 2); + if (count 0) { char *key; zval **d, **name; ulong index; HashPosition pos; int i; + int cundef; + smart_str_append_long(buf, count); +smart_str_appendl(buf, :{, 2); +
[PHP-DEV] Bug #14292 Updated: Bare LF Issue - This time with DETAIL!
ID: 14292 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Mail Related Operating System: Windows 2000 Server/XP PHP Version: 4.0.6 New Comment: The code that handles sending messages for Win32 uses proper CRLF sequences. Do the most basic test email messages fail? Have you tried sending something like? mail ('[EMAIL PROTECTED]', 'test', 'test'); If so, does it get rejected as well? Previous Comments: [2001-11-29 19:12:37] [EMAIL PROTECTED] I would like to add that I have tried a perl script to send emails and it works fine. No bare LF. However, I tried to install Sendmail for Windows and I could not get that to run from php. So... we are back to square 1. Trying to get the Bare LF out of SMTP. [2001-11-29 18:29:46] [EMAIL PROTECTED] I am running an apache web server using PHP 4.06 on Windows 2000 Server and Windows XP (so we know it doesn't matter the OS as long as it's MS and PHP). Now here's my delima. I can send emails through MS Outlook to my specified mail address just fine. There's no problems and it gets delivered right away. But when I try sending an email through a web form, the unix mail server running QMail rejects it with an error 451 Bare LF. Here's an example: This email was sent from my Outlook Client through Postcast Email Server Succesfully (I have out server names for my protection): Thread 1: 23:51:23 [---] : HELO .xx.net Thread 1: 23:51:23 [---] : 220 gambit.xx.net ESMTP Thread 1: 23:51:23 [---] : MAIL FROM: [EMAIL PROTECTED] Thread 1: 23:51:23 [---] : 250 gambit.xx.net Thread 1: 23:51:23 [---] : RCPT TO: [EMAIL PROTECTED] Thread 1: 23:51:23 [---] : 250 ok Thread 1: 23:51:23 [---] : DATA Thread 1: 23:51:23 [---] : 250 ok Thread 1: 23:51:23 [---] : 354 go ahead Thread 1: 23:51:23 [---] : QUIT Thread 1: 23:51:24 [---] : 250 ok 1007074661 qp 3355 Now, this email was sent via a php script form through Postcast (I have out server names for my protection): Thread 1: 23:37:55 [---] : HELO xx.xx.net Thread 1: 23:37:55 [---] : 220 gambit.xx.net ESMTP Thread 1: 23:37:55 [---] : MAIL FROM: [EMAIL PROTECTED] Thread 1: 23:37:55 [---] : 250 gambit.x.net Thread 1: 23:37:55 [---] : RCPT TO: [EMAIL PROTECTED] Thread 1: 23:37:55 [---] : 250 ok Thread 1: 23:37:55 [---] : DATA Thread 1: 23:37:55 [---] : 250 ok Thread 1: 23:37:56 [---] : 354 go ahead Thread 1: 23:37:56 [---] : QUIT Thread 1: 23:37:56 [---] : 451 See http://pobox.com/~djb/docs/smtplf.html. So what's the problem here? Do you think it could be that PHP 4.06 is spitting out these bare LF or what? I mean it's obvious that Postmaster Email Server is sending the mails just fine from Outlook and Outlook is the source of the mail that sent succesfully, and the PHP script is the one that sent Unsuccessfully. I have tried at least 6 different SMTP servers for the win32 operating systems. They all do the same thing. This is very bad for me because I am having extreme difficulties running my site if every member signs up that has a unix email account running on Qmail, pukes on me and I have to send the emails directly to them. It's strange. I hope we can figure this one out. I have researched the net but not any information on this particular configuration. Thanks, Eric Rosebrock http://wolfenstein.3dhavoc.net Edit this bug report at http://bugs.php.net/?id=14292edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14288 Updated: HTTP_GET_VARS influenced by PHP_SELF
ID: 14288 Updated by: zak Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Variables related Operating System: SuSE7.2; Apache 1.3.20; mod_php4 PHP Version: 4.0.6 New Comment: Cannot reproduce on server (and client ftm) SuSE 7.2 w/ Apache 1.3.22 using Netscape Communicator or Konqueror. Can you reproduce this behavior under all browsers? What happens when you use a submit button instead of javascript? Previous Comments: [2001-11-29 14:00:26] [EMAIL PROTECTED] ?php if($HTTP_GET_VARS[delete]){ echo delete; }else{ echo don't delete; } ? html head /head body form action=?php echo $PHP_SELF;? method=POST name=form1 input type=text name=test a href=javascript:document.form1.submit();Save/a /form a href=?php echo $PHP_SELF;??delete=truedelete/a /body /html The script above don't work correctly. After clicking delete the if-statement print delete. Then you click on Save and the if-statement print delete just like you click on delete. If the echo $PHP_SELF in the form-tag will be replaced by the plaintext-name of the script everything will work correctly - you can click on Save then and the if-statement gives you a don't delete. It seems like the $PHP_SELF stores the HTTP_GET_VARS, but if I do a echo $PHP_SELF I get the script path, the script name and that's all, there are no HTTP_GET_VARS - but the script still works like the HTTP_GET_VARS are there. Edit this bug report at http://bugs.php.net/?id=14288edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14282 Updated: wrong strtotime calculation with timezones -0100 and +0100
ID: 14282 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Date/time related Operating System: any PHP Version: 4.1.0 New Comment: Thanks - Fixed in CVS Previous Comments: [2001-11-29 09:38:54] [EMAIL PROTECTED] This code: ?php $now = date('r'); $stamp = strtotime($now); $conv = date('r', $stamp); echo $now\n$conv; ? produces this output: Thu, 29 Nov 2001 15:24:21 +0100 Sun, 25 Nov 2001 12:24:21 +0100 This is the fix: --- parsedate.y~Thu Nov 15 15:33:41 2001 +++ parsedate.y Thu Nov 29 15:28:52 2001 @@ -255,7 +255,7 @@ yySeconds = $5; yyMeridian = MER24; yyHaveZone++; - if ($6 -100 || $6 100) { + if ($6 = -100 || $6 = 100) { yyTimezone = -$6 % 100 + (-$6 / 100) * 60; } else { yyTimezone = -$6 * 60; Edit this bug report at http://bugs.php.net/?id=14282edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11491 Updated: When using ob_start(ob_gzhandler) transient SID gets broken
ID: 11491 Updated by: sebastian Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Feedback Bug Type: Documentation problem Operating System: Windows 2000 Server PHP Version: 4.0.5 New Comment: This should be fixed, please try a recent version of PHP. Previous Comments: [2001-06-21 14:24:22] [EMAIL PROTECTED] This should be mentioned in the manual? Reclassified as docu prob. [2001-06-20 17:05:01] [EMAIL PROTECTED] output buffering takes place before the transient sid mechanism, which is the last thing to happen before the actual script output is passed on to the webserver so the trans-sid parser will not recognize the URLs in the already compressed output, thats it [2001-06-14 14:39:50] [EMAIL PROTECTED] Reproduced with PHP 4.0.6RC3. [2001-06-14 12:43:22] [EMAIL PROTECTED] UPDATE: The same erroneous behavior happens when zlib output compression is enabled in php.ini! [2001-06-14 11:53:31] [EMAIL PROTECTED] Example code: -- snip -- ob_start(ob_gzhandler); session_start(); session_register(sessUser); -- snip -- If you refuse the session cookie to be placed, the PHPSESSID is not appended to the a href links even though transient SID is enabled in PHP.INI. If you remove the ob_start(ob_gzhandler), it works fine again. Copy of php.ini file: -- snip -- [PHP] ; $Id: php.ini-dist,v 1.73.2.2 2001/04/22 11:58:49 phanto Exp $ ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode. ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive = value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; |bitwise OR ; bitwise AND ; ~bitwise NOT ; !boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo = ; sets foo to an empty string ; foo = none; sets foo to an empty string ; foo = none ; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a ; dynamically loaded extension (either a PHP extension or a Zend extension), ; you may only use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = Off ; Output buffering allows you to send header lines (including cookies) even ; after you send body content, at the price of slowing PHP's output layer a ; bit. You can enable output buffering during runtime by calling the output ; buffering functions. You can also enable output buffering for all files by ; setting this directive to On. output_buffering = Off ; You can redirect all of the output of your scripts to a function. For ; example, if you set output_handler to ob_gzhandler, output will be ; transparently compressed for
[PHP-DEV] Re: Testing Alert: Significant changes to DOM-XML
[This mail goes out to php-dev, php-qa and php-general and has its Reply-To: set to php-dev!] Hi Zak, thanks for the mail, I was thinking about writing such a mail myself but was to tired I guess. Yep, the CVS note to the latest ext/domxml changes state it clearly: # Testers/patches/contribs welcome. The actual changelog can be found here [1]. Also for anyone out there who has no idea about CVS: It won't help me anything filing bug reports against any released source code of PHP out there. Please use the HEAD branch when filing bug reports. See CVS instructions at http://www.php.net/anoncvs.php how to achive this. Although I don't expect a rush on this ;) I want to give out some simple rules for anyone helping us getting domxml more stable: .) If you have a reproduceable crash with small self-containing script with no other external dependencies than loading a file - don't forget to use the bug reporting system! Do not mail me privately about it! No, I'm not lazy or whatever but I wan't to broaden the audience reading about the bugs (two eyes see less than more eyes) and it also helps me keeping track of all the problems. .) If you have a reproduceable crash but can't create a small self-containing script, there are three options: 1) still try to create one (prefered) 2) Provide backtrace in your bug report ('bt full' command, not normal bt) 3) give me access to your devel system (no, no joke. This has worked in the past, it can in the future) But no promises. .) Before reporting, try creating a testcase which is suiteable to run on the command line of PHP (read: with the CGI version). Apache is nice but it adds some extra work when handling the bugs I prefer the reproduceable scripts which use the CGI version for testing and don't contain any fancy br / tags but newlines and such instead. The find bug/fix it cycle is much faster without apache. Again, I'm not lazy, but I'm also using MSVC for debugging and although I'm not a windows fan I've seen myself being faster chasing down bugs with it then with gdb (doh!). .) Patches can go directly to me; but please also tell me why and what and give a testing script and not only send a diff to me. Of cousre, anyone with the proper karma is encouraged to fix it himself (you might want to check back if I'm not currently working on it). .) NEW FEATURES No, I do NOT plan to add now featuers. I'm just interesting in making the current version more stable but time doesn't permit to expand this scope. But you're still encouraged to use the bug report system to put your feature requests there or do it yourself. What I wrote done seems normal to me and I do not explicetely prefer this for domxml but anything else too. Saves mit quite lot of time. On Sat, Dec 01, 2001 at 08:19:47PM -0700, Zak Greant wrote : Marcus Fischer has made [...] Yo, and its still MarKKKus ;-) - Markus [1] http://cvs.php.net/cvs.php/php4/ext/domxml/php_domxml.c -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]