Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS /main output.c
Sebastian Bergmann wrote: Marcus Börger wrote: Hi Sebastian can you verify this with implicit flush on/off. php -d implicit_flush=On/Off On/Off seems to be wrong: php -d implicit_flush=0 script.php works php -d implicit_flush=1 script.php doesn't. -- 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, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-dist php.ini-recommended /main main.c output.c php_globals.h php_output.h
At 14:56 01.09.2002, Sebastian Bergmann wrote: Thies C. Arntzen wrote: why? Because it's broken. Until now the only thing you were able to deliver is a script that is also broken for 4.2.3. Since the code of output-buffering is not capable to do what you did in that script... marcus AND please: we had an agreement that discussion has to take place on this mailinglist and not at efnet -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-distphp.ini-recommended /main main.c output.c php_globals.h php_output.h
Marcus Börger wrote: Until now the only thing you were able to deliver is a script that is also broken for 4.2.3. You're mixing issues here. In recent days I discovered 3 problems with ob_*() functionality: 1.) Dumping of a text instead of writing it to a file. This one is fixed by reverting double_buffering. 2.) error_log() sends wrong headers, when used in an output buffer. Derick investigated this one, found the cause, but no fix. 3.) A segfault, that exists in the PHP 4.2 branch as well as in HEAD. -- 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, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-distphp.ini-recommended /main main.c output.c php_globals.h php_output.h
Marcus Börger wrote: AND please: we had an agreement that discussion has to take place on this mailinglist and not at efnet Well, it was also agreed upon to discuss the addition of new .ini entries or enabling of new extensions by default, no? Whether or not you like, a good amount of discussion takes place on the mentioned IRC channel. -- 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, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-distphp.ini-recommended /main main.c output.c php_globals.h php_output.h
Marcus Börger wrote: AND please: we had an agreement that discussion has to take place on this mailinglist and not at efnet Well, it was also agreed upon to discuss the addition of new .ini entries or enabling of new extensions by default, no? Whether or not you like, a good amount of discussion takes place on the mentioned IRC channel. That's not the point, before decisions that require developer discussion are made, the discussion should take place on php-dev, as on #php.bugs you only have a small subset of php developers. -Sterling -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS
Sebastian Bergmann wrote: Marcus Börger wrote: AND please: we had an agreement that discussion has to take place on this mailinglist and not at efnet Well, it was also agreed upon to discuss the addition of new .ini entries or enabling of new extensions by default, no? Whether or not you like, a good amount of discussion takes place on the mentioned IRC channel. Speaking not knowing the issue here. There are too many developers not on IRC obviously. If someone would like to change someone's work or change/add/remove important behavior, it should be posted on php-dev and discussed. This is mentioned here sevral times at least... Except simple bugfix patch, if there is maintainer and/or author is known, patch should be sent to maintainer and/or author. IMHO. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS /ext/standard array.c
Andrei Zmievski wrote: Log: Fix bug #7045: shuffle() now provides consistent distribution of values in the array. C:\home\php\php4\ext\standard\array.c(1446) : error C2082: Neudefinition des for malen Parameters tsrm_ls C:\home\php\php4\ext\standard\array.c(2949) : error C2065: 'array_data_shuffle' : nichtdeklarierter Bezeichner C:\home\php\php4\ext\standard\array.c(2949) : warning C4047: 'function' : Anzahl der Dereferenzierungen bei 'int (__cdecl *)(const void *,const void *,void *** )' und 'int ' unterschiedlich C:\home\php\php4\ext\standard\array.c(2949) : warning C4024: 'zend_hash_sort' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter 3 In English: c:\php4build\snap\ext\standard\array.c(1446) : error C2082: redefinition of formal parameter 'tsrm_ls' c:\php4build\snap\ext\standard\array.c(2949) : error C2065: 'array_data_shuffle' : undeclared identifier c:\php4build\snap\ext\standard\array.c(2949) : warning C4047: 'function' : 'int (__cdecl *)(const void *,const void *,void *** )' differs in levels of indirection from 'int ' c:\php4build\snap\ext\standard\array.c(2949) : warning C4024: 'zend_hash_sort' : different types for formal and actual parameter 3 Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS
It shouldn't - ZendEngine2 commits shouldn't go into NEWS... At 19:43 15/02/2002, Sebastian Bergmann wrote: Andrei Zmievski wrote: ?? ??? 200?, Version 4.2.0-dev -- Allow a series of consecutive catch() statements (Andi, Zend Engine) Should this really go to the 4.2.0-dev NEWS? It's an enhancement to the Zend Engine 2... -- 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, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS
It looks like he was removing it from the NEWS file, not adding it. -Original Message- From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]] Sent: Friday, February 15, 2002 12:44 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS Andrei Zmievski wrote: ?? ??? 200?, Version 4.2.0-dev -- Allow a series of consecutive catch() statements (Andi, Zend Engine) Should this really go to the 4.2.0-dev NEWS? It's an enhancement to the Zend Engine 2... -- 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, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS
On Mon, 3 Sep 2001, Jani Taskinen wrote: I'm not going to discuss this anymore, sorry... I asked dozens of times for comments, but didn't get any. Isn't it a bit late to question it now? I was waiting for you to tell that now the branch works and I could test it and say 'good, this works you can merge'. I'm sure everybody else waited for same. I totally agree here with Jani. You're the only one who tested the stuff now, and the programmer of code should NEVER test his code. This is some basic idea behind software design, and that's why jobs like Software tester exist. NEverhtless, I'd like to see this reversed too, until more programmers/coders tested. regards, Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- 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-CVS] cvs: php4 / NEWS php.ini-dist php.ini-optimized /ext/standard url_scanner.c url_scanner_ex.c url_scanner_ex.re /main main.c php_globals.h php_variables.c
IIRC both these directives default to '', right? So it'll still work even if you don't edit you php.ini. Or am I missing something? At 10:22 5.4. 2001, Sascha Schumann wrote the following: -- On Wed, 4 Apr 2001, Jani Taskinen wrote: sniperWed Apr 4 13:46:27 2001 EDT Modified files: /php4 php.ini-dist php.ini-optimized NEWS /php4/ext/standardurl_scanner.c url_scanner_ex.re url_scanner_ex.c /php4/mainmain.c php_globals.h php_variables.c Log: Added new configuration directives: arg_separator.input and arg_separator.output Am I the only one who thinks that breaking installations which use a different arg_separator is odd? Now all those working installations have to be manually modified just to append ".output". - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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] --end of quote-- [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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-CVS] cvs: php4 / NEWS php.ini-dist php.ini-optimized /ext/standard url_scanner.c url_scanner_ex.c url_scanner_ex.re /main main.c php_globals.h php_variables.c
At 10:22 AM 4/5/2001 +0200, Sascha Schumann wrote: On Wed, 4 Apr 2001, Jani Taskinen wrote: sniperWed Apr 4 13:46:27 2001 EDT Modified files: /php4 php.ini-dist php.ini-optimized NEWS /php4/ext/standardurl_scanner.c url_scanner_ex.re url_scanner_ex.c /php4/mainmain.c php_globals.h php_variables.c Log: Added new configuration directives: arg_separator.input and arg_separator.output Am I the only one who thinks that breaking installations which use a different arg_separator is odd? Now all those working installations have to be manually modified just to append ".output". Considering the ambiguity I think it is the right thing to do. The default behavior will be backwards compatible and we can have a big caps news entry about it (for people who changed arg_separator). We could also keep arg_separator as an INI parameter in 4.0.5 and raise an error with a message on how to fix it (changing arg_separator to arg_separator.output). Andi Andi -- 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-CVS] cvs: php4 / NEWS
Simply update to the branch revision (cvs update -r PHP_4_0_5 NEWS), merge in the necessary patches, and commit it. Zeev At 16:19 1/4/2001, Sebastian Bergmann wrote: Sebastian Bergmann wrote: sbergmann Sun Apr 1 07:13:10 2001 EDT Modified files: /php4 NEWS Log: Fixed some glitches in NEWS. (Yes, you may call me pedantic :-) I forgot how to commit to a branch, so could someone please MFH this for me? Thanks, Sebastian -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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]