Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-11-29 Thread Stanislav Malyshev
into us vs. them attitude. Is there a war or what? Isn't there enough conflict so that one must look so hard to create a new one? Or maybe it is worth considering that having good database support is good for *both* PHP and IBM? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-11-29 Thread Stanislav Malyshev
this thread popped up. It almost seems like the beginnings of a long-term hostile takeover plan, beginning quietly in the shadows. Come on... Really. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-11-29 Thread Stanislav Malyshev
in the world but no support for what people need - people won't use PHP just to commend us for oh so good process. Process is important, but it's a *tool*, not the *goal*. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-11-29 Thread Stanislav Malyshev
We welcome any and all contributions, of course, but where there are strings attached it starts to get complicated. The problem here is that I thought the whole purpose of CLA was to ensure there are *no* strings attached to the contributed code. -- Stanislav Malyshev, Zend Software

Re: [PHP-DEV] Proposed feature for json_encode()

2007-11-29 Thread Stanislav Malyshev
such encoding is necessary? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Proposed feature for json_encode()

2007-11-29 Thread Stanislav Malyshev
) Could you explain in which context? I.e. say I had a broken browser, and some JSON data having foo inside it - in which context that could get me into trouble? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED

Re: [PHP-DEV] Proposed feature for json_encode()

2007-11-30 Thread Stanislav Malyshev
to use it and what it does, and I don't think I understand that, so I guess it would help to have such explanation. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] Proposed feature for json_encode()

2007-12-03 Thread Stanislav Malyshev
it, stick it into DOM, get XSS and start blogging about huge XSS in supposedly secure json_encode() function in PHP. Or, not seeing how it can help them, won't use it at all. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL

Re: [PHP-DEV] ignored patches

2007-12-03 Thread Stanislav Malyshev
benchmark setups that this could be researched - i.e. describe what was benchmarked and how to reproduce it? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] ignored patches

2007-12-03 Thread Stanislav Malyshev
believing PHP include is so broken, but if it is - it should be fixed, not through creating syntax-level workarounds but directly. really the only reason not to implement the multiple namespaces per-file I think I described my reasons now multiple times. -- Stanislav Malyshev, Zend Software

Re: [PHP-DEV] Proposed feature for json_encode()

2007-12-03 Thread Stanislav Malyshev
. base64_encode() uses. Same thing for this json_encode() feature. We can come up with a set of scenarios where we would like to avoid having characters that are meaningful in XML and HTML show up in our json strings. OK, we can. Let's do. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED

Re: [PHP-DEV] ignored patches

2007-12-04 Thread Stanislav Malyshev
your head). Can you please be more responsible and provide some real results ? Results of what? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe

Re: [PHP-DEV] ignored patches

2007-12-04 Thread Stanislav Malyshev
application being tested. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ignored patches

2007-12-04 Thread Stanislav Malyshev
didn't have them doesn't help much. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Proposed feature for json_encode()

2007-12-04 Thread Stanislav Malyshev
($json, ENT_NOQUOTES) solve it? But this use case makes sense, so I suppose if one uses json to output the data inside HTML (as opposed to sending out in response to AJAX request for example) one would want to use such option. Thanks for finding this one! -- Stanislav Malyshev, Zend Software

Re: [PHP-DEV] ignored patches

2007-12-04 Thread Stanislav Malyshev
somebody on the list said it's so much faster, and any mark can be set by anybody. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

Re: [PHP-DEV] Garbage collector patch

2007-12-04 Thread Stanislav Malyshev
that could see some real benefits from this code. My suggestion is that we make this feature a compile time flag, that's off by default and What about binary compatibility? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL

Re: [PHP-DEV] Garbage collector patch

2007-12-04 Thread Stanislav Malyshev
or not? b) is going to be eliminated over time What is going to be eliminated, the slowdown? How? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] array functions next, current, prev applied to objects in php 5.3.

2007-12-04 Thread Stanislav Malyshev
it as it was before? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ignored patches

2007-12-04 Thread Stanislav Malyshev
of a syscall? because that's the main stumbling block here, at least as I understand it. I strongly suspect performance difference in bundles does not follow from syscalls. On include() PHP does a lot more than just issue a couple of syscalls. -- Stanislav Malyshev, Zend Software Architect [EMAIL

Re: [PHP-DEV] Garbage collector patch

2007-12-04 Thread Stanislav Malyshev
this compile switch. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: Dropping Namespace

2007-12-04 Thread Stanislav Malyshev
, the loss is all yours :) -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: Dropping Namespace

2007-12-04 Thread Stanislav Malyshev
. But how it has anything to do with removing namespaces? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: RFC: Dropping Namespace

2007-12-04 Thread Stanislav Malyshev
a good idea - we'd have to keep track of killed names, and since class can be named in a lot of ways - i.e. if you have name A::B::C::D you can alias any part of name, it would become messy. Why exactly you need to rename existing classes? -- Stanislav Malyshev, Zend Software Architect [EMAIL

Re: [PHP-DEV] ignored patches

2007-12-04 Thread Stanislav Malyshev
if I can ask you? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: RFC: Dropping Namespace

2007-12-04 Thread Stanislav Malyshev
' now) in the global space, so how are you going to prevent people from doing that? I can't. I can only hope they would do it right, I can't force them to do it right :) -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED

Re: [PHP-DEV] RFC: Dropping Namespace

2007-12-05 Thread Stanislav Malyshev
Namespace support is for people who didn't name their classes/functions properly. Here's a claim so weird I don't know how to parse it. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime

Re: [PHP-DEV] RFC: Dropping Namespace

2007-12-05 Thread Stanislav Malyshev
Anyway, I'm not against namespaces but the way they are planned to be implemented currently I'm not really excited about them either. So you are proposing to improve them how? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL

Re: [PHP-DEV] RFC: Dropping Namespace

2007-12-05 Thread Stanislav Malyshev
namespaces work right now. If you refuse to learn about it, it can't be helped, however that just means you deny yourself a very useful tool. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP

Re: [PHP-DEV] Namespace

2007-12-05 Thread Stanislav Malyshev
be made to do much more than it already does. Leaving braces aside (please!), what capabilities that were not discussed before do you need? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP

Re: [PHP-DEV] Proposed feature for json_encode()

2007-12-05 Thread Stanislav Malyshev
it well so people would have clear understanding what it can and can't do - now that we seem to have good understanding what it is. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime

Re: [PHP-DEV] RFC: Dropping Namespace

2007-12-05 Thread Stanislav Malyshev
, I was surprised that after all the explanations people still make such strange claims which have nothing to do with what namespaces really are. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP

Re: [PHP-DEV] RFC: Dropping Namespace

2007-12-05 Thread Stanislav Malyshev
the lengths of Well, OK, so that's your opinion. I disagree with it. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Namespace

2007-12-05 Thread Stanislav Malyshev
discussed, so we are down to one. I'd say we are in a pretty good shape :) -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

Re: [PHP-DEV] Proposed feature for json_encode()

2007-12-05 Thread Stanislav Malyshev
= ?php json_encode($_GET['pleasehackme']) ?; myDomElement.innerHTML = var.content; /script you are still in trouble, \u or not. Am I wrong? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime

Re: [PHP-DEV] Namespace

2007-12-05 Thread Stanislav Malyshev
for discussing practical ones, but frankly I don't see any new issues here worth delaying anything. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe

Re: [PHP-DEV] Garbage collector patch

2007-12-05 Thread Stanislav Malyshev
on and turned off have the same performance implications (slightly slower, a little bit more memory) and the difference is mainly stability-wise? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime

Re: [PHP-DEV] Namespace

2007-12-05 Thread Stanislav Malyshev
, and that doesn't happen until - well, we start using them. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Namespace

2007-12-05 Thread Stanislav Malyshev
of argument one would be required to use under some circumstances). These problems being? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit

Re: [PHP-DEV] Namespace

2007-12-05 Thread Stanislav Malyshev
it was updated, sorry for that. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Namespace

2007-12-06 Thread Stanislav Malyshev
+1. If we allow multiple namespaces per file, then braces are an absolute must for consistency IMO. I do not see any relation between consistency and braces. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP

Re: [PHP-DEV] Namespace

2007-12-06 Thread Stanislav Malyshev
would you? Not the same thing, but you get the idea. Exactly: not the same thing. Only reason I see to consider allowing multiple namespaces per file is performance reasons. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL

Re: [PHP-DEV] Namespace

2007-12-06 Thread Stanislav Malyshev
I agree that braces are the way to go. Otherwise it's to easy to lose track of what namespace you're working with. This is simple - you always have one namespace per file. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL

Re: [PHP-DEV] Namespace

2007-12-06 Thread Stanislav Malyshev
. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Namespace

2007-12-06 Thread Stanislav Malyshev
it in other people's code. Neither in yours :) -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] question regarding type hinting parameters of php functions (array_slice)

2007-12-09 Thread Stanislav Malyshev
prevents one from using new parameter parsing API and why manual conversions doing the same are needed. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] question regarding type hinting parameters of php functions (array_slice)

2007-12-09 Thread Stanislav Malyshev
? One that doesn't break every script that didn't strictly stay with int over the last 8 years or so. Errm... I still don't understand. Could you give code example? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED

Re: [PHP-DEV] RFC: Arguments (and suggestions) against the current implementation of namespaces

2007-12-10 Thread Stanislav Malyshev
idea. Also would kill namespaced functions and constants, which would make organizing libraries using those impossible. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] question regarding type hinting parameters of php functions (array_slice)

2007-12-10 Thread Stanislav Malyshev
of the array. If it is omitted, then the sequence will have everything from offset up until the end of the array . Meaning, basically, -1 is the same as omitted and the same as null? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL

Re: [PHP-DEV] question regarding type hinting parameters of php functions (array_slice)

2007-12-10 Thread Stanislav Malyshev
It builds without complaint and works as expected - what am I missing? IS_NULL is variable type. length is variable value. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development

Re: [PHP-DEV] question regarding type hinting parameters of php functions (array_slice)

2007-12-10 Thread Stanislav Malyshev
So it's better to check for == 0? What's the difference? Is an IS_NULL check slower? No, it's not slower, but it makes no sense to compare variable value to a type constant. Even if coincidentally constant value is the same one you need to compare to. -- Stanislav Malyshev, Zend Software

Re: AW: [PHP-DEV] Namespace resolution

2007-12-11 Thread Stanislav Malyshev
to internal class - and you'll understand why it makes sense. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: AW: [PHP-DEV] Namespace resolution

2007-12-11 Thread Stanislav Malyshev
you mean. Could you explain in more detail? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: AW: [PHP-DEV] Namespace resolution

2007-12-11 Thread Stanislav Malyshev
. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: AW: [PHP-DEV] Namespace resolution

2007-12-11 Thread Stanislav Malyshev
and see if there's some file implementing that class, search all include path for it and fail, and only then use internal DateTime. That's not just fine. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals

Re: AW: [PHP-DEV] Namespace resolution

2007-12-11 Thread Stanislav Malyshev
happen otherwise. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: AW: [PHP-DEV] Namespace resolution

2007-12-11 Thread Stanislav Malyshev
are not inside namespace Name::Space but in global context. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: AW: [PHP-DEV] Namespace resolution

2007-12-11 Thread Stanislav Malyshev
with Your::Namespace, how now it is going to prevent disk access? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net

Re: AW: [PHP-DEV] Namespace resolution

2007-12-11 Thread Stanislav Malyshev
no longer exists. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: AW: [PHP-DEV] Namespace resolution

2007-12-11 Thread Stanislav Malyshev
, and the If the class for which autoloaded request is issued *exists*. However, we are discussing the case where this class *does not exist*, so it can not be loaded. Thus, autoload request will be repeated on each access to such class. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http

Re: AW: [PHP-DEV] Namespace resolution

2007-12-11 Thread Stanislav Malyshev
And didn't you say use is a NOP just two hours ago? No, I didn't. I said use whatever; - where whatever is one-term name - is a NOP. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime

Re: [PHP-DEV] namespace improvements to be committed very soon - final review

2007-12-12 Thread Stanislav Malyshev
to happen *only* on the list. Of course, important things need to be discussed on the list, and they are. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe

Re: AW: AW: [PHP-DEV] Namespace resolution

2007-12-12 Thread Stanislav Malyshev
to make in general case - files can be created. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Internals read-only

2007-12-13 Thread Stanislav Malyshev
. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-15 Thread Stanislav Malyshev
/075209b288cb28de -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-16 Thread Stanislav Malyshev
binding of variables, but I don't see why that should stop us from implementing, considering the benefits it gives in readability and debugging. I don't see how it'd help anything in debugging. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-17 Thread Stanislav Malyshev
and for that reason we should do it! Can't Wez simply apply this? I think we saw numerous examples that commit first, think later approach is not the best one... -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-17 Thread Stanislav Malyshev
) It doesn't help. Nobody reads the docs if he thinks he understands how it should work anyway. Having disclaimer in the manual doesn't do much - we are not worried about being sued, we are worried about feature looking one way and actually working other way. -- Stanislav Malyshev, Zend Software

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-17 Thread Stanislav Malyshev
function definition that isn't - is not a very good idea, IMO. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Garbage collector patch

2007-12-18 Thread Stanislav Malyshev
branches just for that purpose. Merging a branch is easy. Reverting a patch with changes made over it is hard. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] Garbage collector patch

2007-12-18 Thread Stanislav Malyshev
for this use case, why on Earth not to use it? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Garbage collector patch

2007-12-18 Thread Stanislav Malyshev
and the code harder to edit and understand? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-19 Thread Stanislav Malyshev
than having something that looks like it but doesn't work. Saves time that would be spent unsuccessfully trying to make it work. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-19 Thread Stanislav Malyshev
? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-19 Thread Stanislav Malyshev
Well, the whole functional programming thing. But PHP is not an FP language and wasn't built to be one. If one needs an FP language, why not look into languages built with that purpose? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
having appropriate license. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
such patents, then you should do whatever you should do in all other cases - if the code is your own and you don't know of any trouble with it, contribute it, otherwise don't. P.S. IANAL, for those who didn't know that :) -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
PHP rules, some is done with CLAs. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-20 Thread Stanislav Malyshev
be more appealing ... array_filter($my_data as $test) { return 4 === ($test % 4); } No, it won't be. If you are looking for Scheme or Ruby, you know where to find it :) -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-20 Thread Stanislav Malyshev
of for everything in PHP. For instance our object model has no abstract with default body, no MI, no delegates, no overloading Your point being? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP

Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP

2007-12-20 Thread Stanislav Malyshev
. 3) as the result of (1) and (2) it can be used for fast currying of other functions And why we need fast currying of other functions? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
they need not worry). I didn't hear such argument even once, so I have no idea who you are arguing with right now. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
or corporate. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
it is all about - which many people on the list do not. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
to ever know. Unless you prefer to get rid of people like me. I can't believe you don't know the difference between NDA and CLA. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
There is apparently something. I won't let you continue. You cannot shut me up because you don't like me disagreeing on any NDA or CLA. Yet unless as I never intended to shut you up - you said that there's nothing to discuss. Apparently, there is :) -- Stanislav Malyshev, Zend Software

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
and when IBM can and can not do :) -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-20 Thread Stanislav Malyshev
. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] faster public domain MD5 implementation

2007-12-20 Thread Stanislav Malyshev
on AMD Opteron. Anybody objects to accepting this? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

2007-12-21 Thread Stanislav Malyshev
to blame it on not understandable stuff if one has no intention to understand anything at the first place, only to refuse it. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development

Re: [PHP-DEV] __autoload proposal

2007-12-22 Thread Stanislav Malyshev
solution. It allows to create very useful and effective mapping mechanisms. I don't see any reason to complicate the API - if you need it in your autoload, you can easily split the full name into parts before and after the final :: and achieve the same effect. -- Stanislav Malyshev, Zend

Re: [PHP-DEV] Sayonara PHP

2007-12-26 Thread Stanislav Malyshev
the least). That's what current proposal is doing. I can not have an opinion of how good it does it since I didn't finish reviewing it yet. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime

Re: [PHP-DEV] early class binding revisited

2007-12-30 Thread Stanislav Malyshev
is indeed generated? -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: PATCH: Implementing closures in PHP

2008-01-02 Thread Stanislav Malyshev
the square bracket array syntax patch for PHP 5.3, http://www.opendogs.org/pub/php-5.3dev-080101-sbar.patch I remember we discussed that already and it was rejected then (even though myself and Andi liked it) - did the people that objected then change their minds? -- Stanislav Malyshev

Re: [PHP-DEV] RE: Optional scalar type hinting

2008-01-03 Thread Stanislav Malyshev
When the type hint says I want an integer, then only integer should be accepted; no casting should be done. It may give predictable results Why people that want Java just don't use Java I wonder? PHP never was a strict static typed language. -- Stanislav Malyshev, Zend Software Architect

Re: [PHP-DEV] RE: Optional scalar type hinting

2008-01-03 Thread Stanislav Malyshev
But with the current situation it feels very awkward. We get class and array type hints but not the other scalar types?! :-/ Arrays and objects aren't scalar types, so other scalar types are in fact all on them. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http

Re: [PHP-DEV] RE: Optional scalar type hinting

2008-01-03 Thread Stanislav Malyshev
to understand and handy to work with. Having both strict and non-strict typing in the same language does not seem like a good idea to me. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED] -- PHP Internals - PHP Runtime

Re: [PHP-DEV] RE: Optional scalar type hinting

2008-01-03 Thread Stanislav Malyshev
instead of one - and you get the worst of both worlds, not the best. Strict typing allows very little room for type conversion. This is optionally hinting the desired type of a function parameter. That's not what I am hearing here on the list. -- Stanislav Malyshev, Zend Software Architect

Re: [PHP-DEV] RE: Optional scalar type hinting

2008-01-03 Thread Stanislav Malyshev
sense at all, so distinguishing between them is not the same as making hard distinction between integer and float and string, and disabling conversion between them. -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.com/ (408)253-8829 MSN: [EMAIL PROTECTED

  1   2   3   4   5   6   7   8   9   10   >