[PHP-DEV] (fwd) Re: realpath(), stat() and dcache on FreeBSD

Rasmus, I've asked one of our FreeBSD gurus to shed some light on the issue you brought with the slow performance of realpath() and stat() calls on that OS. Hope this makes sense. ;) -Andrei -- Andrei Zmievski Mail: [EMAIL PROTECTED] Sr. Front End Software Enginee

[PHP-DEV] Re: zend_API.c

> 2003-02-02 Harald Radi <[EMAIL PROTECTED]> > > * zend_API.c > zend_API.h: > extend the parameter parsing API by two functions > for parsing method parameters with automatic > detection if the function was called as such or as > a class method (with a valid thi

[PHP-DEV] Re: zend_API.c

On Mon, 03 Feb 2003, Harald Radi wrote: > it is not yet used anywhere, so we can still change it however we want. if you > think it doesn't belong there we can even remove it, but i already needed that > functionality in 3+ extensions and i guess you even will like it for your gtk > stuff. i even h

[PHP-DEV] Re: zend_API.c

On Mon, 03 Feb 2003, Harald Radi wrote: > because people prefer either the one or the other way to manipulate things. > people not familiar with oo will most likely not not stick with the oo api nor > will they be happy if they're forced to use it. on the other hand people > writing their scripts e

[PHP-DEV] Re: zend_API.c

On Mon, 03 Feb 2003, Harald Radi wrote: > that would be a big step back again for several reasons: > > -) if done in c code you have one function serving as function and method, > thus you have the same order/amount of arguments for the function _and_ the > method. I don't see this as an issue -

[PHP-DEV] Re: zend_API.c

On Mon, 03 Feb 2003, Harald Radi wrote: > because then we have userland -> ze2 oo -> userland -> php function instead of > userland -> php function. maybe that's negligable, i didn't benchmark it. Hmm, care to explain this? It should just be object call -> PHP function call. > exception vs. warn

[PHP-DEV] Re: zend_API.c

On Mon, 03 Feb 2003, Harald Radi wrote: > if $obj is an overloaded object $obj->method() would directly call the native > implementation of method(), if it is a pear object, $obj->method() will result > in a userspace method invokation that actually calls the native implementation > adding a furthe

Re: [PHP-DEV] Re: New CLI switches (was [PHP-DEV] Using CLI as a shell)

> > I don't like this. IMO all those switches make it messy... and I really > > don't see the advantage of this over -r. PHP isn't supposed to be used > > like this. If it things get too complicated for -r, write a separate > > script instead of hacking up the command line. > > -1 on this. > > Ye

Re: [PHP-DEV] iterating objects with interfaces

Very cool. :) On Sun, 09 Mar 2003, Marcus Börger wrote: > Hi, > > i've just done the first step for a new extension which shall make use > of interfaces newly implemented in ZE2. > > currently the extension implements the namespace "spl" and the > interfaces "spl_foreach", "spl_forward" and "sp

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard var.c

On Mon, 10 Mar 2003, Sebastian Bergmann wrote: > Can I have my get_object_handle() function, too, pretty please? ;-) > > Besides, IIRC, Andi said "back then" that the object handle is not > unique. But it's still useful. -Andrei http://www.gravitonic.c

[PHP-DEV] Segfault

With the latest ZE2: -Andrei http://www.gravitonic.com/ "The day Microsoft makes something that doesn't suck, is probably the day Microsoft starts making vacuum cleaners." - Ernst Jan Plugge -- PHP Development Mailing List T

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Marcus Boerger wrote: > helly Tue Mar 11 19:10:00 2003 EDT > > Added files: > /php4/tests/classes interface_class.phpt interface_doubled.phpt > interface_implemented.phpt > inter

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Marcus Börger wrote: > a class can only extend ONE class/interface but it can implement multiple > interfaces. If you ask me i would not allow extending interfaces at all. That's what I was thinking too. -Andrei http://www.gravitonic.com/

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Sebastian Bergmann wrote: > I have seen extended interfaces quite often in the Java world. > > IIRC, the following code currently runs without problems and it should > stay that way, if it does not harm us in any way: > > interface Foo {} > interface Bar ex

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Sterling Hughes wrote: > It doesn't. They are free to send the mail to whomever they like, even > put up a website with their ideas. They are not censured, they are > restricted. In what country can you walk onto the floor of the congress > (parliament) without sponsorship?

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /tests/classes interface_class.phpt interface_doubled.phpt interface_implemented.phpt interface_instantiate.phpt interface_member.phpt interface_method.phpt interface_method_final.phpt interface_method_private.phpt interface_must_be_implemented.phpt

On Wed, 12 Mar 2003, Marcus Börger wrote: > >interface JAZ {} > >interface FOO {} > >interface BAR extends FOO {} > >class foo implements FOO {} > > This works even though i do not like extends FOO. Why? Both C# and Java (AFAIR) allow interfaces to extend other interfaces. > This doesn't - i ho

Re: [PHP-DEV] Moderate PHP-DEV

On Wed, 12 Mar 2003, Tom Sommer wrote: > I agree, I think changing the name is the way to go, and to remove it from > the public mailing lists (or put it under another category) > > Don't forget that mailing lists is not the whole problem, many also use > news groups :) > > php.internal > php.c

[PHP-DEV] Scope and namespace

Seeing as how we now have only one-level deep namespaces and classes (which is another topic), does it make sense to have both 'scope' and 'ns' fields in zend_op_array structure? I would think they can be merged into one. I still want to hear from Zeev about lack of nested classes/namespaces.. may

Re: [PHP-DEV] Scope and namespace

On Thu, 13 Mar 2003, Zeev Suraski wrote: > Not really, we can't. You can have functions inside a namespace, that > don't have a class entry attached to them. > I guess we could create some hybrid of the namespace and ce, but it would > end up being ugly, with many more extra checks. Suppose we

[PHP-DEV] Re: cvs: php4 / README.PARAMETER_PARSING_API

So, should we go ahead and change it to 'long' then? The existing code would be affected of course.. On Thu, 04 Jul 2002, Yasuo Ohgaki wrote: > It sounds like changing API (int -> long) is better to me. > _zvalue_value.lval's type is long also. > > -- > Yasuo Ohgaki > > Sascha Schumann wrote: >

[PHP-DEV] Re: Fw: #19346 [Opn->Ana]: preg_match() does not work for UTF-8

On Wed, 11 Sep 2002, Wez Furlong wrote: > It seems that our bundled pcre doesn't handle utf-8 as well as the latest > version; are there any objections to updating to version 3.9? No, no objections. Do you want me to do it or..? -Andrei http://www.gravitonic

Re: [PHP-DEV] whatever happened to array_merge()?

I fixed it in CVS now. On Wed, 18 Sep 2002, Steph wrote: > I can't build PHP-GTK against current dev head (4.3.0), I get 7 > compilation errors all of which say the same thing: > blah blah : error C2198: 'php_array_merge' : too few actual parameters > > Now this worked a few weeks back ... ? >

Re: [PHP-DEV] PHP Apache2Filter SAPI segfaults on startup

Please file it as a Bug. On Fri, 20 Sep 2002, Sebastian Bergmann wrote: > Environment: Apache 2 and PHP 4 built as Debug_TS from current CVS on > Win32. Same combination also segfaults on Linux 2.4.19. > > This segfault is most likely caused by a change in the SAPI startup > code. > > p

Re: [PHP-DEV] Save the Orphans - No this isn't coming from a friend in Nigeria

Good riddance. On Wed, 25 Sep 2002, Sterling Hughes wrote: > Hi, > > As you may of noticed, I've orphaned quite a few of my extensions in the > php4 cvs tree. This is due to the fact that I now longer have the time > to maintain any of the php extensions and frankly i haven't had the > effort/m

[PHP-DEV] Re: open_basedir bug

Wez, have you had a chance to look at #19292? -Andrei http://www.gravitonic.com/ * My wishlist: http://www.amazon.com/exec/obidos/wishlist/2Q2DIPY7BZLSH/ * -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub

[PHP-DEV] 4.3.0

All, Once the critical bugs are fixed, I intend to branch the tree in preparation for 4.3.0 cycle. The remaining critical bugs are: [15025] Copy of array is affected by reference [19292] random error: open_basedir restriction in effect. File is in wrong di

Re: [PHP-DEV] 4.3.0

On Thu, 26 Sep 2002, Sebastian Bergmann wrote: > Andrei Zmievski wrote: > > Once the critical bugs are fixed, I intend to branch the tree in > > preparation for 4.3.0 cycle. > > > Good News! > I so love that show. -Andrei

Re: [PHP-DEV] feedback on PHP's WDDX

On Thu, 26 Sep 2002, Jimmy wrote: > For example: > > $string = "1"; > wddx_serialize($string, WDDX_INTEGER); > // var $string will be encoded as integer, instead of string > > $file_name = "contain some unicode char"; > wddx_serialize($file_name, WDDX_BINARY); > // var $file_name will be encoded

Re: [PHP-DEV] feedback on PHP's WDDX

On Fri, 27 Sep 2002, Jan Lehnardt wrote: > what about wddx_serialize($complex_var, array( > WDDX_EMPTY, > ... > WDDX_HASH => array( >

Re: [PHP-DEV] feedback on PHP's WDDX

On Fri, 27 Sep 2002, Wez Furlong wrote: > Is that meant to be a compliment?? :-) God, no. -Andrei http://www.gravitonic.com/ * How would this sentence be different if Pi was equal to three? * -- PHP Development Mailing List To unsubsc

Re: [PHP-DEV] naming of new streams functions for 4.3

On Sat, 28 Sep 2002, Wez Furlong wrote: > Hi All, > > I'm in two minds about what to call the functions introduced by streams > to user-space. > > Some of them are called file_xxx to emphasize the fact that they operate > on files, while some of them are called stream_xxx to emphasize that they

[PHP-DEV] php/embed - compile thrice?

Sascha, Edin tells me that with the changes you made it will be necessary to do the configure-make cycle 3 times in order to build PHP + libphp.so + libphp.a. In my view, that is a big hassle. Is there no way to make it work so that everything is built at once, possibly with only one more configu

Re: [PHP-DEV] PEAR and 4.3 release

On Tue, 01 Oct 2002, Lukas Smith wrote: > But I think PEAR needs to get its community and development structure > setup correclty before 4.3 with an offical PEAR should hit the streets. > > [snipped] > > I think that the PHP Conference in Frankfurt would fit perfectly to > setup a round table (m

[PHP-DEV] Re: php/embed - compile thrice?

On Tue, 01 Oct 2002, Sascha Schumann wrote: > Andrei, > > considering that you are subscribed to php-dev, I really do > wonder about your motives on bringing this topic up. > > I gladly invite you to contribute to the on-going work which > aims at enabling multiple parallel S

Re: [PHP-DEV] Re: php/embed (build system changes)

On Tue, 01 Oct 2002, Sascha Schumann wrote: > Fortunately, I have some spare time and look forward to > purge some of the cruft which has assembled since the CLI > support was added. By extending the problem domain, we can > simplify and abstract a number of cases in the build sys

Re: [PHP-DEV] Re: php/embed (build system changes)

On Tue, 01 Oct 2002, Sascha Schumann wrote: > Nope, this is 4.3.1 material. > > I was about to ask you whether you can branch away the PHP > part now and doing the Zend branch later, after the bug is > fixed. If not, it is ok, too. We were going to branch on Saturday, after Wez

Re: [PHP-DEV] getimagetype() broken for jpegs?

On Tue, 01 Oct 2002, Rasmus Lerdorf wrote: > So result is never filled in as it doesn't think we hit any markers. Yet > a "file foo.jpg" returns: > > foo.jpg: JPEG image data, JFIF standard 1.02, resolution (DPI), 72 x 72 > > I have tried it with a number of different jpegs. My libjpeg is: >

Re: [PHP-DEV] getimagetype() broken for jpegs?

On Wed, 02 Oct 2002, Rasmus Lerdorf wrote: > Hrm... Actually, after a bit more checking it is only some jpegs that > don't work. Specifically the ones coming from my digital camera are no > longer working. Images that used to work with getimagesize() are now not, > so I think something changed.

Re: [PHP-DEV] Re: php/embed (build system changes)

On Wed, 02 Oct 2002, Sascha Schumann wrote: > Will HEAD become 4.4 immediately after 4.3.0 branches off? > > I would expect that some work needs to be done to further > stabilize the 4.3 branch. The rule of thumb is that the 4.3 branch is used only for point releases. -Andrei

[PHP-DEV] --disable-cgi

I'd like to have this patch committed, any comments? http://www.zend.com/lists/php-dev/200203/msg00407.html -Andrei http://www.gravitonic.com/ "C combines all the power of assembly language with all the ease of use of assembly language" -- trad --

Re: [PHP-DEV] REVIEW: Imminent session patch

On Wed, 02 Oct 2002, Sascha Schumann wrote: > Uh, how ugly. This has never been supported intentionally. > Looks like a result of multiple people modifying code and not > talking to each other. > > Note that the docs for session_register are out of date. It > is supposed to

Re: [PHP-DEV] [PATCH] String function optimizations

On Thu, 03 Oct 2002, Ilia A. wrote: > After doing a number of tests on PHP's various string functions, I've came up > with a patch that significantly improves the performance on those functions. > The patch optimizes: > php_addslashes() - internal PHP function used to add slashes to a strin

Re: [PHP-DEV] Re: Fixing socket reads

On Fri, 04 Oct 2002, Sascha Schumann wrote: > Here is a second patch, with a third coming some time later. > > The current stream implementation does not consume its > buffered data before starting new reads. That causes serious > problems with sockets, of course, if you have an

Re: [PHP-DEV] Re: Fixing socket reads

On Fri, 04 Oct 2002, Sascha Schumann wrote: > Are there any problems with regard to comitting fixes to that > branch? No. > Anyway, I've had to address such issues in PHP 3 already for > which I wrote the socket buffering system. I don't expect to > run into anything non-tri

Re: [PHP-DEV] Re: Fixing socket reads

On Fri, 04 Oct 2002, Rasmus Lerdorf wrote: > I don't think there is anything too magical about Saturday. The magic was > setting a date which has spurred a lot of good fixes. If we need to give > folks a couple more days to finish up stuff then we do that. Right, I was just pushing people a bit

Re: [PHP-DEV] Re: Fixing socket reads

On Fri, 04 Oct 2002, Rasmus Lerdorf wrote: > > Good. > > Not running into anything non-trivial would be bad, wouldn't it? ;) non-trivial = difficult running into difficult = bad not running into difficult = good It's Friday and I am hungry. :) -Andrei htt

[PHP-DEV] PHP 4.3 branch

All, I have made PHP_4_3 branch just now. This is the branch that will be used for 4.3.0 release and subsequent point releases. If you fix a bug in HEAD, please do not forget to merge it into the PHP_4_3 branch as well. Thank you, -Andrei http://www.gravito

Re: [PHP-DEV] PHP 4.3 branch

On Sat, 05 Oct 2002, Sebastian Bergmann wrote: > Will HEAD become 4.4.0-dev, or 5.0.0-dev? Considering the long release > cycle to be expected I prefer the latter. Does it really matter? It's just a string in php_version.h. -Andrei http://www.gravitonic.

Re: [PHP-DEV] PHP 4.3 branch

On Sat, 05 Oct 2002, Sebastian Bergmann wrote: > Andrei Zmievski wrote: > > Does it really matter? It's just a string in php_version.h. > > Well, not really. But knowing that HEAD would become PHP 5 could maybe > encourage projects like rewriting stuff like ext/domxm

[PHP-DEV] 4.3 plans

I think the general consensus is that PHP tree is not ready for branching and RC1. So, here 's what I propose: we roll a 4.3.0-pre1 from HEAD on Thursday, so that QA team (or what's left of it) and everyone else can test it. Subsequently, based on the results of that testing we can see if branchin

Re: [PHP-DEV] 4.3 plans

Good. Now, people, let's try to get the tree at least somewhat stable before Thursday. On Mon, 07 Oct 2002, Rasmus Lerdorf wrote: > Ok > > On Mon, 7 Oct 2002, Andrei Zmievski wrote: > > > I think the general consensus is that PHP tree is not ready for > > branchin

Re: [PHP-DEV] 4.3 plans

sed the *exact* same sentence. Scary... > > > > > >Andi > > > > > >At 05:19 PM 10/7/2002 +0300, Zeev Suraski wrote: > > >>Sounds good to me. > > >> > > >>At 17:09 07/10/2002, Andrei Zmievski wrote: > > >>>I think t

Re: [PHP-DEV] PHP_4_3

No. I'll do it. On Tue, 08 Oct 2002, Derick Rethans wrote: > Hello, > > I propose to ditch this one right now, and re number the HEAD branch to > 4.3.0-dev (instead of 4.4.0-dev). Any objections? > > regards, > Derick > > -- > > ---

[PHP-DEV] --disable-cgi yet again

Can someone good with build system add --disable-cgi swtich, please? There is a patch in php-dev archives but it doesn't work against the current tree. I hate building cgi every time when I don't need it. -Andrei http://www.gravitonic.com/ "Music expresses t

Re: [PHP-DEV] --disable-cgi yet again

On Thu, 10 Oct 2002, Philip Olson wrote: > Shouldn't this be --disable-cli ? Eh, no. We already have --disable-cli. We need --disable-cgi. -Andrei http://www.gravitonic.com/ "I still find each day too short for all the thoughts I want to think, all the wal

[PHP-DEV] PHP 4.3.0pre1

Hello, PHP 4.3.0pre1 is available for download from http://qa.php.net. PHP 4.3.0 incorporates a very large number of changes, new features, and bugfixes, and thus requires extensive testing. This preliminary release is meant to kick-start this testing while the fixes are still being performed. Pl

[PHP-DEV] PHP 4.3.0pre1 [updated]

Apologies, the correct URL to download PHP 4.3.0pre1 from is: http://www.php.net/~andrei/php-4.3.0pre1.tar.bz2 -Andrei http://www.gravitonic.com/ * 2 + 2 = 5 for extremely large values of 2. * -- PHP Development Mailing List T

Re: [PHP-DEV] If programming languages could speak...

On Sat, 12 Oct 2002, Sebastian Bergmann wrote: > "And PHP answered: >All I ever do, day in and day out, is work and work and work. >The only time I'm noticed is when I break, and then I'm cursed and >kicked, and roundly blasted for being useless. However, when things go >well, I

[PHP-DEV] [4.3] Current critical bugs

Hi, We have 10 critical bugs in the list currently. If you could please see about fixing at least one of them, we'd be that much closer to a release candidate. Summary: need to use -taso with Netscape LDAP libs URL: http://bugs.php.net/bug.php?id=1298 Summary: Copy of array is affected by r

Re: [PHP-DEV] [4.3] Current critical bugs

On Tue, 15 Oct 2002, Zeev Suraski wrote: > >Summary: Copy of array is affected by reference > >URL: http://bugs.php.net/bug.php?id=15025 > > If you keep that one on the critical list, then 4.3.0 will remain a > philosophical concept :) You said you'd think about fixing it and I've never hea

Re: [PHP-DEV] Re: [4.3] Current critical bugs

Why don't you close it? :) On Tue, 15 Oct 2002, Rasmus Lerdorf wrote: > It has been fixed for a while. > > On Tue, 15 Oct 2002, Peter Neuman wrote: > > > Hi, > > > > "Andrei Zmievski" <[EMAIL PROTECTED]>: > > > > > Sum

Re: [PHP-DEV] nl2br is broken in PHP4.3.0pre1

On Wed, 16 Oct 2002, Derick Rethans wrote: > That's all up to Andrei, but I would favor for a pre2 during the next > week for further testing, but it looks good so far. Yes, we'll make another 'pre' release early next week. Lots of good bugs have been fixed since pre1. -Andrei

Re: [PHP-DEV] short_open_tag

On Thu, 17 Oct 2002, Yasuo Ohgaki wrote: > This is one of the reason why I think we should try to change > short_open_tag default. " Instruction). There may be many (and/or custom) PI tags and it > may become more serious problem in the future. > > We may even have XML processor that processes PH

Re: [PHP-DEV] from one hash to another, in an extension

started having strange problems in my PHP > code, like I would assign the property of an object, and later the > same property would be magically null again. This problem goes away > when I remove the SEPARATE_ZVAL above. > > So, I though maybe one of you kind folks might shed some li

Re: [PHP-DEV] from one hash to another, in an extension

On Wed, 23 Oct 2002, Tim Daly, Jr. wrote: > > You don't need to SEPARATE_ZVAL() in this case. > > I don't need to, or I need not to? Don't use SEPARATE_ZVAL() when copying zval from one hash to another. -Andrei http://www.gravitonic.com/ We all have photogr

Re: [PHP-DEV] short_open_tag

They are _not_ the same person! On Thu, 17 Oct 2002, Zeev Suraski wrote: > Well, I differ with you on that. I don't think there's anything in the > same class as > Zeev > > At 18:08 17/10/2002, Andi Gutmans wrote: > >I don't think we should add special hacks to the scanner. Soon we're going

[PHP-DEV] removing apidoc.txt

I propose we remove apidoc.txt from the tree. It is prety outdated and only promotes confusion. We have a module for API documentation and it is available online as well. -Andrei http://www.gravitonic.com/ "Computers are useless. They can only give you answer

Re: [PHP-DEV] short_open_tag

On Thu, 17 Oct 2002, Derick Rethans wrote: > On Thu, 17 Oct 2002, Andrei Zmievski wrote: > > > I. Am. So. Tired. Of. Seeing. This. Come. Up. Over. And. Over. Again. > > > > The next time someone mentions this on the list, I'm grabbing a LART[1] and > > heading

[PHP-DEV] Forked ext/gd by default

I think we should use forked version of gd library by default for 4.3.0. >From what I hear it is already the best version of any of them out there and if it saves us any more grief, all the better. Objections? -Andrei http://www.gravitonic.com/ "You choose to

[PHP-DEV] PHP 4.3.0pre2

Hello, PHP 4.3.0pre2 is available for download from http://qa.php.net. This second pre-release incorporates a large number of bug fixes since the first one. Still, to help us catch as many bugs as possible, please download it and start testing. -Andrei http:/

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /main streams.c

On Mon, 28 Oct 2002, Derick Rethans wrote: > > Hey Ilia, > > > > Does this prevent opening of things like block and character special files? > > If yes, then let's change it to explicitly check for directories instead, > > as there are bound to be people out there that want to open things like > >

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/calendar calendar.c jewish.c sdncal.h

On Thu, 31 Oct 2002, Derick Rethans wrote: > A crap, yes... fixing README.CVS-RULES right away. Umm... @ should stay there. Just don't use it until 4.3.0 is out. -Andrei http://www.gravitonic.com/ "Claiming Java is easier than C++ is like saying that K2 is

Re: [PHP-DEV] ext/sybase_ct commit?

On Sat, 02 Nov 2002, Timm Friebe wrote: > Round 2 - fight:-) > > OK, I guess now I'm ready for committing my changes. I got PHP compiled > and tested out the new functionality of my ext/sybase_ct changes against > CVS from today. > > Just to make sure I'm getting it all right: This is what I'd pu

[PHP-DEV] mbstring and 4.3.0

At the PHP Conference in Germany several of us have discussed the current state of mbstring and there was a proposal to not have it enabled by default for 4.3.0 release. It seems that the extension attempts to do "magic" stuff by overloading functions in the executor globals and, as Thies said, tha

Re: [PHP-DEV] ext/sybase_ct commit?

On Fri, 08 Nov 2002, Timm Friebe wrote: > Sorry, I committed it before you wrote your e-mail. I don't quite > understand why this should be shorter, though. This sort of was a > mega-patch... or is it generally better so write stuff like > > Added new functions: sybase_unbuffered_query(), sybas

[PHP-DEV] turning strlen() into an opcode

I've made a small patch that turns strlen() into a statement executed by the engine instead of a function. The reasoning is that something that integral should probably be in the engine. I haven't done hard benchmarking but it seems to improve performance of that particular piece of code by about 2

Re: [PHP-DEV] turning strlen() into an opcode

On Sat, 09 Nov 2002, Andi Gutmans wrote: > I am very much against anything like this. > Improving strlen()'s performance only will have a negligible performance > impact on a real world script. > With the same kind of argument you could probably find 10-20 functions > which would be faster if you

Re: [PHP-DEV] PHP 4.3.0

On Sat, 09 Nov 2002, Andi Gutmans wrote: > Hey, > > What's the schedule for 4.3? It seems to be lingering. That said I'd like > to resolve the bison issue before we release it (i.e. make sure that ZE1 > isn't bitten by versions > 1.28). It's not lingering. We just have to be more careful since

Re: [PHP-DEV] abstract functions

ZE1 way: class MyClass { function MyClass() { die('MyClass is an abstract class'); } } ZE2 way: class AbstractClassException { } class MyClass { function MyClass() { throw new AbstractClassException(); } } On Sat, 09 Nov 2002, Jens Rehsack wrote:

Re: [PHP-DEV] Changelog broken?

On Mon, 11 Nov 2002, Steve Alberty wrote: > Hi, > > the Changelog file in the php4 cvs tree is unchanged since 7 days. > Is the script (cvs2cl ?) broken? It's actually rcs2log script with some modifications. And yes, I think the number of CVS accounts has finally broken this poor script's back. a

Re: [PHP-DEV] RAW POST DATA

On Tue, 12 Nov 2002, Hartmut Holzgraefe wrote: > the current problem with HTTP_RAW_POST_DATA is just that > i never really figured out when it should be populated > depending on HTTP method, Content type and > always_populate_raw_post_data, this is going to be fixed > today Okay. > besides the HT

Re: [PHP-DEV] [RFC] gd, imagefilter

On Tue, 12 Nov 2002, Pierre-Alain Joye wrote: > Hello, > > That's it :) > > I did not find a sample privat function, now I do. For the ML archive, > here is how to do it: > > On Tue, 12 Nov 2002 17:48:08 +0100 (CET) > Derick Rethans <[EMAIL PROTECTED]> wrote: > > > typedef image_filter { > >

Re: [PHP-DEV] mbstring and 4.3.0

On Tue, 12 Nov 2002, Ilia A. wrote: > mbstring has many dedicated developers whom are doing excellent maintaining > and upgrading this extension. Which at the moment makes mbstring very much a > work in progress, there is hardly a day without at least one or two CVS > commits to it. Since this i

Re: [PHP-DEV] prototypes for getters and setters.

On Wed, 13 Nov 2002, John Coggeshall wrote: > > I understand what your saying, however I guess I see the tradeoff of > creating a new reserved word to a (IMHO of course) kinda messy new > syntax a good one. > > Besides, having an absolute standard for get/set would be benefital to > all develope

Re: [PHP-DEV] mbstring and 4.3.0

On Wed, 13 Nov 2002, Melvyn Sopacua wrote: > FWIW: > * If this is ever going to make core as a part of PHP's i18n efforts, you > are going to have to deal with the 'unseen' at some point. You are not > going to identify them, by testing it within a select group. For this > reason, the userbas

[PHP-DEV] 4.3 Branched

I made a branch for 4.3 and tagged it PHP_4_3. Please remember to sync your fixes into the branch, if they are important and relevant, of course. -Andrei http://www.gravitonic.com/ * It said 'Winmodem' on the box, but I still feel like I lost. * -- PHP Devel

Re: [PHP-DEV] 4.2.3 mbstring patch?

On Thu, 14 Nov 2002, lowbwtom wrote: > Will there be a patch to fix the mbstring bug in 4.2.3? Any idea when? > (specifically to fix the missing 4 characters in array posts) > > Some of us have been totally screwed by this bug - since our isp's have > updated to 4.2.3 and left everyone's sites tot

Re: [PHP-DEV] ext/overload API

On Thu, 14 Nov 2002, Timm Friebe wrote: > Hello, > Andrei, as I can see, you're the author of ext/overload. As suggested > earlier, I've added a second parameter to sybase_fetch_object() which > allows users to pass an object to be filled with the results from the > fetched row (e.g. $article= syba

Re: [PHP-DEV] mbstring and 4.3.0

On Fri, 15 Nov 2002, Andi Gutmans wrote: > It's not that I think enabling it is such a bad idea but as we're going for > PHP 5 right after PHP 4.3 anyway I don't think it's too bad to wait for > that. I'm sure lots of people will test PHP 5 RC's so there'll be lots of > testing (long sentence bu

[PHP-DEV] Re: Aggregation & ZE2 fix

On Sat, 16 Nov 2002, Marcus Börger wrote: > With the following patch aggregation works for me with ZE1 and ZE2, > php 4.3.0 and php4.4-dev. If noone objects i will commit this. Aggregation will be implemented at the engine level in ZE2. Don't commit this patch. -Andrei

[PHP-DEV] XP?

Who says Xtreme Programming can't work over long distances.. :) iliaa Sat Nov 16 19:07:33 2002 EDT Modified files: (Branch: PHP_4_3) /php4/main streams.c Log: MFH wez Sat Nov 16 19:08:42 2002 EDT

Re: [PHP-DEV] is_callable & Bug 20216

Since I wrote the function, I can provide some insight. On Mon, 18 Nov 2002, Leon Atkinson wrote: > This function wraps zend_is_callable. The first argument is the name > of a function or method. Class and object methods are specified by > passing an array with two elements: class or object and

Re: [PHP-DEV] is_callable & Bug 20216

On Mon, 18 Nov 2002, Leon Atkinson wrote: > Hmm...OK. Yes, that does make is_callable return false. Can you explain > the logic behind this? I tried lots of other values and got TRUE. For > example: > > var_dump(is_callable(array('$$$','%^&'), true)); > var_dump(is_callable('%^&', true)); > >

Re: [PHP-DEV] RFC: ZE2 and abstract

On Wed, 20 Nov 2002, Marcus Börger wrote: > Added final now: http://marcus-boerger.de/php/ext/ze2 > > So we have: > abstract [static] function '(' parameters ')' ';' > [ final ] [ static ] function '(' parameters ')' '{' code '}' > > There is a check that you cannot overwrite a final function of

[PHP-DEV] RC2

I think RC1 is going quite well (with the exception of bcmath issues, I believe?), so I propose putting out RC2 next week. If that one does just swimmingly, we should be ready for the release. -Andrei http://www.gravitonic.com/ For every complex problem, ther

Re: [PHP-DEV] [PATCH] Redirect on Error

On Tue, 26 Nov 2002, Edin Kadribasic wrote: > On Tue, 26 Nov 2002, Maxim Maletsky wrote: > > I rather propose. And, it seems to interest many on the list. > > Don't forget that there seem to be many who strongly opose your > suggestion. Myself included. -Andrei

[PHP-DEV] PHP 4.3.0RC2 released

The second release candidate of the inimitably fabulous PHP version 4.3.0 is out. It can be downloaded from http://qa.php.net. Give it a good testing! -Andrei -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] 4.3 when?

On Mon, 09 Dec 2002, Wez Furlong wrote: > I have a patch from Melvyn for streams under *BSD systems, and the > critical bugs should also be fixed, particularly 20539, 19919 and 19292. > > [15209] Under Apache, register_shutdown_function() broke between 4.0.x to 4.1.x > [19292] random error: open_b

[PHP-DEV] RC3 plans

While there are some opinions that RC3 should be put out in a week or so, I disagree. I'd like to release it on Wednesday at the latest, and before then have everyone trying to either fix the critical bugs that are in the system, or at least recategorize them if no one is going to bother to fix the

Re: [PHP-DEV] php.exe - php-cgi.exe

On Mon, 09 Dec 2002, Andi Gutmans wrote: > > Maybe phpsh would be a good idea for the name of the CLI? It wouldn't > confuse ppl as much as php-cli > > > I'm really not that sure it makes sense to rename the CGI from php to > php-cgi after such a long time. It's not as if we're breaking BC for

  1   2   3   4   5   6   >