Hello Timm,
Thursday, December 23, 2004, 1:06:01 AM, you wrote:
> On Wed, 2004-12-22 at 14:28 -0800, Andi Gutmans wrote:
>> Hi,
>>
>> It seems that in the past few months ReflectionClass::getMethod() was
>> changed to throw an Exception if the method doesn't exist.
> -- snip --
> revision 1.11
Sebastian Bergmann wrote:
> methods, but I think it is better to use the same error signalling in
- methods,
+ exception,
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals -
Am I right to assume COM is 4.3.x only?
At 06:11 PM 12/22/2004 -0500, Ilia Alshanetsky wrote:
Of the common issues that are still unresolved there is also the apparent
breakage of COM as of the new release. I'd like to address that before
moving forward with .11. There are also some issues left w
I know lots of people are away or busy because of the holidays.
Hopefully this topic won't be forgotten. Assuming there's agreement it'd be
great to see a couple of volunteers who could help with the technical
aspects of this.
Andi
At 07:06 PM 12/19/2004 -0800, Andi Gutmans wrote:
Personally, I
Andi Gutmans wrote:
> Exceptions should be thrown for errors.
And trying to get a method that does not exist is an error.
> Can anyone shed some light on this? Why was this changed?
To make consistent use of ReflectionException, IIRC.
For instance, the following code
throws an Reflect
http://news.bbc.co.uk/2/hi/technology/4117711.stm
Not exactly a ringing endorsement ;-)
--Wez.
On Thu, 23 Dec 2004 02:14:31 +0100, Jochem Maas <[EMAIL PROTECTED]> wrote:
> phpbb (if nothing else, a well known app in php-land) state in their
> changelog:
>
> "running phpBB 2.0.x with PHP5 is not
- Original Message -
From: "Jochem Maas" <[EMAIL PROTECTED]>
To: "Wez Furlong" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, December 22, 2004 11:08 PM
Subject: Re: [PHP-DEV] Why we don’t like PHP / PHP’s anti-Apache2 FUD
> completely off-topic: I just love the way you can write php that re
Jochem Maas wrote:
the point
stands that php5 also gets unproductive coverage, and both camps working
together make a much greater force against any FUD.
Any new release that in some situations breaks backwards compatibility
will get some negative press. Ultimately, in successful products a poin
Wez Furlong wrote:
http://news.bbc.co.uk/2/hi/technology/4117711.stm
Not exactly a ringing endorsement ;-)
lol. not at all surprising (I'm familiar with their code). but the point
stands that php5 also gets unproductive coverage, and both camps working
together make a much greater force against a
I'd like to invite all the folks who have been posting in this thread
who lament PHPs support (or partial lack there of) for Apache 2 to dig
into the SAPI and improve it. Open source is driven by both personal
interest and project momentum, and I'm sure if you all start
contributing improvemen
At 06:46 PM 12/22/2004 -0800, Rasmus Lerdorf wrote:
The changes should trickle out with the next manual build. I don't think
it was a big deal before, and making a big deal of it now probably doesn't
help anybody. It's not like we suddenly fixed a bunch of things in the
apache2handler sapi and we
On Wed, 22 Dec 2004, Andi Gutmans wrote:
> Thanks. Where is the change made? Do you guys want to post some statement
> on php.net to clarify things? I think keeping a warm fuzzy relationship
> with ASF is important and both projects have always been very close and
> supportive one another.
I made
> Of the common issues that are still unresolved there is also the
> apparent breakage of COM as of the new release. I'd like to address that
> before moving forward with .11.
Ok, thanks to Wez we can put this one into the solved list.
So we have COM, overload, mssql working.
Compilation is work
it may be worth noting that the percieved sentiment towards apache2
(as compared to apache) by the php 'crowd' (and others), is something
that php5 may very well be suffering from itself:
phpbb (if nothing else, a well known app in php-land) state in their
changelog:
"running phpBB 2.0.x with P
Thanks Timm.
Sebastian, what do you think?
Andi
At 01:06 AM 12/23/2004 +0100, Timm Friebe wrote:
On Wed, 2004-12-22 at 14:28 -0800, Andi Gutmans wrote:
> Hi,
>
> It seems that in the past few months ReflectionClass::getMethod() was
> changed to throw an Exception if the method doesn't exist.
-- sni
Pic changes didn't make it in unfortunately. I would love to have them
in, but I have yet to see a refined patch everyone would be happy with.
Ilia
Adam Maccabee Trachtenberg wrote:
What about those pic changes? Did those ever make it in? I think that
was a change slated for .10 that somehow miss
On Wed, 22 Dec 2004, Sean Coates wrote:
> Andi Gutmans wrote:
> > Thanks. Where is the change made?
>
> New docs can be seen here:
> http://livedocs.phpdoc.info/index.php?l=en&q=install.unix.apache2
> (will update on php.net next time the manual is built (by Derick))
It's running ATM, so fastest
On Wed, 2004-12-22 at 14:28 -0800, Andi Gutmans wrote:
> Hi,
>
> It seems that in the past few months ReflectionClass::getMethod() was
> changed to throw an Exception if the method doesn't exist.
-- snip --
revision 1.113
date: 2004/07/19 19:14:10; author: sebastian; state: Exp; lines: +9
-5
What about those pic changes? Did those ever make it in? I think that
was a change slated for .10 that somehow missed it. Or am I
remembering wrong?
-adam
On Wed, 22 Dec 2004, Ilia Alshanetsky wrote:
> Of the common issues that are still unresolved there is also the
> apparent breakage of COM as
> Am I right to assume COM is 4.3.x only?
>
Yes, php5's implementation is a complete re-write.
Edin
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 22 Dec 2004, Adam Maccabee Trachtenberg wrote:
> What about those pic changes? Did those ever make it in? I think that
> was a change slated for .10 that somehow missed it. Or am I
> remembering wrong?
Unfortunately they are not in, but IMO they should go into .11 and .4
Derick
--
Deri
Andi Gutmans wrote:
Am I right to assume COM is 4.3.x only?
Yes, that is correct. But the problems (not present in prior versions)
that appeared in an extension who's code didn't change one bit since
previous release is probably a sign of other issues.
Ilia
--
PHP Internals - PHP Runtime Develop
Of the common issues that are still unresolved there is also the
apparent breakage of COM as of the new release. I'd like to address that
before moving forward with .11. There are also some issues left with the
strtod compilation, although the majority have been resolved by Jani.
Ilia
Edin Kadr
I think there were a number of issues with 4.3.10/5.0.3 that warrant a
speedy 4.3.11/5.0.4 (broken mssql, overload in php4, compilation issues on
some platforms, etc.)
Andi could you have a look at #31118 marked critical "Two consecutive
foreach loops produce different results".
Edin
- Ori
Andi Gutmans wrote:
> Thanks. Where is the change made?
New docs can be seen here:
http://livedocs.phpdoc.info/index.php?l=en&q=install.unix.apache2
(will update on php.net next time the manual is built (by Derick))
Here's the diff (mail):
http://www.phpdoc.info/commits/1210
S
--
PHP Internals - PH
At 10:06 AM 12/22/2004 -0500, Rasmus Lerdorf wrote:
Andi Gutmans wrote:
Hi,
I've got to say that I have seen quite a few very heavily loaded sites
using Apache 2 pre-fork and PHP. Although we have had a few bugs in the
past few months in the Apache 2 SAPI I think it's quite stable today, and
som
Hi,
It seems that in the past few months ReflectionClass::getMethod() was
changed to throw an Exception if the method doesn't exist. I don't
understand the reasoning because as it's a reflection API I would expect it
to return false and not an exception. Exceptions should be thrown for
errors.
We found the bug. Do you think this warrants a 5.0.4?
Andi
At 02:06 PM 12/19/2004 -0500, Daniel Convissor wrote:
Hi:
Someone using PEAR DB just filed a bug report. It turns out PHP's
behavior has changed when trying to find a "property" of a string:
php -r "$str = 'Hello'; var_dump(isset($str-
Rasmus Lerdorf wrote:
The warning and FAQ entry was written quite a while ago. I have updated
it now to just talk about threading issues and that people should stick
to the prefork MPM, at least on Unix systems.
Look forward to it rippling through the mirrors. Thanks.
--
Lester Caine
---
Hi Michael,
We have already started documenting the new PHP 5.1 features. You will find
many references to it in the manual.
I don't really know when PHP 5.1 will be released, but I hope it will be
well documented by then.
Nuno
- Original Message -
Hi,
Look at this page:
http://il.php.n
Hi,
Look at this page:
http://il.php.net/manual/en/function.file-get-contents.php
In this note: "The offset parameter was added in PHP 5.1.0"
The version of PHP is overestimated, don't you think? :)
--
Best regards,
Michael
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscr
Personally, I don't think this is a very constructive approach. I'm not
gonna promote the usage of Apache 2, but let's face it, Apache needs PHP and
PHP needs Apache. Let's not be arrogant and look at the issue at hand.
People don't use Apache 2 because of 2 reasons:
1) There is not much reason to
Andi Gutmans wrote:
Hi,
I've got to say that I have seen quite a few very heavily loaded sites
using Apache 2 pre-fork and PHP. Although we have had a few bugs in the
past few months in the Apache 2 SAPI I think it's quite stable today,
and some of those bugs wouldn't have affected many people.
Paul Querna wrote:
just a general feeling that it isn't tested as much. As one of the
Apache Developers, I would be happy to help with any issues PHP has in
its Apache 2 SAPI.
I think that's an offer the PHP community should accept ;-)
- Chris
--
PHP Internals - PHP Runtime Development Mailing Li
On Wed, 22 Dec 2004 00:49:15 -0600, in php.internals
[EMAIL PROTECTED] (Paul Querna) wrote:
>> [a bit offtopic: I really miss the ProxyPreserveHost directive in
>> Apache1, but I suppose that I and other developers just use some
[..]
>Am I missing something?
>
>http://httpd.apache.org/docs-2.0/mod
35 matches
Mail list logo
