-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
-Original Message-
From: Matthew Weier O'Phinney [mailto:[EMAIL PROTECTED]
(iconv is used already in a number of components -- XmlRpc,
Lucene, Mime, and likely some others.)
Also I found iconv used in Zend_Pdf, and a few of the
In my point of view this might be a bug in the Zend Framework. It would be
great if you can send a patch to the mailinglist, some zend guys might be able
to put the patch in the next realase.
Von: mikespook [mailto:[EMAIL PROTECTED]
Gesendet:
I don't think you can class it as a bug. The problem is that both extensions
are optional (except for Windows where iconv had to be built in) so it's
difficult to rely on them for something as common as string length validation.
Until PHP6 pops up, I'd suggest creating a subclass which
As far as I know, the Zend_Search_Lucene has already used the iconv
extension.
So, I don't think using the iconv ext will be a problem for us.
在07-9-13,Pádraic Brady [EMAIL PROTECTED] 写道:
I don't think you can class it as a bug. The problem is that both
extensions are optional (except for
-- Pádraic Brady [EMAIL PROTECTED] wrote
(on Thursday, 13 September 2007, 02:45 AM -0700):
I'll check iconv's status if no one else replies
The rule of thumb is that if the extension is enabled in a vanilla build
of PHP, it's fair game (that, or if the functionality clearly notes that
it
-Original Message-
From: Matthew Weier O'Phinney [mailto:[EMAIL PROTECTED]
(iconv is used already in a number of components -- XmlRpc,
Lucene, Mime, and likely some others.)
Also I found iconv used in Zend_Pdf, and a few of the web services. So
yes, it is certainly fair to use it.