Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:22973 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 5802 invoked by uid 1010); 26 Apr 2006 16:14:48 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 5787 invoked from network); 26 Apr 2006 16:14:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Apr 2006 16:14:48 -0000 X-PHP-List-Original-Sender: andrei@gravitonic.com X-Host-Fingerprint: 204.11.219.139 lerdorf.com Linux 2.5 (sometimes 2.4) (4) Received: from ([204.11.219.139:53337] helo=lerdorf.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 18/DA-19715-77C9F444 for ; Wed, 26 Apr 2006 12:14:47 -0400 Received: from [192.168.1.124] (dhcp65-74-192-108.oam.orl.wayport.net [65.74.192.108]) (authenticated bits=0) by lerdorf.com (8.13.6/8.13.6/Debian-1) with ESMTP id k3QGEbX2030610; Wed, 26 Apr 2006 09:14:40 -0700 In-Reply-To: <7.0.1.0.2.20060424191401.04019250@zend.com> References: <7.0.1.0.2.20060413154916.014b1d88@zend.com> <7.0.1.0.2.20060413160149.03eb5d00@zend.com> <409317664cec60ee0d2086846f050abf@gravitonic.com> <7.0.1.0.2.20060424191401.04019250@zend.com> Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-ID: <683B6181-1291-4169-884D-86902554AA3A@gravitonic.com> Cc: Dmitry Stogov , PHP Internals Content-Transfer-Encoding: 7bit Date: Wed, 26 Apr 2006 12:14:37 -0400 To: Andi Gutmans X-Mailer: Apple Mail (2.749.3) Subject: Re: [PHP-DEV] Re: Unicode conversion exceptions and memory leaks From: andrei@gravitonic.com (Andrei Zmievski) Right. Throwing exceptions from output handler or INI reader may not be optimal. What did you think about the user defined error handler though? -Andrei On Apr 24, 2006, at 10:16 PM, Andi Gutmans wrote: > I'm wondering whether it's technically feasible that any places > where such a conversion could fail would be allowed to throw an > exception (i.e. internal functions, stream handlers, INI reader, > etc...)