The change wasn't actually to make Tidy throw exceptions, but rather to
throw errors instead of exceptions (until recently, Tidy would throw
exceptions in either OO or procedural contexts).

Although I could change Tidy to not throw exceptions, I am inclinded to
leave it as is (maybe change the error code from E_ERROR to E_WARNING).
It's really bothersome to me to think of these new PHP 5 OO extensions
being released without throwing exceptions. There is a lot of debate as
we know about when exceptions should be thrown, but I haven't heard
anyone flat out say exceptions in the OO context is bad. Thus, my hope
is that we can roll RC2 and re-visit this issue to come up with a
long-term exceptions standard.

If for some reason we can't agree to throw exceptions internally, I've
got no problem reverting back to no exceptions in Tidy.


John


-----Original Message-----
From: Andi Gutmans [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 13, 2004 11:39 AM
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] RC2RC1


Guys,

I want to roll RC2RC1. There are three major changes I think we should
get 
out of the door ASAP:
- zend.ze1_compatibility_mode fix.
- MT-safe crash bug.
- studlyCaps changes.

The only important issue I see is John's change of tiny to throw 
exceptions. As there's no way we will finalize our policy on exceptions,
it 
might be the best to roll it back and release RC2. I think the fixes are

too important to let them linger for too long. John, what says you?

Andi

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to