Re: [PHP-DEV] mbstring

On Mon, 2 Sep 2002, Marcus Börger wrote: > AND exif is disliked by the developers on this list so why do we care now? Markus, that makes no sense. Just because some ppl don't want it exif enabled by default doesn't make us 'dislike' exif, it doesn't make us (atleast not me) like you less. Der

RE: [PHP-DEV] mbstring

Derick pretty much said it for me... but more explicitly, mbstring isn't stable enough to be default. -- james > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 02, 2002 6:41 AM > To: Masaki Fujimoto > Cc: James Cox; Wez Furlong; Php-Dev

RE: [PHP-DEV] mbstring

> > So I want to 'disable' it by default. If you want encoding, > just enable it. But you're right, i've never needed to create a > truely globalized/localized app. (and from general principles, if > you feel you need to localize any more than your ui/strings.) > > > > That's not what I read,

Re: [PHP-DEV] Re: mbstring

On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > [EMAIL PROTECTED] wrote: > > > > No, not really. It was noted by more than one person that it breaks > > some simple things in PHP, affecting the bahavior of scripts that are > > already out there. Until it is totally stable (which you yourself it is

Re: [PHP-DEV] mbstring

On Mon, 2 Sep 2002, Masaki Fujimoto wrote: > Hi, > > let me vote not to remove mbstring (as a default one). I'd vote for setting it off by default _for now_, and enable it after 4.3. has branched, so we have a kick ass i18n solution in PHP5 replacing all code it duplicates. > yes, I can unde

Re: [PHP-DEV] mbstring

On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > James Cox wrote: > > > > mbstring isn't a "gold" module which should be enabled by default. > > If we should reduce number of modules built by default, 1st > module should be MySQL. Removing MySQL does not cause any > technical problems at all. Yeah, t

Re: [PHP-DEV] mbstring

On Sun, 1 Sep 2002, Shane Caraveo wrote: > Jim Winstead wrote: > > it's too bad we don't have an implementation of a complete programming > > language laying around. > > > > jim > > Yeah, sure would be usefull, then we could just get rid of ini, and use > the language... Too much interesting

[PHP-DEV] ZE2: print_r()/var_dump() and private/protected

[I post this to php-dev@ since my mail to engine2@ didn't make it.] [Is engine2@ down?] It'd ease debugging of applications if print_r() and var_dump() would show the proper name of private and protected members: test = 'test'; } } $test = new Test; print_r($te

Re: [PHP-DEV] mbstring

Jim Winstead wrote: > Yasuo Ohgaki <[EMAIL PROTECTED]> wrote: > >>Marcus B?rger wrote: >> >>>We already had some discussion on some IF statements in ini >>>files already. I guess we might call to another mail thread here >>>and hope we find a volunteer. I will not invent any work here since >>>th

Re: [PHP-DEV] ISAPI Crash Debugging Notes

At 05:11 PM 9/1/2002 -0700, Michael Sisolak wrote: >Andi, > >I download the alpha2 version of the php-4.3.0-dev-zend2 release. >Unfortunatley out-of-the-box I got an "Invalid access to memory >location." error returned when I try to view I page. I was able to >track it down to something with the

Re: [PHP-DEV] mbstring

Yasuo Ohgaki <[EMAIL PROTECTED]> wrote: > Marcus B?rger wrote: >> We already had some discussion on some IF statements in ini >> files already. I guess we might call to another mail thread here >> and hope we find a volunteer. I will not invent any work here since >> that would be totally useless.

Re: [PHP-DEV] mbstring

Hi, let me vote not to remove mbstring (as a default one). yes, I can understand the thought that singlebyte users seem mbstirng module is somehow 'extra' one. but please understand that this module is indispensable for multibyte users (at least), and AFAIK there are growing numbers of multibyt

Re: [PHP-DEV] mbstring

Marcus Börger wrote: > At 01:24 02.09.2002, you wrote: > >> Brian France wrote: >> >>> I know there are things the exif needs from mbstring and there is no >>> way to have exif link against mbstring or require it. But couldn't >>> exif check to see if mbstring is loaded (or built in) and if no

Re: [PHP-DEV] mbstring

James Cox wrote: > > mbstring isn't a "gold" module which should be enabled by default. If we should reduce number of modules built by default, 1st module should be MySQL. Removing MySQL does not cause any technical problems at all. > > That is, it's still -- as i see it -- just a bit more tha

Re: [PHP-DEV] mbstring

Forgot to mention this. This will not solve module loading order issues. Not only checks if modules needed in there, but also we should be able to load module in order. To achive this, we need to change module loading code which is written in the engine. -- Yasuo Ohgaki Yasuo Ohgaki wrote: > W

Re: [PHP-DEV] mbstring

We should have generic code for this. IMHO. -- Yasuo Ohgaki Brian France wrote: > I know this is ugly, but what about making the extensions handle it > themselves? > > Your example of session_pgsql: > > In the extension init code: > > ext_enabled = 1; > > if ( dlsym( NULL, "psql_module_entr

Re: [PHP-DEV] mbstring

At 9:25 AM +0900 9/2/02, Yasuo Ohgaki wrote: >As all of us know, PHP crashes easily when module is loaded >improperly. Has anybody tracked down why this is? This could have been the problem, but is fixed now: http://bugs.php.net/?id=17643 (I think this link is right, bugs is down right now) B

Re: [PHP-DEV] mbstring

I know this is ugly, but what about making the extensions handle it themselves? Your example of session_pgsql: In the extension init code: ext_enabled = 1; if ( dlsym( NULL, "psql_module_entry" ) == NULL && dlsym( NULL, "_psql_module_entry" ) == NULL ) { // print some warning about

Re: [PHP-DEV] mbstring

As all of us know, PHP crashes easily when module is loaded improperly. This is what we should fix. As I mentioned in personal mail, it's not difficult to fix at module loader level. -- Yasuo Ohgaki Marcus Börger wrote: > At 01:24 02.09.2002, Yasuo Ohgaki wrote: > >> Brian France wrote: >> >>

Re: [PHP-DEV] ISAPI Crash Debugging Notes

Andi, I download the alpha2 version of the php-4.3.0-dev-zend2 release. Unfortunatley out-of-the-box I got an "Invalid access to memory location." error returned when I try to view I page. I was able to track it down to something with the browscap processing - something in ini_parse() is causin

Re: [PHP-DEV] Segfault in ob_*() callback

This is known issue for a long time. Sebastian Bergmann wrote: > Marcus Börger wrote: > >>The problem here again is that in ob handlers no ob_xxx() function can >>be called. > *SNIP* > > It'd be okay IMHO to prohibit ob_*() calls inside a handler. > There are functions like this. i.e. arra

Re: [PHP-DEV] mbstring

At 01:24 02.09.2002, you wrote: >Brian France wrote: >>I know there are things the exif needs from mbstring and there is no way >>to have exif link against mbstring or require it. But couldn't exif >>check to see if mbstring is loaded (or built in) and if not print a >>warning that some of its

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? > >

Re: [PHP-DEV] mbstring

At 01:24 02.09.2002, Yasuo Ohgaki wrote: >Brian France wrote: >>I know there are things the exif needs from mbstring and there is no way >>to have exif link against mbstring or require it. But couldn't exif >>check to see if mbstring is loaded (or built in) and if not print a >>warning that so

Re: [PHP-DEV] Re: mbstring

[EMAIL PROTECTED] wrote: > On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > > >>James Cox wrote: >> >>>Phil Copeland @ redhat pointed me at this bug: >>>But mbstring really isn't a core module, and very few people will require >>>kr/zh/ru style encoding. >>> >>>I vote to remove mbstring as a default mo

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

[PHP-DEV] HAVE_GD_STRINGFTEX

Hi, The following in ext/gd/gd.c confuses me. line 332, in function PHP_MINFO_FUNCTIONS: #ifdef ENABLE_GD_TTF php_info_print_table_row(2, "FreeType Support", "enabled"); #if HAVE_LIBFREETYPE php_info_print_table_row(2, "FreeType Linkage", "with freetype"); #elif HAVE_LIBTTF php_info_

Re: [PHP-DEV] mbstring

Brian France wrote: > I know there are things the exif needs from mbstring and there is no way > to have exif link against mbstring or require it. But couldn't exif > check to see if mbstring is loaded (or built in) and if not print a > warning that some of its functionality may not work corre

Re: [PHP-DEV] segfault on adding empty heredoc to string

Mark them as critical and they'll get some attention :) Is this bug new to the latest CVS or does it occur with 4.2? At 01:10 02/09/2002, Jani Taskinen wrote: > > Crashes with latest CVS HEAD here too: > >0x828b505 in _zval_dtor (zvalue=0xbfffd540, __zend_filename=0x8376000 >"/usr/src/web/ph

Re: [PHP-DEV] mbstring

> > > > I vote to remove mbstring as a default module. > > > > I guess you have never tried to create a truely globalized/localized > > application then? > > > > I'm -1 on removing it, because PHP needs a consistent charset encoding > > API that is portable across platforms. iconv and recode ar

Re: [PHP-DEV] Re: mbstring

On Mon, 2 Sep 2002, Yasuo Ohgaki wrote: > James Cox wrote: > > Phil Copeland @ redhat pointed me at this bug: > > But mbstring really isn't a core module, and very few people will require > > kr/zh/ru style encoding. > > > > I vote to remove mbstring as a default module. > > -1 of course. > >

[PHP-DEV] Re: mbstring

James Cox wrote: > Phil Copeland @ redhat pointed me at this bug: > But mbstring really isn't a core module, and very few people will require > kr/zh/ru style encoding. > > I vote to remove mbstring as a default module. -1 of course. Are you out of mind? Tell other languages developers support

Re: [PHP-DEV] segfault on adding empty heredoc to string

Crashes with latest CVS HEAD here too: 0x828b505 in _zval_dtor (zvalue=0xbfffd540, __zend_filename=0x8376000 "/usr/src/web/php/php4/Zend/zend_operators.c", __zend_lineno=1057) at /usr/src/web/php/php4/Zend/zend_variables.c:43 43 CHECK_ZVAL_STRING_REL(zval

[PHP-DEV] Re: mbstring

James Cox wrote: > Phil Copeland @ redhat pointed me at this bug: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752 Check with latest CVS before posting. I fixed this bug weeks ago. -- Yasuo Ohgaki -- PHP Development Mailing List To unsubscribe, visit: http

RE: [PHP-DEV] mbstring

> > I vote to remove mbstring as a default module. > > I guess you have never tried to create a truely globalized/localized > application then? > > I'm -1 on removing it, because PHP needs a consistent charset encoding > API that is portable across platforms. iconv and recode are "no good" > be

Re: [PHP-DEV] mbstring

On 01/09/02, "James Cox" <[EMAIL PROTECTED]> wrote: > The other he mentions is mbstring seems to cause problems. I have > experienced this too. Umm, dont enable the transparent encoding support then. I don't, and I've had no problems. > But mbstring really isn't a core module, and very few peopl

Re: [PHP-DEV] Re: Antispam system

On Sun, 1 Sep 2002, CHAILLAN Nicolas wrote: > It seems that the DNS is down, thats not only the hoster. I'm sure that it > doesn't exist anymore. [derick@kossu derick]$ dig master.php.net | grep synacor master.php.net. 21575 IN CNAME synacor1.php.net. synacor1.php.net. 163

[PHP-DEV] Re: Antispam system

It seems that the DNS is down, thats not only the hoster. I'm sure that it doesn't exist anymore. -- Merci de nous avoir choisi. - Thanks you for your choice. Nicos - CHAILLAN Nicolas [EMAIL PROTECTED] [EMAIL PROTECTED] www.GroupAKT.com - Hébergement Group. www.WorldAKT.com - Hébergement de sites

Re: [PHP-DEV] Antispam system

Thanks, btw are you sure that it will work? :-) -- Merci de nous avoir choisi. - Thanks you for your choice. Nicos - CHAILLAN Nicolas [EMAIL PROTECTED] [EMAIL PROTECTED] www.GroupAKT.com - Hébergement Group. www.WorldAKT.com - Hébergement de sites Internet "Sander Roobol" <[EMAIL PROTECTED]> a éc

Re: [PHP-DEV] adding persistent toggle to zend_stack implementation

I think this is fine. Andi At 11:32 AM 8/27/2002 -0400, George Schlossnagle wrote: >Hi, > >I'd like to use the zend_stack stuff for stacked handlers in the new >apache_hooks sapi stuff, but right now, it emalloc's everything, which is >unacceptable for my usage. I could write my own stack imp

Re: [PHP-DEV] ISAPI Crash Debugging Notes

Any chance you can setup and Engine 2 build and see if this problem persists? Andi At 06:42 AM 8/27/2002 -0700, Michael Sisolak wrote: >--- Zeev Suraski <[EMAIL PROTECTED]> wrote: > > At 09:53 27/08/2002, Michael Sisolak wrote: > > > > >i've been doing some debugging of the crashes when running

Re: [PHP-DEV] Possible leak in zend_llist ?

Hey, I think you're right. Someone changed this code a while ago and might have introduced this problem (or it was like this before). I commited a fix and hope it doesn't break anything :) If anyone uses llist's please make sure it's OK. Andi At 07:30 AM 8/27/2002 -0400, l0t3k wrote: >hi, > i

Re: [PHP-DEV] mbstring

At 11:49 01.09.2002, James Cox wrote: >Phil Copeland @ redhat pointed me at this bug: > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752 > >Seems that there are a number of issues (i'm going to verify & patch his >fixes right now). > >The other he mentions is mbstring seems to cause pro

RE: [PHP-DEV] mbstring

At 20:57 01.09.2002, Brian France wrote: >At 8:47 PM +0200 9/1/02, Marcus Börger wrote: >>At 20:38 01.09.2002, Brian France wrote: >>>At 6:29 PM +0100 9/1/02, James Cox wrote: Where is your patch? >>> >>>The patch basically renames php_treat_data to php_treat_data_default, >>>creates a functio

Re: [PHP-DEV] segfault on adding empty heredoc to string

On Sun, 2002-09-01 at 19:50, Lukas Schroeder wrote: > hi, > > i can crash my php here by using these lines: Nope, works fine: --- thekid@friebes:~ > cat | php -q thekid@friebes:~ > php -v 4.2.1 thekid@friebes:~ > uname -a FreeBSD

RE: [PHP-DEV] mbstring

At 8:47 PM +0200 9/1/02, Marcus Börger wrote: >At 20:38 01.09.2002, Brian France wrote: >>At 6:29 PM +0100 9/1/02, James Cox wrote: >>>Where is your patch? >> >>The patch basically renames php_treat_data to php_treat_data_default, >>creates a function pointer called php_treat_data that is defaulte

RE: [PHP-DEV] mbstring

At 20:38 01.09.2002, Brian France wrote: >At 6:29 PM +0100 9/1/02, James Cox wrote: >>Where is your patch? > >The patch basically renames php_treat_data to php_treat_data_default, >creates a function pointer called php_treat_data that is defaulted to >php_treat_data_default, removes all mbstrings

Re: [PHP-DEV] Antispam system

See http://master.php.net/manage/users.php (when it's up again) Sander On Sun, Sep 01, 2002 at 08:28:46PM +0200, CHAILLAN Nicolas wrote: > Hello, many people that try to send me a mail are stopped by the antispam > system, they should answer to the message so I can get the mail, this is > fine,

RE: [PHP-DEV] mbstring

At 6:29 PM +0100 9/1/02, James Cox wrote: >Where is your patch? The patch basically renames php_treat_data to php_treat_data_default, creates a function pointer called php_treat_data that is defaulted to php_treat_data_default, removes all mbstrings references in php_main.h and makes mbstring.c c

[PHP-DEV] Antispam system

Hello, many people that try to send me a mail are stopped by the antispam system, they should answer to the message so I can get the mail, this is fine, but many people don't understand it and just dont do it, is there a way to deactivate it? -- Merci de nous avoir choisi. - Thanks you for your c

RE: [PHP-DEV] segfault on adding empty heredoc to string

No problems with 4.2.2 as apache-1.3.26 dso on RH-7.2 Regards Mike Robinson -Original Message- From: Lukas Schroeder [mailto:[EMAIL PROTECTED]] Sent: Sunday, September 01, 2002 1:50 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] segfault on adding empty heredoc to string hi, i can cras

Re: [PHP-DEV] segfault on adding empty heredoc to string

No problems on win32 , php-430-dev cli.ZE2. Best regards Andrey Hristov - Original Message - From: "Lukas Schroeder" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, September 01, 2002 8:50 PM Subject: [PHP-DEV] segfault on adding empty heredoc to string > hi, > > i can crash

Re: [PHP-DEV] segfault on adding empty heredoc to string

Hey, I can reproduce this crash: Program received signal SIGSEGV, Segmentation fault. 0x081f8ddf in _zval_dtor (zvalue=0xbfffd3f0, __zend_filename=0x8272220 "/dat/dev/php/php-4.3.0dev/Zend/zend_operators.c", __zend_lineno=1057) at /dat/dev/php/php-4.3.0dev/Zend/zend_variables.c:43 43

[PHP-DEV] segfault on adding empty heredoc to string

hi, i can crash my php here by using these lines: can anyone second this? regards, -lukas #0 0x403218b5 in _zval_dtor (zvalue=0xbfffe214, __zend_filename=0x4038dc80 "/home/azzit/src/cvs/php4/php4/Zend/zend_operators.c", __zend_lineno=1057) at /home/azzit/src/cvs/php4/php4/Ze

RE: [PHP-DEV] mbstring

> I do have one request, when the time comes to remove it from the > default also change the PHP core code so that it can be built as a > shared extension and loaded on the fly. Currently it can only be > compiled into PHP statically and building it as .so means hacking the > PHP source and

Re: [PHP-DEV] Segfault in ob_*() callback

At 18:02 01.09.2002, Sebastian Bergmann wrote: >Marcus Börger wrote: > > The problem here again is that in ob handlers no ob_xxx() function can > > be called. > > FYI: I know that I shouldn't do that, but I tried > > class Test { > function Test() { > ob_start(array($this,

Re: [PHP-DEV] Segfault in ob_*() callback

Marcus Börger wrote: > The problem here again is that in ob handlers no ob_xxx() function can > be called. FYI: I know that I shouldn't do that, but I tried out of curiosity, while trying to get Cache_Lite working with XML_Transformer. It'd be okay IMHO to prohibit ob_*() calls in

Re: [PHP-DEV] Segfault in ob_*() callback

At 17:10 01.09.2002, Zeev Suraski wrote: >At 17:51 01/09/2002, Marcus Börger wrote: >>At 15:25 01.09.2002, Zeev Suraski wrote: >>>At 16:10 01/09/2002, Marcus Börger wrote: The problem is that in function PHPAPI void php_end_ob_buffer(zend_bool send_buffer, zend_bool just_flush TSRMLS_

Re: [PHP-DEV] mbstring

At 10:49 AM +0100 9/1/02, James Cox wrote: >I vote to remove mbstring as a default module. I completely agree! I do have one request, when the time comes to remove it from the default also change the PHP core code so that it can be built as a shared extension and loaded on the fly. Currently

Re: [PHP-DEV] Segfault in ob_*() callback

At 17:51 01/09/2002, Marcus Börger wrote: >At 15:25 01.09.2002, Zeev Suraski wrote: >>At 16:10 01/09/2002, Marcus Börger wrote: >>>The problem is that in function >>>PHPAPI void php_end_ob_buffer(zend_bool send_buffer, zend_bool >>>just_flush TSRMLS_DC) >>> >>>the user function is called wether o

Re: [PHP-DEV] Segfault in ob_*() callback

At 15:25 01.09.2002, Zeev Suraski wrote: >At 16:10 01/09/2002, Marcus Börger wrote: >>The problem is that in function >>PHPAPI void php_end_ob_buffer(zend_bool send_buffer, zend_bool just_flush >>TSRMLS_DC) >> >>the user function is called wether or not send_buffer is zero. (Zero >>means flush >

Re: [PHP-DEV] mbstring

On Sun, 1 Sep 2002, James Cox wrote: > I vote to remove mbstring as a default module. +1000 > And for those who say that i could just disable it -- well, the converse is > true. Let us STOP burdening default builds with crap that is unlikely to be > used. Another voice of reason! Welcome! >-

RE: [PHP-DEV] mbstring

James Cox wrote: > I vote to remove mbstring as a default module. +1 > Let us STOP burdening default builds with crap that is unlikely > to be used. Amen. Regards Mike Robinson -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Segfault in ob_*() callback

At 16:10 01/09/2002, Marcus Börger wrote: >The problem is that in function >PHPAPI void php_end_ob_buffer(zend_bool send_buffer, zend_bool just_flush >TSRMLS_DC) > >the user function is called wether or not send_buffer is zero. (Zero means >flush >here and means the function must not be called,

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

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

Re: [PHP-DEV] Segfault in ob_*() callback

At 15:06 01.09.2002, Sebastian Bergmann wrote: >Marcus Börger wrote: > > Ever tried this in earlier version of PHP? I guess not! > > I tested it with PHP 4.2.3-RC1, and it's broken there, too. > > I did not claim that you broke this one, Marcus, so why the harsh > tone? Because you rev

Re: [PHP-DEV] Reverting ob_*() changes

Marcus Börger wrote: > Read other mail threads on this - i am not going to comment every > single thread concerning the same things I read the other mails / threads carefully. It's not my idea alone that this commit broke something. Consensus was reached on #php.bugs to revert this for

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

Re: [PHP-DEV] Segfault in ob_*() callback

Marcus Börger wrote: > Ever tried this in earlier version of PHP? I guess not! I tested it with PHP 4.2.3-RC1, and it's broken there, too. I did not claim that you broke this one, Marcus, so why the harsh tone? -- Sebastian Bergmann http://sebastian-bergmann.de/ h

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 13:37 01.09.2002, Sebastian Bergmann wrote: >Sebastian Bergmann wrote: > > sebastian Sun Sep 1 07:33:19 2002 EDT > > > > Modified files: > > /php4 NEWS php.ini-dist php.ini-recommended > > /php4/main main.c output.c php_globals.h php_output.h > > Log: > > Per

Re: [PHP-DEV] Reverting ob_*() changes

At 14:40 31.08.2002, Sebastian Bergmann wrote: > In recent days there was a lot of discussion on reverting Marcus' > changes to the output buffering on #php.bugs. > > I'm not sure if > > http://www.sebastian-bergmann.de/stuff/revert > > does this properly, so I don't want to commit it

Re: [PHP-DEV] Segfault in ob_*() callback

At 10:10 31.08.2002, Sebastian Bergmann wrote: > Reproducing script: > > class Test { > function Test() { > ob_start(array($this, 'transform')); > } > > function transform($buffer) { > ob_end_clean(); > return $buffer; > } > } > >

[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

"Thies C. Arntzen" wrote: > why? Because it's broken. -- 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 To unsubsc

[PHP-DEV] Re: Clone fonction of ftp_quit

Ewps, I just saw that it already exists, sorry. -- Merci de nous avoir choisi. - Thanks you for your choice. Nicos - CHAILLAN Nicolas [EMAIL PROTECTED] [EMAIL PROTECTED] www.GroupAKT.com - Hébergement Group. www.WorldAKT.com - Hébergement de sites Internet "Chaillan Nicolas" <[EMAIL PROTECTED]> a

[PHP-DEV] Clone fonction of ftp_quit

Why not renaming it to ftp_close so it can be like fclose, mysql_close... that would be more generic than quit. Objections? Ideas? -- Merci de nous avoir choisi. - Thanks you for your choice. Nicos - CHAILLAN Nicolas [EMAIL PROTECTED] [EMAIL PROTECTED] www.GroupAKT.com - Hébergement Group. www.W

[PHP-DEV] Re: mbstring

"James Cox" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > Phil Copeland @ redhat pointed me at this bug: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752 > > Seems that there are a number of issues (i'm going to verify & patch his > fixes right now). > > Th

[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

Sebastian Bergmann wrote: > sebastian Sun Sep 1 07:33:19 2002 EDT > > Modified files: > /php4 NEWS php.ini-dist php.ini-recommended > /php4/main main.c output.c php_globals.h php_output.h > Log: > Per discussion on #php.bugs (+1 from at least Derick and Jani), >

Re: [PHP-DEV] mbstring

James Cox wrote: > I vote to remove mbstring as a default module. +1 -- 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

Re: [PHP-DEV] mbstring

On Sun, 1 Sep 2002, James Cox wrote: > The other he mentions is mbstring seems to cause problems. I have > experienced this too. > > Guys, i don't want to be mean or sound racist or anything else you throw at > me. > > But mbstring really isn't a core module, and very few people will require >

[PHP-DEV] mbstring

Phil Copeland @ redhat pointed me at this bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72752 Seems that there are a number of issues (i'm going to verify & patch his fixes right now). The other he mentions is mbstring seems to cause problems. I have experienced this too. Guys, i d

[PHP-DEV] I'm Back

For those who may be interested, I am back from my trip to California, and am going through mails. --James -- James Cox :: [EMAIL PROTECTED] :: http://james.blogs.at/ Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/ -- PHP Development Mailing List