ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> perl-xml
perl-xml
Re: Continuing Perl 5.8.0 Problems
by Robin Berjon other posts by this author
Oct 2 2002 3:06PM messages near this date
view in the new Beta List Site
Re: Continuing Perl 5.8.0 Problems | Re: Continuing Perl 5.8.0 Problems
Steve Hay wrote:
>  Robin Berjon wrote:
> > Steve Hay wrote:
> > Just a stab in the dark: does it make a difference if instead of 
> > _utf8_on() you use one of the more "official" Encode functions? 
> > _utf8_on() is documented, but it is also flagged as "internal" so 
> > maybe one of the other functions does something different that's needed? 
>  
>  There don't appear to be any "official" functions to turn off the UTF-8 
>  flag.  The other functions in the Encode module are for converting data 
>  to/from different encodings; the data in question here is already 
>  encoded in UTF-8 -- I'm only fiddling with whether or not it is 
>  "flagged" as such.

I know. What I meant is to do utf8 to utf8 transcoding using decode to 
see if the result is different from fiddling with the internal flag 
directly. Maybe Perl does some sort of internal normalisation or some 
such (eg byte order fiddling) which is more than just setting the flag.

>  It is indeed only DOM Level 1.  I understand that XML::GDOME is DOM 
>  Level 2, and is based around a DOM Level 2 'C' library so is in theory 
>  loads quicker too.  However, I've been unable to build it on Win32/MSVC6 
>  - it's very Linux-oriented.
>  
>  Either a Pure Perl DOM L2 implementation, or some help building 
>  XML::GDOME on Win32, would be of interest, although that would still 
>  leave me with the task of re-writing loads of my software that's 
>  currently using XML::DOM :-(

XML::GDOME is unfortunately difficult to build, I failed to build it on 
Linux. Perhaps someone has provided a PPM? In any case there is a PPM 
for XML::LibXML, which is also DOM2 and is also in C, and very fast.

You will indeed have to rewrite some of your application, but it 
shouldn't be that much if most of what you've done is standard DOM. Last 
time I had to port something the only problem I bumped into was the lack 
of getElementByTagNameNS() on Document, which was quite a bummer. With 
any luck, that bug has been fixed now.

-- 
Robin Berjon <robin.berjon@[...].fr> 
Research Engineer, Expway
7FC0 6F5F D864 EFB8 08CE  8E74 58E6 D5DB 4889 2488

_______________________________________________
Perl-XML mailing list
Perl-XML@[...].com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Thread:
Steve Hay
Steve Hay
Robin Berjon
Steve Hay
Petr Pajas
Robin Berjon
Steve Hay
Petr Pajas

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved