Re: Re: xml_parser_create patch

From: Date: Sun, 11 May 2003 08:29:05 +0000
Subject: Re: Re: xml_parser_create patch
References: 1 2 3 4 5  Groups: php.internals 
Request: Send a blank email to internals+get-1429@lists.php.net to get a copy of this message
Okay, it looks fine to break BC to fix a such big anyway. Regards. M.CHAILLAN Nicolas nicos@php.net www.WorldAKT.com Hébergement de sites internets. ----- Original Message ----- From: "Adam Dickmeiss" <adam@indexdata.dk> To: <nicos@php.net> Cc: <internals@lists.php.net> Sent: Sunday, May 11, 2003 9:23 AM Subject: Re: [PHP-DEV] Re: xml_parser_create patch > On Fri, May 09, 2003 at 05:05:12PM +0200, nicos@php.net wrote: > > Okay I agree that using UT and not UTF-8 is bad, but isn't it a BC break if > > people were using that to get UTF-8? > > If they were, they would have an error in their script before _and_ > now with the fix, IMHO. Breaking BC by fixing a bug makes sense to me. > So would "ISO-" mean ISO-8859-1 and not another ISO character set (which > there are many of). > > -- Adam > > > Regards. > > M.CHAILLAN Nicolas > > nicos@php.net > > www.WorldAKT.com Hébergement de sites internets. > > ----- Original Message ----- > > From: "Adam Dickmeiss" <adam@indexdata.dk> > > To: "Moriyoshi Koizumi" <moriyoshi@at.wakwak.com> > > Cc: "Derick Rethans" <derick@php.net>; "Adam Dickmeiss" <adam@indexdata.dk>; > > <nicos@php.net>; <internals@lists.php.net> > > Sent: Friday, May 09, 2003 4:11 PM > > Subject: Re: [PHP-DEV] Re: xml_parser_create patch > > > > > > > Hi, > > > > > > here is another patch that recognizes "" as "proper > > > XML decoding". I also discovered incorrect string comparison > > > of other encodings in the xml_parser_create handler .. > > > Basically, a call such as > > > xml_parser_create("UT"); would be treated as > > > xml_parser_create("UTF-8"); > > > ... which can't be right. It should trigger an error. > > > > > > The patch only includes xml_parser_create not _ns variant. > > > You people with karma can figure that out. > > > > > > I have a character encoding handler for Expat that allows > > > expat to use conversion for all encodings it doesn't know. > > > I used it in another piece of software but it could be > > > easily modified for ext/xml. Now, since Expat is fading > > > away that might not be of interest. > > > > > > -- Adam > > > > > > On Thu, May 08, 2003 at 09:19:08PM +0900, Moriyoshi Koizumi wrote: > > > > Derick Rethans <derick@php.net> wrote: > > > > > > > > > On Wed, 7 May 2003, Adam Dickmeiss wrote: > > > > > > > > > > > On Wed, May 07, 2003 at 12:33:20PM +0200, nicos@php.net wrote: > > > > > > > -1 for the patch if it doesn't have a default value for the > > encoding. > > > > > > > > > > > > > > We don't want to break BC again. > > > > > > I respect that. I hope Streling does too with a new layer on > > > > > > top .. > > > > > > > > > > > > How about letting the empty string mean : Auto encoding?? > > > > > > > > > > > > xml_parser_create(""); // any decoding! (pass 0 to > > > > > > Expat) > > > > > > > > > > too much magic. > > > > > > > > I don't think so, as such a convension already exists in the > > > > third parameter of htmlentities(). Are you going to come up with any > > other > > > > solution? > > > > > > > > Moriyoshi > > > > > > > > > Derick > > > > > > > > > > -- > > > > > "my other box is your windows > > PC" > > > > > > > ------------------------------------------------------------------------- > > > > > Derick Rethans > > http://derickrethans.nl/ > > > > > PHP Magazine - PHP Magazine for Professionals > > http://php-mag.net/ > > > > > > > ------------------------------------------------------------------------- > > > > > > > > > > -- > > > > > PHP Internals - PHP Runtime Development Mailing List > > > > > To unsubscribe, visit: > > > > > http://www.php.net/unsub.php > > > > > > > > > > > -- > > > Adam Dickmeiss mailto:adam@indexdata.dk > > > http://www.indexdata.dk > > > Index Data T: +45 33410100 Mob.: 212 212 66 > > > > > -- > Adam Dickmeiss mailto:adam@indexdata.dk > http://www.indexdata.dk > Index Data T: +45 33410100 Mob.: 212 212 66

« previous php.internals (#1429) next »