Sebastian Bergmann wrote:
When it comes to voting I think it should not be democratic but
meritocratic.
whereas we now are mostly do-o-cratic (a nice term that came up
at EuroFoo although i don't remember where i picked it up ...)
--
Hartmut Holzgraefe <[EMAIL PROTECTED]>
--
PHP Internals - PHP
Just to stop some maybe upcoming myths
On 26.8.2004 2:32 Uhr, Naik, Roshan wrote:
sockets, openssl, domxml are very useful extensions. Will these (and all the others)
ever get out of experimental ?
In PHP 5, dom and xsl are not EXPERIMENTAL anymore. This change should
have happend already with t
Rasmus Lerdorf wrote:
1. Submit proposal to web app
2. web app sends it to internals@ or some other relevant list
3. Replies to that email automatically get picked up by the web app
4. Alternatively, you can add comments via the web app which would
also get bounced to the relevant mailing list
Greg Beaver wrote:
PEPr has been pretty useful, but there are some pitfalls with the
current design of PEPr.
Most notably that everyone is allowed to vote ie. thinks his vote should
matter?
When it comes to voting I think it should not be democratic but
meritocratic.
--
Sebastian Bergmann
http
On Aug 26, 2004, at 10:28 PM, Naik, Roshan wrote:
Yes, you have it to pick up from xmlsoft.org
There is no mention of the minimal libxml2 version required anywhere
either. The old dom-xml needed >= 2.4.14
But on PHP5 It doesnt seem to like 2.5.9 either.
any clue whats the minimal supported version
> Yes, you have it to pick up from xmlsoft.org
>
There is no mention of the minimal libxml2 version required anywhere
either. The old dom-xml needed >= 2.4.14
But on PHP5 It doesnt seem to like 2.5.9 either.
any clue whats the minimal supported version ?
-Roshan
--
PHP Internals - PHP Runtime
Hi Rob,
I understand the problem although I haven't analyzed it in as much depth as
you have as to when exactly it happens.
The thing is that I see compatibility_mode as something which is supposed
to help make most old scripts run with PHP 5. I think scripts that take
advantage of new PHP 5 fea
Hi,
> http://www.zend.com/php5/andi-book-excerpt.php says
>
> "In PHP 5, all XML extensions have been rewritten to use the superb libxml2
> XML toolkit"
>
> But the official docs http://us4.php.net/manual/en/ref.xml.php
> on XML extension say under the requirements section
> " This extension uses
The issue is that with some of the new extensions, the object "breaks" when
compatibility mode is enabled making the extensions useless. The patch was
basically an attempt to allow a way for the extensions to be able to run
under compatibility mode.
Take for example a simple case (NULL is returned
On Aug 26, 2004, at 8:51 PM, Naik, Roshan wrote:
http://www.zend.com/php5/andi-book-excerpt.php says
"In PHP 5, all XML extensions have been rewritten to use the superb
libxml2 XML toolkit"
But the official docs http://us4.php.net/manual/en/ref.xml.php
on XML extension say under the requirements
http://www.zend.com/php5/andi-book-excerpt.php says
"In PHP 5, all XML extensions have been rewritten to use the superb libxml2 XML
toolkit"
But the official docs http://us4.php.net/manual/en/ref.xml.php
on XML extension say under the requirements section
" This extension uses expat, which
Andi wrote:
> Oh boy, if you don't see the difference between "concrete
> suggestions to be
> heard that's fine, but try and keep it short, to the point, and
> constructive"
There were concrete solutions (if you cared to read. so atleast
read this one all the way)
And were also backed up by o
On Thu, 2004-08-26 at 17:14, Naik, Roshan wrote:
> I dont beleive all the people are being pissed off. They are just
I didn't even bother reading past this line, and I'll be surprised if
anyone else responds to this because chances are you've already been
filtered out of existence. You're demandin
Roshan,
I have to say I agree with many of the points you're making, and
disagreeing with quite a few as well. Since I do agree with Andi that for
whatever reason, this thread has turned non-constructive, I won't reply
point by point.
The main point I agree with you about is that it doesn't ma
Oh boy, if you don't see the difference between "concrete suggestions to be
heard that's fine, but try and keep it short, to the point, and
constructive" and the email you sent then it is really preferable to
everyone here for you to stop emailing this list.
Andi
--
PHP Internals - PHP Runtime
What is the issue? In general, as it's compatibility mode it's not supposed
to solve 100% but only 99.5% of the problems, and I don't really want to
change the engine's general API unless it's for a good reason.
Actually I have not seen many applications that have been broken due to the
removal
> -Original Message-
> From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]
> Your initial message didn't include a single proposed
> solution. The only
> thing that could even be considered close is the very last sentence:
>
> Hopefully belts will be tightened up around the extensions and
Rasmus Lerdorf wrote:
Just to clarify, I didn't propose taking the PEAR PEPr system verbatim.
To be honest, I have never really used it, beyond skimming through things
because it is handy that everything is in one place. I don't find our
feature/change request category in the bugs database to be a
Derick Rethans wrote:
On Wed, 25 Aug 2004, Sterling Hughes wrote:
That's wrong. You should *never* require an E_WARNING to be sent
without being able to silence it, especially not on something so
unimportant.
It's just as wrong as trying to parse non-wellformed XML.
Then don't add the f
Rasmus wrote:
>> Really ? Are you sure ?
>> http://www.zend.com/zend/week/week146.php
> Ok, one self-serving fix.
I was (again) expecting exactly that kind of response. I dont
understand why so much arrogance exists among a select few. And
it unfortunately reflects the community's attitude.
So
ze1_compatibility_mode when set on calls clone on objects implicitly and is
causing some issues with extensions such as dom and xsl to name a few. Is it
possible to add something like the contained patch, which would allow an
object to implement an additional clone handler used only when the clone
Just to clarify, I didn't propose taking the PEAR PEPr system verbatim.
To be honest, I have never really used it, beyond skimming through things
because it is handy that everything is in one place. I don't find our
feature/change request category in the bugs database to be all that
effective. Th
Rasmus Lerdorf wrote:
On Thu, 26 Aug 2004, Sebastian Bergmann wrote:
At last weekend's EuroFoo [1] I attended Marc-Andre Lemburg's talk [2]
on the Python development process.
I really wish we had a process similar to Python's PEPs [3] [4] for PHP.
Having guidelines for issues like adding a n
It might be nice to have this documentation in place for people to
reference and for discussions (and most importantly to look back at for
understanding design decisions). It also would make it easier for people to
propose new features or changes in PHP.
This doesn't necessarily have to do with
Rasmus Lerdorf wrote:
On Thu, 26 Aug 2004, Sebastian Bergmann wrote:
At last weekend's EuroFoo [1] I attended Marc-Andre Lemburg's talk [2]
on the Python development process.
I really wish we had a process similar to Python's PEPs [3] [4] for PHP.
Having guidelines for issues like adding a new
Rasmus Lerdorf wrote:
It smells a little too processy to me, but I wouldn't mind a system
that borrowed some of the ideas.
That is exactly why chose "Learning ..." and not "Adopting ..." :-)
We should have a look at it and see for ourselves what could work for
us.
Like a single collection point
On Thu, 26 Aug 2004, Sebastian Bergmann wrote:
> At last weekend's EuroFoo [1] I attended Marc-Andre Lemburg's talk [2]
> on the Python development process.
>
> I really wish we had a process similar to Python's PEPs [3] [4] for PHP.
>
> Having guidelines for issues like adding a new module
Hi,
attached are proto fixes for time_nanosleep (basic_functions.c),
convert_uuencode/decode (uuencode.c) and some pspell functions.
(against current HEAD)
Friedhelm
Index: ext/standard/basic_functions.c
===
RCS file: /repository/ph
At last weekend's EuroFoo [1] I attended Marc-Andre Lemburg's talk [2]
on the Python development process.
I really wish we had a process similar to Python's PEPs [3] [4] for PHP.
Having guidelines for issues like adding a new module [5] or deprecating
a module [6] not only makes the developmen
David Zülke wrote:
Microsoft with it's 95% browser market share [...] has the responsibility
They don't care about 'responsibility' at all
> to continue development of Internet Explorer, because otherwise the
IE developement hasn't happened in years, they are just now rebuilding
the team they disb
Daniel C. wrote:
Things like "Maybe we shouldn't advertise feature
sets that are still experimental" and "Maybe we should finish up with
these libraries before we move on to new ones." Later he suggested
that experimental libraries be removed from the core installation.
We are already doing this
31 matches
Mail list logo
