Re: [PHP-DEV] GD broken ? compiler errors !

You just can't mix current CVS c sources witth current stable release. It would be like gambling. The GD module has new enhancements in it which aren't available in 4.2.2 so that won't work. Please first test with http://www.php.net/~zeev/php-4.2.3RC2.tar.gz or even be

[PHP-DEV] ZendEngine2 availability

Hi guys, Sorry if this is out of place, but is there any estimates as to when the famous Z2 might be ready? I am starting out a large OO project in PHP, and I would really like - love - to use some of the new features. Otherwise, is there somewhere I can get latest builds? Any indications are a

[PHP-DEV] Re: var_export() and arrays

Sebastian Bergmann wrote: > $array = array('foo', 'bar'); > var_export($array); > ?> > > prints > > array ( > 0 => 'foo', > 1 => 'bar', > ) > > The comma after 'bar' is superfluous. > I agree, but it has been discussed recently. Derick added extra , si

[PHP-DEV] PHP_SETUP_ICONV in acinclude.m4. Is it needed?

Title tells it. I suppose it should be done in ext/iconv/config.m4. Any reason not to doing it config.m4? -- Yasuo Ohgaki -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] var_export() and arrays

[EMAIL PROTECTED] wrote: > It is, but removeing it would require quite a hack. I thought of fixing > that, but as Zend doesn't have problems with it, I decided that it > doesn't matter if there is a comma or not. Okay. -- Sebastian Bergmann http://sebastian-bergmann.de/ ht

Re: [PHP-DEV] var_export() and arrays

On Wed, 4 Sep 2002, Sebastian Bergmann wrote: > $array = array('foo', 'bar'); > var_export($array); > ?> > > prints > > array ( > 0 => 'foo', > 1 => 'bar', > ) > > The comma after 'bar' is superfluous. It is, but removeing it would require quite a hack

[PHP-DEV] var_export() and arrays

prints array ( 0 => 'foo', 1 => 'bar', ) The comma after 'bar' is superfluous. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Dev

[PHP-DEV] Re: --disable-all / --enable-all

Nice work. -- Nicos - CHAILLAN Nicolas [EMAIL PROTECTED] www.WorldAKT.com - Hébergement de sites Internet "Jani Taskinen" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > > Attached patch adds --disable-all / --enable-all > configure options to disable/enable all

[PHP-DEV] --disable-all / --enable-all

Attached patch adds --disable-all / --enable-all configure options to disable/enable all extensions You can do something like this now (tested): ./configure --disable-all --with-zlib To only include zlib extension. Or the other way around (untested): ./conf

Re: [PHP-DEV] Re: mbstring

[Sorry if this is a little late: my ISP has also had some mail problems over the last 48 or so hours, so I've had a random quantity of mail delivered in a random sequence over that period, most of it coming through today :-/] On 09/02/02, [EMAIL PROTECTED] wrote: > On Mon, 2 Sep 2002, Wez Furlong

Re: [PHP-DEV] Clone function of ftp_quit

PHP_FALIAS(ftp_quit, ftp_close, NULL) && BC. > 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 PROTECTE

[PHP-DEV] GD broken ? compiler errors !

Is GD extension fundamentally broken as of 4.2.2 ? Configuration: PHP version 4.2.2, OS: HPUX, compiler : gcc 2.9 library versions noted in configure line below.. GD extension fails to build as a self-contained extension, with compiler errors during make. He

Re: [PHP-DEV] [PATCH] translate capitalized functions in create_stubs

I have committed your patch. As for the Windows issue. It works pretty well under a regular cygwin setup, which is required for building PHP anyway, so I don't think there is much of a problem here. -Rasmus On Tue, 3 Sep 2002, David Viner wrote: > Hi > When we use prototype files for ex

[PHP-DEV] Re: [PATCH] translate capitalized functions in create_stubs

inlining patch since my attachment seemed to fail... dave === --- create_stubs.ORIG Tue Sep 3 13:21:41 2002 +++ create_stubsTue Sep 3 13:33:01 2002 @@ -153,6 +153,13 @@ spec_str = spec_str "\"" +## php extension must use lower case function names.

[PHP-DEV] [PATCH] translate capitalized functions in create_stubs

Hi When we use prototype files for ext_skel, we noticed that a function name with capital letters doesn't work properly since php extension must have lowercase function names. However, ext_skel doesn't warn or fix an erroneous prototype file. Here's a small patch to the create_stubs file

Re: [PHP-DEV] Default extensions (was: mbstring)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 03 September 2002 08:31 am, Marcus Börger wrote: > At 00:15 03.09.2002, Edin Kadribasic wrote: > > > i still don't see why we shouldn't just disable everything by default > > > and write a 'default configure' script... > > > >I don't see wh

Re: [PHP-DEV] pread solutions needed

On Tue, 3 Sep 2002, Zeev Suraski wrote: > Why do we use pread in the first place? I don't know. It looks like we have options for both pread and non-pread capable systems (ext/session/mod_files.c:270). I personally don't see any specific reason to use the HAVE_PREAD version, if we have someth

Re: [PHP-DEV] pread solutions needed

Why do we use pread in the first place? Zeev At 21:27 03/09/2002, Dan Kalowsky wrote: >Please read bug: > >http://bugs.php.net/bug.php?id=15983 > >As it states, currently non-i386 Linux boxen are having difficulty with >the session functionality. Mainly because of the pread/pwrite functions. >T

[PHP-DEV] pread solutions needed

Please read bug: http://bugs.php.net/bug.php?id=15983 As it states, currently non-i386 Linux boxen are having difficulty with the session functionality. Mainly because of the pread/pwrite functions. The check passes, and the HAVE_PREAD/HAVE_PWRITE flags are given. One of the users has discover

[PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_2_0) / LICENSE

Joao Prado Maia wrote: > Can someone shed some light into this issue ? Could you please stop discussion on the *CVS* list? -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.d

Re: [PHP-DEV] Default extensions (was: mbstring)

At 00:15 03.09.2002, Edin Kadribasic wrote: > > i still don't see why we shouldn't just disable everything by default and > > write a 'default configure' script... > >I don't see why you're so upset that some extensions are enabled by default. >The main rule so far was if the extension is stable a

[PHP-DEV] Unresolved external symbol: _zend_uv

php_cli.obj: error LNK2001: Unresolved external symbol: _zend_uv -- 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] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend.h Zendzend.h

On Tue, 3 Sep 2002, Zeev Suraski wrote: > I am, I have to make some changes to it first... oops, sorry for that commit, I'll revert Derick > > At 12:51 03/09/2002, Sebastian Bergmann wrote: > >Sebastian Bergmann wrote: > > > sebastian Tue Sep 3 05:41:41 2002 EDT > > > > > >

Re: [PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend.h Zend zend.h

I am, I have to make some changes to it first... At 12:51 03/09/2002, Sebastian Bergmann wrote: >Sebastian Bergmann wrote: > > sebastian Tue Sep 3 05:41:41 2002 EDT > > > > Modified files: > > /Zend zend.h > > /ZendEngine2zend.h > > Log: > > Add html_err

[PHP-DEV] Re: [ZEND-ENGINE-CVS] cvs: ZendEngine2 / zend.h Zend zend.h

Sebastian Bergmann wrote: > sebastian Tue Sep 3 05:41:41 2002 EDT > > Modified files: > /Zend zend.h > /ZendEngine2zend.h > Log: > Add html_errors to zend_utility_values. > Patch by Jan Lehnardt <[EMAIL PROTECTED]>. Someone please review/commit the r

Re: [PHP-DEV] mbstring

> AFAIK, there is no serious bug in mbstring. > If there is serious problem, let us know so that it can be > addressed. Then start with removing double url decoding of the input... and then fix the "mad" separator counter ... Stefan -- PHP Development Mailing List To unsu

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] array_unique broken?

- Original Message - From: "Stig Venaas" <[EMAIL PROTECTED]> To: "Andrey Hristov" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, September 03, 2002 11:53 AM Subject: Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] array_unique broken? > On Tue, Sep 03, 2002 at 11:47:58A

Re: [PHP-DEV] Re: mbstring

Zeev Suraski wrote: > At 10:25 03/09/2002, [EMAIL PROTECTED] wrote: > >> > strlen() overloaded by mb_strlen might causes some problems because it >> > is used to measure length of string and to measure length of binary >> > data. So, a new function to measure string length only (or binary >> > l

Re: [PHP-DEV] mbstring

Wez Furlong wrote: > Having been using it to handle more than 105,000 email messages over > the last 18 months *in production*, I have to disagree. *SNIP* > Now, the mbstr-enc-trans might have had some stability issues, but as > I've been saying, it is NOT enabled by default, and lets print a > wa

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] array_unique broken?

On Tue, Sep 03, 2002 at 11:47:58AM +0300, Andrey Hristov wrote: > IMO that's good idea to have keys ordered too. All my nightmares with > array_diff() came from that > the key order is undefined and I tried all kind of tricks (traversing like > in a marathon forward and backwards to > find are the

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] array_unique broken?

- Original Message - From: "Stig Venaas" <[EMAIL PROTECTED]> To: "Andrey Hristov" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, September 03, 2002 11:43 AM Subject: Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] array_unique bro

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] array_unique broken?

On Tue, Sep 03, 2002 at 11:21:12AM +0300, Andrey Hristov wrote: > So the docs are right? > > Note that keys are preserved. array_unique() sorts the values treated as > string at first, then will keep the first key encountered for every value, > and ignore all following keys. It does not mean that

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, Zeev Suraski wrote: > I'm going to argue about it (fiercely :) if/when it becomes more relevant, > but not a microsecond sooner... we'll meet again in battle then :) Derick -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/u

Re: [PHP-DEV] Re: mbstring

I'm going to argue about it (fiercely :) if/when it becomes more relevant, but not a microsecond sooner... Zeev At 11:38 03/09/2002, [EMAIL PROTECTED] wrote: >On Tue, 3 Sep 2002, Zeev Suraski wrote: > > > At 11:20 03/09/2002, [EMAIL PROTECTED] wrote: > > >strlen -> stringlength... I think this

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, Zeev Suraski wrote: > At 11:20 03/09/2002, [EMAIL PROTECTED] wrote: > >strlen -> stringlength... I think this should count the number of > >characters in a string, not the binary length. It would be nice if this > >function (strlen) would be transparent with mb things too, as

Re: [PHP-DEV] Re: mbstring

At 11:20 03/09/2002, [EMAIL PROTECTED] wrote: >strlen -> stringlength... I think this should count the number of >characters in a string, not the binary length. It would be nice if this >function (strlen) would be transparent with mb things too, as no code >needs to be changed then. Compatibility

[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] array_unique broken?

So the docs are right? Note that keys are preserved. array_unique() sorts the values treated as string at first, then will keep the first key encountered for every value, and ignore all following keys. It does not mean that the key of the first related value from the unsorted array will be kept.

Re: [PHP-DEV] Re: mbstring

> strlen -> stringlength... I think this should count the number of > characters in a string, not the binary length. It would be nice if this > function (strlen) would be transparent with mb things too, as no code > needs to be changed then. Agreed. strlen() should imho return number of character

[PHP-DEV] Re: [PHP-QA] array_unique broken?

On Tue, 3 Sep 2002, Andrey Hristov wrote: AH>>> AH>>> Hi, AH>>> I am not too much in array_unique() but played with array_diff() for a week AH>>> to implement array_diff_assoc() with no success so far but atm I am dreaming AH>>> the code of array_diff. I AH>>> saw that most of the code of array_d

Re: [PHP-DEV] Re: [PHP-QA] array_unique broken?

On Tue, Sep 03, 2002 at 11:04:55AM +0300, Andrey Hristov wrote: > Hi, > I am not too much in array_unique() but played with array_diff() for a week > to implement array_diff_assoc() with no success so far but atm I am dreaming > the code of array_diff. I > saw that most of the code of array_diff()

Re: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, Zeev Suraski wrote: > At 10:25 03/09/2002, [EMAIL PROTECTED] wrote: > > > strlen() overloaded by mb_strlen might causes some problems because it > > > is used to measure length of string and to measure length of binary > > > data. So, a new function to measure string length o

Re: [PHP-DEV] Re: mbstring

At 10:25 03/09/2002, [EMAIL PROTECTED] wrote: > > strlen() overloaded by mb_strlen might causes some problems because it > > is used to measure length of string and to measure length of binary > > data. So, a new function to measure string length only (or binary > > length only) will be necessary

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

[PHP-DEV] Re: [PHP-QA] array_unique broken?

Hi, I am not too much in array_unique() but played with array_diff() for a week to implement array_diff_assoc() with no success so far but atm I am dreaming the code of array_diff. I saw that most of the code of array_diff() is in array_intersect() and probably in array_unique() (yup it is like th

[PHP-DEV] array_unique broken?

bugs.php.net seems to be down, so i do it this way: ah. and 4.2.3RC2 and Compaq Tru64 are'nt mentioned on buildtest-submit on qa.php.net When running array_unique over Array ( [0] => 1 [1] => 1 [2] => 1 [3] => 2 [4] => 2 [5] => 3 [6] => 9 [7] => 7 [8] =>

Re: [PHP-DEV] Default extensions (was: mbstring)

On Tue, 3 Sep 2002, Andrey Hristov wrote: > > i'm +1 for that if it means that first it disables everything, and > > then you enable stuff bit by bit... > > --disable-all is good for me for one reason - to speed dev builds. > When I work on arrays I don't want to link xml, mysql and so on. I've

RE: [PHP-DEV] Re: mbstring

On Tue, 3 Sep 2002, James Cox wrote: > lets summarize what we got out of this... > > -- mbstring is a very useful part of PHP and should be integrated properly > into ext/standard . Not in ext/standard, but just plain the the core. It is not NEW functionality, but just enhances existing ones.

Re: [PHP-DEV] Default extensions (was: mbstring)

Best regards Andrey Hristov - Original Message - From: "James Cox" <[EMAIL PROTECTED]> To: "Jani Taskinen" <[EMAIL PROTECTED]>; "Jon Parise" <[EMAIL PROTECTED]> Cc: "PHP Development Mailing list" <[EMAIL PROTECTED]> Sent: Tuesday, September 03, 2002 12:19 AM Subject: RE: [PHP-DEV] Defa

RE: [PHP-DEV] Re: mbstring

So, lets summarize what we got out of this... -- mbstring is a very useful part of PHP and should be integrated properly into ext/standard . -- mbstring-enc-trans has some issues, but that's ok because you can't disable-and-not-build it at build time now -- having default packages is ok, but w