From anderssonmichael@hotmail.com Sat Jan 2 17:07:29 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A2CF07500B8 for ; Sat, 2 Jan 2010 17:07:29 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -100.03 X-Spam-Level: X-Spam-Status: No, score=-100.03 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, HTML_MESSAGE=0.001, TW_BX=0.077, TW_IB=0.077, USER_IN_WHITELIST=-100] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9FP8TILwnBnI for ; Sat, 2 Jan 2010 17:07:23 +0000 (GMT) Received: from snt0-omc3-s30.snt0.hotmail.com (snt0-omc3-s30.snt0.hotmail.com [65.55.90.169]) by menubar.gnome.org (Postfix) with ESMTP id 49C227500A6 for ; Sat, 2 Jan 2010 17:07:15 +0000 (GMT) Received: from SNT129-W30 ([65.55.90.136]) by snt0-omc3-s30.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 2 Jan 2010 09:07:14 -0800 Message-ID: Content-Type: multipart/alternative; boundary="_fff3a3c0-3dfc-4418-bc79-d9b7ab9ff2ab_" X-Originating-IP: [83.248.10.232] From: Michael Andersson To: Date: Sat, 2 Jan 2010 18:07:14 +0100 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 02 Jan 2010 17:07:14.0174 (UTC) FILETIME=[07AC59E0:01CA8BCE] Subject: [xml] xmlTextReaderLocalName returns #text X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 17:07:29 -0000 --_fff3a3c0-3dfc-4418-bc79-d9b7ab9ff2ab_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi! I'm having trubble reading my xml file when they contain newline characters= . The problem is that when I call xmlTextReaderLocalName it returns #text i= nstead of the element name. This is what my xml file looks like: -1= 26 249 -31010 65211 -2147483= 640 4294967290 -9223372036854775805 9223372036854775804= 1598 = 3489 "=3BThis is a string"=3B If I remove all the newline characters and put everything on the same line = my program can read the xml file. Any ideas what the problem could be? I'm using libxml2 version 2.7.6=2C Visual Studio 2008 and Vista 64-bit.=20 /Michael =20 _________________________________________________________________ Hitta k=E4rleken i vinter! http://dejting.se.msn.com/channel/index.aspx?trackingid=3D1002952= --_fff3a3c0-3dfc-4418-bc79-d9b7ab9ff2ab_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi!
I'm having trubble reading my xml file when they contain newline cha= racters. The problem is that when I call xmlTextReaderLocalName it returns #text instead of the element name.= This is what my xml file looks like:

<=3B?xml version=3D"1.0" encoding= =3D"UTF-8"?>=3B
<=3BTestType>=3B
<=3Bint8 type=3D"int8"&g= t=3B-126<=3B/int8>=3B
<=3Buint8 type=3D"uint8">=3B249<=3B/uint8&g= t=3B
<=3Bint16 type=3D"int16">=3B-31010<=3B/int16>=3B
<=3Buint16 = type=3D"uint16">=3B65211<=3B/uint16>=3B
<=3Bint32 type=3D"int32">= =3B-2147483640<=3B/int32>=3B
<=3Buint32 type=3D"uint32">=3B42949672= 90<=3B/uint32>=3B
<=3Bint64 type=3D"int64">=3B-9223372036854775805&= lt=3B/int64>=3B
<=3Buint64 type=3D"uint64">=3B9223372036854775804<= =3B/uint64>=3B
<=3Bfloat32 type=3D"float">=3B1598<=3B/float32>=3B=
<=3Bfloat64 type=3D"float64">=3B3489<=3B/float64>=3B
<=3Bstring = type=3D"string">=3B&=3Bquot=3BThis is a string&=3Bquot=3B<=3B/str= ing>=3B
<=3B/TestType>=3B

If I rem= ove all the newline characters and put everything on the same line my progr= am can read the xml file.

Any ideas what the probl= em could be? I'm using libxml2 version 2.7.6=2C Visual Studio 2008 and Vista 64-bit.

/Michael

=
Skaffa en Windows phone s=E5 kan du chatta p=E5 Messenger var du =E4n= =E4r! Skaffa en Windows phone s=E5 kan du chatta p=E5 Messenger var du =E4n =E4r= ! = --_fff3a3c0-3dfc-4418-bc79-d9b7ab9ff2ab_-- From andreaswagner7@gmail.com Sat Jan 2 17:39:51 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2AA347500DC for ; Sat, 2 Jan 2010 17:39:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6PZvb7kAPwCj for ; Sat, 2 Jan 2010 17:39:44 +0000 (GMT) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by menubar.gnome.org (Postfix) with ESMTP id 617A67500A6 for ; Sat, 2 Jan 2010 17:39:34 +0000 (GMT) Received: by ewy26 with SMTP id 26so11709361ewy.23 for ; Sat, 02 Jan 2010 09:39:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=AbUq28iKVXsQr2H7KG/2QeUtyOI1WQwHR8jlPitB80Q=; b=B+UEzxzJWldNSQSJKOTM6WSG5RuE5MotL5Hp5PcLP2sdV+wxaiwCeQsLFOKLCu48MU tEVy8KpXa2JajrI3Xb4eM/zmjzlupilkd4q1HZb3En3bZHMzuJJVoc0+hsuq1H55MaUP D27IAPC/HImNngTi042hVFGmaQRI4SbxN0P7I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=oelmg7fEzOd3luANYExIz5WypacZj+7E0DL7kdosKjKXOr8z7aRUfHUy+shRB0Tl5h ruF4EnBtzJJ06Bfwdbt24w4x219LhurhEQD2X9TvcAYJscwcn36fWIVhgs2WDzTRx70k LXy9EDawQqoCJgO3EeAjMXD/uWUMCG6ij/Wx0= MIME-Version: 1.0 Received: by 10.213.100.65 with SMTP id x1mr9188995ebn.67.1262453971352; Sat, 02 Jan 2010 09:39:31 -0800 (PST) Date: Sat, 2 Jan 2010 18:39:31 +0100 Message-ID: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> From: Andreas Wagner To: xml@gnome.org Content-Type: multipart/alternative; boundary=00504502c7ad81fd6e047c31f8ad Subject: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 17:39:51 -0000 --00504502c7ad81fd6e047c31f8ad Content-Type: text/plain; charset=ISO-8859-1 Hi folks, i have an xml document like this:
<...../> <...../> <.../> <.../>
I can read the variables and the constants in the header, but when i want to read the Value:scalar name and type i get nothing. I read the correct lines, but the content is empty (thats normal) but the name of this element is "text". When the current node is param i try to get the values with: xmlChar *name; cur = cur->xmlChildrenNode; if (xmlGetNsProp(cur,(const xmlChar*) "name", (const xmlChar*) "Value"){ name = xmlGetNsProp(cur,(const xmlChar*) "name", (const xmlChar*) "Value"); printf("name: %s \n,name); } So what am i doing wrong and how can i get the name and type? I tried a lot of things but did not get any result. Regards Andreas --00504502c7ad81fd6e047c31f8ad Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi folks,

i have an xml document like this:

<?xml version= =3D"1.0" ...?>
<root xmlns:Value=3D"http://dummies.org">
=A0=A0 <header>=A0=A0=A0=A0=A0=A0 <variables>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <...../>
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 <...../>
=A0=A0=A0=A0=A0=A0 </variables>
=A0=A0= =A0=A0=A0=A0 <const>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <.../>= ;
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <.../>
=A0=A0=A0=A0=A0=A0 = </const>
=A0=A0=A0=A0=A0=A0 <parameters>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <param name=3D"xxx">
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <Value:scalar name=3D&q= uot;xxx" type=3D"BOOL"/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 </param>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <param name= =3D"yyy">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = <Value:scalar name=3D"yyy" type=3D"BOOL"/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </param>
=A0=A0=A0=A0=A0=A0 <= /parameters>
=A0=A0 </header>
=A0=A0 <body>
=A0=A0 = </body>
</root>

I can read the variables and the cons= tants in the header, but when i want to read the Value:scalar name and type= i get nothing. I read the correct lines, but the content is empty (thats n= ormal) but the name of this element is "text".
When the current node is param i try to get the values with:

xmlChar= *name;
cur =3D cur->xmlChildrenNode;
if (xmlGetNsProp(cur,(const = xmlChar*) "name", (const xmlChar*) "Value"){
=A0=A0= =A0 name =3D xmlGetNsProp(cur,(const xmlChar*) "name", (const xml= Char*) "Value");
=A0=A0=A0 printf("name: %s \n,name);
}

So what am i doing wr= ong and how can i get the name and type? I tried a lot of things but did no= t get any result.

Regards
Andreas
--00504502c7ad81fd6e047c31f8ad-- From confusosk8@gmail.com Sat Jan 2 20:55:06 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C9BD7750081 for ; Sat, 2 Jan 2010 20:55:06 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T5G+izyglg6F for ; Sat, 2 Jan 2010 20:54:57 +0000 (GMT) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by menubar.gnome.org (Postfix) with ESMTP id B351775007E for ; Sat, 2 Jan 2010 20:54:48 +0000 (GMT) Received: by qw-out-2122.google.com with SMTP id 8so1286354qwh.9 for ; Sat, 02 Jan 2010 12:54:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=/LyA9Tf88BMyOsZ/JzvDPRnHqXaUGRDxSf0eiQKCQ3c=; b=iUr4CqSpMaN+7jyum0zYjhjaqmFQJ+y4NWZfPArUylIRVZTFmZn8plX/G5KxBQPCX+ 2MdiZBST4i2VrJJnO98gtYWsPOjrpbdL5KKDJkcPXaQGaUsiH/I217Y3jEWvWciP9Acv 0mfU/Bwb33JbtiDEIF5bZ3UlR4zvOJaXzMpEc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cb4AzdV4iJJzDOgmkzKfzzbLCJWDomv00Gxv+OvoA9uScfF/kpWqcatsedQWHvhTCm XbVD2Wml9QdIheq68rRUfIP9+nWmZdDFTt5OQJI5KoXyuAJ8JQBkFfMoo99hXm29dMsi pD5yt8ZzQUZDqJWgjKmPZfOLUpao3MJuWTuIM= MIME-Version: 1.0 Received: by 10.224.25.3 with SMTP id x3mr10357258qab.159.1262465686184; Sat, 02 Jan 2010 12:54:46 -0800 (PST) Date: Sat, 2 Jan 2010 18:54:46 -0200 Message-ID: <669348041001021254o4e3edc57me45567388e0bf511@mail.gmail.com> From: Gabriel Duarte To: xml@gnome.org Content-Type: multipart/alternative; boundary=000feae85bd5c424ec047c34b2d2 Subject: [xml] Strange behavior X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 20:55:07 -0000 --000feae85bd5c424ec047c34b2d2 Content-Type: text/plain; charset=UTF-8 Hello! I'm new to libxml, following the instructions and reading examples I could parse a XML file perfectly, but now I got a problem I can't solve by my self. I got this following XML file: Sat Jan 02 20:44:54 +0000 2010 7309338854 TESTE_AGAIN <a href="http://apiwiki.twitter.com/" rel="nofollow">API</a> false false 13672792 Gabriel Duarte biiielduarte Rio de Janeiro Just me! Let's have lots of fun! http://a1.twimg.com/profile_images/539180228/mau_normal.png http://kinuxlinux.org/gabriel_duarte false 92 742E00 501E02 533117 B7957B B7957B 79 Tue Feb 19 14:16:41 +0000 2008 2 -10800 Brasilia http://a1.twimg.com/profile_background_images/58350922/bg.jpg true false false false false 830 The output is: id : 13672792 name : Gabriel Duarte screen_name : biiielduarte location : Rio de Janeiro description : Just me! Let's have lots of fun! profile_image_url : http://a1.twimg.com/profile_images/539180228/mau_normal.png url : http://kinuxlinux.org/gabriel_duarte protected : false followers_count : 92 profile_background_color : 742E00 profile_text_color : 501E02 profile_link_color : 533117 profile_sidebar_fill_color : B7957B profile_sidebar_border_color : B7957B friends_count : 79 created_at : Tue Feb 19 14:16:41 +0000 2008 favourites_count : 2 utc_offset : -10800 time_zone : Brasilia profile_background_image_url : http://a1.twimg.com/profile_background_images/58350922/bg.jpgprofile_background_tile : true notifications : false geo_enabled : false verified : false following : false statuses_count : 830 I can parser and print the output perfectly, but when I try to use another file: Sat Jan 02 20:44:54 +0000 2010 7309338854 TESTE_AGAIN <a href="http://apiwiki.twitter.com/" rel="nofollow">API</a> false false 13672792 Gabriel Duarte biiielduarte Rio de Janeiro Just me! Let's have lots of fun! http://a1.twimg.com/profile_images/539180228/mau_normal.png http://kinuxlinux.org/gabriel_duarte false 92 742E00 501E02 533117 B7957B B7957B 79 Tue Feb 19 14:16:41 +0000 2008 2 -10800 Brasilia http://a1.twimg.com/profile_background_images/58350922/bg.jpg true false false false false 830 The output is: created_at : Sat Jan 02 20:44:54 +0000 2010 id : 7309338854 text : TESTE_AGAIN source : API truncated : false in_reply_to_status_id : (null) in_reply_to_user_id : (null) favorited : false in_reply_to_screen_name : (null) user : geo : (null) It's almost the same file, only differs at the node. I don't know whats is happening. I need help to finish my project... The program that parses these XML files is: #include #include #include void parseCD(xmlDocPtr doc, xmlNodePtr cur) { xmlChar* content; cur = cur->children; while(cur != NULL) { if(cur->type == XML_ELEMENT_NODE) { content = xmlNodeListGetString(doc, cur->xmlChildrenNode, 1); printf("%s : %s\n",cur->name,content); xmlFree(content); /*free(content);*/ /* windows */ content = NULL; } cur = cur->next; } } int main() { xmlDocPtr doc; xmlNodePtr cur; doc = xmlParseFile("TwittXML.xml"); cur = xmlDocGetRootElement(doc); cur = cur->children; while(cur != NULL) { if(cur->type == XML_ELEMENT_NODE) { parseCD(doc,cur); } cur = cur->next; } xmlFreeDoc(doc); return 0; } Thanks! -- Gabriel Duarte Linux User #471185 Rio de Janeiro - RJ http://kinuxlinux.org/gabriel_duarte Phones: (55) (21) 9463-7760 /*Mobile*/ (55) (21) 2464-9302 /*Home*/ (55) (21) 2529-5080 /*Work*/ -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ G++ e+ h* r+ y++++ ------END GEEK CODE BLOCK------ --000feae85bd5c424ec047c34b2d2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello! I'm new to libxml, following the instructions and reading examples I co= uld parse a XML file perfectly, but now I got a problem I can't solve b= y my self.
I got this following XML file:
=
<?xml version=3D"1.0" encoding=3D"UTF-8"?>
<= div><status>
=C2=A0=C2=A0<created_at>Sat Jan 02 20:44= :54 +0000 2010</created_at>
=C2=A0=C2=A0<id>730933885= 4</id>
=C2=A0=C2=A0<text>TESTE_AGAIN</text>
=C2=A0=C2=A0<= source>&lt;a href=3D&quot;http://apiwiki.twitter.com/&quot; rel= =3D&quot;nofollow&quot;&gt;API&lt;/a&gt;</source>=
=C2=A0=C2=A0<truncated>false</truncated>
=C2=A0= =C2=A0<in_reply_to_status_id></in_reply_to_status_id>
=C2=A0=C2=A0<in_reply_to_user_id></in_reply_to_user_id>
<= div>=C2=A0=C2=A0<favorited>false</favorited>
=C2=A0=C2=A0<in_reply_to_screen_name></in_reply_to_screen_nam= e>
=C2=A0=C2=A0<user>
=C2=A0=C2=A0 =C2=A0<i= d>13672792</id>
=C2=A0=C2=A0 =C2=A0<name>Gabriel D= uarte</name>
=C2=A0=C2=A0 =C2=A0<screen_name>biiieldu= arte</screen_name>
=C2=A0=C2=A0 =C2=A0<location>Rio de Janeiro</location>
=C2=A0=C2=A0 =C2=A0<description>Just me! Let's have lots o= f fun!</description>
=C2=A0=C2=A0 =C2=A0<profile_image_u= rl>http://a1.twimg.com/profile_images/539180228/mau_norma= l.png</profile_image_url>
=C2=A0=C2=A0 =C2=A0<url>http://kinuxlinux.org/gabriel_duarte</url= >
=C2=A0=C2=A0 =C2=A0<protected>false</protected><= /div>
=C2=A0=C2=A0 =C2=A0<followers_count>92</followers_count&= gt;
=C2=A0=C2=A0 =C2=A0<profile_background_color>742E00</profile_= background_color>
=C2=A0=C2=A0 =C2=A0<profile_text_color>= ;501E02</profile_text_color>
=C2=A0=C2=A0 =C2=A0<profile= _link_color>533117</profile_link_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_fill_color>B7957B</profil= e_sidebar_fill_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_b= order_color>B7957B</profile_sidebar_border_color>
=C2=A0= =C2=A0 =C2=A0<friends_count>79</friends_count>
=C2=A0=C2=A0 =C2=A0<created_at>Tue Feb 19 14:16:41 +0000 2008<= ;/created_at>
=C2=A0=C2=A0 =C2=A0<favourites_count>2<= /favourites_count>
=C2=A0=C2=A0 =C2=A0<utc_offset>-10800= </utc_offset>
=C2=A0=C2=A0 =C2=A0<time_zone>Brasilia&= lt;/time_zone>
=C2=A0=C2=A0 =C2=A0<profile_background_image_url>http://a1.twimg.com/profile_background_images/58350922/bg.jpg</pro= file_background_image_url>
=C2=A0=C2=A0 =C2=A0<profile_background_tile>true</profile_bac= kground_tile>
=C2=A0=C2=A0 =C2=A0<notifications>false<= ;/notifications>
=C2=A0=C2=A0 =C2=A0<geo_enabled>false&l= t;/geo_enabled>
=C2=A0=C2=A0 =C2=A0<verified>false</v= erified>
=C2=A0=C2=A0 =C2=A0<following>false</following>
= =C2=A0=C2=A0 =C2=A0<statuses_count>830</statuses_count>
=C2=A0=C2=A0</user>
=C2=A0=C2=A0<geo/>
&= lt;/status>

The output is:

id : 13672792 name : Gabriel Duarte screen_name : biiielduarte location : Rio de Janeiro description : Just me! Let's have lots of fun! profile_image_url : http://a1.twimg.com/profile_images/53918= 0228/mau_normal.png url : ht= tp://kinuxlinux.org/gabriel_duarte protected : false followers_count : 92 profile_background_color : 742E00 profile_text_color : 501E02 profile_link_color : 533117 profile_sidebar_fill_color : B7957B profile_sidebar_border_color : B7957B friends_count : 79 created_at : Tue Feb 19 14:16:41 +0000 2008 favourites_count : 2 utc_offset : -10800 time_zone : Brasilia profile_background_image_url : http://a1.twimg.com/profile= _background_images/58350922/bg.jpg profile_background_tile : true notifications : false geo_enabled : false verified : false following : false statuses_count : 830

I can parser and print the output perfectly, but = when I try to use another file:

<?xml version=3D"1.0" encoding=3D"UTF-8"?><= div><statuses type=3D"array">
<status>
=C2=A0=C2=A0<created_at>Sat Jan 02 20:44:54 +0000 2010</crea= ted_at>
=C2=A0=C2=A0<id>7309338854</id>
=C2=A0=C2=A0<= text>TESTE_AGAIN</text>
=C2=A0=C2=A0<source>&l= t;a href=3D&quot;http://apiwiki.twitter.com/&quot; rel=3D&quot;nofo= llow&quot;&gt;API&lt;/a&gt;</source>
=C2=A0=C2=A0<truncated>false</truncated>
=C2=A0= =C2=A0<in_reply_to_status_id></in_reply_to_status_id>
=C2=A0=C2=A0<in_reply_to_user_id></in_reply_to_user_id>
<= div>=C2=A0=C2=A0<favorited>false</favorited>
=C2=A0=C2=A0<in_reply_to_screen_name></in_reply_to_screen_nam= e>
=C2=A0=C2=A0<user>
=C2=A0=C2=A0 =C2=A0<i= d>13672792</id>
=C2=A0=C2=A0 =C2=A0<name>Gabriel D= uarte</name>
=C2=A0=C2=A0 =C2=A0<screen_name>biiieldu= arte</screen_name>
=C2=A0=C2=A0 =C2=A0<location>Rio de Janeiro</location>
=C2=A0=C2=A0 =C2=A0<description>Just me! Let's have lots o= f fun!</description>
=C2=A0=C2=A0 =C2=A0<profile_image_u= rl>http://a1.twimg.com/profile_images/539180228/mau_norma= l.png</profile_image_url>
=C2=A0=C2=A0 =C2=A0<url>http://kinuxlinux.org/gabriel_duarte</url= >
=C2=A0=C2=A0 =C2=A0<protected>false</protected><= /div>
=C2=A0=C2=A0 =C2=A0<followers_count>92</followers_count&= gt;
=C2=A0=C2=A0 =C2=A0<profile_background_color>742E00</profile_= background_color>
=C2=A0=C2=A0 =C2=A0<profile_text_color>= ;501E02</profile_text_color>
=C2=A0=C2=A0 =C2=A0<profile= _link_color>533117</profile_link_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_fill_color>B7957B</profil= e_sidebar_fill_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_b= order_color>B7957B</profile_sidebar_border_color>
=C2=A0= =C2=A0 =C2=A0<friends_count>79</friends_count>
=C2=A0=C2=A0 =C2=A0<created_at>Tue Feb 19 14:16:41 +0000 2008<= ;/created_at>
=C2=A0=C2=A0 =C2=A0<favourites_count>2<= /favourites_count>
=C2=A0=C2=A0 =C2=A0<utc_offset>-10800= </utc_offset>
=C2=A0=C2=A0 =C2=A0<time_zone>Brasilia&= lt;/time_zone>
=C2=A0=C2=A0 =C2=A0<profile_background_image_url>http://a1.twimg.com/profile_background_images/58350922/bg.jpg</pro= file_background_image_url>
=C2=A0=C2=A0 =C2=A0<profile_background_tile>true</profile_bac= kground_tile>
=C2=A0=C2=A0 =C2=A0<notifications>false<= ;/notifications>
=C2=A0=C2=A0 =C2=A0<geo_enabled>false&l= t;/geo_enabled>
=C2=A0=C2=A0 =C2=A0<verified>false</v= erified>
=C2=A0=C2=A0 =C2=A0<following>false</following>
= =C2=A0=C2=A0 =C2=A0<statuses_count>830</statuses_count>
=C2=A0=C2=A0</user>
=C2=A0=C2=A0<geo/>
&= lt;/status>
</statuses>

The output is:
created_at : Sat Jan 02 20:44:= 54 +0000 2010 id : 7309338854 text : TESTE_AGAIN source : <a href=3D"http://apiwiki.twitter.com/" rel=3D"nofollow"= ;>API</a> truncated : false in_reply_to_status_id : (null) in_reply_to_user_id : (null) favorited : false in_reply_to_screen_name : (null) user :=20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 geo : (null)



It's almost the same file, only differs at the <statuses> node. = I don't know whats is happening. I need help to finish my project...

The program that parses these XML files is:
<= br>
#include <stdio.h>
#include <libxml/x= mlmemory.h>
#include <libxml/parser.h>

void parseCD(xmlDocPtr doc, xmlNodePtr cur)
{
=C2=A0=C2=A0 =C2=A0xmlChar* content; =C2=A0=C2=A0
=C2=A0=C2=A0 = =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0cur =3D cur->children;=
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0w= hile(cur !=3D NULL)
=C2=A0=C2=A0 =C2=A0{
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0if(cur->= type =3D=3D XML_ELEMENT_NODE)
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0{ = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0=C2=A0
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0content = =3D xmlNodeListGetString(doc, cur->xmlChildrenNode, 1);
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0printf("%s : %s\n",cur-&= gt;name,content);
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0xmlFree(content);
=
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/*free(content);*/ =C2= =A0 /* windows */
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= content =3D NULL;
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= }

=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0c= ur =3D cur->next;
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0
}


int main()
{

=C2=A0=C2=A0 =C2=A0xmlDocPtr doc;
= =C2=A0=C2=A0 =C2=A0xmlNodePtr cur;

=C2=A0=C2=A0 = =C2=A0doc =3D xmlParseFile("TwittXML.xml");

=C2=A0=C2=A0 =C2=A0cur =3D xmlDocGetRootElement(doc);
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0cur= =3D cur->children;

=C2=A0=C2=A0 =C2=A0while(cu= r !=3D NULL)
=C2=A0=C2=A0 =C2=A0{
=C2=A0=C2=A0 =C2=A0 = =C2=A0 =C2=A0if(cur->type =3D=3D XML_ELEMENT_NODE)
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0{ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0
=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0parseCD(doc,cur);
=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0}

=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0cur =3D cur->next;
=C2=A0=C2=A0 =C2=A0}
=C2=A0=C2= =A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0xmlFreeDoc(doc);=C2= =A0
=C2=A0=C2=A0 =C2=A0return 0;
}


=
Thanks!



=


--
Gabriel Duarte
Linux User #471185
Rio = de Janeiro - RJ
http://k= inuxlinux.org/gabriel_duarte

Phones:
(55) (21) 9463-7760 /*Mobile*/
(55) (21) 2464-9302 /*Home*/
(55) (21)= 2529-5080 /*Work*/


-----BEGIN GEEK CODE BLOCK-----
Version: = 3.12
GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w---
O- M- V= - PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++
G++ e+ h* r+ y++++
------END GEEK CODE BLOCK------
--000feae85bd5c424ec047c34b2d2-- From emmanuel.rodriguez@gmail.com Sun Jan 3 11:33:37 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B072275008F for ; Sun, 3 Jan 2010 11:33:37 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6veJIaaxCCVj for ; Sun, 3 Jan 2010 11:33:30 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id BBBCD750064 for ; Sun, 3 Jan 2010 11:33:21 +0000 (GMT) Received: by fxm27 with SMTP id 27so75349fxm.23 for ; Sun, 03 Jan 2010 03:33:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=jXKkcOmXyQUYrJq/EJRfliHEmziung8goLm7U8RqRaY=; b=b13iIpHGiSb8iIflgAK5yUB9xif6HX3VsI2bT6yUtrV+szX5yNL/bw+NdFGQ8iSjpL PuW4jG4gN440xsstqjlx6JPflWT7hYP0RStDSyfDPH+xSBJYdS8ijV8IaPggaOrvp01r 4k+z/O0h/WUdSgOMTjEIxX2hwDVcDSscdYw5I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=RqeoFaG+m/xQuUq/ZGy75FDX/+xbDOSXVEk+0LNSIfPvn/3oElpwcp5M++hQt5L6eZ Az5YQolKy4KgxeW4u65/IlJQFjjALSTT0PmyY4A7Q8Qc7H8CnCF/HEIv+RkI7Y1v5zgu f5/KHlsc8QkCBy4c48/d4+Y6xwW9rOCMOoHoY= MIME-Version: 1.0 Received: by 10.223.144.204 with SMTP id a12mr26998106fav.49.1262518398846; Sun, 03 Jan 2010 03:33:18 -0800 (PST) In-Reply-To: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> Date: Sun, 3 Jan 2010 12:33:18 +0100 Message-ID: From: Emmanuel Rodriguez To: Andreas Wagner Content-Type: multipart/alternative; boundary=0023545bdc1caf8887047c40f8d3 Cc: xml@gnome.org Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 11:33:37 -0000 --0023545bdc1caf8887047c40f8d3 Content-Type: text/plain; charset=UTF-8 On Sat, Jan 2, 2010 at 6:39 PM, Andreas Wagner wrote: > Hi folks, > > i have an xml document like this: > > > >
> > <...../> > <...../> > > > <.../> > <.../> > > > > > > > > > >
> > >
> > I can read the variables and the constants in the header, but when i want > to read the Value:scalar name and type i get nothing. I read the correct > lines, but the content is empty (thats normal) but the name of this element > is "text". > When the current node is param i try to get the values with: > > xmlChar *name; > cur = cur->xmlChildrenNode; > if (xmlGetNsProp(cur,(const xmlChar*) "name", (const xmlChar*) "Value"){ > name = xmlGetNsProp(cur,(const xmlChar*) "name", (const xmlChar*) > "Value"); > printf("name: %s \n,name); > } > The second parameter of xmlGetNsProp has to be the URI of the namespace and not the prefix. Use this instead: xmlGetNsProp(cur,(const xmlChar*) "name", (const xmlChar*) " http://dummies.org"); Prefixes in namespaces are arbitrary and not always available (i.e. xmlns=" http://dummies.org" has no prefix yet has a namespace). The only way for matching nodes within the same namespace is to compare the URI. It can be a bit confusing sometimes :) -- Emmanuel Rodriguez --0023545bdc1caf8887047c40f8d3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Sat, Jan 2, 2010 at 6:39 PM, Andreas = Wagner <an= dreaswagner7@gmail.com> wrote:
Hi folks,

i have an xml document like this:

<?xml version= =3D"1.0" ...?>
<root xmlns:Value=3D"http://dummies.org">
=C2= =A0=C2=A0 <header>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <variables>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <...../>=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <...../= >
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </variables>
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <const>
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <.../>
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <.../>
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 </const>
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 <parameters>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <para= m name=3D"xxx">
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <Value:scalar nam= e=3D"xxx" type=3D"BOOL"/>
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </param>
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <param name=3D= "yyy">
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <Value:scalar name=3D&quo= t;yyy" type=3D"BOOL"/>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </par= am>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </parameters>
=C2= =A0=C2=A0 </header>
=C2=A0=C2=A0 <body>
=C2=A0=C2=A0 <= /body>
</root>

I can read the variables and the constant= s in the header, but when i want to read the Value:scalar name and type i g= et nothing. I read the correct lines, but the content is empty (thats norma= l) but the name of this element is "text".
When the current node is param i try to get the values with:

xmlChar= *name;
cur =3D cur->xmlChildrenNode;
if (xmlGetNsProp(cur,(const = xmlChar*) "name", (const xmlChar*) "Value"){
=C2=A0= =C2=A0=C2=A0 name =3D xmlGetNsProp(cur,(const xmlChar*) "name", (= const xmlChar*) "Value");
=C2=A0=C2=A0=C2=A0 printf("name: %s \n,name);
}
The second parameter of xmlGetNsProp has to be the URI of the namespace a= nd not the prefix. Use this instead:
xmlGetNsProp(cur,(const xmlChar*) &= quot;name", (const xmlChar*) "http= ://dummies.org");

Prefixes in namespaces are arbitrary and not always available (i.e. xml= ns=3D"http://dummies.org" has = no prefix yet has a namespace). The only way for matching nodes within the = same namespace is to compare the URI. It can be a bit confusing sometimes := )

--
Emmanuel Rodriguez
--0023545bdc1caf8887047c40f8d3-- From petr.pajas@gmail.com Sun Jan 3 19:31:56 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 03E87750081 for ; Sun, 3 Jan 2010 19:31:56 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LnZZD0eOwZ+R for ; Sun, 3 Jan 2010 19:31:47 +0000 (GMT) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by menubar.gnome.org (Postfix) with ESMTP id A0F72750064 for ; Sun, 3 Jan 2010 19:31:38 +0000 (GMT) Received: by fg-out-1718.google.com with SMTP id 16so4693768fgg.9 for ; Sun, 03 Jan 2010 11:31:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Grac8qFnQVOhFLBAXkS0nTYk8x2ntalcZ5VPCHQgaEg=; b=xcQRiBH59GbuzKaq1ykcajZQfkOagk2x4jnC9qYG3JzJKD6VcdLFSNYwTAxsYqj45G 9DcnfpmkzEVMPWN5/DVFwYV69emwO/f8GAunKqKvtQ48oGjKNaDTmSKuDK7DhzEPSjfM QiR/n3rLJUYz+wA8Cb3L8YEkqmfDuIl6b8zcM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=O1mk2PIbqAt2x2YvQEK2z6fI8YRtLA/HWXn+syzpkFD92HEX/p1u9wBzQRmfyMYtBw vk9rBMKSCWP53KIsmMYQjWKgQ/gkU7kA3QFK+nnPZC8t94z/BrGpCOmP9dF1OBUmKq/s NubU22EMJMWg+OMMMFkbNB5RHwaq/VSWd4xRc= MIME-Version: 1.0 Sender: petr.pajas@gmail.com Received: by 10.102.209.1 with SMTP id h1mr4862633mug.8.1262547095572; Sun, 03 Jan 2010 11:31:35 -0800 (PST) In-Reply-To: <17DAA2C6FFFE6A4CA8AAA672C9D976D801473AEE@mse1be2.mse1.mailstreet.com> References: <17DAA2C6FFFE6A4CA8AAA672C9D976D801473AEE@mse1be2.mse1.mailstreet.com> Date: Sun, 3 Jan 2010 20:31:35 +0100 X-Google-Sender-Auth: 3ba000c561d1b2bb Message-ID: <2e86c2011001031131w56b88b47g2eca701cafe7a622@mail.gmail.com> From: Petr Pajas To: "Schultz, Len" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: xml@gnome.org Subject: Re: [xml] Installation issue with IIS X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 19:31:56 -0000 Hi, I'm not a Windows user, but I'd say that if 'c:/Perl/site/lib/auto/XML/LibX ML/Common/Common.dll' cannot be accessed by IIS, you have to fix the permissions (maybe not just for Common.dll, but also for LibXML.dll, libxml2.dll, iconv.dll, etc). Maybe some users at the perl-xml list would know exactly how to debug this under IIS: http://listserv.activestate.com/mailman/listinfo/perl-xml Best, -- Petr 2009/12/31 Schultz, Len : > Hello, > > I just ran the Perl PPM install of libxslt from the Univertity of Winnepe= g site.=C2=A0 It installed the Perl package and the app, and it works fine = in a perl script run from the command line.=C2=A0 But when I attempt to use= the package in a web script, IIS reports the following error > > HTTP Error 502.2 - Bad Gateway > The specified CGI application misbehaved by not returning a complete set = of HTTP headers. The headers it did return are "Can't load 'c:/Perl/site/li= b/auto/XML/LibXML/Common/Common.dll' for module XML::LibXML::Common: load_f= ile:Access is denied at c:/Perl/lib/DynaLoader.pm line 229. at c:/Perl/site= /lib/XML/LibXML.pm line 12 Compilation failed in require at c:/Perl/site/li= b/XML/LibXML.pm line 12. BEGIN failed--compilation aborted at c:/Perl/site/= lib/XML/LibXML.pm line 12. Compilation failed in require at c:/Perl/site/li= b/XML/LibXSLT.pm line 7. BEGIN failed--compilation aborted at c:/Perl/site/= lib/XML/LibXSLT.pm line 7. Compilation failed in require at C:\inetpub\wwwr= oot\wineinsight\wineinsight.4.2\hello.cgi line 1. BEGIN failed--compilation= aborted at C:\inetpub\wwwroot\wineinsight\wineinsight.4.2\hello.cgi line 1= . ". > > Any ideas what could cause this and/or the solution? > > I am running Windows 7, IIS 7.5, and Activestate Perl v5.8.3 build 809 > > --len > > _______________________________________________ > xml mailing list, project page =C2=A0http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > > From andreaswagner7@gmail.com Sun Jan 3 20:17:03 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 410D9750081 for ; Sun, 3 Jan 2010 20:17:03 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kbHrprT9Ajl5 for ; Sun, 3 Jan 2010 20:16:56 +0000 (GMT) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by menubar.gnome.org (Postfix) with ESMTP id 65FEE750064 for ; Sun, 3 Jan 2010 20:16:44 +0000 (GMT) Received: by ey-out-2122.google.com with SMTP id 22so2469415eye.7 for ; Sun, 03 Jan 2010 12:16:42 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.102.65 with SMTP id f1mr53418ebo.61.1262549801746; Sun, 03 Jan 2010 12:16:41 -0800 (PST) In-Reply-To: References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> Date: Sun, 3 Jan 2010 21:16:41 +0100 Message-ID: <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> From: Andreas Wagner To: xml@gnome.org Content-Type: multipart/alternative; boundary=00504502d0d171c0c5047c4848ac Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 20:17:03 -0000 --00504502d0d171c0c5047c4848ac Content-Type: text/plain; charset=ISO-8859-1 Hi Emmanuel, thx for ur answer, but it is still the same problem. I must be in the right node (correct line), but i do not get the attributes :-( Regards 2010/1/3 Emmanuel Rodriguez > > > On Sat, Jan 2, 2010 at 6:39 PM, Andreas Wagner wrote: > >> Hi folks, >> >> i have an xml document like this: >> >> >> >>
>> >> <...../> >> <...../> >> >> >> <.../> >> <.../> >> >> >> >> >> >> >> >> >> >>
>> >> >>
>> >> I can read the variables and the constants in the header, but when i want >> to read the Value:scalar name and type i get nothing. I read the correct >> lines, but the content is empty (thats normal) but the name of this element >> is "text". >> When the current node is param i try to get the values with: >> >> xmlChar *name; >> cur = cur->xmlChildrenNode; >> if (xmlGetNsProp(cur,(const xmlChar*) "name", (const xmlChar*) "Value"){ >> name = xmlGetNsProp(cur,(const xmlChar*) "name", (const xmlChar*) >> "Value"); >> printf("name: %s \n,name); >> } >> > The second parameter of xmlGetNsProp has to be the URI of the namespace and > not the prefix. Use this instead: > xmlGetNsProp(cur,(const xmlChar*) "name", (const xmlChar*) " > http://dummies.org"); > > Prefixes in namespaces are arbitrary and not always available (i.e. xmlns=" > http://dummies.org" has no prefix yet has a namespace). The only way for > matching nodes within the same namespace is to compare the URI. It can be a > bit confusing sometimes :) > > -- > Emmanuel Rodriguez > --00504502d0d171c0c5047c4848ac Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Emmanuel,

thx for ur answer, but it is still the same problem. I = must be in the right node (correct line), but i do not get the attributes := -(



Regards

2010/1/3 Emmanu= el Rodriguez <emmanuel.rodriguez@gmail.com>


On Sat, Jan 2, 2010 at = 6:39 PM, Andreas Wagner <andreaswagner7@gmail.com> wr= ote:
Hi folks,

i have an xml document like this:

<?xml version= =3D"1.0" ...?>
<root xmlns:Value=3D"http://dummies.org">
=A0= =A0 <header>
=A0=A0=A0=A0=A0=A0 <variables>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <...../>
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 <...../>
=A0=A0=A0=A0=A0=A0 </variables>
=A0=A0= =A0=A0=A0=A0 <const>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <.../>= ;
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <.../>
=A0=A0=A0=A0=A0=A0 = </const>
=A0=A0=A0=A0=A0=A0 <parameters>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <param name=3D"xxx">
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <Value:scalar name=3D&q= uot;xxx" type=3D"BOOL"/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 </param>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <param name= =3D"yyy">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = <Value:scalar name=3D"yyy" type=3D"BOOL"/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </param>
=A0=A0=A0=A0=A0=A0 <= /parameters>
=A0=A0 </header>
=A0=A0 <body>
=A0=A0 = </body>
</root>

I can read the variables and the cons= tants in the header, but when i want to read the Value:scalar name and type= i get nothing. I read the correct lines, but the content is empty (thats n= ormal) but the name of this element is "text".
When the current node is param i try to get the values with:

xmlChar= *name;
cur =3D cur->xmlChildrenNode;
if (xmlGetNsProp(cur,(const = xmlChar*) "name", (const xmlChar*) "Value"){
=A0=A0= =A0 name =3D xmlGetNsProp(cur,(const xmlChar*) "name", (const xml= Char*) "Value");
=A0=A0=A0 printf("name: %s \n,name);
}
=
The second parameter of xmlGetNsProp has to be the URI of the namespac= e and not the prefix. Use this instead:
xmlGetNsProp(cur,(const xmlChar*= ) "name", (const xmlChar*) "http://dummies.org");

Prefixes in namespaces are arbitrary and not always available (i.e. xml= ns=3D"http://dummies.= org" has no prefix yet has a namespace). The only way for matching= nodes within the same namespace is to compare the URI. It can be a bit con= fusing sometimes :)

--
Emmanuel Rodriguez

--00504502d0d171c0c5047c4848ac-- From emmanuel.rodriguez@gmail.com Sun Jan 3 21:28:23 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8781B75008F for ; Sun, 3 Jan 2010 21:28:23 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JOb8VBSnSN1j for ; Sun, 3 Jan 2010 21:28:18 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id A89D1750081 for ; Sun, 3 Jan 2010 21:28:09 +0000 (GMT) Received: by fxm27 with SMTP id 27so312126fxm.23 for ; Sun, 03 Jan 2010 13:28:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=qt+LQQGLlppiGVfSh5eQYcVH+J3o62JKH6NdNeOQakA=; b=q4Lkbfdo1ZkeQMluQTNCTKZxLEh6eVM5aLm2T3IBnSh6RbCg5JRt2oDqqfnEAMtdcE 9oxugKM2uja2JWjg23gWHXwOqGiU8GP4PhoCRiVz6lewYh0bf6jUEa8Yfos/kSZLYNj3 zYqt87EMoftjAFXqr2FyKBoR98D+NdJVzcSvE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vx8dL20z3D+WTOZ/xYKw4aHGGrRk/wgb9FMsqO/5BmINq9JqD6c5BHsU7hRUlKCQQd mm4JZQ55N+dlXlkvTaKf8YOB5isWjjg4r4FGkQFn8sXplOWMr4Njoi6SiyV1G26/3ZuN YZtH9OCz0CMJRhFodXKQ+rPaZJumwZ0KKHgs0= MIME-Version: 1.0 Received: by 10.223.2.205 with SMTP id 13mr15277750fak.83.1262554087164; Sun, 03 Jan 2010 13:28:07 -0800 (PST) In-Reply-To: <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> Date: Sun, 3 Jan 2010 22:28:07 +0100 Message-ID: From: Emmanuel Rodriguez To: Andreas Wagner Content-Type: multipart/alternative; boundary=001517402ba8e00c37047c4947dd Cc: xml@gnome.org Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 21:28:23 -0000 --001517402ba8e00c37047c4947dd Content-Type: text/plain; charset=UTF-8 On Sun, Jan 3, 2010 at 9:16 PM, Andreas Wagner wrote: > Hi Emmanuel, > > thx for ur answer, but it is still the same problem. I must be in the right > node (correct line), but i do not get the attributes :-( Sorry I read your first mail too fast and focused only on the namespace and not on the node! You need to use the URI for nodes that use a namespace. In your case only some elements use namespaces but the attributes don't. Since the attributes have no namespace you will need to use another function. Try to use xmlGetNoNsProp() or xmlGetProp(). -- Emmanuel Rodriguez --001517402ba8e00c37047c4947dd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Sun, Jan 3, 2010 at 9:16 PM, Andreas = Wagner <an= dreaswagner7@gmail.com> wrote:
Hi Emmanuel,

thx for ur answer, but it is still the same problem. I = must be in the right node (correct line), but i do not get the attributes := -(
Sorry I read your first mail too fast and focused only = on the namespace and not on the node!

You need to use the URI for nodes that use a namespace. In your case on= ly some elements use namespaces but the attributes don't. Since the att= ributes have no namespace you will need to use another function. Try to use= xmlGetNoNsProp() or xmlGetProp().

=C2=A0
--
Emmanuel Rodriguez
--001517402ba8e00c37047c4947dd-- From andreaswagner7@gmail.com Sun Jan 3 23:07:09 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 582F7750064 for ; Sun, 3 Jan 2010 23:07:09 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gbfoC2YTqmvY for ; Sun, 3 Jan 2010 23:07:03 +0000 (GMT) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by menubar.gnome.org (Postfix) with ESMTP id 6D273750024 for ; Sun, 3 Jan 2010 23:06:52 +0000 (GMT) Received: by ewy26 with SMTP id 26so12498489ewy.23 for ; Sun, 03 Jan 2010 15:06:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=ofIuR/hd+mWNgdzOVhkrY/HOnbM9pJikQ/S9UTtvCxY=; b=kjG8zi13etcRC/ieY+JtheyjlILxhV+c7UEIN8Op0jvz54IOYea2997szqUXkQDiWP WONX9QNH/8yWeDmB/9fEurv1HkOPkEx055mw5LZLa8WQQF/hpETI1l9YyAa6VDZXl0H8 RMw8Y8gaAkTElSuUyoHJERlv/Bnn3aLufGwVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=MyBmfCqY/YbqmDhQiLe492w3fa4oE9PmSz+qorSTSI20pgniKZOSu1abp7WeBpcRjM PaiRtGjerBoCQIQNzMFpFVEhYAVXG0tCcheg/zTdSGStgBk2e+tKSKtTq24qKJ9hs5l1 IyvyQvm24LxMY2+xuuTwq8YjWi7SBmT2xbCzk= MIME-Version: 1.0 Received: by 10.213.100.65 with SMTP id x1mr10780344ebn.67.1262560010568; Sun, 03 Jan 2010 15:06:50 -0800 (PST) In-Reply-To: References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> Date: Mon, 4 Jan 2010 00:06:50 +0100 Message-ID: <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> From: Andreas Wagner To: xml@gnome.org Content-Type: multipart/alternative; boundary=00504502c7adf00420047c4aa83d Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 23:07:09 -0000 --00504502c7adf00420047c4aa83d Content-Type: text/plain; charset=ISO-8859-1 2010/1/3 Emmanuel Rodriguez > > > On Sun, Jan 3, 2010 at 9:16 PM, Andreas Wagner wrote: > >> Hi Emmanuel, >> >> thx for ur answer, but it is still the same problem. I must be in the >> right node (correct line), but i do not get the attributes :-( > > Sorry I read your first mail too fast and focused only on the namespace and > not on the node! > > You need to use the URI for nodes that use a namespace. In your case only > some elements use namespaces but the attributes don't. Since the attributes > have no namespace you will need to use another function. Try to use > xmlGetNoNsProp() or xmlGetProp(). > > > -- > Emmanuel Rodriguez > No problem, but i tried the other functions and i just get NULL. Maybe its a problem that i work with eclipse under Windows and a static lib. I get one warning when i compile my program (but that should just be the xmlfree() function). Tomorrow i will try VC 2008. So i have another question. what shall happen when the current node (cur) is a node in this namespace and i say: cout << cur->nsDef->prefix << endl; (i expect that the output is the prefix?? or??) My application crashes. And i do not know if it is my mistake or a mistake of the enviroment. andreas --00504502c7adf00420047c4aa83d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

2010/1/3 Emmanuel Rodriguez <emmanuel.rodrigue= z@gmail.com>


On Sun, Jan 3, 2010 at= 9:16 PM, Andreas Wagner <andreaswagner7@gmail.com> w= rote:
Hi Emmanuel,

thx for ur answer, but it is still the same problem. I = must be in the right node (correct line), but i do not get the attributes := -(
Sorry I read your first mail too fast and focused= only on the namespace and not on the node!

You need to use the URI for nodes that use a namespace. In your case on= ly some elements use namespaces but the attributes don't. Since the att= ributes have no namespace you will need to use another function. Try to use= xmlGetNoNsProp() or xmlGetProp().

=A0
--
Emmanuel Rodriguez

No problem, but i tried the other functions and i= just get NULL. Maybe its a problem that i work with eclipse under Windows = and a static lib. I get one warning when i compile my program (but that sho= uld just be the xmlfree() function). Tomorrow i will try VC 2008.

So i have another question. what shall happen when the current node (cu= r) is a node in this namespace and i say: cout << cur->nsDef->p= refix << endl; (i expect that the output is the prefix?? or??) My app= lication crashes. And i do not know if it is my mistake or a mistake of the= enviroment.


andreas

--00504502c7adf00420047c4aa83d-- From emmanuel.rodriguez@gmail.com Mon Jan 4 07:40:30 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7040C75008E for ; Mon, 4 Jan 2010 07:40:30 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.444 X-Spam-Level: X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mJxnml4+aMLO for ; Mon, 4 Jan 2010 07:40:20 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id 64797750088 for ; Mon, 4 Jan 2010 07:40:10 +0000 (GMT) Received: by fxm27 with SMTP id 27so502375fxm.23 for ; Sun, 03 Jan 2010 23:40:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=axSpbp3/P2NyF4mrAdyqKLzmWtkP683kZeJzzwoHJ9E=; b=Q3pu/RZ19piZhGw0SCQ5xjf4HF1j1OKKRTMUuKa5LcolgBU0UT6jt276gFu80lhSkh yL89XvK1P+H/YG9pzxHg1lmRreQ6SA5eWN5u+S8bMVHXlPI8skPujqlvq3w2fLB1UFz6 7TxKOpxGojC7M1YkyILyC/3KGFP8qxFr695ps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JWK0bODKtKDON+N41CrX2ov2VSRGa4SPlp7IvjMtn9ux/gD3yYqWiYtxlqpzVxpcPv 2nkS/CIWKdyRb5rxNELlGKdKQVsNbH0njiLNv/ZNPBYEaA4OmiaSS9k9C5BW/ZBFHT/H Nk/IjSs0hfE4zY2xIkNsKuf2ybWfJ2eBCwbok= MIME-Version: 1.0 Received: by 10.223.2.199 with SMTP id 7mr4678222fak.107.1262590808747; Sun, 03 Jan 2010 23:40:08 -0800 (PST) In-Reply-To: <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> Date: Mon, 4 Jan 2010 08:40:08 +0100 Message-ID: From: Emmanuel Rodriguez To: Andreas Wagner Content-Type: multipart/mixed; boundary=0015174768a4a6f1b9047c51d438 Cc: xml@gnome.org Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 07:40:30 -0000 --0015174768a4a6f1b9047c51d438 Content-Type: multipart/alternative; boundary=0015174768a4a6f198047c51d436 --0015174768a4a6f198047c51d436 Content-Type: text/plain; charset=UTF-8 On Mon, Jan 4, 2010 at 12:06 AM, Andreas Wagner wrote: > > > 2010/1/3 Emmanuel Rodriguez > >> >> >> On Sun, Jan 3, 2010 at 9:16 PM, Andreas Wagner wrote: >> >>> Hi Emmanuel, >>> >>> thx for ur answer, but it is still the same problem. I must be in the >>> right node (correct line), but i do not get the attributes :-( >> >> Sorry I read your first mail too fast and focused only on the namespace >> and not on the node! >> >> You need to use the URI for nodes that use a namespace. In your case only >> some elements use namespaces but the attributes don't. Since the attributes >> have no namespace you will need to use another function. Try to use >> xmlGetNoNsProp() or xmlGetProp(). >> >> >> -- >> Emmanuel Rodriguez >> > > No problem, but i tried the other functions and i just get NULL. Maybe its > a problem that i work with eclipse under Windows and a static lib. I get one > warning when i compile my program (but that should just be the xmlfree() > function). Tomorrow i will try VC 2008. > I've attached an simple example that shows how to get attributes from some nodes. > > So i have another question. what shall happen when the current node (cur) > is a node in this namespace and i say: cout << cur->nsDef->prefix << endl; > (i expect that the output is the prefix?? or??) My application crashes. And > i do not know if it is my mistake or a mistake of the enviroment. > I think that you want to use cur->ns to get the current namespace. It could be possible that a node has namespace declarations but that it uses none of them (it's children might use them). It's also not a good practice to rely on namespace prefixes. Renaming the namespace prefixes shouldn't affect an XML parser nor an application as long as the namespaces refer to the same URI. An XML parser cares that the nodes namespaces refer to the same URI for an exact match, the value of the prefix (if there was one) is of no importance to the parser. -- Emmanuel Rodriguez --0015174768a4a6f198047c51d436 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Mon, Jan 4, 2010 at 12:06 AM, Andreas= Wagner <a= ndreaswagner7@gmail.com> wrote:


2010/1/3 Emmanuel Rodr= iguez <emmanuel.rodriguez@gmail.com>


O= n Sun, Jan 3, 2010 at 9:16 PM, Andreas Wagner <andreaswagner7@gmail= .com> wrote:
Hi Emmanuel,

thx for ur answer, but it is still the same problem. I = must be in the right node (correct line), but i do not get the attributes := -(
Sorry I read your first mail too fast and focused= only on the namespace and not on the node!

You need to use the URI for nodes that use a namespace. In your case on= ly some elements use namespaces but the attributes don't. Since the att= ributes have no namespace you will need to use another function. Try to use= xmlGetNoNsProp() or xmlGetProp().

=C2=A0
--
Emmanuel Rodriguez
=

No problem, but i tried the other = functions and i just get NULL. Maybe its a problem that i work with eclipse= under Windows and a static lib. I get one warning when i compile my progra= m (but that should just be the xmlfree() function). Tomorrow i will try VC = 2008.
I've attached an simple example that show= s how to get attributes from some nodes.
=C2=A0

So i have another question. what shall happen when the current node (cu= r) is a node in this namespace and i say: cout << cur->nsDef->p= refix << endl; (i expect that the output is the prefix?? or??) My app= lication crashes. And i do not know if it is my mistake or a mistake of the= enviroment.
I think that you want to use cur->ns to ge= t the current namespace. It could be possible that a node has=C2=A0 namespa= ce declarations but that it uses none of them (it's children might use = them).

It's also not a good practice to rely on namespace prefixes. Renami= ng the namespace prefixes shouldn't affect an XML parser nor an applica= tion as long as the namespaces refer to the same URI. An XML parser cares t= hat the nodes namespaces refer to the same URI for an exact match, the valu= e of the prefix (if there was one) is of no importance to the parser.

--
Emmanuel Rodriguez
--0015174768a4a6f198047c51d436-- --0015174768a4a6f1b9047c51d438 Content-Type: text/x-csrc; charset=US-ASCII; name="ns.c" Content-Disposition: attachment; filename="ns.c" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g40xktam0 I2luY2x1ZGUgPHN0ZGlvLmg+CgojaW5jbHVkZSA8bGlieG1sL3BhcnNlci5oPgojaW5jbHVkZSA8 bGlieG1sL3BhcnNlckludGVybmFscy5oPgoKLyogQ29tcGlsZSB3aXRoOiBnY2MgLW8gbnMgbnMu YyBgcGtnLWNvbmZpZyAtLWxpYnMgLS1jZmxhZ3MgbGlieG1sLTIuMGAgKi8KCnN0YXRpYyB4bWxE b2MqIG15X3BhcnNlX2RvY3VtZW50IChjb25zdCB4bWxDaGFyICpjb250ZW50KSB7CgoJeG1sUGFy c2VyQ3R4dCAqcGFyc2VyQ3R4dCA9IE5VTEw7Cgl4bWxEb2MgKmRvY3VtZW50ID0gTlVMTDsKCglw YXJzZXJDdHh0ID0geG1sQ3JlYXRlTWVtb3J5UGFyc2VyQ3R4dChjb250ZW50LCB4bWxTdHJsZW4o Y29udGVudCkpOwoJaWYgKHhtbFBhcnNlRG9jdW1lbnQocGFyc2VyQ3R4dCkgPT0gMCkgewoJCWRv Y3VtZW50ID0gcGFyc2VyQ3R4dC0+bXlEb2M7CgkJcGFyc2VyQ3R4dC0+bXlEb2MgPSBOVUxMOwoJ fQoKCXhtbEZyZWVQYXJzZXJDdHh0KHBhcnNlckN0eHQpOwoJcmV0dXJuIGRvY3VtZW50Owp9CgoK aW50Cm1haW4gKGludCBhcmdjLCBjaGFyICoqYXJndikgewoKCWNvbnN0IHhtbENoYXIgKm5zX3Vy aSA9ICJodHRwOi8vZHVtbWllcy5vcmciOwoJeG1sRG9jICpkb2N1bWVudCA9IE5VTEw7Cgl4bWxD aGFyICp2YWx1ZSA9IE5VTEw7Cgl4bWxOb2RlICpyb290ID0gTlVMTDsKCXhtbE5vZGUgKm5vZGUg PSBOVUxMOwoJCgkKCWRvY3VtZW50ID0gbXlfcGFyc2VfZG9jdW1lbnQoCgkJIjxyb290IHhtbG5z OlZhbHVlPSdodHRwOi8vZHVtbWllcy5vcmcnIFZhbHVlOm5hbWU9J3l5eSc+PFZhbHVlOnNjYWxh ciBuYW1lPSd4eHgnIHR5cGU9J0JPT0wnLz48L3Jvb3Q+IgoJKTsKCWlmIChkb2N1bWVudCA9PSBO VUxMKSB7CgkJcHJpbnRmKCJGYWlsZWQgdG8gcGFyc2UgWE1MXG4iKTsKCQlyZXR1cm4gMTsKCX0K Cglyb290ID0gZG9jdW1lbnQtPmNoaWxkcmVuOwoJcHJpbnRmKCJSb290Lm5hbWUgPSAlc1xuIiwg cm9vdC0+bmFtZSk7CgoJdmFsdWUgPSB4bWxHZXRQcm9wKHJvb3QsICJuYW1lIik7CglwcmludGYo InhtbEdldFByb3Aocm9vdCkgaXMgJXNcbiIsIHZhbHVlKTsKCWlmICh2YWx1ZSkgeG1sRnJlZSh2 YWx1ZSk7CgoJdmFsdWUgPSB4bWxHZXROc1Byb3Aocm9vdCwgIm5hbWUiLCBuc191cmkpOwoJcHJp bnRmKCJ4bWxHZXROc1Byb3Aocm9vdCkgaXMgJXNcbiIsIHZhbHVlKTsKCWlmICh2YWx1ZSkgeG1s RnJlZSh2YWx1ZSk7CgoJdmFsdWUgPSB4bWxHZXROb05zUHJvcChyb290LCAibmFtZSIpOwoJcHJp bnRmKCJ4bWxHZXROb05zUHJvcChyb290KSBpcyAlc1xuIiwgdmFsdWUpOwoJaWYgKHZhbHVlKSB4 bWxGcmVlKHZhbHVlKTsKCgoJcHJpbnRmKCJcbiIpOwoJbm9kZSA9IHJvb3QtPmNoaWxkcmVuOwoJ cHJpbnRmKCJOb2RlLm5hbWUgPSAlc1xuIiwgbm9kZS0+bmFtZSk7CgkKCXZhbHVlID0geG1sR2V0 UHJvcChub2RlLCAibmFtZSIpOwoJcHJpbnRmKCJ4bWxHZXRQcm9wKFZhbHVlOnNjYWxhcikgPSAl c1xuIiwgdmFsdWUpOwoJaWYgKHZhbHVlKSB4bWxGcmVlKHZhbHVlKTsKCQoJdmFsdWUgPSB4bWxH ZXROc1Byb3Aobm9kZSwgIm5hbWUiLCBuc191cmkpOwoJcHJpbnRmKCJ4bWxHZXROc1Byb3AoVmFs dWU6c2NhbGFyKSA9ICVzXG4iLCB2YWx1ZSk7CglpZiAodmFsdWUpIHhtbEZyZWUodmFsdWUpOwoJ Cgl2YWx1ZSA9IHhtbEdldE5vTnNQcm9wKG5vZGUsICJuYW1lIik7CglwcmludGYoInhtbEdldE5v TnNQcm9wKFZhbHVlOnNjYWxhcikgPSAlc1xuIiwgdmFsdWUpOwoJaWYgKHZhbHVlKSB4bWxGcmVl KHZhbHVlKTsKCQoKCXhtbEZyZWVEb2MoZG9jdW1lbnQpOwoJeG1sQ2xlYW51cFBhcnNlcigpOwoK ICByZXR1cm4gMDsKfQo= --0015174768a4a6f1b9047c51d438-- From andreaswagner7@gmail.com Mon Jan 4 14:40:28 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 28D927500BA for ; Mon, 4 Jan 2010 14:40:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.643 X-Spam-Level: X-Spam-Status: No, score=-0.643 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, URIBL_BLACK=1.955] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NJjRtJ6tnwdT for ; Mon, 4 Jan 2010 14:40:19 +0000 (GMT) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by menubar.gnome.org (Postfix) with ESMTP id DDFB67500AD for ; Mon, 4 Jan 2010 14:40:10 +0000 (GMT) Received: by ewy26 with SMTP id 26so13086416ewy.23 for ; Mon, 04 Jan 2010 06:40:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=S1926EKoWE6D2gHrdR1FL6JRq5g/pdW6WH5DgDaCyJ8=; b=QU8pka6bTCM5NF9IihAcE2gQKYulMPt/JRY2d2noyMmZOq44OIVcwo+fMamrR2Qp9G kQXU3FfEEiVs5ApsFXwV7/4TslrCiLjZVRQHnDkyUiruUQGOvuPIkSBvbTh0NVK9M+3A uFXXI4PWo+N0ORbVyWAxy47jaCWRebpxIzZco= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=scx8vmPtsEj2iyIypruJQenQlcN2F3c0PC114DCjozcRvnNkIzXVdm5KGXdivUL3Ir M7s1aBFONnI9Qj+OklG60S7Rm3IE7qHfRFkEwSPaCY/f/XPv+c0LwqMwmv4g8mNzmv5B Q9Ipx7MEPcIRAfFALK/mfTav6uePMMSEazZHA= MIME-Version: 1.0 Received: by 10.213.110.201 with SMTP id o9mr28414495ebp.35.1262616007711; Mon, 04 Jan 2010 06:40:07 -0800 (PST) In-Reply-To: References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> Date: Mon, 4 Jan 2010 15:40:07 +0100 Message-ID: <8d28588e1001040640y75c7a1d4xb635c5604953088f@mail.gmail.com> From: Andreas Wagner To: xml@gnome.org Content-Type: multipart/alternative; boundary=001636d34747a09edb047c57b29c Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 14:40:28 -0000 --001636d34747a09edb047c57b29c Content-Type: text/plain; charset=ISO-8859-1 Hi, thx for ur example. The example works, but not my file. An example of a real file could be:
The problem is that there are namespace (as you can see). But they are never declared and i can not parse the file correctly. So i thought with a small hack (insert in line two the namespace declaration with xmlns:pValue=" http://dummies.org" xmlns:content=http://example.org" xmlns:scenario=" http://thethirdone.com") but when i try to read the node with its attributes, i get shit ;-) Is my declaration wrong? I can read attributes without namespace without problems, thats not the point, but just the namespaces are stupid. With this line i can check that i am in the correct line of the file cout << "in the correct line " << cur->line <Hi,
=A0
thx for ur example. The example works, but not my file. An example of = a real file could be:
=A0
<?xml version=3D"1.0" encoding=3D"UTF-8" standa= lone=3D"no"?>
<example>
=A0 <header>
=A0= =A0=A0 <channels>
=A0=A0=A0=A0=A0 <channel description=3D"= " group=3D"can" name=3D"headlight" path=3D"&q= uot; recordmode=3D"3" type=3D"BOOLEAN" value=3D"fa= lse"/>
=A0=A0=A0=A0=A0 <channel description=3D"" group=3D"can&qu= ot; name=3D"light_intensity" path=3D"" recordmode=3D&qu= ot;3" type=3D"DOUBLE" value=3D"0.0"/>
=A0=A0= =A0=A0=A0 <channel description=3D"" group=3D"can" na= me=3D"light_switch" path=3D"" recordmode=3D"3"= ; type=3D"UINT8" value=3D"0"/>
=A0=A0=A0 </channels>
=A0=A0=A0 <const/>
=A0=A0=A0 <pa= rameters>
=A0=A0<parameter description=3D"" exchangeMode= =3D"EXCHANGE" group=3D"" name=3D"parameter_one&quo= t; path=3D"">
=A0=A0=A0=A0=A0=A0=A0 <pValue:scalar parName=3D"parameter_one"= type=3D"BOOL" val=3D"TRUE"/>
=A0=A0=A0=A0=A0 <= ;/parameter>
=A0=A0=A0=A0=A0 <parameter description=3D""= exchangeMode=3D"EXCHANGE" group=3D"" name=3D"para= meter_two" path=3D"">
=A0=A0=A0=A0=A0=A0=A0 <pValue:scalar parName=3D"parameter_two"= type=3D"BOOL" val=3D"FALSE"/>
=A0=A0=A0=A0=A0 &l= t;/parameter>
=A0</parameters>
=A0=A0=A0 <assessments>=
=A0=A0=A0=A0=A0 <assess description=3D"" name=3D"head= lightOff_ok" path=3D"" recordmode=3D"3" type=3D&qu= ot;BOOLEAN" value=3D"false"/>
=A0=A0=A0=A0=A0 <assess description=3D"" group=3D"" = name=3D"headlightOn_ok" path=3D"" recordmode=3D"3&= quot; type=3D"BOOLEAN" value=3D"false"/>
=A0=A0= =A0=A0=A0 <assess description=3D"" name=3D"switchAuto_ok&= quot; path=3D"" recordmode=3D"3" type=3D"BOOLEAN&q= uot; value=3D"false"/>
=A0=A0=A0 </assessments>
=A0=A0=A0 <measurments/>
=A0=A0= =A0 <assessmentheader/>
=A0 </header>
=A0 <body>=A0=A0=A0 <testlet id=3D"0" isref=3D"false" name=3D= "main" zoomscale=3D"1.0">
=A0=A0=A0=A0=A0 <signature>
=A0=A0=A0=A0=A0=A0=A0 <input name= =3D"headlight"/>
=A0=A0=A0=A0=A0=A0=A0 <output name=3D&q= uot;light_intensity"/>
=A0=A0=A0=A0=A0=A0=A0 <output name=3D&= quot;light_switch"/>
=A0=A0=A0=A0=A0 </signature>
=A0=A0=A0=A0=A0 <content:tpdiagram>
=A0=A0=A0=A0=A0=A0=A0 <stat= e id=3D"0" posX=3D"235" posY=3D"111">
= =A0=A0=A0=A0=A0=A0=A0=A0=A0 <testlet id=3D"1" isref=3D"fa= lse" name=3D"init light switch">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 <output name=3D"light_switch"/>
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 <content:dd/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 &l= t;scenario:group assessment=3D"" description=3D"" id=3D= "2" name=3D"all scenarios">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"3" name=3D"off"= >
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel=3D&qu= ot;light_switch" source=3D"0"/>
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"4" name=3D"on"&= gt;
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel=3D&quo= t;light_switch" source=3D"1"/>
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"17" name=3D"auto&quo= t;>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel=3D&= quot;light_switch" source=3D"2"/>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </scenario:group>
=A0=A0=A0=A0= =A0=A0=A0=A0=A0 </testlet>
=A0=A0=A0=A0=A0=A0=A0 </state>=A0=A0=A0=A0=A0=A0=A0 <state id=3D"1" posX=3D"253" = posY=3D"321">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <testlet id=3D= "3" isref=3D"false" name=3D"constant light intensi= ty">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 <output name=3D"light_intensity"/>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 <content:dd/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 &l= t;scenario:group assessment=3D"" description=3D"" id=3D= "6" name=3D"all scenarios">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"7" name=3D"bright&qu= ot;>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel=3D= "light_intensity" source=3D"100.0"/>
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"9" name=3D"dark"= ;>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel=3D&q= uot;light_intensity" source=3D"0.0"/>
=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </scenario:group>
=A0=A0=A0=A0= =A0=A0=A0=A0=A0 </testlet>
=A0=A0=A0=A0=A0=A0=A0 </state>=A0=A0=A0=A0=A0=A0=A0 <state id=3D"2" posX=3D"259" = posY=3D"402">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <testlet id=3D= "4" isref=3D"false" name=3D"changing light intensi= ty">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 <output name=3D"light_intensity"/>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 <content:dd/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 &l= t;scenario:group assessment=3D"" description=3D"" id=3D= "13" name=3D"all scenarios">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"14" name=3D"getting = darker">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <signa= l:embedded channel=3D"light_intensity" chunkType=3D"irregula= r" data_type=3D"DOUBLE" endtime=3D"60s" linear_int= erpolation=3D"true" startTime=3D"0" time=3D"0, 207= 88732, 35s, 37s, 44760564, 49112676, 60s" value=3D"0x1.9p6, 0x1.4= bp6, 0x1.ep5, 0x1.9p5, 0x1.3p4, 0x1.9p2, 0x1.4p2"/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"" de= scription=3D"" id=3D"19" name=3D"getting lighter&q= uot;>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel= =3D"light_intensity" source=3D"[signal from 0s to 50s]"= />
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 </scenario:group>
=A0=A0=A0=A0=A0=A0=A0= =A0=A0 </testlet>
=A0=A0=A0=A0=A0=A0=A0 </state>
=A0=A0= =A0=A0=A0=A0=A0 <state id=3D"3" posX=3D"455" posY=3D= "110">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <testlet id=3D"2= " isref=3D"true" name=3D"set light switch" referen= ces=3D"1">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 <output name=3D"light_switch"/>
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0 </testlet>
=A0=A0=A0=A0=A0=A0=A0 </state>
=A0= =A0=A0=A0=A0=A0=A0 <junction id=3D"4" posX=3D"75" po= sY=3D"321"/>
=A0=A0=A0=A0=A0=A0=A0 <junction id=3D"5" posX=3D"77"= posY=3D"111"/>
=A0=A0=A0=A0=A0=A0=A0 <junction id=3D&qu= ot;6" posX=3D"80" posY=3D"406"/>
=A0=A0=A0= =A0=A0=A0=A0 <final id=3D"7" posX=3D"457" posY=3D&qu= ot;353"/>
=A0=A0=A0=A0=A0=A0=A0 <final id=3D"8" posX=3D"629" p= osY=3D"109"/>
=A0=A0=A0=A0=A0=A0=A0 <transition from=3D&= quot;4" id=3D"9" name=3D"" namePosX=3D"161&qu= ot; namePosY=3D"322" to=3D"1">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" id=3D"= ;1" index=3D"0" name=3D"default"/>
=A0=A0=A0= =A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <transition fr= om=3D"5" id=3D"10" name=3D"" namePosX=3D"= ;158" namePosY=3D"109" to=3D"0">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" id=3D"= ;2" index=3D"0" name=3D"default"/>
=A0=A0=A0= =A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <transition fr= om=3D"6" id=3D"11" name=3D"" namePosX=3D"= ;169" namePosY=3D"404" to=3D"2">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" id=3D"= ;3" index=3D"0" name=3D"default"/>
=A0=A0=A0= =A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <transition fr= om=3D"0" id=3D"12" name=3D"wait" namePosX=3D&= quot;341" namePosY=3D"150" to=3D"3">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" condition= =3D"t &gt;=3D 10" id=3D"4" index=3D"0" na= me=3D"10s"/>
=A0=A0=A0=A0=A0=A0=A0 </transition>
= =A0=A0=A0=A0=A0=A0=A0 <transition from=3D"0" id=3D"13&quo= t; name=3D"wait" namePosX=3D"439" namePosY=3D"32&q= uot; to=3D"8">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <point posX=3D"437" posY=3D"1= 0"/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"&= quot; condition=3D"t &gt;=3D 60" id=3D"5" index=3D&= quot;0" name=3D"60s"/>
=A0=A0=A0=A0=A0=A0=A0 </tran= sition>
=A0=A0=A0=A0=A0=A0=A0 <transition from=3D"1" id=3D"14&quo= t; name=3D"" namePosX=3D"342" namePosY=3D"321"= ; to=3D"7">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actio= ns=3D"" id=3D"6" index=3D"0" name=3D"def= ault"/>
=A0=A0=A0=A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <tran= sition from=3D"2" id=3D"15" name=3D"" namePos= X=3D"358" namePosY=3D"377" to=3D"7">
= =A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" id=3D"= ;7" index=3D"0" name=3D"default"/>
=A0=A0=A0=A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <tran= sition from=3D"3" id=3D"16" name=3D"wait" nam= ePosX=3D"556" namePosY=3D"149" to=3D"8">=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" conditio= n=3D"t &gt;=3D 60" id=3D"8" index=3D"0" n= ame=3D"60s"/>
=A0=A0=A0=A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <line= yPos=3D"226"/>
=A0=A0=A0=A0=A0 </content:tpdiagram><= br>=A0=A0=A0=A0=A0 <scenario:group assessment=3D"" description= =3D"" id=3D"0" name=3D"all scenarios">
=A0=A0=A0=A0=A0=A0=A0 <scenario:group assessment=3D"#####ON-OFF-MOD= E#####&#10;&#10;# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D&#10;# Whenever switch is turned to OFF the lights should be t= urned off immediately and stay off&#10;# immediately, i.e. after one cy= cle at the latest&#10;# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D&#10;&#10;headlight_off =3D TPT.regexp([headlight(t) = =3D=3D false]);&#10;&#10;if (abs(headlight_off[0].getStartTime()) &= amp;lt;=3D 0.01 and abs(headlight_off[0].getLength() - 10) &lt;=3D 0.01= ):&#10;=A0 headlightOff_ok :=3D true;&#10;=A0 headlightOff_ok.setCo= mment(&quot;light switch OFF is okay&quot;);&#10;else:&#10;= =A0 headlightOff_ok :=3D false;&#10;=A0 headlightOff_ok.setComment(&= ;quot;switch is OFF but headlights are on!&quot;);&#10;&#10;# = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D&#10;# Wheneve= r switch is turned to ON the lights should be turned on immediately and sta= y on&#10;# immediately, i.e. after one cycle at the latest&#10;# = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D&#10;&#10;= headlight_on =3D TPT.regexp([headlight(t) =3D=3D true]);&#10;&#10;i= f (abs(headlight_on[0].getStartTime() - 10) &lt;=3D 0.01 and abs(headli= ght_on[0].getLength() - 60) &lt;=3D 0.01):&#10;=A0 headlightOn_ok := =3D true;&#10;=A0 headlightOn_ok.setComment(&quot;light switch ON i= s okay&quot;);&#10;else:&#10;=A0 headlightOn_ok :=3D false;&= ;#10;=A0 headlightOn_ok.setComment(&quot;switch is ON but headlights ar= e off!&quot;);" description=3D"" id=3D"11" nam= e=3D"On-Off-Mode">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:tp assessment=3D"" descr= iption=3D"" id=3D"1" name=3D"headlight off -&g= t; on (dark)" stateIds=3D"0,1,3" subScenIds=3D"3,9,4&qu= ot; transitionIds=3D"9,10,12,14,16" transitionSpecs=3D"1,2,4= ,6,8"/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:tp assessment=3D"" descr= iption=3D"" id=3D"10" name=3D"headlight off -&= gt; on (bright)" stateIds=3D"0,1,3" subScenIds=3D"3,7,4= " transitionIds=3D"9,10,12,14,16" transitionSpecs=3D"1,= 2,4,6,8"/>
=A0=A0=A0=A0=A0=A0=A0 </scenario:group>
=A0=A0=A0=A0=A0=A0=A0 <= scenario:group assessment=3D"" description=3D"" id=3D&q= uot;12" name=3D"Auto-Mode">
=A0=A0=A0=A0=A0=A0=A0=A0= =A0 <scenario:tp assessment=3D"#####AUTO-MODE-DARK#####&#10;&am= p;#10;# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D&#10;#= When switch is in position AUTO the lights should be turned immediately of= f if brightness is 70% or below&#10;# immediately, i.e. after one cycle= at the latest&#10;# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D&#10;&#10;headlight_off =3D TPT.regexp([(t &gt;=3D 0.0= 1) and (headlight(t) =3D=3D false)]);&#10;&#10;# look for failure s= ituations, i.e. where headlights are off&#10;if (headlight_off.getSize(= ) =3D=3D 0):&#10; # never off&#10;=A0 switchAuto_ok :=3D true;&= #10;=A0 switchAuto_ok.setComment(&quot;Headlights have been turned on c= orrectly in AUTO mode&quot;);&#10;else:&#10; # off at least onc= e&#10;=A0 switchAuto_ok :=3D false;&#10;=A0 switchAuto_ok.setCommen= t(&quot;It is dark in AUTO mode, but headlights are turned off!!&qu= ot;);" description=3D"" id=3D"15" name=3D"aut= o (dark)" stateIds=3D"0,1" subScenIds=3D"17,9" tra= nsitionIds=3D"9,10,13,14" transitionSpecs=3D"1,2,5,6"/&= gt;
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:tp assessment=3D"&#10;###= ##AUTO-MODE-GETTING-DARKER#####&#10;&#10;# =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D&#10;# When switch is in position AUTO= and if the brightness falls below 60% for at least 2 seconds, &#10;# t= he lights should go on immediately &#10;# immediately, i.e. after one c= ycle at the latest&#10;# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D&#10;&#10;headlight_off =3D TPT.regexp([(t &gt;=3D = 0.01) and (headlight(t) =3D=3D false)]);&#10;headlight_on =3D TPT.regex= p([(t &gt;=3D 0.01) and (headlight(t) =3D=3D true)]);&#10;&#10;= # look for failure situations, i.e. where headlights are off&#10;if(abs= (headlight_off[0].getStartTime()) &lt;=3D 0.01 and abs(headlight_off[0]= .getLength() - (35 + 2)) &lt;=3D 0.01&#10; and abs(headlight_on[0].= getLength() - (60-37)) &lt;=3D 0.01):&#10;=A0 switchAuto_ok :=3D tr= ue;&#10;=A0 switchAuto_ok.setComment(&quot;Headlights have been tur= ned on correctly in AUTO mode&quot;);&#10;else:&#10;=A0 switchA= uto_ok :=3D false;&#10;=A0 switchAuto_ok.setComment(&quot;It is dar= k in AUTO mode, but headlights are turned off!!&quot;);" descripti= on=3D"" id=3D"16" name=3D"auto (getting darker)&qu= ot; stateIds=3D"0,2" subScenIds=3D"17,19" transitionIds= =3D"10,11,13,15" transitionSpecs=3D"2,3,5,7"/>
=A0=A0=A0=A0=A0=A0=A0 </scenario:group>
=A0=A0=A0=A0=A0 </scena= rio:group>
=A0=A0=A0 </testlet>
=A0 </body>
</ex= ample>
=A0
The problem is that there are namespace (as you can see). But they are= never declared and i can not parse the file correctly. So i thought with a= small hack (insert in line two the namespace declaration with xmlns:pValue= =3D"http://dummies.org" xmlns= :content=3Dhttp://example.org" xml= ns:scenario=3D"http://thethirdone.= com") but when i try to read the <pValue:scalar parName=3D"= ;parameter_one" type=3D"BOOL" val=3D"TRUE"/> no= de with its attributes, i get shit ;-) Is my declaration wrong? I can read = attributes without namespace without problems, thats not the point, but jus= t the namespaces are stupid.
=A0
With this line i can check that i am in the correct line of the file <= font size=3D"2">

cout <<

"in the correct line=A0" << cur-><= font color=3D"#0000c0" size=3D"2">line <&= lt;endl;=A0=A0=A0=A0 // but when i try to read the parName or the type, it = is not possible

name =3D

xmlGetProp(cur,(const xmlChar *)"type");=A0 // name = =3D NULL ??

=A0

=A0



--001636d34747a09edb047c57b29c-- From andreaswagner7@gmail.com Mon Jan 4 16:36:09 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1A1277500CF for ; Mon, 4 Jan 2010 16:36:09 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.643 X-Spam-Level: X-Spam-Status: No, score=-0.643 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, URIBL_BLACK=1.955] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FPszhtlczqcO for ; Mon, 4 Jan 2010 16:36:01 +0000 (GMT) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by menubar.gnome.org (Postfix) with ESMTP id 6719B750259 for ; Mon, 4 Jan 2010 16:35:51 +0000 (GMT) Received: by ey-out-2122.google.com with SMTP id 22so2158979eye.49 for ; Mon, 04 Jan 2010 08:35:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=VkUh9tvtS38seQWrKmeS9rYKi8/W6d/boeIDhZ8TygI=; b=LZ5HAkEyuqHN9vgCHRT/+WL8jSRVEjp3dGhx/WD3rxqvZFKK1m6T0I8ru4i/r/9EeR hkJ+d9ja2sT/iZTlmq8pyVwEa1XZ9YOq2B+CYeKW8q3MQacxtc78j8JMo9lL1W5zb/y0 x80Zz7+Zq7ZZvIF1x0kUUTmhoJov3JOIoqb4k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=sVAGifIHRClMQItmUln/DXQD53pYaOonUjnw7fLGPDxKo2lFkp984iEezlkxGQMj2a EmFCdhFMhzXVpGYxyXZuIB27gSg9sINnyiNYDoRdas+jL/bx9Y1Cp2cIZy6EBFoUsgOx BpkOeZXo9dE49J47PDj8GR56fUZI430KJbIvU= MIME-Version: 1.0 Received: by 10.213.41.77 with SMTP id n13mr1292414ebe.18.1262622949309; Mon, 04 Jan 2010 08:35:49 -0800 (PST) In-Reply-To: <8d28588e1001040640y75c7a1d4xb635c5604953088f@mail.gmail.com> References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> <8d28588e1001040640y75c7a1d4xb635c5604953088f@mail.gmail.com> Date: Mon, 4 Jan 2010 17:35:49 +0100 Message-ID: <8d28588e1001040835vcd23feei2921420cd2872e9c@mail.gmail.com> From: Andreas Wagner To: xml@gnome.org Content-Type: multipart/alternative; boundary=001485e6fe2860ffda047c5950ce Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 16:36:09 -0000 --001485e6fe2860ffda047c5950ce Content-Type: text/plain; charset=ISO-8859-1 hmm now i deleted the body in the example and the namespace just want to read <----- these attributes ... but i cant ...strange ... the line above works do u have an idea what can be wrong? 2010/1/4 Andreas Wagner > Hi, > > thx for ur example. The example works, but not my file. An example of a > real file could be: > > > >
> > recordmode="3" type="BOOLEAN" value="false"/> > recordmode="3" type="DOUBLE" value="0.0"/> > recordmode="3" type="UINT8" value="0"/> > > > > name="parameter_one" path=""> > > > name="parameter_two" path=""> > > > > > type="BOOLEAN" value="false"/> > recordmode="3" type="BOOLEAN" value="false"/> > type="BOOLEAN" value="false"/> > > > >
> > > > > > > > > > > > > > > > > > > > > > name="auto"> > > > > > > > > > > > > > name="bright"> > > > > > > > > > > > > > > > > name="getting darker"> > chunkType="irregular" data_type="DOUBLE" endtime="60s" > linear_interpolation="true" startTime="0" time="0, 20788732, 35s, 37s, > 44760564, 49112676, 60s" value="0x1.9p6, 0x1.4bp6, 0x1.ep5, 0x1.9p5, > 0x1.3p4, 0x1.9p2, 0x1.4p2"/> > > name="getting lighter"> > > > > > > > references="1"> > > > > > > > > > > > to="1"> > > > to="0"> > > > to="2"> > > > namePosY="150" to="3"> > name="10s"/> > > namePosY="32" to="8"> > > name="60s"/> > > to="7"> > > > to="7"> > > > namePosY="149" to="8"> > name="60s"/> > > > > > > transitionIds="9,10,12,14,16" transitionSpecs="1,2,4,6,8"/> > transitionIds="9,10,12,14,16" transitionSpecs="1,2,4,6,8"/> > > name="Auto-Mode"> > transitionSpecs="1,2,5,6"/> > assessment=" #####AUTO-MODE-GETTING-DARKER##### # > =================== # When switch is in position AUTO and if the > brightness falls below 60% for at least 2 seconds, # the lights should > go on immediately # immediately, i.e. after one cycle at the > latest # =================== headlight_off = TPT.regexp([(t > >= 0.01) and (headlight(t) == false)]); headlight_on = TPT.regexp([(t > >= 0.01) and (headlight(t) == true)]); # look for failure > situations, i.e. where headlights are > off if(abs(headlight_off[0].getStartTime()) <= 0.01 and > abs(headlight_off[0].getLength() - (35 + 2)) <= 0.01 and > abs(headlight_on[0].getLength() - (60-37)) <= 0.01): switchAuto_ok > := true; switchAuto_ok.setComment("Headlights have been turned on > correctly in AUTO mode"); else: switchAuto_ok := false; > switchAuto_ok.setComment("It is dark in AUTO mode, but headlights are > turned off!!");" description="" id="16" name="auto (getting darker)" > stateIds="0,2" subScenIds="17,19" transitionIds="10,11,13,15" > transitionSpecs="2,3,5,7"/> > > > > >
> > The problem is that there are namespace (as you can see). But they are > never declared and i can not parse the file correctly. So i thought with a > small hack (insert in line two the namespace declaration with xmlns:pValue=" > http://dummies.org" xmlns:content=http://example.org" xmlns:scenario=" > http://thethirdone.com") but when i try to read the parName="parameter_one" type="BOOL" val="TRUE"/> node with its attributes, i > get shit ;-) Is my declaration wrong? I can read attributes without > namespace without problems, thats not the point, but just the namespaces are > stupid. > > With this line i can check that i am in the correct line of the file > > cout << > "in the correct line " << cur->line < the parName or the type, it is not possible > > name = > *xmlGetProp*(cur,(*const* xmlChar *)"type"); // name = NULL ?? > > > > > > > --001485e6fe2860ffda047c5950ce Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hmm now i deleted the body in the example and the namespace just want = to read
=A0

<parameters>

<parameter description=3D"" exchangeMode=3D&= quot;EXCHANGE" group=3D"" name=3D"parameter1" path= =3D"">

<param parName=3D"parameter1" type=3D"D= OUBLE" val=3D"0.0"/>=A0=A0=A0 <----- these attributes = ... but i cant ...strange ... the line above works

</parameter>

</parameters>


do u have an idea what can be wrong?
2010/1/4 Andreas Wagner <andreaswagner7@gmail.com><= /span>
Hi,
=A0
thx for ur example. The example works, but not my file. An example of = a real file could be:
=A0
<?xml version=3D"1.0" encoding=3D"UTF-8" standa= lone=3D"no"?>
<example>
=A0 <header>
=A0= =A0=A0 <channels>
=A0=A0=A0=A0=A0 <channel description=3D"= " group=3D"can" name=3D"headlight" path=3D"&q= uot; recordmode=3D"3" type=3D"BOOLEAN" value=3D"fa= lse"/>
=A0=A0=A0=A0=A0 <channel description=3D"" group=3D"can&qu= ot; name=3D"light_intensity" path=3D"" recordmode=3D&qu= ot;3" type=3D"DOUBLE" value=3D"0.0"/>
=A0=A0= =A0=A0=A0 <channel description=3D"" group=3D"can" na= me=3D"light_switch" path=3D"" recordmode=3D"3"= ; type=3D"UINT8" value=3D"0"/>
=A0=A0=A0 </channels>
=A0=A0=A0 <const/>
=A0=A0=A0 <pa= rameters>
=A0=A0<parameter description=3D"" exchangeMode= =3D"EXCHANGE" group=3D"" name=3D"parameter_one&quo= t; path=3D"">
=A0=A0=A0=A0=A0=A0=A0 <pValue:scalar parName=3D"parameter_one"= type=3D"BOOL" val=3D"TRUE"/>
=A0=A0=A0=A0=A0 <= ;/parameter>
=A0=A0=A0=A0=A0 <parameter description=3D""= exchangeMode=3D"EXCHANGE" group=3D"" name=3D"para= meter_two" path=3D"">
=A0=A0=A0=A0=A0=A0=A0 <pValue:scalar parName=3D"parameter_two"= type=3D"BOOL" val=3D"FALSE"/>
=A0=A0=A0=A0=A0 &l= t;/parameter>
=A0</parameters>
=A0=A0=A0 <assessments>=
=A0=A0=A0=A0=A0 <assess description=3D"" name=3D"head= lightOff_ok" path=3D"" recordmode=3D"3" type=3D&qu= ot;BOOLEAN" value=3D"false"/>
=A0=A0=A0=A0=A0 <assess description=3D"" group=3D"" = name=3D"headlightOn_ok" path=3D"" recordmode=3D"3&= quot; type=3D"BOOLEAN" value=3D"false"/>
=A0=A0= =A0=A0=A0 <assess description=3D"" name=3D"switchAuto_ok&= quot; path=3D"" recordmode=3D"3" type=3D"BOOLEAN&q= uot; value=3D"false"/>
=A0=A0=A0 </assessments>
=A0=A0=A0 <measurments/>
=A0=A0= =A0 <assessmentheader/>
=A0 </header>
=A0 <body>=A0=A0=A0 <testlet id=3D"0" isref=3D"false" name=3D= "main" zoomscale=3D"1.0">
=A0=A0=A0=A0=A0 <signature>
=A0=A0=A0=A0=A0=A0=A0 <input name= =3D"headlight"/>
=A0=A0=A0=A0=A0=A0=A0 <output name=3D&q= uot;light_intensity"/>
=A0=A0=A0=A0=A0=A0=A0 <output name=3D&= quot;light_switch"/>
=A0=A0=A0=A0=A0 </signature>
=A0=A0=A0=A0=A0 <content:tpdiagram>
=A0=A0=A0=A0=A0=A0=A0 <stat= e id=3D"0" posX=3D"235" posY=3D"111">
= =A0=A0=A0=A0=A0=A0=A0=A0=A0 <testlet id=3D"1" isref=3D"fa= lse" name=3D"init light switch">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 <output name=3D"light_switch"/>
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 <content:dd/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 &l= t;scenario:group assessment=3D"" description=3D"" id=3D= "2" name=3D"all scenarios">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"3" name=3D"off"= >
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel=3D&qu= ot;light_switch" source=3D"0"/>
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"4" name=3D"on"&= gt;
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel=3D&quo= t;light_switch" source=3D"1"/>
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"17" name=3D"auto&quo= t;>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel=3D&= quot;light_switch" source=3D"2"/>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </scenario:group>
=A0=A0=A0=A0= =A0=A0=A0=A0=A0 </testlet>
=A0=A0=A0=A0=A0=A0=A0 </state>=A0=A0=A0=A0=A0=A0=A0 <state id=3D"1" posX=3D"253" = posY=3D"321">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <testlet id=3D= "3" isref=3D"false" name=3D"constant light intensi= ty">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 <output name=3D"light_intensity"/>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 <content:dd/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 &l= t;scenario:group assessment=3D"" description=3D"" id=3D= "6" name=3D"all scenarios">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"7" name=3D"bright&qu= ot;>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel=3D= "light_intensity" source=3D"100.0"/>
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"9" name=3D"dark"= ;>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel=3D&q= uot;light_intensity" source=3D"0.0"/>
=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </scenario:group>
=A0=A0=A0=A0= =A0=A0=A0=A0=A0 </testlet>
=A0=A0=A0=A0=A0=A0=A0 </state>=A0=A0=A0=A0=A0=A0=A0 <state id=3D"2" posX=3D"259" = posY=3D"402">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <testlet id=3D= "4" isref=3D"false" name=3D"changing light intensi= ty">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 <output name=3D"light_intensity"/>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 <content:dd/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 &l= t;scenario:group assessment=3D"" description=3D"" id=3D= "13" name=3D"all scenarios">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"= " description=3D"" id=3D"14" name=3D"getting = darker">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <signa= l:embedded channel=3D"light_intensity" chunkType=3D"irregula= r" data_type=3D"DOUBLE" endtime=3D"60s" linear_int= erpolation=3D"true" startTime=3D"0" time=3D"0, 207= 88732, 35s, 37s, 44760564, 49112676, 60s" value=3D"0x1.9p6, 0x1.4= bp6, 0x1.ep5, 0x1.9p5, 0x1.3p4, 0x1.9p2, 0x1.4p2"/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:dd assessment=3D"" de= scription=3D"" id=3D"19" name=3D"getting lighter&q= uot;>
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <eqn channel= =3D"light_intensity" source=3D"[signal from 0s to 50s]"= />
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </scenario:dd>
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 </scenario:group>
=A0=A0=A0=A0=A0=A0=A0= =A0=A0 </testlet>
=A0=A0=A0=A0=A0=A0=A0 </state>
=A0=A0= =A0=A0=A0=A0=A0 <state id=3D"3" posX=3D"455" posY=3D= "110">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <testlet id=3D"2= " isref=3D"true" name=3D"set light switch" referen= ces=3D"1">
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 <signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 <output name=3D"light_switch"/>
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 </signature>
=A0=A0=A0=A0=A0=A0= =A0=A0=A0 </testlet>
=A0=A0=A0=A0=A0=A0=A0 </state>
=A0= =A0=A0=A0=A0=A0=A0 <junction id=3D"4" posX=3D"75" po= sY=3D"321"/>
=A0=A0=A0=A0=A0=A0=A0 <junction id=3D"5" posX=3D"77"= posY=3D"111"/>
=A0=A0=A0=A0=A0=A0=A0 <junction id=3D&qu= ot;6" posX=3D"80" posY=3D"406"/>
=A0=A0=A0= =A0=A0=A0=A0 <final id=3D"7" posX=3D"457" posY=3D&qu= ot;353"/>
=A0=A0=A0=A0=A0=A0=A0 <final id=3D"8" posX=3D"629" p= osY=3D"109"/>
=A0=A0=A0=A0=A0=A0=A0 <transition from=3D&= quot;4" id=3D"9" name=3D"" namePosX=3D"161&qu= ot; namePosY=3D"322" to=3D"1">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" id=3D"= ;1" index=3D"0" name=3D"default"/>
=A0=A0=A0= =A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <transition fr= om=3D"5" id=3D"10" name=3D"" namePosX=3D"= ;158" namePosY=3D"109" to=3D"0">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" id=3D"= ;2" index=3D"0" name=3D"default"/>
=A0=A0=A0= =A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <transition fr= om=3D"6" id=3D"11" name=3D"" namePosX=3D"= ;169" namePosY=3D"404" to=3D"2">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" id=3D"= ;3" index=3D"0" name=3D"default"/>
=A0=A0=A0= =A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <transition fr= om=3D"0" id=3D"12" name=3D"wait" namePosX=3D&= quot;341" namePosY=3D"150" to=3D"3">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" condition= =3D"t &gt;=3D 10" id=3D"4" index=3D"0" na= me=3D"10s"/>
=A0=A0=A0=A0=A0=A0=A0 </transition>
= =A0=A0=A0=A0=A0=A0=A0 <transition from=3D"0" id=3D"13&quo= t; name=3D"wait" namePosX=3D"439" namePosY=3D"32&q= uot; to=3D"8">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <point posX=3D"437" posY=3D"1= 0"/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"&= quot; condition=3D"t &gt;=3D 60" id=3D"5" index=3D&= quot;0" name=3D"60s"/>
=A0=A0=A0=A0=A0=A0=A0 </tran= sition>
=A0=A0=A0=A0=A0=A0=A0 <transition from=3D"1" id=3D"14&quo= t; name=3D"" namePosX=3D"342" namePosY=3D"321"= ; to=3D"7">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actio= ns=3D"" id=3D"6" index=3D"0" name=3D"def= ault"/>
=A0=A0=A0=A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <tran= sition from=3D"2" id=3D"15" name=3D"" namePos= X=3D"358" namePosY=3D"377" to=3D"7">
= =A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" id=3D"= ;7" index=3D"0" name=3D"default"/>
=A0=A0=A0=A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <tran= sition from=3D"3" id=3D"16" name=3D"wait" nam= ePosX=3D"556" namePosY=3D"149" to=3D"8">=A0=A0=A0=A0=A0=A0=A0=A0=A0 <transspec actions=3D"" conditio= n=3D"t &gt;=3D 60" id=3D"8" index=3D"0" n= ame=3D"60s"/>
=A0=A0=A0=A0=A0=A0=A0 </transition>
=A0=A0=A0=A0=A0=A0=A0 <line= yPos=3D"226"/>
=A0=A0=A0=A0=A0 </content:tpdiagram><= br>=A0=A0=A0=A0=A0 <scenario:group assessment=3D"" description= =3D"" id=3D"0" name=3D"all scenarios">
=A0=A0=A0=A0=A0=A0=A0 <scenario:group assessment=3D"#####ON-OFF-MOD= E#####&#10;&#10;# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D&#10;# Whenever switch is turned to OFF the lights should be t= urned off immediately and stay off&#10;# immediately, i.e. after one cy= cle at the latest&#10;# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D&#10;&#10;headlight_off =3D TPT.regexp([headlight(t) = =3D=3D false]);&#10;&#10;if (abs(headlight_off[0].getStartTime()) &= amp;lt;=3D 0.01 and abs(headlight_off[0].getLength() - 10) &lt;=3D 0.01= ):&#10;=A0 headlightOff_ok :=3D true;&#10;=A0 headlightOff_ok.setCo= mment(&quot;light switch OFF is okay&quot;);&#10;else:&#10;= =A0 headlightOff_ok :=3D false;&#10;=A0 headlightOff_ok.setComment(&= ;quot;switch is OFF but headlights are on!&quot;);&#10;&#10;# = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D&#10;# Wheneve= r switch is turned to ON the lights should be turned on immediately and sta= y on&#10;# immediately, i.e. after one cycle at the latest&#10;# = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D&#10;&#10;= headlight_on =3D TPT.regexp([headlight(t) =3D=3D true]);&#10;&#10;i= f (abs(headlight_on[0].getStartTime() - 10) &lt;=3D 0.01 and abs(headli= ght_on[0].getLength() - 60) &lt;=3D 0.01):&#10;=A0 headlightOn_ok := =3D true;&#10;=A0 headlightOn_ok.setComment(&quot;light switch ON i= s okay&quot;);&#10;else:&#10;=A0 headlightOn_ok :=3D false;&= ;#10;=A0 headlightOn_ok.setComment(&quot;switch is ON but headlights ar= e off!&quot;);" description=3D"" id=3D"11" nam= e=3D"On-Off-Mode">
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:tp assessment=3D"" descr= iption=3D"" id=3D"1" name=3D"headlight off -&g= t; on (dark)" stateIds=3D"0,1,3" subScenIds=3D"3,9,4&qu= ot; transitionIds=3D"9,10,12,14,16" transitionSpecs=3D"1,2,4= ,6,8"/>
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:tp assessment=3D"" descr= iption=3D"" id=3D"10" name=3D"headlight off -&= gt; on (bright)" stateIds=3D"0,1,3" subScenIds=3D"3,7,4= " transitionIds=3D"9,10,12,14,16" transitionSpecs=3D"1,= 2,4,6,8"/>
=A0=A0=A0=A0=A0=A0=A0 </scenario:group>
=A0=A0=A0=A0=A0=A0=A0 <= scenario:group assessment=3D"" description=3D"" id=3D&q= uot;12" name=3D"Auto-Mode">
=A0=A0=A0=A0=A0=A0=A0=A0= =A0 <scenario:tp assessment=3D"#####AUTO-MODE-DARK#####&#10;&am= p;#10;# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D&#10;#= When switch is in position AUTO the lights should be turned immediately of= f if brightness is 70% or below&#10;# immediately, i.e. after one cycle= at the latest&#10;# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D&#10;&#10;headlight_off =3D TPT.regexp([(t &gt;=3D 0.0= 1) and (headlight(t) =3D=3D false)]);&#10;&#10;# look for failure s= ituations, i.e. where headlights are off&#10;if (headlight_off.getSize(= ) =3D=3D 0):&#10; # never off&#10;=A0 switchAuto_ok :=3D true;&= #10;=A0 switchAuto_ok.setComment(&quot;Headlights have been turned on c= orrectly in AUTO mode&quot;);&#10;else:&#10; # off at least onc= e&#10;=A0 switchAuto_ok :=3D false;&#10;=A0 switchAuto_ok.setCommen= t(&quot;It is dark in AUTO mode, but headlights are turned off!!&qu= ot;);" description=3D"" id=3D"15" name=3D"aut= o (dark)" stateIds=3D"0,1" subScenIds=3D"17,9" tra= nsitionIds=3D"9,10,13,14" transitionSpecs=3D"1,2,5,6"/&= gt;
=A0=A0=A0=A0=A0=A0=A0=A0=A0 <scenario:tp assessment=3D"&#10;###= ##AUTO-MODE-GETTING-DARKER#####&#10;&#10;# =3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D&#10;# When switch is in position AUTO= and if the brightness falls below 60% for at least 2 seconds, &#10;# t= he lights should go on immediately &#10;# immediately, i.e. after one c= ycle at the latest&#10;# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D&#10;&#10;headlight_off =3D TPT.regexp([(t &gt;=3D = 0.01) and (headlight(t) =3D=3D false)]);&#10;headlight_on =3D TPT.regex= p([(t &gt;=3D 0.01) and (headlight(t) =3D=3D true)]);&#10;&#10;= # look for failure situations, i.e. where headlights are off&#10;if(abs= (headlight_off[0].getStartTime()) &lt;=3D 0.01 and abs(headlight_off[0]= .getLength() - (35 + 2)) &lt;=3D 0.01&#10; and abs(headlight_on[0].= getLength() - (60-37)) &lt;=3D 0.01):&#10;=A0 switchAuto_ok :=3D tr= ue;&#10;=A0 switchAuto_ok.setComment(&quot;Headlights have been tur= ned on correctly in AUTO mode&quot;);&#10;else:&#10;=A0 switchA= uto_ok :=3D false;&#10;=A0 switchAuto_ok.setComment(&quot;It is dar= k in AUTO mode, but headlights are turned off!!&quot;);" descripti= on=3D"" id=3D"16" name=3D"auto (getting darker)&qu= ot; stateIds=3D"0,2" subScenIds=3D"17,19" transitionIds= =3D"10,11,13,15" transitionSpecs=3D"2,3,5,7"/>
=A0=A0=A0=A0=A0=A0=A0 </scenario:group>
=A0=A0=A0=A0=A0 </scena= rio:group>
=A0=A0=A0 </testlet>
=A0 </body>
</ex= ample>
=A0
The problem is that there are namespace (as you can see). But they are= never declared and i can not parse the file correctly. So i thought with a= small hack (insert in line two the namespace declaration with xmlns:pValue= =3D"http://dummies.o= rg" xmlns:content=3Dhttp://example.org" xmlns:scenario=3D"http://thethirdone.com") but wh= en i try to read the <pValue:scalar parName=3D"parameter_one" = type=3D"BOOL" val=3D"TRUE"/> node with its attribute= s, i get shit ;-) Is my declaration wrong? I can read attributes without na= mespace without problems, thats not the point, but just the namespaces are = stupid.
=A0
With this line i can check that i am in the correct line of the file <= font size=3D"2">

cout <<

"in the correct line=A0" << cur-><= font color=3D"#0000c0" size=3D"2">line <&= lt;endl;=A0=A0=A0=A0 // but when i try to read the parName or the type, it = is not possible

name =3D

xmlGetProp(cur,(const xmlChar *)"type");=A0 // name = =3D NULL ??=20

=A0

=A0




--001485e6fe2860ffda047c5950ce-- From rcsaba@gmail.com Mon Jan 4 18:26:19 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A802D7500A7 for ; Mon, 4 Jan 2010 18:26:19 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SXklBtZ2cZqD for ; Mon, 4 Jan 2010 18:26:14 +0000 (GMT) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by menubar.gnome.org (Postfix) with ESMTP id E5637750021 for ; Mon, 4 Jan 2010 18:26:05 +0000 (GMT) Received: by ewy26 with SMTP id 26so13327252ewy.23 for ; Mon, 04 Jan 2010 10:26:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=czyK1WXSrgH8kwS6RPezHnD246zCxrLQKyCN7j2u1YY=; b=ph50rYvFcSJboZ/Dih6B7F85VEPYErbRgoSdcNbfoMoDu1jgkJ3OLeM/PpqkTosMvR p/HdX4xlAzRIMHqovdslR7Maz7G60SmAynJnVZtnwmbV6LixsHyckX/HESfP95cxm2jC /cEMDW6YMo0iWs99/1Q5jSNGrlL6nhiBRCbHk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=t9JCUj8mwcAPjK75hYN6924bt7AP+5EomM7z8SxC90/jMhSkHrEvM1PvBLnWqRNSWv Iud3+f1E1sO40+bfQXAnHw4n3oZC3ZuakyTsZokxjSgv9E+Uy9YbDEdccxc05URJZcl2 PoSdpAWRSHrC/+/udQL5k4Q0gXvvxdeEelJLI= MIME-Version: 1.0 Received: by 10.213.2.83 with SMTP id 19mr12605866ebi.22.1262629563410; Mon, 04 Jan 2010 10:26:03 -0800 (PST) In-Reply-To: References: Date: Mon, 4 Jan 2010 20:26:03 +0200 Message-ID: <1ef5a52f1001041026p7b1f86c8v3f89f3382d0ee5a3@mail.gmail.com> From: Csaba Raduly To: Michael Andersson Content-Type: text/plain; charset=ISO-8859-1 Cc: xml@gnome.org Subject: Re: [xml] xmlTextReaderLocalName returns #text X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 18:26:19 -0000 On Sat, Jan 2, 2010 at 7:07 PM, Michael Andersson wrote: > Hi! > I'm having trubble reading my xml file when they contain newline characters. > The problem is that when I call xmlTextReaderLocalName it returns #text > instead of the element name. This is what my xml file looks like: > > > -126 > 249 > -31010 > 65211 > -2147483640 > 4294967290 > -9223372036854775805 > 9223372036854775804 > 1598 > 3489 > "This is a string" > > If I remove all the newline characters and put everything on the same line > my program can read the xml file. > Any ideas what the problem could be? There is no problem, you just need to move a bit further ahead in the XML. Those newline characters appear as nodes of type XML_READER_TYPE_TEXT (or maybe XML_READER_TYPE_SIGNIFICANT_WHITESPACE). Those nodes always have name="#text" So, between XML_READER_TYPE_ELEMENT, name=TestType and XML_READER_TYPE_ELEMENT, name=int8 there is a node XML_READER_TYPE_SIGNIFICANT_WHITESPACE, name=#text, value=(newline) If you want to process elements, you need to check xmlTexReaderNodeType and skip nodes which aren't XML_READER_TYPE_ELEMENT. Hope this helps, Csaba -- Life is complex, with real and imaginary parts From confusosk8@gmail.com Mon Jan 4 18:29:59 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3A414750021 for ; Mon, 4 Jan 2010 18:29:59 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NtLGw6XyNyah for ; Mon, 4 Jan 2010 18:29:48 +0000 (GMT) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by menubar.gnome.org (Postfix) with ESMTP id BFA1C7500E3 for ; Mon, 4 Jan 2010 18:29:37 +0000 (GMT) Received: by qw-out-2122.google.com with SMTP id 8so1501603qwh.9 for ; Mon, 04 Jan 2010 10:29:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=BBvHadpokN+7gdA4bCNL9+m0ZOom+D6hDbz4b5mEboU=; b=X1pZVmKVwp4R8dxcq34nVnXbZM0bA7DYQFRX+CGDZCPCjY6gE0Cm53bznxqbR9TO91 LLDkrx6ziSWprbVeObKYeaphJPD+IxMOVypSjxrOEUxhwTi0vIZ0iCk12aX2MthZ9t4I hvIW7MYQwdsUumpiiXcHp472QM+AWxSgKWWl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=KCmw6wEQP4gO3TLFTCnVucUi59JpmVa27x+WebZ2ae32b13Myu4PU6eBt2nAFqfvIn 0lXu15MPqb6kRMcqWBK0PBRPvlceLfLbXS8/tXMLaOgBOpEEIjvzrMuX/gUDlNV7oNgj GDhfYn9smo6jE/c1y7xaEIbu/fsbAG2Orzp3M= MIME-Version: 1.0 Received: by 10.224.96.220 with SMTP id i28mr11456276qan.135.1262629775770; Mon, 04 Jan 2010 10:29:35 -0800 (PST) In-Reply-To: <669348041001021254o4e3edc57me45567388e0bf511@mail.gmail.com> References: <669348041001021254o4e3edc57me45567388e0bf511@mail.gmail.com> Date: Mon, 4 Jan 2010 16:29:35 -0200 Message-ID: <669348041001041029s2002891dxb2be4574f5bc35c0@mail.gmail.com> From: Gabriel Duarte To: xml@gnome.org Content-Type: multipart/alternative; boundary=00c09f99e08a44898f047c5ae7fe Subject: [xml] Strange behavior X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 18:29:59 -0000 --00c09f99e08a44898f047c5ae7fe Content-Type: text/plain; charset=UTF-8 ---------- Forwarded message ---------- From: Gabriel Duarte Date: Sat, Jan 2, 2010 at 6:54 PM Subject: Strange behavior To: xml@gnome.org Hello! I'm new to libxml, following the instructions and reading examples I could parse a XML file perfectly, but now I got a problem I can't solve by my self. I got this following XML file: Sat Jan 02 20:44:54 +0000 2010 7309338854 TESTE_AGAIN <a href="http://apiwiki.twitter.com/" rel="nofollow">API</a> false false 13672792 Gabriel Duarte biiielduarte Rio de Janeiro Just me! Let's have lots of fun! http://a1.twimg.com/profile_images/539180228/mau_normal.png http://kinuxlinux.org/gabriel_duarte false 92 742E00 501E02 533117 B7957B B7957B 79 Tue Feb 19 14:16:41 +0000 2008 2 -10800 Brasilia http://a1.twimg.com/profile_background_images/58350922/bg.jpg true false false false false 830 The output is: id : 13672792 name : Gabriel Duarte screen_name : biiielduarte location : Rio de Janeiro description : Just me! Let's have lots of fun! profile_image_url : http://a1.twimg.com/profile_images/539180228/mau_normal.png url : http://kinuxlinux.org/gabriel_duarte protected : false followers_count : 92 profile_background_color : 742E00 profile_text_color : 501E02 profile_link_color : 533117 profile_sidebar_fill_color : B7957B profile_sidebar_border_color : B7957B friends_count : 79 created_at : Tue Feb 19 14:16:41 +0000 2008 favourites_count : 2 utc_offset : -10800 time_zone : Brasilia profile_background_image_url : http://a1.twimg.com/profile_background_images/58350922/bg.jpgprofile_background_tile : true notifications : false geo_enabled : false verified : false following : false statuses_count : 830 I can parser and print the output perfectly, but when I try to use another file: Sat Jan 02 20:44:54 +0000 2010 7309338854 TESTE_AGAIN <a href="http://apiwiki.twitter.com/" rel="nofollow">API</a> false false 13672792 Gabriel Duarte biiielduarte Rio de Janeiro Just me! Let's have lots of fun! http://a1.twimg.com/profile_images/539180228/mau_normal.png http://kinuxlinux.org/gabriel_duarte false 92 742E00 501E02 533117 B7957B B7957B 79 Tue Feb 19 14:16:41 +0000 2008 2 -10800 Brasilia http://a1.twimg.com/profile_background_images/58350922/bg.jpg true false false false false 830 The output is: created_at : Sat Jan 02 20:44:54 +0000 2010 id : 7309338854 text : TESTE_AGAIN source : API truncated : false in_reply_to_status_id : (null) in_reply_to_user_id : (null) favorited : false in_reply_to_screen_name : (null) user : geo : (null) It's almost the same file, only differs at the node. I don't know whats is happening. I need help to finish my project... The program that parses these XML files is: #include #include #include void parseCD(xmlDocPtr doc, xmlNodePtr cur) { xmlChar* content; cur = cur->children; while(cur != NULL) { if(cur->type == XML_ELEMENT_NODE) { content = xmlNodeListGetString(doc, cur->xmlChildrenNode, 1); printf("%s : %s\n",cur->name,content); xmlFree(content); /*free(content);*/ /* windows */ content = NULL; } cur = cur->next; } } int main() { xmlDocPtr doc; xmlNodePtr cur; doc = xmlParseFile("TwittXML.xml"); cur = xmlDocGetRootElement(doc); cur = cur->children; while(cur != NULL) { if(cur->type == XML_ELEMENT_NODE) { parseCD(doc,cur); } cur = cur->next; } xmlFreeDoc(doc); return 0; } Thanks! -- Gabriel Duarte Linux User #471185 Rio de Janeiro - RJ http://kinuxlinux.org/gabriel_duarte Phones: (55) (21) 9463-7760 /*Mobile*/ (55) (21) 2464-9302 /*Home*/ (55) (21) 2529-5080 /*Work*/ -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ G++ e+ h* r+ y++++ ------END GEEK CODE BLOCK------ -- Gabriel Duarte Linux User #471185 Rio de Janeiro - RJ http://kinuxlinux.org/gabriel_duarte Phones: (55) (21) 9463-7760 /*Mobile*/ (55) (21) 2464-9302 /*Home*/ (55) (21) 2529-5080 /*Work*/ -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ G++ e+ h* r+ y++++ ------END GEEK CODE BLOCK------ --00c09f99e08a44898f047c5ae7fe Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

---------- Forwarded message ----------<= br>From: Gabriel Duarte <confusosk8@gmail.com>
Date: Sat, Jan 2, 2010 at 6:54 PM
Subject: Strange behavior
To: xml@gnome.org


Hello! I'm new to libxml, following the instructions and reading examples I co= uld parse a XML file perfectly, but now I got a problem I can't solve b= y my self.
I got this following XML file:
=
<?xml version=3D"1.0" encoding=3D"UTF-8"?>
<= div><status>
=C2=A0=C2=A0<created_at>Sat Jan 02 20:44= :54 +0000 2010</created_at>
=C2=A0=C2=A0<id>730933885= 4</id>
=C2=A0=C2=A0<text>TESTE_AGAIN</text>
=C2=A0=C2=A0<= source>&lt;a href=3D&quot;http://apiwiki.twitter.com/&quot; rel= =3D&quot;nofollow&quot;&gt;API&lt;/a&gt;</source>=
=C2=A0=C2=A0<truncated>false</truncated>
=C2=A0= =C2=A0<in_reply_to_status_id></in_reply_to_status_id>
=C2=A0=C2=A0<in_reply_to_user_id></in_reply_to_user_id>
<= div>=C2=A0=C2=A0<favorited>false</favorited>
=C2=A0=C2=A0<in_reply_to_screen_name></in_reply_to_screen_nam= e>
=C2=A0=C2=A0<user>
=C2=A0=C2=A0 =C2=A0<i= d>13672792</id>
=C2=A0=C2=A0 =C2=A0<name>Gabriel D= uarte</name>
=C2=A0=C2=A0 =C2=A0<screen_name>biiieldu= arte</screen_name>
=C2=A0=C2=A0 =C2=A0<location>Rio de Janeiro</location>
=C2=A0=C2=A0 =C2=A0<description>Just me! Let's have lots o= f fun!</description>
=C2=A0=C2=A0 =C2=A0<profile_image_u= rl>http://a1.twimg.com/profile_images/539180228/mau_norma= l.png</profile_image_url>
=C2=A0=C2=A0 =C2=A0<url>http://kinuxlinux.org/gabriel_duarte</url= >
=C2=A0=C2=A0 =C2=A0<protected>false</protected><= /div>
=C2=A0=C2=A0 =C2=A0<followers_count>92</followers_count&= gt;
=C2=A0=C2=A0 =C2=A0<profile_background_color>742E00</profile_= background_color>
=C2=A0=C2=A0 =C2=A0<profile_text_color>= ;501E02</profile_text_color>
=C2=A0=C2=A0 =C2=A0<profile= _link_color>533117</profile_link_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_fill_color>B7957B</profil= e_sidebar_fill_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_b= order_color>B7957B</profile_sidebar_border_color>
=C2=A0= =C2=A0 =C2=A0<friends_count>79</friends_count>
=C2=A0=C2=A0 =C2=A0<created_at>Tue Feb 19 14:16:41 +0000 2008<= ;/created_at>
=C2=A0=C2=A0 =C2=A0<favourites_count>2<= /favourites_count>
=C2=A0=C2=A0 =C2=A0<utc_offset>-10800= </utc_offset>
=C2=A0=C2=A0 =C2=A0<time_zone>Brasilia&= lt;/time_zone>
=C2=A0=C2=A0 =C2=A0<profile_background_image_url>http://a1.twimg.com/profile_background_images/58350922/bg.jpg</pro= file_background_image_url>
=C2=A0=C2=A0 =C2=A0<profile_background_tile>true</profile_bac= kground_tile>
=C2=A0=C2=A0 =C2=A0<notifications>false<= ;/notifications>
=C2=A0=C2=A0 =C2=A0<geo_enabled>false&l= t;/geo_enabled>
=C2=A0=C2=A0 =C2=A0<verified>false</v= erified>
=C2=A0=C2=A0 =C2=A0<following>false</following>
= =C2=A0=C2=A0 =C2=A0<statuses_count>830</statuses_count>
=C2=A0=C2=A0</user>
=C2=A0=C2=A0<geo/>
&= lt;/status>

The output is:

id : 13672792 name : Gabriel Duarte screen_name : biiielduarte location : Rio de Janeiro description : Just me! Let's have lots of fun! profile_image_url : http://a1.twimg.com/profile_images/53918= 0228/mau_normal.png url : ht= tp://kinuxlinux.org/gabriel_duarte protected : false followers_count : 92 profile_background_color : 742E00 profile_text_color : 501E02 profile_link_color : 533117 profile_sidebar_fill_color : B7957B profile_sidebar_border_color : B7957B friends_count : 79 created_at : Tue Feb 19 14:16:41 +0000 2008 favourites_count : 2 utc_offset : -10800 time_zone : Brasilia profile_background_image_url : http://a1.twimg.com/profile= _background_images/58350922/bg.jpg profile_background_tile : true notifications : false geo_enabled : false verified : false following : false statuses_count : 830

I can parser and print the output perfectly, but = when I try to use another file:

<?xml version=3D"1.0" encoding=3D"UTF-8"?><= div><statuses type=3D"array">
<status>
=C2=A0=C2=A0<created_at>Sat Jan 02 20:44:54 +0000 2010</crea= ted_at>
=C2=A0=C2=A0<id>7309338854</id>
=C2=A0=C2=A0<= text>TESTE_AGAIN</text>
=C2=A0=C2=A0<source>&l= t;a href=3D&quot;http://apiwiki.twitter.com/&quot; rel=3D&quot;nofo= llow&quot;&gt;API&lt;/a&gt;</source>
=C2=A0=C2=A0<truncated>false</truncated>
=C2=A0= =C2=A0<in_reply_to_status_id></in_reply_to_status_id>
=C2=A0=C2=A0<in_reply_to_user_id></in_reply_to_user_id>
<= div>=C2=A0=C2=A0<favorited>false</favorited>
=C2=A0=C2=A0<in_reply_to_screen_name></in_reply_to_screen_nam= e>
=C2=A0=C2=A0<user>
=C2=A0=C2=A0 =C2=A0<i= d>13672792</id>
=C2=A0=C2=A0 =C2=A0<name>Gabriel D= uarte</name>
=C2=A0=C2=A0 =C2=A0<screen_name>biiieldu= arte</screen_name>
=C2=A0=C2=A0 =C2=A0<location>Rio de Janeiro</location>
=C2=A0=C2=A0 =C2=A0<description>Just me! Let's have lots o= f fun!</description>
=C2=A0=C2=A0 =C2=A0<profile_image_u= rl>http://a1.twimg.com/profile_images/539180228/mau_norma= l.png</profile_image_url>
=C2=A0=C2=A0 =C2=A0<url>http://kinuxlinux.org/gabriel_duarte</url= >
=C2=A0=C2=A0 =C2=A0<protected>false</protected><= /div>
=C2=A0=C2=A0 =C2=A0<followers_count>92</followers_count&= gt;
=C2=A0=C2=A0 =C2=A0<profile_background_color>742E00</profile_= background_color>
=C2=A0=C2=A0 =C2=A0<profile_text_color>= ;501E02</profile_text_color>
=C2=A0=C2=A0 =C2=A0<profile= _link_color>533117</profile_link_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_fill_color>B7957B</profil= e_sidebar_fill_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_b= order_color>B7957B</profile_sidebar_border_color>
=C2=A0= =C2=A0 =C2=A0<friends_count>79</friends_count>
=C2=A0=C2=A0 =C2=A0<created_at>Tue Feb 19 14:16:41 +0000 2008<= ;/created_at>
=C2=A0=C2=A0 =C2=A0<favourites_count>2<= /favourites_count>
=C2=A0=C2=A0 =C2=A0<utc_offset>-10800= </utc_offset>
=C2=A0=C2=A0 =C2=A0<time_zone>Brasilia&= lt;/time_zone>
=C2=A0=C2=A0 =C2=A0<profile_background_image_url>http://a1.twimg.com/profile_background_images/58350922/bg.jpg</pro= file_background_image_url>
=C2=A0=C2=A0 =C2=A0<profile_background_tile>true</profile_bac= kground_tile>
=C2=A0=C2=A0 =C2=A0<notifications>false<= ;/notifications>
=C2=A0=C2=A0 =C2=A0<geo_enabled>false&l= t;/geo_enabled>
=C2=A0=C2=A0 =C2=A0<verified>false</v= erified>
=C2=A0=C2=A0 =C2=A0<following>false</following>
= =C2=A0=C2=A0 =C2=A0<statuses_count>830</statuses_count>
=C2=A0=C2=A0</user>
=C2=A0=C2=A0<geo/>
&= lt;/status>
</statuses>

The output is:
created_at : Sat Jan 02 20:44:= 54 +0000 2010 id : 7309338854 text : TESTE_AGAIN source : <a href=3D"http://apiwiki.twitter.com/" rel=3D"nofollow"= ;>API</a> truncated : false in_reply_to_status_id : (null) in_reply_to_user_id : (null) favorited : false in_reply_to_screen_name : (null) user :=20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 geo : (null)



It's almost the same file, only differs at the <statuses> node. = I don't know whats is happening. I need help to finish my project...

The program that parses these XML files is:
<= br>
#include <stdio.h>
#include <libxml/x= mlmemory.h>
#include <libxml/parser.h>

void parseCD(xmlDocPtr doc, xmlNodePtr cur)
{
=C2=A0=C2=A0 =C2=A0xmlChar* content; =C2=A0=C2=A0
=C2=A0=C2=A0 = =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0cur =3D cur->children;=
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0w= hile(cur !=3D NULL)
=C2=A0=C2=A0 =C2=A0{
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0if(cur->= type =3D=3D XML_ELEMENT_NODE)
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0{ = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0=C2=A0
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0content = =3D xmlNodeListGetString(doc, cur->xmlChildrenNode, 1);
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0printf("%s : %s\n",cur-&= gt;name,content);
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0xmlFree(content);
=
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/*free(content);*/ =C2= =A0 /* windows */
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= content =3D NULL;
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= }

=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0c= ur =3D cur->next;
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0
}


int main()
{

=C2=A0=C2=A0 =C2=A0xmlDocPtr doc;
= =C2=A0=C2=A0 =C2=A0xmlNodePtr cur;

=C2=A0=C2=A0 = =C2=A0doc =3D xmlParseFile("TwittXML.xml");

=C2=A0=C2=A0 =C2=A0cur =3D xmlDocGetRootElement(doc);
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0cur= =3D cur->children;

=C2=A0=C2=A0 =C2=A0while(cu= r !=3D NULL)
=C2=A0=C2=A0 =C2=A0{
=C2=A0=C2=A0 =C2=A0 = =C2=A0 =C2=A0if(cur->type =3D=3D XML_ELEMENT_NODE)
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0{ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0
=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0parseCD(doc,cur);
=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0}

=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0cur =3D cur->next;
=C2=A0=C2=A0 =C2=A0}
=C2=A0=C2= =A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0xmlFreeDoc(doc);=C2= =A0
=C2=A0=C2=A0 =C2=A0return 0;
}


=
Thanks!



=


--
Gabriel Duarte
Linux User #471185
Rio = de Janeiro - RJ
http://k= inuxlinux.org/gabriel_duarte

Phones:
(55) (21) 9463-7760 /*Mobile*/
(55) (21) 2464-9302 /*Home*/
(55) (21)= 2529-5080 /*Work*/


-----BEGIN GEEK CODE BLOCK-----
Version: = 3.12
GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w---
O- M- V= - PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++
G++ e+ h* r+ y++++
------END GEEK CODE BLOCK------



--
Gabriel Duarte
Linux User #471185=
Rio de Janeiro - RJ
http://kinuxlinux.org/gabriel_duarte

Phones:
(55) (21) 9463-= 7760 /*Mobile*/
(55) (21) 2464-9302 /*Home*/
(55) (21) 2529-5080 /*Work*/


---= --BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS d- s: a--- C++ UL+++ P= L++++ E- W+ N++ o++ K++ w---
O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R = tv++ b++ DI+ D++
G++ e+ h* r+ y++++
------END GEEK CODE BLOCK------
--00c09f99e08a44898f047c5ae7fe-- From liam@holoweb.net Mon Jan 4 18:45:11 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1EC7975008E for ; Mon, 4 Jan 2010 18:45:11 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rHYnFdRgkQ4u for ; Mon, 4 Jan 2010 18:45:01 +0000 (GMT) Received: from cl-t167-490cl.privatedns.com (ip-174-142-39-20.static.privatedns.com [174.142.39.20]) by menubar.gnome.org (Postfix) with SMTP id 2A88C750088 for ; Mon, 4 Jan 2010 18:44:52 +0000 (GMT) Received: (qmail 509 invoked by uid 509); 4 Jan 2010 18:44:47 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by cl-t167-490cl.privatedns.com with SMTP; 4 Jan 2010 18:44:47 -0000 From: Liam R E Quin To: Andreas Wagner In-Reply-To: <8d28588e1001040835vcd23feei2921420cd2872e9c@mail.gmail.com> References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> <8d28588e1001040640y75c7a1d4xb635c5604953088f@mail.gmail.com> <8d28588e1001040835vcd23feei2921420cd2872e9c@mail.gmail.com> Content-Type: text/plain; charset="ISO-8859-15" Date: Mon, 04 Jan 2010 13:44:44 -0500 Message-ID: <1262630684.2089.20.camel@desktop.barefootcomputing.com> Mime-Version: 1.0 X-Mailer: Evolution 2.29.4-1mdv2010.1 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 18:45:11 -0000 On Mon, 2010-01-04 at 17:35 +0100, Andreas Wagner wrote: > <----- these > attributes ... but i cant ...strange ... the line above works > do u have an idea what can be wrong? Note that unprefixed attributes are not in any namespace. > The problem is that there are namespace (as you can see). > But they are never declared and i can not parse the file correctly.So you need to fix the file. A possible way to do that would be to make a DTD with some FIXED attribute values declared, to add the "xmlns:scenario=..." and so forth. Another might be to use entities in a wrapper, ]> &example; With libxml, you may also be able to do this with xinclude. Liam > -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org From andreaswagner7@gmail.com Mon Jan 4 19:07:13 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 12A1A7500B6 for ; Mon, 4 Jan 2010 19:07:13 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DOH9q6lqGPgh for ; Mon, 4 Jan 2010 19:07:07 +0000 (GMT) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by menubar.gnome.org (Postfix) with ESMTP id 061437500C3 for ; Mon, 4 Jan 2010 19:06:58 +0000 (GMT) Received: by ewy26 with SMTP id 26so13370928ewy.23 for ; Mon, 04 Jan 2010 11:06:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=4rVv4yFKvS+KpAEYITk0BOhH2CRvVE4AcClWp9tfNQM=; b=sYMvGrB61wYQj5w14N6EG/lTrBhLk28/HLRkTsKeUGp2c6xweN66/mMmQES7ezClcf Qvxrv/vMzMMwCPEDq/82ynob/kPk/RBkH4aNXEqjokrKgohRqR9lplzFnVaJ2bS3/PL6 FXa68YSHFnD0s2Au2+4h8k/yJewrA4KGHec0w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=sPoRxqHyga1IimRoo2gdPmDF9g8dSdr0o64tqZgQNRVFfS2cXZAY96S4H1o4bs04nm 43mYzAZioJE5j5u5howkh2Uxbk45peqPPUMCx7NfejzWOX9Nfg8fDW/sF/h56UIfH4L4 U8fQgTHe8CkUplMV8VHRPICPlc5ykOekCoi7k= MIME-Version: 1.0 Received: by 10.213.24.2 with SMTP id t2mr638709ebb.6.1262631613054; Mon, 04 Jan 2010 11:00:13 -0800 (PST) Date: Mon, 4 Jan 2010 20:00:13 +0100 Message-ID: <8d28588e1001041100u10f99d1cy5550acaa6745c7a3@mail.gmail.com> From: Andreas Wagner To: xml@gnome.org Content-Type: multipart/alternative; boundary=000e0cdf75f8c73ec4047c5b546d Subject: [xml] Strange behavior X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 19:07:13 -0000 --000e0cdf75f8c73ec4047c5b546d Content-Type: text/plain; charset=ISO-8859-1 Hi Gabriel, what happens when u delete the elements (just for testing). Do you get the same "strange" output as before? Regards --000e0cdf75f8c73ec4047c5b546d Content-Type: text/html; charset=ISO-8859-1 Hi Gabriel,

what happens when u delete the <statuses> </statuses> elements (just for testing). Do you get the same "strange" output as before?

Regards
--000e0cdf75f8c73ec4047c5b546d-- From andreaswagner7@gmail.com Mon Jan 4 19:27:48 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 90F0075008E for ; Mon, 4 Jan 2010 19:27:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fmnU8U5mqram for ; Mon, 4 Jan 2010 19:27:43 +0000 (GMT) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by menubar.gnome.org (Postfix) with ESMTP id C4353750088 for ; Mon, 4 Jan 2010 19:27:34 +0000 (GMT) Received: by ey-out-2122.google.com with SMTP id 22so2194365eye.49 for ; Mon, 04 Jan 2010 11:27:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=lhzT1MlZz5iID0mXt88OyguLQnBnw39JYqtSQRXAsLE=; b=vlEFwxUHnZmpD/mVLVSU6LMrHNdd2bFjo41a8wiWx3f+910EpPgiOQQzbwJ0C2uh43 tzJNuQMsyEjlPhCGJAp3znkuIO2wu3f72Q6744Ok7BcWazmyWabK9lOyTrXktIwN0QKW 8Mzs5Npj2t6xZTGFMmi9BBhHp8HFDKKeE0r0I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=HJ8Ow+gDvFQmUWtCk5RyhdwhEw7SnbokTp8Iov+04IiOw4nd5tmyucL5wkmYyT11wR NYpFVw3ElWgFXE5of55AjE/Ct3P7++QKt/uxsIXZhaGBMV1prF6cMVFnCKP1hW675y3O 2p78IYsTnmhOWumOoCN+d6J1UmpdQrmMuR8DE= MIME-Version: 1.0 Received: by 10.213.41.77 with SMTP id n13mr1452047ebe.18.1262633252077; Mon, 04 Jan 2010 11:27:32 -0800 (PST) In-Reply-To: <1262630684.2089.20.camel@desktop.barefootcomputing.com> References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> <8d28588e1001040640y75c7a1d4xb635c5604953088f@mail.gmail.com> <8d28588e1001040835vcd23feei2921420cd2872e9c@mail.gmail.com> <1262630684.2089.20.camel@desktop.barefootcomputing.com> Date: Mon, 4 Jan 2010 20:27:32 +0100 Message-ID: <8d28588e1001041127t787a1fe9ie75385204946adcd@mail.gmail.com> From: Andreas Wagner To: xml@gnome.org Content-Type: multipart/alternative; boundary=001485e6fe2878c388047c5bb643 Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 19:27:48 -0000 --001485e6fe2878c388047c5bb643 Content-Type: text/plain; charset=ISO-8859-1 2010/1/4 Liam R E Quin > On Mon, 2010-01-04 at 17:35 +0100, Andreas Wagner wrote: > > > <----- these > > attributes ... but i cant ...strange ... the line above works > > > do u have an idea what can be wrong? > > Note that unprefixed attributes are not in any namespace. > I know, but i removed every namespace to test if i can get the attributes of the param line, but i cant? and i do not know why. Some posts before i send an example how the file looks like. I can read the variables and constants in the header, but NOT the parameter. > > > The problem is that there are namespace (as you can see). > > But they are never declared and i can not parse the file correctly.So > you need to fix the file. A possible way to do that would be to make a > DTD with some FIXED attribute values declared, to add the > "xmlns:scenario=..." and so forth. Another might be to use > entities in a wrapper, > > ]> > &example; > > With libxml, you may also be able to do this with xinclude. > It get the files like they are and just need to get the attribute values in namespaces and without namespaces (like in my example i post). I added to the root node the namespaces and so i can parse the file correctly. But the params like in my example are in a namespace and i need the attributes from this line. But now i removed the namespaces just for testing but i can not get the attributes from these "normal" nodes ( example above with parName and type). when the current node cur is parameter i try to read the attributes from the param line with: cur = cur->xmlChildrenNode; if (!xmlStrcmp(cur->name, (const xmlChar*) "param"){ name = xmlGetProp(cur,(const xmlChar*) "parName"); } // the name is never param ... its always text?? --001485e6fe2878c388047c5bb643 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

2010/1/4 Liam R E Quin <liam@holoweb.net>
On Mon, 2010-01-04 at 17:35 +0100, Andreas Wagner wrote:<= br>
> <param parName=3D"parameter1" type=3D"DOUBLE" v= al=3D"0.0"/> =A0 =A0<----- these
> attributes ... but i cant ...strange ... the line above works

> do u have an idea what can be wrong?

Note that unprefixed attributes are not in any namespace.

I know, but i removed every namespace to test if i can get th= e attributes of the param line, but i cant? and i do not know why. Some pos= ts before i send an example how the file looks like. I can read the variabl= es and constants in the header, but NOT the parameter.=A0

> The problem is that there are namespace (as you can see).
> But they are never declared and i can not parse the file correctly.So<= br>
you need to fix the file. A possible way to do that would be to make = a
DTD with some FIXED attribute values declared, to add the
"xmlns:scenario=3D..." and so forth. =A0Another might be to use entities in a wrapper,
<!DOCTYPE wrapper [
=A0<!ENTITY include SYSTEM "myfile.xml">
]>
<wrapper>&example;</wrapper>

With libxml, you may also be able to do this with xinclude.

It get the files like they are and just need to get the attribute= values in namespaces and without namespaces (like in my example i post). I= added to the root node the namespaces and so i can parse the file correctl= y. But the params like in my example are in a namespace <pValue:scalar .= ..> and i need the attributes from this line. But now i removed the name= spaces just for testing but i can not get the attributes from these "n= ormal" nodes ( example above with parName and type).


<parameters>
=A0 <parameter>
=A0=A0=A0 <param = parName=3D"parameter1" type=3D"BOOL" value=3D"true= "/>
=A0 </parameter>
</parameters>

when th= e current node cur is parameter i try to read the attributes from the param= line with:

cur =3D cur->xmlChildrenNode;
if (!xmlStrcmp(cur->name, (const= xmlChar*) "param"){
=A0 name =3D xmlGetProp(cur,(const xmlCha= r*) "parName");
}

// the name is never param ... its al= ways text??
--001485e6fe2878c388047c5bb643-- From rrichards@cdatazone.org Mon Jan 4 19:41:44 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 05CA5750088 for ; Mon, 4 Jan 2010 19:41:44 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6LpJT5FmnInP for ; Mon, 4 Jan 2010 19:41:38 +0000 (GMT) Received: from smtp2go.com (smtp2go.com [207.58.142.213]) by menubar.gnome.org (Postfix) with ESMTP id D7691750024 for ; Mon, 4 Jan 2010 19:41:29 +0000 (GMT) Received: from [67.158.171.203] (helo=Rob-Richardss-MacBook-Pro.local) by smtp2go.com with esmtp (Exim 4.69) (envelope-from ) id 1NRsnu-0000mJ-M8; Mon, 04 Jan 2010 19:41:27 +0000 Message-ID: <4B424466.4080602@cdatazone.org> Date: Mon, 04 Jan 2010 14:41:26 -0500 From: Rob Richards User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Andreas Wagner References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> <8d28588e1001040640y75c7a1d4xb635c5604953088f@mail.gmail.com> <8d28588e1001040835vcd23feei2921420cd2872e9c@mail.gmail.com> <1262630684.2089.20.camel@desktop.barefootcomputing.com> <8d28588e1001041127t787a1fe9ie75385204946adcd@mail.gmail.com> In-Reply-To: <8d28588e1001041127t787a1fe9ie75385204946adcd@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SMTP2Go-MailScanner-Information: Please contact support@smtp2go.com for more information X-SMTP2Go-MailScanner-ID: 1NRsnu-0000mJ-M8 X-SMTP2Go-MailScanner: Found to be clean X-SMTP2Go-MailScanner-From: rrichards@cdatazone.org Cc: xml@gnome.org Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 19:41:44 -0000 Andreas Wagner wrote: > > > 2010/1/4 Liam R E Quin > > > On Mon, 2010-01-04 at 17:35 +0100, Andreas Wagner wrote: > > > <----- > these > > attributes ... but i cant ...strange ... the line above works > > > do u have an idea what can be wrong? > > Note that unprefixed attributes are not in any namespace. > > > I know, but i removed every namespace to test if i can get the > attributes of the param line, but i cant? and i do not know why. Some > posts before i send an example how the file looks like. I can read the > variables and constants in the header, but NOT the parameter. > > > > The problem is that there are namespace (as you can see). > > But they are never declared and i can not parse the file > correctly.So > you need to fix the file. A possible way to do that would be to make a > DTD with some FIXED attribute values declared, to add the > "xmlns:scenario=..." and so forth. Another might be to use > entities in a wrapper, > > ]> > &example; > > With libxml, you may also be able to do this with xinclude. > > > It get the files like they are and just need to get the attribute > values in namespaces and without namespaces (like in my example i > post). I added to the root node the namespaces and so i can parse the > file correctly. But the params like in my example are in a namespace > and i need the attributes from this line. But now > i removed the namespaces just for testing but i can not get the > attributes from these "normal" nodes ( example above with parName and > type). > > > > > > > > > when the current node cur is parameter i try to read the attributes > from the param line with: > > cur = cur->xmlChildrenNode; > if (!xmlStrcmp(cur->name, (const xmlChar*) "param"){ > name = xmlGetProp(cur,(const xmlChar*) "parName"); > } > > // the name is never param ... its always text?? > > You should run it through a debugger and make sure you are on the correct element when trying to access the attributes because based on your example the first child node of parameter is going to be a text node (linefeed) so obviously your xmlStrcmp comparison is going to fail. The sibling of that would be the param element. Rob From emmanuel.rodriguez@gmail.com Mon Jan 4 20:05:27 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AB68C750088 for ; Mon, 4 Jan 2010 20:05:27 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.444 X-Spam-Level: X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uQsxSNvrbqjI for ; Mon, 4 Jan 2010 20:05:22 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id 7773A750024 for ; Mon, 4 Jan 2010 20:05:12 +0000 (GMT) Received: by fxm27 with SMTP id 27so1134685fxm.23 for ; Mon, 04 Jan 2010 12:05:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Ym1Z0U0jmJENrTyLH+7VdTy8a1MAk80V1GJIMa1KKQQ=; b=rYEvaLa6DEBqtl0BWJc9MxWIT97GXuBBCuI+HpCiAVDgvVyUketaFN5hnWvOe6pvX7 4CQ/YzSKWUQ75d7844sWdGkxJ0nQLd0NWKSDbgPxqNaFisdfQgVPRuMLm04FRRAUeAWH ZSB+U10bpjj+g0GAne35bLT4XbARxYDCBln/o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=AUcc4iYgZ6fjvlsFJp4+Z8822P2BM4KGaUq738dDQLIwem6oqzd6B7DxZD4dItLAeb 3XS2iqBpTaCGWNNLutK4LLdSaCKibaGWhlohQcvrvWxjT1x3LA2tqnASfjhrpUfBEDmg TnILOZhN/4a1s0h1GSEG2QsPpPGAtc5Z2zISQ= MIME-Version: 1.0 Received: by 10.223.14.141 with SMTP id g13mr11705127faa.54.1262635509892; Mon, 04 Jan 2010 12:05:09 -0800 (PST) In-Reply-To: <8d28588e1001041127t787a1fe9ie75385204946adcd@mail.gmail.com> References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> <8d28588e1001040640y75c7a1d4xb635c5604953088f@mail.gmail.com> <8d28588e1001040835vcd23feei2921420cd2872e9c@mail.gmail.com> <1262630684.2089.20.camel@desktop.barefootcomputing.com> <8d28588e1001041127t787a1fe9ie75385204946adcd@mail.gmail.com> Date: Mon, 4 Jan 2010 21:05:09 +0100 Message-ID: From: Emmanuel Rodriguez To: Andreas Wagner Content-Type: multipart/mixed; boundary=001517477f1e0c4627047c5c3d85 Cc: xml@gnome.org Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 20:05:27 -0000 --001517477f1e0c4627047c5c3d85 Content-Type: multipart/alternative; boundary=001517477f1e0c4620047c5c3d83 --001517477f1e0c4620047c5c3d83 Content-Type: text/plain; charset=UTF-8 On Mon, Jan 4, 2010 at 8:27 PM, Andreas Wagner wrote: > > > 2010/1/4 Liam R E Quin > > On Mon, 2010-01-04 at 17:35 +0100, Andreas Wagner wrote: >> >> > <----- these >> > attributes ... but i cant ...strange ... the line above works >> >> > do u have an idea what can be wrong? >> >> Note that unprefixed attributes are not in any namespace. >> > > I know, but i removed every namespace to test if i can get the attributes > of the param line, but i cant? > If you don't mind that the namespaces don't appear in your nodes then you can simply parse the document with XML_PARSE_RECOVER | XML_PARSE_NOERROR. Keep in mind that this will hide other errors in the document and could bite you later! cur = cur->xmlChildrenNode; > if (!xmlStrcmp(cur->name, (const xmlChar*) "param"){ > name = xmlGetProp(cur,(const xmlChar*) "parName"); > } > > // the name is never param ... its always text?? > when the current node cur is parameter i try to read the attributes from > the param line with: > > You probably don't have a pointer to the right node, are you sure that cur->type == XML_ELEMENT_NODE? Perhaps you could use XPath to find the right nodes. I used your original document as it is (with missing namespaces) and I was able to find the right attributes with the sample program attached to this email. -- Emmanuel Rodriguez --001517477f1e0c4620047c5c3d83 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Mon, Jan 4, 2010 at 8:27 PM, Andreas = Wagner <an= dreaswagner7@gmail.com> wrote:


2010/1/4 Liam R E Quin <liam@holoweb.net= >

On Mon, 2010-01-04 at 17:35 +0100, Andreas Wagner wrote:

> <param parName=3D"parameter1" type=3D"DOUBLE" v= al=3D"0.0"/> =C2=A0 =C2=A0<----- these
> attributes ... but i cant ...strange ... the line above works

> do u have an idea what can be wrong?

Note that unprefixed attributes are not in any namespace.

I know, but i removed every namespace to test if i can = get the attributes of the param line, but i cant?
If you don't mind that the namespaces don't appear in your nod= es then you can simply parse the document with XML_PARSE_RECOVER | XML_PARS= E_NOERROR. Keep in mind that this will hide other errors in the document an= d could bite you later!

cur =3D cur->xmlChildrenNode;
if (!xmlStrcmp= (cur->name, (const xmlChar*) "param"){
=C2=A0 name =3D xmlGetProp(cur,(const xmlChar*) "parName");
}<= br>
// the name is never param ... its always text??
when the current node cur is parameter i try to read the attributes f= rom the param line with:

You probably don't have a pointer to the right n= ode, are you sure that cur->type =3D=3D XML_ELEMENT_NODE? Perhaps you co= uld use XPath to find the right nodes.


I used your original document as it is (with missing namespaces) and I was able to find the right attributes with the sample program attached to t= his email.

--
Emmanuel Rodriguez
--001517477f1e0c4620047c5c3d83-- --001517477f1e0c4627047c5c3d85 Content-Type: text/x-csrc; charset=US-ASCII; name="walk.c" Content-Disposition: attachment; filename="walk.c" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g41oiabb0 I2luY2x1ZGUgPHN0ZGlvLmg+CgojaW5jbHVkZSA8bGlieG1sL3BhcnNlci5oPgojaW5jbHVkZSA8 bGlieG1sL3BhcnNlckludGVybmFscy5oPgoKLyogQ29tcGlsZSB3aXRoOiBnY2MgLS1zdGQ9Yzk5 IC1vIHdhbGsgd2Fsay5jIGBwa2ctY29uZmlnIC0tbGlicyAtLWNmbGFncyBsaWJ4bWwtMi4wYCAq LwoKc3RhdGljIHhtbERvYyogbXlfcGFyc2VfZG9jdW1lbnQgKGNvbnN0IHhtbENoYXIgKmZpbGVu YW1lKSB7CgoJeG1sUGFyc2VyQ3R4dCAqY3R4dCA9IE5VTEw7Cgl4bWxEb2MgKmRvY3VtZW50ID0g TlVMTDsKCgljdHh0ID0geG1sQ3JlYXRlRmlsZVBhcnNlckN0eHQoZmlsZW5hbWUpOwoJeG1sQ3R4 dFVzZU9wdGlvbnMoY3R4dCwgWE1MX1BBUlNFX0NPTVBBQ1QgfCBYTUxfUEFSU0VfUkVDT1ZFUiB8 IFhNTF9QQVJTRV9OT0VSUk9SKTsKCQoJaWYgKHhtbFBhcnNlRG9jdW1lbnQoY3R4dCkgPT0gMCkg ewoJCWRvY3VtZW50ID0gY3R4dC0+bXlEb2M7CgkJY3R4dC0+bXlEb2MgPSBOVUxMOwoJfQoKCXht bEZyZWVQYXJzZXJDdHh0KGN0eHQpOwoJcmV0dXJuIGRvY3VtZW50Owp9CgoKLyogV2FsayB0aGUg Z2l2ZW4gRE9NIGFuZCBzaG93IG1vcmUgaW50ZXJyZXN0IG9uIDxzY2FsYXIgcGFyTmFtZT0idmFs dWUiPiAqLwp2b2lkIHdhbGsgKHhtbE5vZGUgKm5vZGUsIGludCBkZXB0aCkgewoKCWlmIChub2Rl LT50eXBlID09IFhNTF9FTEVNRU5UX05PREUpIHsKCQlpbnQgaSA9IDA7CgkJZm9yICg7IGkgPCBk ZXB0aDsgKytpKSB7CgkJCXByaW50ZigiICAiKTsKCQl9CgkJcHJpbnRmKCIlcyAiLCBub2RlLT5u YW1lKTsKCQkKCQlpZiAoeG1sU3RyY21wKG5vZGUtPm5hbWUsICJzY2FsYXIiKSA9PSAwKSB7CgkJ CXhtbENoYXIgKnZhbHVlID0geG1sR2V0Tm9Oc1Byb3Aobm9kZSwgInBhck5hbWUiKTsKCQkJcHJp bnRmKCIgcGFyTmFtZSA9ICVzIiwgdmFsdWUpOwoJCQlpZiAodmFsdWUpIHhtbEZyZWUodmFsdWUp OwoJCX0KCQkKCQlwcmludGYoIlxuIik7Cgl9CgllbHNlIGlmIChub2RlLT50eXBlID09IFhNTF9E T0NVTUVOVF9OT0RFKSB7CgkJcHJpbnRmKCIvXG4iKTsKCX0KCgl4bWxOb2RlICpjaGlsZCA9IG5v ZGU7Cglmb3IgKGNoaWxkID0gbm9kZS0+Y2hpbGRyZW47IGNoaWxkOyBjaGlsZCA9IGNoaWxkLT5u ZXh0KSB7CgkJd2FsayhjaGlsZCwgZGVwdGggKyAxKTsKCX0KfQoKCmludAptYWluIChpbnQgYXJn YywgY2hhciAqKmFyZ3YpIHsKCgl4bWxEb2MgKmRvY3VtZW50ID0gTlVMTDsKCXhtbE5vZGUgKnJv b3QgPSBOVUxMOwoJeG1sTm9kZSAqbm9kZSA9IE5VTEw7Cgljb25zdCB4bWxDaGFyICpmaWxlbmFt ZSA9IE5VTEw7CgkKCWlmIChhcmdjID09IDEpIHsKCQlwcmludGYoIlVzYWdlOiBmaWxlbmFtZVxu Iik7CgkJcmV0dXJuIDE7Cgl9CglmaWxlbmFtZSA9IChjb25zdCB4bWxDaGFyICopIGFyZ3ZbMV07 CgkKCWRvY3VtZW50ID0gbXlfcGFyc2VfZG9jdW1lbnQoZmlsZW5hbWUpOwoJaWYgKGRvY3VtZW50 ID09IE5VTEwpIHsKCQlwcmludGYoIkZhaWxlZCB0byBwYXJzZSAlc1xuIiwgZmlsZW5hbWUpOwoJ CXJldHVybiAxOwoJfQoKCXdhbGsoKHhtbE5vZGUgKikgZG9jdW1lbnQsIDApOwoKCXhtbEZyZWVE b2MoZG9jdW1lbnQpOwoJeG1sQ2xlYW51cFBhcnNlcigpOwoKICByZXR1cm4gMDsKfQo= --001517477f1e0c4627047c5c3d85-- From andreaswagner7@gmail.com Mon Jan 4 20:05:47 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3264B7500B6 for ; Mon, 4 Jan 2010 20:05:47 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yEoKOXL278Qx for ; Mon, 4 Jan 2010 20:05:42 +0000 (GMT) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by menubar.gnome.org (Postfix) with ESMTP id 594DB750024 for ; Mon, 4 Jan 2010 20:05:32 +0000 (GMT) Received: by ewy26 with SMTP id 26so13432983ewy.23 for ; Mon, 04 Jan 2010 12:05:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=tTdZsg+F4Z1vPEk2qZFNbxYxdqAdTiUO2o5Q+3H/bxk=; b=PMiV7Uyisujx9Ms+bIX9hf7CXjj6QfmJLwgTjk3abuEf3DGY+sdRuSArcKiPg9fL+0 5D8FliQvaHD+wkwIOxMKHHOb09rclj1IK5jWl2wV/NPbrMRn4Wy4zsKoXXVdUuIaosPq jW5KfFlkIB1G0mL/Q48A4mEJ/9D+t6OboMxlY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=N4Ckd/4sfgKWLQ2YfljQ2T10ku7855t48es7MXC+L5P91/fqbBooyjGEKGsIcS98Rc XqrHOjINlPeUHC464gvUdrriGH7T9eVnj5ZgDCjeC3KgJu96E30WyATwzseznkJYX0F5 I774voRJZ6HtHSukBxerMQVUd8YrOiiE3kALU= MIME-Version: 1.0 Received: by 10.213.1.205 with SMTP id 13mr9882286ebg.50.1262635202584; Mon, 04 Jan 2010 12:00:02 -0800 (PST) In-Reply-To: <4B424466.4080602@cdatazone.org> References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031216v59c2f9fbw157728868d25125d@mail.gmail.com> <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> <8d28588e1001040640y75c7a1d4xb635c5604953088f@mail.gmail.com> <8d28588e1001040835vcd23feei2921420cd2872e9c@mail.gmail.com> <1262630684.2089.20.camel@desktop.barefootcomputing.com> <8d28588e1001041127t787a1fe9ie75385204946adcd@mail.gmail.com> <4B424466.4080602@cdatazone.org> Date: Mon, 4 Jan 2010 21:00:02 +0100 Message-ID: <8d28588e1001041200u3f766af1u45c6d793d8ea21a3@mail.gmail.com> From: Andreas Wagner To: xml@gnome.org Content-Type: multipart/alternative; boundary=000e0ce03f2cbb2072047c5c2abd Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 20:05:47 -0000 --000e0ce03f2cbb2072047c5c2abd Content-Type: text/plain; charset=ISO-8859-1 The parent of the param Node where i should be is definitively parameter and the child must be param and i am in the correct line ( cur->line). 2010/1/4 Rob Richards > Andreas Wagner wrote: > >> >> >> 2010/1/4 Liam R E Quin > >> >> >> On Mon, 2010-01-04 at 17:35 +0100, Andreas Wagner wrote: >> >> > <----- >> these >> > attributes ... but i cant ...strange ... the line above works >> >> > do u have an idea what can be wrong? >> >> Note that unprefixed attributes are not in any namespace. >> >> >> I know, but i removed every namespace to test if i can get the attributes >> of the param line, but i cant? and i do not know why. Some posts before i >> send an example how the file looks like. I can read the variables and >> constants in the header, but NOT the parameter. >> >> > The problem is that there are namespace (as you can see). >> > But they are never declared and i can not parse the file >> correctly.So >> you need to fix the file. A possible way to do that would be to make a >> DTD with some FIXED attribute values declared, to add the >> "xmlns:scenario=..." and so forth. Another might be to use >> entities in a wrapper, >> > >> ]> >> &example; >> >> With libxml, you may also be able to do this with xinclude. >> >> >> It get the files like they are and just need to get the attribute values >> in namespaces and without namespaces (like in my example i post). I added to >> the root node the namespaces and so i can parse the file correctly. But the >> params like in my example are in a namespace and i need >> the attributes from this line. But now i removed the namespaces just for >> testing but i can not get the attributes from these "normal" nodes ( example >> above with parName and type). >> >> >> >> >> >> >> >> >> when the current node cur is parameter i try to read the attributes from >> the param line with: >> >> cur = cur->xmlChildrenNode; >> if (!xmlStrcmp(cur->name, (const xmlChar*) "param"){ >> name = xmlGetProp(cur,(const xmlChar*) "parName"); >> } >> >> // the name is never param ... its always text?? >> >> >> > > You should run it through a debugger and make sure you are on the correct > element when trying to access the attributes because based on your example > the first child node of parameter is going to be a text node (linefeed) so > obviously your xmlStrcmp comparison is going to fail. The sibling of that > would be the param element. > > Rob > > --000e0ce03f2cbb2072047c5c2abd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The parent of the param Node where i should be is definitively parameter an= d the child must be param and i am in the correct line ( cur->line).
2010/1/4 Rob Richards <= ;rrichards@cdatazone.org>=
Andreas Wagner wr= ote:


2010/1/4 Liam R E Quin <liam@holoweb.net <mailto:liam@holoweb.net>>


=A0 =A0On Mon, 2010-01-04 at 17:35 +0100, Andreas Wagner wrote:

=A0 =A0> <param parName=3D"parameter1" type=3D"DOUBLE= " val=3D"0.0"/> =A0 =A0<-----
=A0 =A0these
=A0 =A0> attributes ... but i cant ...strange ... the line above works<= br>
=A0 =A0> do u have an idea what can be wrong?

=A0 =A0Note that unprefixed attributes are not in any namespace.


I know, but i removed every namespace to test if i can get the attributes o= f the param line, but i cant? and i do not know why. Some posts before i se= nd an example how the file looks like. I can read the variables and constan= ts in the header, but NOT the parameter.

=A0 =A0> The problem is that there are namespace (as you can see).
=A0 =A0> But they are never declared and i can not parse the file
=A0 =A0correctly.So
=A0 =A0you need to fix the file. A possible way to do that would be to mak= e a
=A0 =A0DTD with some FIXED attribute values declared, to add the
=A0 =A0"xmlns:scenario=3D..." and so forth. =A0Another might be = to use
=A0 =A0entities in a wrapper,
=A0 =A0<!DOCTYPE wrapper [
=A0 =A0 <!ENTITY include SYSTEM "myfile.xml">
=A0 =A0]>
=A0 =A0<wrapper>&example;</wrapper>

=A0 =A0With libxml, you may also be able to do this with xinclude.


It get the files like they are and just need to get the attribute values in= namespaces and without namespaces (like in my example i post). I added to = the root node the namespaces and so i can parse the file correctly. But the= params like in my example are in a namespace <pValue:scalar ...> and= i need the attributes from this line. But now i removed the namespaces jus= t for testing but i can not get the attributes from these "normal"= ; nodes ( example above with parName and type).


<parameters>
=A0<parameter>
=A0 =A0<param parName=3D"parameter1" type=3D"BOOL" = value=3D"true"/>
=A0</parameter>
</parameters>

when the current node cur is parameter i try to read the attributes from th= e param line with:

cur =3D cur->xmlChildrenNode;
if (!xmlStrcmp(cur->name, (const xmlChar*) "param"){
=A0name =3D xmlGetProp(cur,(const xmlChar*) "parName");
}

// the name is never param ... its always text??

=A0

You should run it through a debugger and make sure you are on the correct e= lement when trying to access the attributes because based on your example t= he first child node of parameter is going to be a text node (linefeed) so o= bviously your xmlStrcmp comparison is going to fail. The sibling of that wo= uld be the param element.

Rob


--000e0ce03f2cbb2072047c5c2abd-- From emmanuel.rodriguez@gmail.com Mon Jan 4 20:40:34 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E8AFF75008E for ; Mon, 4 Jan 2010 20:40:33 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5zzquNnUl0d1 for ; Mon, 4 Jan 2010 20:40:28 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id 23004750088 for ; Mon, 4 Jan 2010 20:40:19 +0000 (GMT) Received: by fxm27 with SMTP id 27so1167781fxm.23 for ; Mon, 04 Jan 2010 12:40:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=gUGwdgF/93Axx/D9ageKpt7bw0XzBVVAbso45Ao8oP8=; b=GdsgKGdW3fquc5dZj7SpfBC7Wc7opQmrM4vwluAIl/LZGLJ+ZaxhiCf4saoblOeeyp 2WUiE4tMeVHcji0WfF14Ky7H9BakG8s+XvYAdAhRzGpBRATqKdyEQXjzJQo2c+B9i9Cr oYPxETxdiTx9KvTzAFlKl6kM1NvVNvEzrnOq8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=s147zVxCcbh8WLudHdKclqJ+l4llmJ9vbuqI+sxlu0vg9745SpkE2Ur4gsGkEMEP8D aZE5d+f8rVadVW+ZWeQZWQWexTrtMjgV9FGZ4PUv9GVRrDSgUeYur0Z8LQbykLWgSH/N lT2kSTzCvSuKSKn/F2gQlaiK3bO2tEhlR37n0= MIME-Version: 1.0 Received: by 10.223.14.150 with SMTP id g22mr1079513faa.14.1262637617652; Mon, 04 Jan 2010 12:40:17 -0800 (PST) In-Reply-To: <8d28588e1001041200u3f766af1u45c6d793d8ea21a3@mail.gmail.com> References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> <8d28588e1001040640y75c7a1d4xb635c5604953088f@mail.gmail.com> <8d28588e1001040835vcd23feei2921420cd2872e9c@mail.gmail.com> <1262630684.2089.20.camel@desktop.barefootcomputing.com> <8d28588e1001041127t787a1fe9ie75385204946adcd@mail.gmail.com> <4B424466.4080602@cdatazone.org> <8d28588e1001041200u3f766af1u45c6d793d8ea21a3@mail.gmail.com> Date: Mon, 4 Jan 2010 21:40:17 +0100 Message-ID: From: Emmanuel Rodriguez To: Andreas Wagner Content-Type: multipart/alternative; boundary=0015174481f8ae23d0047c5cbaf7 Cc: xml@gnome.org Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 20:40:34 -0000 --0015174481f8ae23d0047c5cbaf7 Content-Type: text/plain; charset=UTF-8 On Mon, Jan 4, 2010 at 9:00 PM, Andreas Wagner wrote: > The parent of the param Node where i should be is definitively parameter > and the child must be param and i am in the correct line ( cur->line). > Be careful because if you have text between the parent element and the child element then you will have at least a text node in between the two elements. The following xml snippet: Produces: Element ( children (text "\n ") -> next (Element ) Text elements are part of the DOM too and they are also represented as xmlNodes. Use the property type to see what kind of node you're inspecting. If you really want to get the child element and not the child then use xmlFirstElementChild(cur) -- Emmanuel Rodriguez --0015174481f8ae23d0047c5cbaf7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Mon, Jan 4, 2010 at 9:00 PM, Andreas = Wagner <an= dreaswagner7@gmail.com> wrote:
The parent of the param Node where i should be is definitively parameter an= d the child must be param and i am in the correct line ( cur->line).

Be careful because if you have text between the par= ent element and the child element then you will have at least a text node i= n between the two elements.

The following xml snippet:
<parameter>
=C2=A0 <param=C2= =A0 parName=3D"parameter1" type=3D"BOOL" value=3D"= true"/>
</parameter>

Produces:
Ele= ment (<parameter)
=C2=A0 -> children (text "\n=C2=A0 ") -> next (Element <= param >)

Text elements are part of the DOM too and they are also = represented as xmlNodes. Use the property type to see what kind of node you= 're inspecting. If you really want to get the child element and not the= child then use xmlFirstElementChild(cur)

--
Emmanuel Rodriguez
--0015174481f8ae23d0047c5cbaf7-- From andreaswagner7@gmail.com Mon Jan 4 21:49:33 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A311D750096 for ; Mon, 4 Jan 2010 21:49:33 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.444 X-Spam-Level: X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40Wmow7kaPTS for ; Mon, 4 Jan 2010 21:49:28 +0000 (GMT) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by menubar.gnome.org (Postfix) with ESMTP id 1B5B1750088 for ; Mon, 4 Jan 2010 21:49:19 +0000 (GMT) Received: by ewy26 with SMTP id 26so13542756ewy.23 for ; Mon, 04 Jan 2010 13:49:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=rgLaq9ijf1YdkhEXj8GhPEwoLsz/iZmeP24Ur4kPyNw=; b=HQfOXMZIm2gSOFVz1Xj6XBmbqga+NXw5LthLyKJGDOOJuu5iQHVP6vbbybkC4AmYSC dPNAH0rwJCX8aTk5S7OfdRHMtlEhNjDFGJHXMmcHqzPsu1w9Vf3nV2SSc6OivQ83A6RE +x+8EdcvjMXtfjLdHkWiMCTDmo1933eouvmgc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=v5jS0x1wHodKRel+tXAKHUevL5ZcM6OvZDmPEMvuBSDzTy1iAZJfCA41emOMINPKsp E2Df68yUVTfO8RaIri1FpdqdJmO0tfGLt230x9/jftMe/NRCf20jLxtAjGes36p+yx1u Q+YRVzxoYID6fFtDveq/ZBhMs5Gx5Q0onKU88= MIME-Version: 1.0 Received: by 10.213.102.129 with SMTP id g1mr441257ebo.41.1262641757344; Mon, 04 Jan 2010 13:49:17 -0800 (PST) In-Reply-To: References: <8d28588e1001020939m1422aca8l85608c88a9464799@mail.gmail.com> <8d28588e1001031506o256830a5g7cb232611c09345@mail.gmail.com> <8d28588e1001040640y75c7a1d4xb635c5604953088f@mail.gmail.com> <8d28588e1001040835vcd23feei2921420cd2872e9c@mail.gmail.com> <1262630684.2089.20.camel@desktop.barefootcomputing.com> <8d28588e1001041127t787a1fe9ie75385204946adcd@mail.gmail.com> <4B424466.4080602@cdatazone.org> <8d28588e1001041200u3f766af1u45c6d793d8ea21a3@mail.gmail.com> Date: Mon, 4 Jan 2010 22:49:17 +0100 Message-ID: <8d28588e1001041349t38504270gfa40c8568ef98ef7@mail.gmail.com> From: Andreas Wagner To: xml@gnome.org Content-Type: multipart/alternative; boundary=00504502caad6cd5d8047c5db1c6 Subject: Re: [xml] namespace problem X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 21:49:33 -0000 --00504502caad6cd5d8047c5db1c6 Content-Type: text/plain; charset=ISO-8859-1 Fuck.... ur are absolutely right Emmanuel... that was my mistake. I have to use xmlFirstElement(cur) I didnt know that the first node of a text-node is "\n". Someone has to write it down somewhere ;-) I have a book about libxml und i searched google and this page, but didnt find an explanation like this. Thx. i think now i can try to read the real files with the namespaces in hope that it will work. thxthxthx ^^ 2010/1/4 Emmanuel Rodriguez > > > On Mon, Jan 4, 2010 at 9:00 PM, Andreas Wagner wrote: > >> The parent of the param Node where i should be is definitively parameter >> and the child must be param and i am in the correct line ( cur->line). >> > > Be careful because if you have text between the parent element and the > child element then you will have at least a text node in between the two > elements. > > The following xml snippet: > > > > > > Produces: > Element ( -> children (text "\n ") -> next (Element ) > > Text elements are part of the DOM too and they are also represented as > xmlNodes. Use the property type to see what kind of node you're inspecting. > If you really want to get the child element and not the child then use > xmlFirstElementChild(cur) > > -- > Emmanuel Rodriguez > --00504502caad6cd5d8047c5db1c6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Fuck.... ur are absolutely right Emmanuel... that was my mistake. I have to= use xmlFirstElement(cur) I didnt know that the first node of a text-node i= s "\n". Someone has to write it down somewhere ;-)
I have a b= ook about libxml und i searched google and this page, but didnt find an exp= lanation like this.

Thx. i think now i can try to read the real files with the namespaces i= n hope that it will work.

thxthxthx ^^

2010/1/4 Emmanuel Rodriguez <emmanuel.rodriguez@gmail.com>


On Mon, Jan 4, 2010 at 9:00 PM, Andreas= Wagner <andreaswagner7@gmail.com> wrote:
The parent of the param Node where i should be is definitively parameter an= d the child must be param and i am in the correct line ( cur->line).

Be careful because if you have text between t= he parent element and the child element then you will have at least a text = node in between the two elements.

The following xml snippet:

<parameter>
= =A0 <param=A0 parName=3D"parameter1" type=3D"BOOL" v= alue=3D"true"/>
</parameter>

Produces:
Element (<parameter)
=A0 -> children (text "\n=A0 ") -> next (Element <param = >)

Text elements are part of the DOM too and they are also repres= ented as xmlNodes. Use the property type to see what kind of node you'r= e inspecting. If you really want to get the child element and not the child= then use xmlFirstElementChild(cur)

--
Emmanuel Rodriguez

--00504502caad6cd5d8047c5db1c6-- From wolfgang.laun@thalesgroup.com Tue Jan 5 09:12:04 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BEF4F7500AF for ; Tue, 5 Jan 2010 09:12:04 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id brBa-RFKng0C for ; Tue, 5 Jan 2010 09:11:54 +0000 (GMT) Received: from thsmsgxrt11p.thalesgroup.com (thsmsgxrt11p.thalesgroup.com [192.54.144.134]) by menubar.gnome.org (Postfix) with ESMTP id CF297750080 for ; Tue, 5 Jan 2010 09:11:45 +0000 (GMT) Received: from thsmsgirt24p.corp.thales (unknown [10.33.231.8]) by thsmsgxrt11p.thalesgroup.com (Postfix) with ESMTP id 54DD3488E1D for ; Tue, 5 Jan 2010 10:11:43 +0100 (CET) Received: from thsmsgiav13p.corp.thales (10.33.231.33) by thsmsgirt24p.corp.thales (8.5.103) id 4B0E9CC10047B257 for xml@gnome.org; Tue, 5 Jan 2010 10:11:43 +0100 Received: from (unknown [10.33.231.3]) by thsmsgiav13p.corp.thales with smtp id 7f7b_601a_56f252c8_f9da_11de_bfef_0013725f4d82; Tue, 05 Jan 2010 10:11:42 +0100 Received: from ATVIESW010.adm.alcatel.com (unknown [10.220.24.11]) by thsmsgirt13p.corp.thales (Postfix) with ESMTP id 5EEF854804B for ; Tue, 5 Jan 2010 10:11:42 +0100 (CET) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 5 Jan 2010 10:11:42 +0100 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Strange behavior Thread-Index: AcqNbhFmAeKmAebASR6Fb0aZWljyYwAeDOFw References: From: "LAUN, Wolfgang" To: Subject: Re: [xml] Strange behavior X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 09:12:05 -0000 The C program assumes that the "interesting" elements are one level below the document root. Therefore, the additional level introduced by inhibits the program from reaching the correct elements. Notice that xmlNodePtr provides access to other xmlNode fields so that you can check the tag name and decide whether to go down another level. -W -----Original Message----- From: Gabriel Duarte Hello! I'm new to libxml, following the instructions and reading examples I could parse a XML file perfectly, but now I got a problem I can't solve by my self. I got this following XML file: Sat Jan 02 20:44:54 +0000 2010 7309338854 TESTE_AGAIN <a href=3D"http://apiwiki.twitter.com/" rel=3D"nofollow">API</a> false false 13672792 Gabriel Duarte biiielduarte Rio de Janeiro Just me! Let's have lots of fun! http://a1.twimg.com/profile_images/539180228/mau_normal.png http://kinuxlinux.org/gabriel_duarte false 92 742E00 501E02 533117 B7957B B7957B 79 Tue Feb 19 14:16:41 +0000 2008 2 -10800 Brasilia http://a1.twimg.com/profile_background_images/58350922/bg.jpg true false false false false 830 The output is: id : 13672792 name : Gabriel Duarte screen_name : biiielduarte location : Rio de Janeiro description : Just me! Let's have lots of fun! profile_image_url : http://a1.twimg.com/profile_images/539180228/mau_normal.png url : http://kinuxlinux.org/gabriel_duarte protected : false followers_count : 92 profile_background_color : 742E00 profile_text_color : 501E02 profile_link_color : 533117 profile_sidebar_fill_color : B7957B profile_sidebar_border_color : B7957B friends_count : 79 created_at : Tue Feb 19 14:16:41 +0000 2008 favourites_count : 2 utc_offset : -10800 time_zone : Brasilia profile_background_image_url : http://a1.twimg.com/profile_background_images/58350922/bg.jpgprofile_bac kground_tile : true notifications : false geo_enabled : false verified : false following : false statuses_count : 830 I can parser and print the output perfectly, but when I try to use another file: Sat Jan 02 20:44:54 +0000 2010 7309338854 TESTE_AGAIN <a href=3D"http://apiwiki.twitter.com/" rel=3D"nofollow">API</a> false false 13672792 Gabriel Duarte biiielduarte Rio de Janeiro Just me! Let's have lots of fun! http://a1.twimg.com/profile_images/539180228/mau_normal.png http://kinuxlinux.org/gabriel_duarte false 92 742E00 501E02 533117 B7957B B7957B 79 Tue Feb 19 14:16:41 +0000 2008 2 -10800 Brasilia http://a1.twimg.com/profile_background_images/58350922/bg.jpg true false false false false 830 The output is: created_at : Sat Jan 02 20:44:54 +0000 2010 id : 7309338854 text : TESTE_AGAIN source : API truncated : false in_reply_to_status_id : = (null) in_reply_to_user_id : (null) favorited : false in_reply_to_screen_name : (null) user : geo : (null) It's almost the same file, only differs at the node. I don't know whats is happening. I need help to finish my project... The program that parses these XML files is: #include #include #include void parseCD(xmlDocPtr doc, xmlNodePtr cur) { xmlChar* content; cur =3D cur->children; while(cur !=3D NULL) { if(cur->type =3D=3D XML_ELEMENT_NODE) { content =3D xmlNodeListGetString(doc, cur->xmlChildrenNode, 1); printf("%s : %s\n",cur->name,content); xmlFree(content); /*free(content);*/ /* windows */ content =3D NULL; } cur =3D cur->next; } } int main() { xmlDocPtr doc; xmlNodePtr cur; doc =3D xmlParseFile("TwittXML.xml"); cur =3D xmlDocGetRootElement(doc); cur =3D cur->children; while(cur !=3D NULL) { if(cur->type =3D=3D XML_ELEMENT_NODE) { parseCD(doc,cur); } cur =3D cur->next; } xmlFreeDoc(doc); return 0; } Thanks! --=20 Gabriel Duarte Linux User #471185 Rio de Janeiro - RJ http://kinuxlinux.org/gabriel_duarte Phones: (55) (21) 9463-7760 /*Mobile*/ (55) (21) 2464-9302 /*Home*/ (55) (21) 2529-5080 /*Work*/ -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ G++ e+ h* r+ y++++ ------END GEEK CODE BLOCK------ --=20 Gabriel Duarte Linux User #471185 Rio de Janeiro - RJ http://kinuxlinux.org/gabriel_duarte Phones: (55) (21) 9463-7760 /*Mobile*/ (55) (21) 2464-9302 /*Home*/ (55) (21) 2529-5080 /*Work*/ -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ G++ e+ h* r+ y++++ ------END GEEK CODE BLOCK------ -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Mon, 04 Jan 2010 13:44:44 -0500 From: Liam R E Quin To: Andreas Wagner Cc: xml@gnome.org Subject: Re: [xml] namespace problem Message-ID: <1262630684.2089.20.camel@desktop.barefootcomputing.com> Content-Type: text/plain; charset=3D"ISO-8859-15" On Mon, 2010-01-04 at 17:35 +0100, Andreas Wagner wrote: > <----- = these > attributes ... but i cant ...strange ... the line above works > do u have an idea what can be wrong? Note that unprefixed attributes are not in any namespace. > The problem is that there are namespace (as you can see). > But they are never declared and i can not parse the file correctly.So you need to fix the file. A possible way to do that would be to make a DTD with some FIXED attribute values declared, to add the "xmlns:scenario=3D..." and so forth. Another might be to use entities in a wrapper, ]> &example; With libxml, you may also be able to do this with xinclude. Liam > =20 --=20 Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ------------------------------ _______________________________________________ xml mailing list xml@gnome.org http://mail.gnome.org/mailman/listinfo/xml End of xml Digest, Vol 69, Issue 7 ********************************** From genewk@hotmail.com Thu Jan 7 01:37:33 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7874075010D for ; Thu, 7 Jan 2010 01:37:33 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -98.239 X-Spam-Level: X-Spam-Status: No, score=-98.239 tagged_above=-999 required=2 tests=[BAYES_50=0.001, DEAR_SOMETHING=1.605, HTML_MESSAGE=0.001, TW_BX=0.077, TW_IB=0.077, USER_IN_WHITELIST=-100] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lrkq+-bNHTxs for ; Thu, 7 Jan 2010 01:37:26 +0000 (GMT) Received: from snt0-omc3-s24.snt0.hotmail.com (snt0-omc3-s24.snt0.hotmail.com [65.55.90.163]) by menubar.gnome.org (Postfix) with ESMTP id 912457500FE for ; Thu, 7 Jan 2010 01:37:18 +0000 (GMT) Received: from SNT109-DS15 ([65.55.90.136]) by snt0-omc3-s24.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 6 Jan 2010 17:37:16 -0800 X-Originating-IP: [58.198.96.207] X-Originating-Email: [genewk@hotmail.com] Message-ID: From: "Charles.K.W" To: Date: Thu, 7 Jan 2010 09:37:12 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0014_01CA8F7C.FDB821A0" X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8089.726 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8089.726 X-OriginalArrivalTime: 07 Jan 2010 01:37:16.0941 (UTC) FILETIME=[F1FF03D0:01CA8F39] Subject: [xml] xmlParseFile Help X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 01:37:33 -0000 ŐâÊÇÒ»·â MIME žńÊœ”ĶොÓÊŒțĄŁ ------=_NextPart_000_0014_01CA8F7C.FDB821A0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Dear Sir/Madam: When I use xmlParseFile or xmlReadFile to read a huge XML file (about 10 = G), but I don't have a big memory server, so I want to get the content = per line (like the C function fgets). Can libxml2 achieve this function? If so, what is the function? And is = there a realated mail-list? Best! Kai Wang ------=_NextPart_000_0014_01CA8F7C.FDB821A0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
 
Dear Sir/Madam:
 
 
When I use = xmlParseFile=20 or xmlReadFile to read a huge XML file (about 10 G), but I don't = have a big=20 memory server, so I want to get the content per line (like the C = function=20 fgets).
Can = libxml2=20 achieve this function? If so, what is the function? And is there a = realated=20 mail-list?
 
     = Best!
 
Kai Wang
 
= ------=_NextPart_000_0014_01CA8F7C.FDB821A0-- From andrew.w.nosenko@gmail.com Thu Jan 7 02:22:22 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AA61A7500FD for ; Thu, 7 Jan 2010 02:22:22 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.84 X-Spam-Level: X-Spam-Status: No, score=-0.84 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DEAR_SOMETHING=1.605, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id udCFFhsKYJTy for ; Thu, 7 Jan 2010 02:22:15 +0000 (GMT) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by menubar.gnome.org (Postfix) with ESMTP id 12DF3750070 for ; Thu, 7 Jan 2010 02:22:06 +0000 (GMT) Received: by ey-out-2122.google.com with SMTP id 22so2716674eye.49 for ; Wed, 06 Jan 2010 18:22:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lanhprgXv8BnV4TrQujRRFaRMpjlZivZzVrmlSagHz4=; b=JkKOJE3BnaF2nFN55phj0jXbj3umBYrBkyl9Uc9t/oLANfaL6Q7FXID99jmsiydLZW TrquurcHeJXvLyi67k0FvBGcDM2Ki9S+7IR8OXPRPpWsN3fiIjQQ1d11ofsNcSWBZQP2 TR9XoYMi0aon/DnmKyxaRfc0r+4OKAwsIY5Z0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Llj5ZWevqtnhDuWfv/0I6Z2pezx2GME7Ci8Ti+ycBMeg3D7s2Sz9ugfOixReNPoQoK ndhxHD/nJEMSdJ00bamP0lvlx/WTMa6aZvInqUGO9lhK8q8LkcWs444HtTUx84bsmnIw tEV6m2WvfSxbJgSjzlTnbJErhVSzDFpLPsKcE= MIME-Version: 1.0 Received: by 10.213.107.8 with SMTP id z8mr3737427ebo.32.1262830924665; Wed, 06 Jan 2010 18:22:04 -0800 (PST) In-Reply-To: References: Date: Thu, 7 Jan 2010 04:22:04 +0200 Message-ID: <6161f3181001061822s485b5513u5d730fae5409a49b@mail.gmail.com> From: "Andrew W. Nosenko" To: "Charles.K.W" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xml@gnome.org Subject: Re: [xml] xmlParseFile Help X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 02:22:22 -0000 2010/1/7 Charles.K.W : > > Dear Sir/Madam: > > > When I use xmlParseFile or xmlReadFile to read a huge XML file (about 10 = G), > but I don't have=A0a big memory=A0server, so I want to get the content pe= r line > (like the C function fgets). > Can libxml2 achieve=A0this function? If so, what is the function? Try to use Reader interface: http://xmlsoft.org/xmlreader.html http://xmlsoft.org/html/libxml-xmlreader.html If you need fast but convenient streamed transformation from xml to your data structures, then it is ultimate solution (proofed just by my practical experience). --=20 Andrew W. Nosenko From Neil.Youngman@wirefast.com Fri Jan 8 11:34:09 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E754A750079 for ; Fri, 8 Jan 2010 11:34:08 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.844 X-Spam-Level: X-Spam-Status: No, score=-0.844 tagged_above=-999 required=2 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, TW_BX=0.077, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tnpu5D+Ivecf for ; Fri, 8 Jan 2010 11:34:01 +0000 (GMT) Received: from mail.wirefast.com (mailout.wirefast.com [82.71.224.237]) by menubar.gnome.org (Postfix) with SMTP id 48569750020 for ; Fri, 8 Jan 2010 11:33:49 +0000 (GMT) Received: from mail pickup service by mail.wirefast.com with Microsoft SMTPSVC; Fri, 8 Jan 2010 11:33:47 +0000 Content-Class: urn:content-classes:message Content-Type: multipart/related; boundary="----=_NextPart_000_36A2_01CA9056.714F2580" MIME-Version: 1.0 Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Date: Fri, 8 Jan 2010 11:33:46 -0000 Message-ID: <41ACF455477C0047BB8537E0A092794E015830F1@mail.wire2.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Segmentation fault in xmlSAX2StartElementNs/nodePush Thread-Index: AcqQVnDau8z+W6SSQ/CMpnC7GzrECw== From: "Neil Youngman" To: X-OriginalArrivalTime: 08 Jan 2010 11:33:47.0623 (UTC) FILETIME=[71516F70:01CA9056] Subject: [xml] Segmentation fault in xmlSAX2StartElementNs/nodePush X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 11:34:09 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_36A2_01CA9056.714F2580 Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA9056.70DCBBD4" ------_=_NextPart_001_01CA9056.70DCBBD4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm having some trouble with segmentation faults. I get the following = error from valgrind --tool=3Daddrcheck =3D=3D2086=3D=3D Invalid write of size 4 =3D=3D2086=3D=3D at 0x342506B9: nodePush (in = /usr/lib/libxml2.so.2.6.16) =3D=3D2086=3D=3D by 0x34263949: xmlSAX2StartElementNs (in = /usr/lib/libxml2.so.2.6.16) =3D=3D2086=3D=3D by 0x34255AD7: (within /usr/lib/libxml2.so.2.6.16) =3D=3D2086=3D=3D by 0x3425A049: xmlParseElement (in = /usr/lib/libxml2.so.2.6.16) =3D=3D2086=3D=3D Address 0x34546510 is 0 bytes after a block of size 0 = alloc'd =3D=3D2086=3D=3D at 0x3414A23C: malloc (vg_replace_malloc.c:131) =3D=3D2086=3D=3D by 0x3414AC2B: realloc (vg_replace_malloc.c:189) =3D=3D2086=3D=3D by 0x342506E3: nodePush (in = /usr/lib/libxml2.so.2.6.16) =3D=3D2086=3D=3D by 0x34263949: xmlSAX2StartElementNs (in = /usr/lib/libxml2.so.2.6.16) The relevant code segment is: // Set up a function to report errors = =20 char *xmlErrors =3D new char[1024]; xmlErrors[0] =3D '\0'; xmlParserCtxt *context =3D xmlNewParserCtxt(); context->sax->error =3D handleXMLError; context->sax->fatalError =3D handleXMLError; context->userData =3D xmlErrors; /* Parse the file and get the DOM */ xmlDoc *doc =3D xmlCtxtReadFile( context, dropFile.c_str(), NULL, 0 = ); If I don't set context->userData then the crash goes away.=20 Is there anything obviously stupid in that code, or a known bug that I'm = tripping over because my libxml2 library is too old? Neil Youngman Neil Youngman=20 Developer Wirefast Limited =20 Wirefast provides secure corporate messaging services. See our messaging solutions at http://www.wirefast.com/ Please consider the environment. Does this email or attachment need to be printed?=20 This message contains confidential information and is intended only=20 for the individual named. If you are not the named addressee you=20 should not disseminate, distribute or copy this email. Please=20 notify the sender immediately by email if you have received this=20 email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free=20 as information could be intercepted, corrupted, lost, destroyed,=20 arrive late or incomplete, or contain viruses. The sender therefore=20 does not accept liability for any errors or omissions in the contents=20 of this message which arise as a result of email transmission. Wirefast Limited is registered in England & Wales Company number: 03865860 Registered Office: 7/10 Chandos Street, Cavendish Square, London, W1G = 9DQ ------_=_NextPart_001_01CA9056.70DCBBD4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Segmentation fault in xmlSAX2StartElementNs/nodePush

I'm having some trouble with segmentation faults. I = get the following error from valgrind --tool=3Daddrcheck

=3D=3D2086=3D=3D Invalid write of size 4
=3D=3D2086=3D=3D    at 0x342506B9: nodePush (in = /usr/lib/libxml2.so.2.6.16)
=3D=3D2086=3D=3D    by 0x34263949: xmlSAX2StartElementNs = (in /usr/lib/libxml2.so.2.6.16)
=3D=3D2086=3D=3D    by 0x34255AD7: (within = /usr/lib/libxml2.so.2.6.16)
=3D=3D2086=3D=3D    by 0x3425A049: xmlParseElement (in = /usr/lib/libxml2.so.2.6.16)
=3D=3D2086=3D=3D  Address 0x34546510 is 0 bytes after a block of = size 0 alloc'd
=3D=3D2086=3D=3D    at 0x3414A23C: malloc = (vg_replace_malloc.c:131)
=3D=3D2086=3D=3D    by 0x3414AC2B: realloc = (vg_replace_malloc.c:189)
=3D=3D2086=3D=3D    by 0x342506E3: nodePush (in = /usr/lib/libxml2.so.2.6.16)
=3D=3D2086=3D=3D    by 0x34263949: xmlSAX2StartElementNs = (in /usr/lib/libxml2.so.2.6.16)

The relevant code segment is:

    // Set up a function to report = errors           &= nbsp;           &n= bsp;           &nb= sp;  
    char *xmlErrors =3D new char[1024];
    xmlErrors[0] =3D '\0';
    xmlParserCtxt *context =3D xmlNewParserCtxt();
    context->sax->error =3D handleXMLError;
    context->sax->fatalError =3D = handleXMLError;
    context->userData =3D xmlErrors;

    /* Parse the file and get the DOM */
    xmlDoc *doc =3D xmlCtxtReadFile( context, = dropFile.c_str(), NULL, 0 );

If I don't set context->userData then the crash goes away.

Is there anything obviously stupid in that code, or a known bug that I'm = tripping over because my libxml2 library is too old?

Neil Youngman



Neil = Youngman 
Developer
Wirefast Limited


Wirefast = provides secure corporate messaging services.
See our messaging = solutions at
http://www.wirefast.com/

Please consider the = environment.
Does this email or = attachment need to be printed?

This message contains = confidential information and is intended only
for the individual = named. If you are not the named addressee you
should not = disseminate, distribute or copy this email. Please
notify the sender = immediately by email if you have received this
email by mistake and = delete this email from your system.

Email transmission cannot be = guaranteed to be secure or error-free
as information could be = intercepted, corrupted, lost, destroyed,
arrive late or incomplete, = or contain viruses. The sender therefore
does not accept liability = for any errors or omissions in the contents
of this message which = arise as a result of email transmission.
Wirefast Limited is = registered in England & Wales
Company number: = 03865860
Registered Office: 7/10 Chandos Street, Cavendish Square, = London, W1G 9DQ

------_=_NextPart_001_01CA9056.70DCBBD4-- ------=_NextPart_000_36A2_01CA9056.714F2580 Content-Type: image/jpeg; name="logo.jpg" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="logo.jpg" /9j/4AAQSkZJRgABAgEASABIAAD/7Q0qUGhvdG9zaG9wIDMuMAA4QklNA+0KUmVzb2x1dGlvbgAA AAAQAEgAAAABAAIASAAAAAEAAjhCSU0EDRhGWCBHbG9iYWwgTGlnaHRpbmcgQW5nbGUAAAAABAAA AB44QklNBBkSRlggR2xvYmFsIEFsdGl0dWRlAAAAAAQAAAAeOEJJTQPzC1ByaW50IEZsYWdzAAAA CQAAAAAAAAAAAQA4QklNBAoOQ29weXJpZ2h0IEZsYWcAAAAAAQAAOEJJTScQFEphcGFuZXNlIFBy aW50IEZsYWdzAAAAAAoAAQAAAAAAAAACOEJJTQP1F0NvbG9yIEhhbGZ0b25lIFNldHRpbmdzAAAA SAAvZmYAAQBsZmYABgAAAAAAAQAvZmYAAQChmZoABgAAAAAAAQAyAAAAAQBaAAAABgAAAAAAAQA1 AAAAAQAtAAAABgAAAAAAAThCSU0D+BdDb2xvciBUcmFuc2ZlciBTZXR0aW5ncwAAAHAAAP////// //////////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////// /////////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQAC0xh eWVyIFN0YXRlAAAAAgABOEJJTQQCDExheWVyIEdyb3VwcwAAAAAEAAAAADhCSU0ECAZHdWlkZXMA AAAAEAAAAAEAAAJAAAACQAAAAAA4QklNBB4NVVJMIG92ZXJyaWRlcwAAAAQAAAAAOEJJTQQaBlNs aWNlcwAAAABpAAAABgAAAAAAAAAAAAAARAAAAIwAAAAEAGwAbwBnAG8AAAABAAAAAAAAAAAAAAAA AAAAAAAAAAEAAAAAAAAAAAAAAIwAAABEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ADhCSU0EERFJQ0MgVW50YWdnZWQgRmxhZwAAAAEBADhCSU0EFBdMYXllciBJRCBHZW5lcmF0b3Ig QmFzZQAAAAQAAAAEOEJJTQQMFU5ldyBXaW5kb3dzIFRodW1ibmFpbAAACVoAAAABAAAAcAAAADYA AAFQAABG4AAACT4AGAAB/9j/4AAQSkZJRgABAgEASABIAAD/7gAOQWRvYmUAZIAAAAAB/9sAhAAM CAgICQgMCQkMEQsKCxEVDwwMDxUYExMVExMYEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMAQ0LCw0ODRAODhAUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAz/wAARCAA2AHADASIAAhEBAxEB/90ABAAH/8QBPwAAAQUBAQEBAQEAAAAA AAAAAwABAgQFBgcICQoLAQABBQEBAQEBAQAAAAAAAAABAAIDBAUGBwgJCgsQAAEEAQMCBAIFBwYI BQMMMwEAAhEDBCESMQVBUWETInGBMgYUkaGxQiMkFVLBYjM0coLRQwclklPw4fFjczUWorKDJkST VGRFwqN0NhfSVeJl8rOEw9N14/NGJ5SkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2N0dXZ3eHl6e3 x9fn9xEAAgIBAgQEAwQFBgcHBgU1AQACEQMhMRIEQVFhcSITBTKBkRShsUIjwVLR8DMkYuFygpJD UxVjczTxJQYWorKDByY1wtJEk1SjF2RFVTZ0ZeLys4TD03Xj80aUpIW0lcTU5PSltcXV5fVWZnaG lqa2xtbm9ic3R1dnd4eXp7fH/9oADAMBAAIRAxEAPwD1VJJJJSlnN61TaC/Gx8jJxwSPtFTAazH5 1W5zLMhn/CY9dtdn+DReptbZjih5203u23uOgFQDrLw535jbKq3Vf21Xv6/0yikfZrG5DnH06GVa sc4CY9djXU11VMbvvt/wFSaT40kBv42TRlVC6h4ewyJ4II0cx7Xe+uxjvbZW/wB9ajm5deHjPyLG ueGQG1sEve5x2V1VtO39JbY5tbFk11dRDT1bGzqLrHkHIoqY37K9jYbt9du/KbfUz/tY62z/AMI/ zdVWhvbmW4rtpaxm+5zHch7f0IrePc3cx1ln/XKkuL7VENE9V63hN+19Yw6a8AwbH41rrbMdp/wm W2yqltuOz/tRfj/0b/Q2Y7LcplvJ6he+12L0yoZGQw7bbXnbRSYn9NY2XWW/91qP0n+n+y12+sgX Zef1N7sbpT/s2M0gW9TLQ6dRuqwKn+21+3/tXb+r1f4KvL/wNfpvQcKoWdLudfYzD2/ZgbrGt9B4 PoN9LHfTT+ifXdj/AM3v/Q708VSwk3o2XdEycgbs3qeU95kluO4Y1YJ/0TKP0+z/AI/JyH/8Ig0v zui5uPi5WTZn9PzX+jRkXBvrUXbS+um+2sVevjZHpvZVc6v7RVk+nTb6/wBo/QWT9X8RrYxbsrEf Mh9WRYYP/FZD78d3/XKVm9Zs6nh4Qr6i5mTi1349rOpNArNfpX02t/aFH82xns/SZ2P+h/0uJiUs 9RJL0qSSSCVJJJJKf//Q9VULrq6KX3WnbXW0ve7mABLuFNVs5vqNprP0XXMLvg0+qP8ApVpJAstN mC/LuqyuqMD3OJdTiO1rpbHs3M/m7sr/AElz/wCa/m8b9+2zitN2VbmO1DZooHYMaf0z/wCtde33 f8HTSi5Z2Um4CbKgXVCSAXkFjQ6Ppbt/5yyG/WHF6fmdR6dlV+jjdGxKso5JduNlbg/f+hDG7Xtd V++/1npoGv4qJ0dW7CrfZ69X6HJ/0rR9L+Te3T16/wCv/wBa9J/vVFtdlpfhBnphxDbBqQGCXPbu 9u9j9zf69SycX6+faPq03rH7PczNty/sGP0w2e9+QX+myj1n1s9J23dY/wBSr9HsVYfWTFweoda6 szHvvufmY/R8eht+5l+Wxnupx6XsY3D2Os99j32er/Ofo7PUreJQsgjTXXyVb2dVbKq21sENaICr ZbfTzMXKHi7Hs/q2Dc3/ADb6qv8APXP3fW76wU2YmE/6vkdWzXXGvCOZUQKKW1u+1WZLGPrb6llr q2Vf8Esrrv1x6llfVvrdFuCemdQxLqMKr0rxfuuvc1xFN1DKtt+PV7/b+f8Ay08LTs+gql1Rosqp oP8AhsioEeIY8ZL2/wBquh65LHsyvq7jWdTPSr6bga8ZrOp9Wr9N7Xy+25tl12Rj12sfRX+b6j/V /Rf4RJv1+f8AaL8jqvThj09NwTn1vx8lmXXZ6r2YmOG20VsY1791tbPf/pEkvT9MYcDJs6VJ9AN9 bAntVOy3Fb/Jw7XM9L9zGyMan/ArTXD5v1l6vd0rM6rl9Pq6bXg4tzqMqnNryi66yv06cXbisZs/ SPpu9T1P8FWtL6kP+sFXTcbA6p0441NGO0tzLMoZFl1jve/dTs9Sn6T3++39F/MpKemSSSSU/wD/ 0fVUK+kXNa0vcza9jwWGD7HB+w/yLI2Wf8GipJKQ5MlrGju9k/AODv8Avq5vrn1Qy+rfWOvMddU3 o91VDOo4zhusu+zW25dNXuY6v7PZa+n1/dv/AEa6HNoy7vQ+zZAxvSuZZdNYs9Sts+pj+8j0vU/0 zfexWUOpS8j0X6m52J9ZMjqmfkVXYbMnLyunY9YO5lua4etbe5wb72UM9Gv+cQMP6pZ+FX0vJ6nk 4/pYOXmdW6w9pftsyHhzsa+rewe3HYf0vqbF2qbnQoofO/rN9l6r1d3VcLP6dlYVmEzCtx8xmRYy HWtzGWs+xbf5yxtOyzf/AMEo49fSmYvRqLcrpmNjYXUTnZTMBlwY6ysOpxAz1PWsdd6pYzJ+0Pr9 P9FT+YvRSxhmWgzzpzCctaSCQCRxokp4L61CnqD+lGrLwX2dH9X7Vh59VttD3OZ9mbZZVSw7vQdV ds/M3vr/ALdPp7b8SnqWR9s6NZl9SdRS/DfVd9jqxKK7GOobibWW1bnP+hZ+gs/4yxd+zEx76mi1 k+ncbWwS33sse6sn09u7b/KVra2SYEnk/BEoGz5Vb0PEs6V1egdS6dh5XUsjF+0Y2PRbXhNbj7iz FbxbTbc/dkZH9T/B/wA5X3f1Y6h1XPoyLeo34OR6dgZX9gbc0N9rbXtv+1uLvU/S1+xv/nGx6VY4 Y3TyHjKkABMCJ1KCV0kkklP/0vVUl8qpJKfqpJfKqSSn6qSXyqkkp+qkl8qpJKfqDp7cxtVgy31W PN1prNLS0Csvd6TH73O3XNb/ADqtL5VSRO6Bs/VSS+VUkEv1UkvlVJJT/9k4QklNBCEaVmVyc2lv biBjb21wYXRpYmlsaXR5IGluZm8AAAAAVQAAAAEBAAAADwBBAGQAbwBiAGUAIABQAGgAbwB0AG8A cwBoAG8AcAAAABMAQQBkAG8AYgBlACAAUABoAG8AdABvAHMAaABvAHAAIAA2AC4AMAAAAAEAOEJJ TQQGDEpQRUcgUXVhbGl0eQAAAAAHAAMAAAABAQD/7gAOQWRvYmUAZAAAAAAB/9sAhAAKBwcHCAcK CAgKDwoICg8SDQoKDRIUEBASEBAUEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM AQsMDBUTFSIYGCIUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAz/wAARCABEAIwDAREAAhEBAxEB/90ABAAS/8QBogAAAAcBAQEBAQAAAAAAAAAABAUD AgYBAAcICQoLAQACAgMBAQEBAQAAAAAAAAABAAIDBAUGBwgJCgsQAAIBAwMCBAIGBwMEAgYCcwEC AxEEAAUhEjFBUQYTYSJxgRQykaEHFbFCI8FS0eEzFmLwJHKC8SVDNFOSorJjc8I1RCeTo7M2F1Rk dMPS4ggmgwkKGBmElEVGpLRW01UoGvLj88TU5PRldYWVpbXF1eX1ZnaGlqa2xtbm9jdHV2d3h5en t8fX5/c4SFhoeIiYqLjI2Oj4KTlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq+hEAAgIBAgMFBQQF BgQIAwNtAQACEQMEIRIxQQVRE2EiBnGBkTKhsfAUwdHhI0IVUmJy8TMkNEOCFpJTJaJjssIHc9I1 4kSDF1STCAkKGBkmNkUaJ2R0VTfyo7PDKCnT4/OElKS0xNTk9GV1hZWltcXV5fVGVmZ2hpamtsbW 5vZHV2d3h5ent8fX5/c4SFhoeIiYqLjI2Oj4OUlZaXmJmam5ydnp+So6SlpqeoqaqrrK2ur6/9oA DAMBAAIRAxEAPwDs2KuxV2KuxVAfpzRxL6X16DmDQ/vFpX+XlXjyyPEE0UcCCKjcHockhvFUs1DW JLecWljZyahfcQ7xRsqLGh+y088pWOPnT92n94/8mC1XaZrEd88lvJDJZ38IBms56cwp2EkbIXjm hb/fsT4UWuvNUWGX6rbRNd3xFfq8ZACg9Hnlb4IE/wBb43/3XHJhpSUM2n67dit1qf1MH/dNjGm3 sbi6SZn/ANZIoMV3Qd1aeZdIU3ljeyaxbx/FPp90sYmZB9v6pcwJD++A+xFMjpJ/xXiqeWN7bX9n De2r87e4QSRt0qrCu47NgSiMVdirsVdirsVf/9Ds2KuxV2KpffRm9nXTySLfj6l3xqCyE8Y4OQ/Z lYN6n/FcfD/dmRO5pIRfpW0VuY+CR2yLQpQKgQD+X7ITChIYtUSyYzWFndTaNuZGRB6af8W2iSOk 7w/zpFF6f+7Icr4q3H0MqT2K7t5rYXUThoCpYOPAfarXpx/ayyxVsVHTIDHbmVx+/uWM8x/yn+yn /PKPhEv+pgjyVJNfupry4ji0SB7jU7Nmb63GVEcX7Mts80n7vnOvwtF+89L4Jnj/AHceWBrl5IjS 49XksY5bJrS0gmHqUKS3MhZvtGaRpLXnN/vzkuJpMbrZFFPM0W4lsrr/ACDHLbk/7MSXf/JvBsy3 ai15Y5Ut9Vt306ZzxjeQh4HY9Fjuk+Dkf5JvRl/yMaW1ugR/V21OyG0dveyGFegCTrHecR7epcSY lKcYFdirsVdirsVf/9Hs2KuxVZJJHFG0krBI0BZ3Y0AA6kk4qlNtPqF3NcTWUawwSOALi5DFiqov H07Yem/GpZ/3skf/ABjysEkmmZ2UpLHUNQne3kvy9rbkeqPSThJL9sRsn7UUQ4tInP45P9R8aJ6r YCYGa9gBF3Gk8HRpYQQQO/qW7F/h/wCMbyf8Y8Nkc2KFijWL17eM8oLgAqwNQeRVOY8ecT/F/wAY cr5WEldfNPfymwtnMVuNriZDRiB9qNGH2FH2Wb+f93/v3LLs0GBTC0tLezt47a2jEUEYoiKKAf7e TSAhrIC3vLq06Ix+swivaUn1lH+rOrP/AM9sJYjnSPwMlk0MM8TQzIssTji8bgMpB7MrdcVY3pJO kajew7tpM90sMMrMWaGUQwqkLs3/AB7P/cwN/uqT9z/uyPJFWT5FXYq7FXYq7FX/0uzYq7FUvkjF /fGOQVtLQqWTs85o68v5kgTg/wDxlf8A4qwc2XIKrzCCK6k+0yNUIOpJVeC/7M5G6ta5Klnb/V7d IieTjeRv5nY8pH/2TnJAUEEq+FCR6vJBp0tvKZUhSeURxK7BR6zE8VTl/vz4vhzFzAgghkE1tLZb eIIPtH7R98yIRoMVfJKgNRkitZbe/mkWKGItHPK5Cqscg6s7bKPWjiwhieanbeZfLt1Olva6paT3 EhpHFHPG7setFRWLNgZJl03xVLbK1hvNKkSdKxXxkkdTseMrMyfJhHwwlWrbVbe10wTarcx25tnN vcTzOqKZEPphiz8V/ffDJ/s8SqZqQwDKaqRUEdwcCt4q7FXYq//T7NirsVQunrxgZv2nllZvmXb/ AI1wBlLm65jVpoYwoHN/UkI2qIhVeXj8fp4DzQGOab51LQ+ZbjVUjgg0C5khBjrV40FYy3Mn97J9 nJIQfln8wnv/ACzquu6zAlp+jJGVoY+QqAiPGh9Sv72R39PFUvk1y81u78p6frWk2sl1qTvqDRN6 n+jRRDnbyp8f980fNn5/u/8AIxIVGWvnXzXrd9cHy5osVxo9vcG2N9cTBCxQgSyJH8Pwj7WKrIPO PnTV7nUpNA06xk0qxuZLVbi6mdGcxfafai8f2sVSLzF5xvtf/LVZri3SC61O+FkkUJJV0jb1Gdef xdY+GSjzRLknOi6ffWFvcXzeU9O0m7srcNY3kk8RDyn93+9lj+KJfTLM8nLIpS/WfPvnOy057ie2 0ma3d1t3+pXTTSBpqqlFRjx5cW44VTjU/OeuLrtxoWgWdlXToovrL30/pDlIoZY4VHHl6a4FSHzw +uX1npeiXVvANa1TUEnktYmJgPpR8VUyN8XBv3fqNhS9A8uzeaZUn/xDa2tqylRbLaOzgih58+fT 9njgQnWKuxV2Kv8A/9Ts2KuxVQtoHhEoeT1A8jSIKBeKseXp7fao37WKSbd1vP8AUj/4k3/XvI9V 6PM5/KHmC+836hYzWxj8sX+oR6hd3PJaSrDHVLbiG58ZJj8Xw5JCmfJ/mK/8032nXNoYfK1zqZ1K 4nqtJVjUelbhVblwd/8AJxVPL7Sdbk866prSWjmCx0prbR2BUCSdxy4xjl8PxO6fFiqYeRdE1DQ/ JVvZSR+nqpSWaSNiNp5CzqrMKr/IuKvPLDy1rEWlwafq/lK5vbi3eVzNFfpAGM7c2rGnLl9jjy/y MVZVN5auZ9T8nWdvpn1LRtND3V3D6iyCKdl9RIHcnnNLz+0/H9vFUX5/0zWtX8oWtlplqbpzNCby BXVGMUVeajmV/wB2KmE80R5MZTy7qeqatpNtbeVBoOk294lxqLJJG4kMO6c+PE/u/jRf+MuKVXzd pGp+ZJrsJ5J4anIfSh1V7pFIVTxjmkiQqG/dj/dmBVW50TzVpXmDQ7+30z9NWukWK28ZinRSZTH6 byOZPiXr+7+F/g/bwpeiaHfalf2AuNS09tMuSzD6q0iykKDRXLoFX48CExxV2KuxV//V7NirsVdi qCivFfVbiz9GUPFFG5mZCIWDF/gjm+y8i0+NMiOaeiNySHYq7FUq1Py9Y6lcfWLh5lf0/S4xyMqU qTUx/YZvi/axVCy+TdHkKsTOCq8arKwPej8vtc15fbxVpvJekOyMz3DGPjQmVifhKndj8Xx8f3mK qc3la0uYrmWNnN0xmEYkc+lzMjyKZEj4sy+o3xfFhKAqReTdKjROLzxyADm0crDkf2utfhwFIXv5 P0pl4851X4dhIR9lhIAD9pfiH7OKtDyfpPJTymoqhQvqUWgpT4VC/wAuKptYWUNjapawljGnIgue THkxc1b/AFmxVEYq7FXYq//W7NirsVdirsVdirsVdirsVdirsVULUikoBrSR+nua/wAcJYxV8DJ2 KuxV2KuxV2KuxV//1+zYq7FXYq7FXYq7FXYq7FXYq7FUk8t/oGuqfoblX69N9f5ep/vV8PrcfW/Z +z/d/u8JQE7wJdirsVdirsVdirsVf//Z ------=_NextPart_000_36A2_01CA9056.714F2580-- From Neil.Youngman@wirefast.com Fri Jan 8 12:12:14 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6C063750167 for ; Fri, 8 Jan 2010 12:12:14 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.666 X-Spam-Level: X-Spam-Status: No, score=-1.666 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_IMAGE_ONLY_32=1.778, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1MjXg9osg5Za for ; Fri, 8 Jan 2010 12:12:07 +0000 (GMT) Received: from mail.wirefast.com (mailout.wirefast.com [82.71.224.237]) by menubar.gnome.org (Postfix) with SMTP id 207747500FE for ; Fri, 8 Jan 2010 12:11:57 +0000 (GMT) Received: from mail pickup service by mail.wirefast.com with Microsoft SMTPSVC; Fri, 8 Jan 2010 12:11:55 +0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Content-Transfer-Encoding: 7bit Content-Class: urn:content-classes:message Importance: normal Priority: normal MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CA905B.C4C14A80" Date: Fri, 8 Jan 2010 12:11:23 -0000 Message-ID: <41ACF455477C0047BB8537E0A092794E015830F4@mail.wire2.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Segmentation fault in xmlSAX2StartElementNs/nodePush Thread-Index: AcqQVnDau8z+W6SSQ/CMpnC7GzrECwABUFUO References: <41ACF455477C0047BB8537E0A092794E015830F1@mail.wire2.com> From: "Neil Youngman" To: X-OriginalArrivalTime: 08 Jan 2010 12:11:55.0903 (UTC) FILETIME=[C53D40F0:01CA905B] Subject: Re: [xml] Segmentation fault in xmlSAX2StartElementNs/nodePush X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 12:12:14 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA905B.C4C14A80 Content-Type: multipart/related; boundary="----=_NextPart_001_3798_01CA905B.C53D40F0" ------=_NextPart_001_3798_01CA905B.C53D40F0 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CA905B.C4C14A80" ------_=_NextPart_002_01CA905B.C4C14A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Neil Youngman wrote: > If I don't set context->userData then the crash goes away. > > Is there anything obviously stupid in that code, or a known bug that = I'm tripping over because my libxml2 library is too old? to answer a part of that question, with libxml2-2.7.6, it still crashes = and valgrind gives me: =3D=3D8250=3D=3D Invalid write of size 4 =3D=3D8250=3D=3D at 0x8072A6B: nodePush (parser.c:1574) =3D=3D8250=3D=3D by 0x80E8788: xmlSAX2StartElementNs (SAX2.c:2252) =3D=3D8250=3D=3D by 0x807A313: xmlParseStartTag2 (parser.c:9111) =3D=3D8250=3D=3D by 0x80860D3: xmlParseElement (parser.c:9458) =3D=3D8250=3D=3D Address 0x3442D948 is 0 bytes after a block of size 0 = alloc'd =3D=3D8250=3D=3D at 0x3414A23C: malloc (vg_replace_malloc.c:131) =3D=3D8250=3D=3D by 0x3414AC2B: realloc (vg_replace_malloc.c:189) =3D=3D8250=3D=3D by 0x8072ABF: nodePush (parser.c:1556) =3D=3D8250=3D=3D by 0x80E8788: xmlSAX2StartElementNs (SAX2.c:2252) Neil Youngman Neil Youngman=20 Developer Wirefast Limited =20 Wirefast provides secure corporate messaging services. See our messaging solutions at http://www.wirefast.com/ Please consider the environment. Does this email or attachment need to be printed?=20 This message contains confidential information and is intended only=20 for the individual named. If you are not the named addressee you=20 should not disseminate, distribute or copy this email. Please=20 notify the sender immediately by email if you have received this=20 email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free=20 as information could be intercepted, corrupted, lost, destroyed,=20 arrive late or incomplete, or contain viruses. The sender therefore=20 does not accept liability for any errors or omissions in the contents=20 of this message which arise as a result of email transmission. Wirefast Limited is registered in England & Wales Company number: 03865860 Registered Office: 7/10 Chandos Street, Cavendish Square, London, W1G = 9DQ ------_=_NextPart_002_01CA905B.C4C14A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [xml] Segmentation fault in = xmlSAX2StartElementNs/nodePush

Neil Youngman wrote:

<SNIP>

> If I don't set context->userData then the crash goes away.
>
> Is there anything obviously stupid in that code, or a known bug = that I'm tripping over because my libxml2 library is too old?

to answer a part of that question, with libxml2-2.7.6, it still crashes = and valgrind gives me:


=3D=3D8250=3D=3D Invalid write of size 4
=3D=3D8250=3D=3D    at 0x8072A6B: nodePush = (parser.c:1574)
=3D=3D8250=3D=3D    by 0x80E8788: xmlSAX2StartElementNs = (SAX2.c:2252)
=3D=3D8250=3D=3D    by 0x807A313: xmlParseStartTag2 = (parser.c:9111)
=3D=3D8250=3D=3D    by 0x80860D3: xmlParseElement = (parser.c:9458)
=3D=3D8250=3D=3D  Address 0x3442D948 is 0 bytes after a block of = size 0 alloc'd
=3D=3D8250=3D=3D    at 0x3414A23C: malloc = (vg_replace_malloc.c:131)
=3D=3D8250=3D=3D    by 0x3414AC2B: realloc = (vg_replace_malloc.c:189)
=3D=3D8250=3D=3D    by 0x8072ABF: nodePush = (parser.c:1556)
=3D=3D8250=3D=3D    by 0x80E8788: xmlSAX2StartElementNs = (SAX2.c:2252)

Neil Youngman



Neil = Youngman 
Developer
Wirefast Limited


Wirefast = provides secure corporate messaging services.
See our messaging = solutions at
http://www.wirefast.com/

Please consider the = environment.
Does this email or = attachment need to be printed?

This message contains = confidential information and is intended only
for the individual = named. If you are not the named addressee you
should not = disseminate, distribute or copy this email. Please
notify the sender = immediately by email if you have received this
email by mistake and = delete this email from your system.

Email transmission cannot be = guaranteed to be secure or error-free
as information could be = intercepted, corrupted, lost, destroyed,
arrive late or incomplete, = or contain viruses. The sender therefore
does not accept liability = for any errors or omissions in the contents
of this message which = arise as a result of email transmission.
Wirefast Limited is = registered in England & Wales
Company number: = 03865860
Registered Office: 7/10 Chandos Street, Cavendish Square, = London, W1G 9DQ

------_=_NextPart_002_01CA905B.C4C14A80-- ------=_NextPart_001_3798_01CA905B.C53D40F0 Content-Type: image/jpeg; name="logo.jpg" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="logo.jpg" /9j/4AAQSkZJRgABAgEASABIAAD/7Q0qUGhvdG9zaG9wIDMuMAA4QklNA+0KUmVzb2x1dGlvbgAA AAAQAEgAAAABAAIASAAAAAEAAjhCSU0EDRhGWCBHbG9iYWwgTGlnaHRpbmcgQW5nbGUAAAAABAAA AB44QklNBBkSRlggR2xvYmFsIEFsdGl0dWRlAAAAAAQAAAAeOEJJTQPzC1ByaW50IEZsYWdzAAAA CQAAAAAAAAAAAQA4QklNBAoOQ29weXJpZ2h0IEZsYWcAAAAAAQAAOEJJTScQFEphcGFuZXNlIFBy aW50IEZsYWdzAAAAAAoAAQAAAAAAAAACOEJJTQP1F0NvbG9yIEhhbGZ0b25lIFNldHRpbmdzAAAA SAAvZmYAAQBsZmYABgAAAAAAAQAvZmYAAQChmZoABgAAAAAAAQAyAAAAAQBaAAAABgAAAAAAAQA1 AAAAAQAtAAAABgAAAAAAAThCSU0D+BdDb2xvciBUcmFuc2ZlciBTZXR0aW5ncwAAAHAAAP////// //////////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////// /////////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQAC0xh eWVyIFN0YXRlAAAAAgABOEJJTQQCDExheWVyIEdyb3VwcwAAAAAEAAAAADhCSU0ECAZHdWlkZXMA AAAAEAAAAAEAAAJAAAACQAAAAAA4QklNBB4NVVJMIG92ZXJyaWRlcwAAAAQAAAAAOEJJTQQaBlNs aWNlcwAAAABpAAAABgAAAAAAAAAAAAAARAAAAIwAAAAEAGwAbwBnAG8AAAABAAAAAAAAAAAAAAAA AAAAAAAAAAEAAAAAAAAAAAAAAIwAAABEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ADhCSU0EERFJQ0MgVW50YWdnZWQgRmxhZwAAAAEBADhCSU0EFBdMYXllciBJRCBHZW5lcmF0b3Ig QmFzZQAAAAQAAAAEOEJJTQQMFU5ldyBXaW5kb3dzIFRodW1ibmFpbAAACVoAAAABAAAAcAAAADYA AAFQAABG4AAACT4AGAAB/9j/4AAQSkZJRgABAgEASABIAAD/7gAOQWRvYmUAZIAAAAAB/9sAhAAM CAgICQgMCQkMEQsKCxEVDwwMDxUYExMVExMYEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMAQ0LCw0ODRAODhAUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAz/wAARCAA2AHADASIAAhEBAxEB/90ABAAH/8QBPwAAAQUBAQEBAQEAAAAA AAAAAwABAgQFBgcICQoLAQABBQEBAQEBAQAAAAAAAAABAAIDBAUGBwgJCgsQAAEEAQMCBAIFBwYI BQMMMwEAAhEDBCESMQVBUWETInGBMgYUkaGxQiMkFVLBYjM0coLRQwclklPw4fFjczUWorKDJkST VGRFwqN0NhfSVeJl8rOEw9N14/NGJ5SkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2N0dXZ3eHl6e3 x9fn9xEAAgIBAgQEAwQFBgcHBgU1AQACEQMhMRIEQVFhcSITBTKBkRShsUIjwVLR8DMkYuFygpJD UxVjczTxJQYWorKDByY1wtJEk1SjF2RFVTZ0ZeLys4TD03Xj80aUpIW0lcTU5PSltcXV5fVWZnaG lqa2xtbm9ic3R1dnd4eXp7fH/9oADAMBAAIRAxEAPwD1VJJJJSlnN61TaC/Gx8jJxwSPtFTAazH5 1W5zLMhn/CY9dtdn+DReptbZjih5203u23uOgFQDrLw535jbKq3Vf21Xv6/0yikfZrG5DnH06GVa sc4CY9djXU11VMbvvt/wFSaT40kBv42TRlVC6h4ewyJ4II0cx7Xe+uxjvbZW/wB9ajm5deHjPyLG ueGQG1sEve5x2V1VtO39JbY5tbFk11dRDT1bGzqLrHkHIoqY37K9jYbt9du/KbfUz/tY62z/AMI/ zdVWhvbmW4rtpaxm+5zHch7f0IrePc3cx1ln/XKkuL7VENE9V63hN+19Yw6a8AwbH41rrbMdp/wm W2yqltuOz/tRfj/0b/Q2Y7LcplvJ6he+12L0yoZGQw7bbXnbRSYn9NY2XWW/91qP0n+n+y12+sgX Zef1N7sbpT/s2M0gW9TLQ6dRuqwKn+21+3/tXb+r1f4KvL/wNfpvQcKoWdLudfYzD2/ZgbrGt9B4 PoN9LHfTT+ifXdj/AM3v/Q708VSwk3o2XdEycgbs3qeU95kluO4Y1YJ/0TKP0+z/AI/JyH/8Ig0v zui5uPi5WTZn9PzX+jRkXBvrUXbS+um+2sVevjZHpvZVc6v7RVk+nTb6/wBo/QWT9X8RrYxbsrEf Mh9WRYYP/FZD78d3/XKVm9Zs6nh4Qr6i5mTi1349rOpNArNfpX02t/aFH82xns/SZ2P+h/0uJiUs 9RJL0qSSSCVJJJJKf//Q9VULrq6KX3WnbXW0ve7mABLuFNVs5vqNprP0XXMLvg0+qP8ApVpJAstN mC/LuqyuqMD3OJdTiO1rpbHs3M/m7sr/AElz/wCa/m8b9+2zitN2VbmO1DZooHYMaf0z/wCtde33 f8HTSi5Z2Um4CbKgXVCSAXkFjQ6Ppbt/5yyG/WHF6fmdR6dlV+jjdGxKso5JduNlbg/f+hDG7Xtd V++/1npoGv4qJ0dW7CrfZ69X6HJ/0rR9L+Te3T16/wCv/wBa9J/vVFtdlpfhBnphxDbBqQGCXPbu 9u9j9zf69SycX6+faPq03rH7PczNty/sGP0w2e9+QX+myj1n1s9J23dY/wBSr9HsVYfWTFweoda6 szHvvufmY/R8eht+5l+Wxnupx6XsY3D2Os99j32er/Ofo7PUreJQsgjTXXyVb2dVbKq21sENaICr ZbfTzMXKHi7Hs/q2Dc3/ADb6qv8APXP3fW76wU2YmE/6vkdWzXXGvCOZUQKKW1u+1WZLGPrb6llr q2Vf8Esrrv1x6llfVvrdFuCemdQxLqMKr0rxfuuvc1xFN1DKtt+PV7/b+f8Ay08LTs+gql1Rosqp oP8AhsioEeIY8ZL2/wBquh65LHsyvq7jWdTPSr6bga8ZrOp9Wr9N7Xy+25tl12Rj12sfRX+b6j/V /Rf4RJv1+f8AaL8jqvThj09NwTn1vx8lmXXZ6r2YmOG20VsY1791tbPf/pEkvT9MYcDJs6VJ9AN9 bAntVOy3Fb/Jw7XM9L9zGyMan/ArTXD5v1l6vd0rM6rl9Pq6bXg4tzqMqnNryi66yv06cXbisZs/ SPpu9T1P8FWtL6kP+sFXTcbA6p0441NGO0tzLMoZFl1jve/dTs9Sn6T3++39F/MpKemSSSSU/wD/ 0fVUK+kXNa0vcza9jwWGD7HB+w/yLI2Wf8GipJKQ5MlrGju9k/AODv8Avq5vrn1Qy+rfWOvMddU3 o91VDOo4zhusu+zW25dNXuY6v7PZa+n1/dv/AEa6HNoy7vQ+zZAxvSuZZdNYs9Sts+pj+8j0vU/0 zfexWUOpS8j0X6m52J9ZMjqmfkVXYbMnLyunY9YO5lua4etbe5wb72UM9Gv+cQMP6pZ+FX0vJ6nk 4/pYOXmdW6w9pftsyHhzsa+rewe3HYf0vqbF2qbnQoofO/rN9l6r1d3VcLP6dlYVmEzCtx8xmRYy HWtzGWs+xbf5yxtOyzf/AMEo49fSmYvRqLcrpmNjYXUTnZTMBlwY6ysOpxAz1PWsdd6pYzJ+0Pr9 P9FT+YvRSxhmWgzzpzCctaSCQCRxokp4L61CnqD+lGrLwX2dH9X7Vh59VttD3OZ9mbZZVSw7vQdV ds/M3vr/ALdPp7b8SnqWR9s6NZl9SdRS/DfVd9jqxKK7GOobibWW1bnP+hZ+gs/4yxd+zEx76mi1 k+ncbWwS33sse6sn09u7b/KVra2SYEnk/BEoGz5Vb0PEs6V1egdS6dh5XUsjF+0Y2PRbXhNbj7iz FbxbTbc/dkZH9T/B/wA5X3f1Y6h1XPoyLeo34OR6dgZX9gbc0N9rbXtv+1uLvU/S1+xv/nGx6VY4 Y3TyHjKkABMCJ1KCV0kkklP/0vVUl8qpJKfqpJfKqSSn6qSXyqkkp+qkl8qpJKfqDp7cxtVgy31W PN1prNLS0Csvd6TH73O3XNb/ADqtL5VSRO6Bs/VSS+VUkEv1UkvlVJJT/9k4QklNBCEaVmVyc2lv biBjb21wYXRpYmlsaXR5IGluZm8AAAAAVQAAAAEBAAAADwBBAGQAbwBiAGUAIABQAGgAbwB0AG8A cwBoAG8AcAAAABMAQQBkAG8AYgBlACAAUABoAG8AdABvAHMAaABvAHAAIAA2AC4AMAAAAAEAOEJJ TQQGDEpQRUcgUXVhbGl0eQAAAAAHAAMAAAABAQD/7gAOQWRvYmUAZAAAAAAB/9sAhAAKBwcHCAcK CAgKDwoICg8SDQoKDRIUEBASEBAUEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM AQsMDBUTFSIYGCIUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAz/wAARCABEAIwDAREAAhEBAxEB/90ABAAS/8QBogAAAAcBAQEBAQAAAAAAAAAABAUD AgYBAAcICQoLAQACAgMBAQEBAQAAAAAAAAABAAIDBAUGBwgJCgsQAAIBAwMCBAIGBwMEAgYCcwEC AxEEAAUhEjFBUQYTYSJxgRQykaEHFbFCI8FS0eEzFmLwJHKC8SVDNFOSorJjc8I1RCeTo7M2F1Rk dMPS4ggmgwkKGBmElEVGpLRW01UoGvLj88TU5PRldYWVpbXF1eX1ZnaGlqa2xtbm9jdHV2d3h5en t8fX5/c4SFhoeIiYqLjI2Oj4KTlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq+hEAAgIBAgMFBQQF BgQIAwNtAQACEQMEIRIxQQVRE2EiBnGBkTKhsfAUwdHhI0IVUmJy8TMkNEOCFpJTJaJjssIHc9I1 4kSDF1STCAkKGBkmNkUaJ2R0VTfyo7PDKCnT4/OElKS0xNTk9GV1hZWltcXV5fVGVmZ2hpamtsbW 5vZHV2d3h5ent8fX5/c4SFhoeIiYqLjI2Oj4OUlZaXmJmam5ydnp+So6SlpqeoqaqrrK2ur6/9oA DAMBAAIRAxEAPwDs2KuxV2KuxVAfpzRxL6X16DmDQ/vFpX+XlXjyyPEE0UcCCKjcHockhvFUs1DW JLecWljZyahfcQ7xRsqLGh+y088pWOPnT92n94/8mC1XaZrEd88lvJDJZ38IBms56cwp2EkbIXjm hb/fsT4UWuvNUWGX6rbRNd3xFfq8ZACg9Hnlb4IE/wBb43/3XHJhpSUM2n67dit1qf1MH/dNjGm3 sbi6SZn/ANZIoMV3Qd1aeZdIU3ljeyaxbx/FPp90sYmZB9v6pcwJD++A+xFMjpJ/xXiqeWN7bX9n De2r87e4QSRt0qrCu47NgSiMVdirsVdirsVf/9Ds2KuxV2KpffRm9nXTySLfj6l3xqCyE8Y4OQ/Z lYN6n/FcfD/dmRO5pIRfpW0VuY+CR2yLQpQKgQD+X7ITChIYtUSyYzWFndTaNuZGRB6af8W2iSOk 7w/zpFF6f+7Icr4q3H0MqT2K7t5rYXUThoCpYOPAfarXpx/ayyxVsVHTIDHbmVx+/uWM8x/yn+yn /PKPhEv+pgjyVJNfupry4ji0SB7jU7Nmb63GVEcX7Mts80n7vnOvwtF+89L4Jnj/AHceWBrl5IjS 49XksY5bJrS0gmHqUKS3MhZvtGaRpLXnN/vzkuJpMbrZFFPM0W4lsrr/ACDHLbk/7MSXf/JvBsy3 ai15Y5Ut9Vt306ZzxjeQh4HY9Fjuk+Dkf5JvRl/yMaW1ugR/V21OyG0dveyGFegCTrHecR7epcSY lKcYFdirsVdirsVf/9Hs2KuxVZJJHFG0krBI0BZ3Y0AA6kk4qlNtPqF3NcTWUawwSOALi5DFiqov H07Yem/GpZ/3skf/ABjysEkmmZ2UpLHUNQne3kvy9rbkeqPSThJL9sRsn7UUQ4tInP45P9R8aJ6r YCYGa9gBF3Gk8HRpYQQQO/qW7F/h/wCMbyf8Y8Nkc2KFijWL17eM8oLgAqwNQeRVOY8ecT/F/wAY cr5WEldfNPfymwtnMVuNriZDRiB9qNGH2FH2Wb+f93/v3LLs0GBTC0tLezt47a2jEUEYoiKKAf7e TSAhrIC3vLq06Ix+swivaUn1lH+rOrP/AM9sJYjnSPwMlk0MM8TQzIssTji8bgMpB7MrdcVY3pJO kajew7tpM90sMMrMWaGUQwqkLs3/AB7P/cwN/uqT9z/uyPJFWT5FXYq7FXYq7FX/0uzYq7FUvkjF /fGOQVtLQqWTs85o68v5kgTg/wDxlf8A4qwc2XIKrzCCK6k+0yNUIOpJVeC/7M5G6ta5Klnb/V7d IieTjeRv5nY8pH/2TnJAUEEq+FCR6vJBp0tvKZUhSeURxK7BR6zE8VTl/vz4vhzFzAgghkE1tLZb eIIPtH7R98yIRoMVfJKgNRkitZbe/mkWKGItHPK5Cqscg6s7bKPWjiwhieanbeZfLt1Olva6paT3 EhpHFHPG7setFRWLNgZJl03xVLbK1hvNKkSdKxXxkkdTseMrMyfJhHwwlWrbVbe10wTarcx25tnN vcTzOqKZEPphiz8V/ffDJ/s8SqZqQwDKaqRUEdwcCt4q7FXYq//T7NirsVQunrxgZv2nllZvmXb/ AI1wBlLm65jVpoYwoHN/UkI2qIhVeXj8fp4DzQGOab51LQ+ZbjVUjgg0C5khBjrV40FYy3Mn97J9 nJIQfln8wnv/ACzquu6zAlp+jJGVoY+QqAiPGh9Sv72R39PFUvk1y81u78p6frWk2sl1qTvqDRN6 n+jRRDnbyp8f980fNn5/u/8AIxIVGWvnXzXrd9cHy5osVxo9vcG2N9cTBCxQgSyJH8Pwj7WKrIPO PnTV7nUpNA06xk0qxuZLVbi6mdGcxfafai8f2sVSLzF5xvtf/LVZri3SC61O+FkkUJJV0jb1Gdef xdY+GSjzRLknOi6ffWFvcXzeU9O0m7srcNY3kk8RDyn93+9lj+KJfTLM8nLIpS/WfPvnOy057ie2 0ma3d1t3+pXTTSBpqqlFRjx5cW44VTjU/OeuLrtxoWgWdlXToovrL30/pDlIoZY4VHHl6a4FSHzw +uX1npeiXVvANa1TUEnktYmJgPpR8VUyN8XBv3fqNhS9A8uzeaZUn/xDa2tqylRbLaOzgih58+fT 9njgQnWKuxV2Kv8A/9Ts2KuxVQtoHhEoeT1A8jSIKBeKseXp7fao37WKSbd1vP8AUj/4k3/XvI9V 6PM5/KHmC+836hYzWxj8sX+oR6hd3PJaSrDHVLbiG58ZJj8Xw5JCmfJ/mK/8032nXNoYfK1zqZ1K 4nqtJVjUelbhVblwd/8AJxVPL7Sdbk866prSWjmCx0prbR2BUCSdxy4xjl8PxO6fFiqYeRdE1DQ/ JVvZSR+nqpSWaSNiNp5CzqrMKr/IuKvPLDy1rEWlwafq/lK5vbi3eVzNFfpAGM7c2rGnLl9jjy/y MVZVN5auZ9T8nWdvpn1LRtND3V3D6iyCKdl9RIHcnnNLz+0/H9vFUX5/0zWtX8oWtlplqbpzNCby BXVGMUVeajmV/wB2KmE80R5MZTy7qeqatpNtbeVBoOk294lxqLJJG4kMO6c+PE/u/jRf+MuKVXzd pGp+ZJrsJ5J4anIfSh1V7pFIVTxjmkiQqG/dj/dmBVW50TzVpXmDQ7+30z9NWukWK28ZinRSZTH6 byOZPiXr+7+F/g/bwpeiaHfalf2AuNS09tMuSzD6q0iykKDRXLoFX48CExxV2KuxV//V7NirsVdi qCivFfVbiz9GUPFFG5mZCIWDF/gjm+y8i0+NMiOaeiNySHYq7FUq1Py9Y6lcfWLh5lf0/S4xyMqU qTUx/YZvi/axVCy+TdHkKsTOCq8arKwPej8vtc15fbxVpvJekOyMz3DGPjQmVifhKndj8Xx8f3mK qc3la0uYrmWNnN0xmEYkc+lzMjyKZEj4sy+o3xfFhKAqReTdKjROLzxyADm0crDkf2utfhwFIXv5 P0pl4851X4dhIR9lhIAD9pfiH7OKtDyfpPJTymoqhQvqUWgpT4VC/wAuKptYWUNjapawljGnIgue THkxc1b/AFmxVEYq7FXYq//W7NirsVdirsVdirsVdirsVdirsVULUikoBrSR+nua/wAcJYxV8DJ2 KuxV2KuxV2KuxV//1+zYq7FXYq7FXYq7FXYq7FXYq7FUk8t/oGuqfoblX69N9f5ep/vV8PrcfW/Z +z/d/u8JQE7wJdirsVdirsVdirsVf//Z ------=_NextPart_001_3798_01CA905B.C53D40F0-- ------_=_NextPart_001_01CA905B.C4C14A80 Content-Type: image/jpeg; name="logo.jpg" Content-Transfer-Encoding: base64 Content-Description: logo.jpg Content-Disposition: attachment; filename="logo.jpg" /9j/4AAQSkZJRgABAgEASABIAAD/7Q0qUGhvdG9zaG9wIDMuMAA4QklNA+0KUmVzb2x1dGlvbgAA AAAQAEgAAAABAAIASAAAAAEAAjhCSU0EDRhGWCBHbG9iYWwgTGlnaHRpbmcgQW5nbGUAAAAABAAA AB44QklNBBkSRlggR2xvYmFsIEFsdGl0dWRlAAAAAAQAAAAeOEJJTQPzC1ByaW50IEZsYWdzAAAA CQAAAAAAAAAAAQA4QklNBAoOQ29weXJpZ2h0IEZsYWcAAAAAAQAAOEJJTScQFEphcGFuZXNlIFBy aW50IEZsYWdzAAAAAAoAAQAAAAAAAAACOEJJTQP1F0NvbG9yIEhhbGZ0b25lIFNldHRpbmdzAAAA SAAvZmYAAQBsZmYABgAAAAAAAQAvZmYAAQChmZoABgAAAAAAAQAyAAAAAQBaAAAABgAAAAAAAQA1 AAAAAQAtAAAABgAAAAAAAThCSU0D+BdDb2xvciBUcmFuc2ZlciBTZXR0aW5ncwAAAHAAAP////// //////////////////////8D6AAAAAD/////////////////////////////A+gAAAAA//////// /////////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQAC0xh eWVyIFN0YXRlAAAAAgABOEJJTQQCDExheWVyIEdyb3VwcwAAAAAEAAAAADhCSU0ECAZHdWlkZXMA AAAAEAAAAAEAAAJAAAACQAAAAAA4QklNBB4NVVJMIG92ZXJyaWRlcwAAAAQAAAAAOEJJTQQaBlNs aWNlcwAAAABpAAAABgAAAAAAAAAAAAAARAAAAIwAAAAEAGwAbwBnAG8AAAABAAAAAAAAAAAAAAAA AAAAAAAAAAEAAAAAAAAAAAAAAIwAAABEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ADhCSU0EERFJQ0MgVW50YWdnZWQgRmxhZwAAAAEBADhCSU0EFBdMYXllciBJRCBHZW5lcmF0b3Ig QmFzZQAAAAQAAAAEOEJJTQQMFU5ldyBXaW5kb3dzIFRodW1ibmFpbAAACVoAAAABAAAAcAAAADYA AAFQAABG4AAACT4AGAAB/9j/4AAQSkZJRgABAgEASABIAAD/7gAOQWRvYmUAZIAAAAAB/9sAhAAM CAgICQgMCQkMEQsKCxEVDwwMDxUYExMVExMYEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMAQ0LCw0ODRAODhAUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAz/wAARCAA2AHADASIAAhEBAxEB/90ABAAH/8QBPwAAAQUBAQEBAQEAAAAA AAAAAwABAgQFBgcICQoLAQABBQEBAQEBAQAAAAAAAAABAAIDBAUGBwgJCgsQAAEEAQMCBAIFBwYI BQMMMwEAAhEDBCESMQVBUWETInGBMgYUkaGxQiMkFVLBYjM0coLRQwclklPw4fFjczUWorKDJkST VGRFwqN0NhfSVeJl8rOEw9N14/NGJ5SkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2N0dXZ3eHl6e3 x9fn9xEAAgIBAgQEAwQFBgcHBgU1AQACEQMhMRIEQVFhcSITBTKBkRShsUIjwVLR8DMkYuFygpJD UxVjczTxJQYWorKDByY1wtJEk1SjF2RFVTZ0ZeLys4TD03Xj80aUpIW0lcTU5PSltcXV5fVWZnaG lqa2xtbm9ic3R1dnd4eXp7fH/9oADAMBAAIRAxEAPwD1VJJJJSlnN61TaC/Gx8jJxwSPtFTAazH5 1W5zLMhn/CY9dtdn+DReptbZjih5203u23uOgFQDrLw535jbKq3Vf21Xv6/0yikfZrG5DnH06GVa sc4CY9djXU11VMbvvt/wFSaT40kBv42TRlVC6h4ewyJ4II0cx7Xe+uxjvbZW/wB9ajm5deHjPyLG ueGQG1sEve5x2V1VtO39JbY5tbFk11dRDT1bGzqLrHkHIoqY37K9jYbt9du/KbfUz/tY62z/AMI/ zdVWhvbmW4rtpaxm+5zHch7f0IrePc3cx1ln/XKkuL7VENE9V63hN+19Yw6a8AwbH41rrbMdp/wm W2yqltuOz/tRfj/0b/Q2Y7LcplvJ6he+12L0yoZGQw7bbXnbRSYn9NY2XWW/91qP0n+n+y12+sgX Zef1N7sbpT/s2M0gW9TLQ6dRuqwKn+21+3/tXb+r1f4KvL/wNfpvQcKoWdLudfYzD2/ZgbrGt9B4 PoN9LHfTT+ifXdj/AM3v/Q708VSwk3o2XdEycgbs3qeU95kluO4Y1YJ/0TKP0+z/AI/JyH/8Ig0v zui5uPi5WTZn9PzX+jRkXBvrUXbS+um+2sVevjZHpvZVc6v7RVk+nTb6/wBo/QWT9X8RrYxbsrEf Mh9WRYYP/FZD78d3/XKVm9Zs6nh4Qr6i5mTi1349rOpNArNfpX02t/aFH82xns/SZ2P+h/0uJiUs 9RJL0qSSSCVJJJJKf//Q9VULrq6KX3WnbXW0ve7mABLuFNVs5vqNprP0XXMLvg0+qP8ApVpJAstN mC/LuqyuqMD3OJdTiO1rpbHs3M/m7sr/AElz/wCa/m8b9+2zitN2VbmO1DZooHYMaf0z/wCtde33 f8HTSi5Z2Um4CbKgXVCSAXkFjQ6Ppbt/5yyG/WHF6fmdR6dlV+jjdGxKso5JduNlbg/f+hDG7Xtd V++/1npoGv4qJ0dW7CrfZ69X6HJ/0rR9L+Te3T16/wCv/wBa9J/vVFtdlpfhBnphxDbBqQGCXPbu 9u9j9zf69SycX6+faPq03rH7PczNty/sGP0w2e9+QX+myj1n1s9J23dY/wBSr9HsVYfWTFweoda6 szHvvufmY/R8eht+5l+Wxnupx6XsY3D2Os99j32er/Ofo7PUreJQsgjTXXyVb2dVbKq21sENaICr ZbfTzMXKHi7Hs/q2Dc3/ADb6qv8APXP3fW76wU2YmE/6vkdWzXXGvCOZUQKKW1u+1WZLGPrb6llr q2Vf8Esrrv1x6llfVvrdFuCemdQxLqMKr0rxfuuvc1xFN1DKtt+PV7/b+f8Ay08LTs+gql1Rosqp oP8AhsioEeIY8ZL2/wBquh65LHsyvq7jWdTPSr6bga8ZrOp9Wr9N7Xy+25tl12Rj12sfRX+b6j/V /Rf4RJv1+f8AaL8jqvThj09NwTn1vx8lmXXZ6r2YmOG20VsY1791tbPf/pEkvT9MYcDJs6VJ9AN9 bAntVOy3Fb/Jw7XM9L9zGyMan/ArTXD5v1l6vd0rM6rl9Pq6bXg4tzqMqnNryi66yv06cXbisZs/ SPpu9T1P8FWtL6kP+sFXTcbA6p0441NGO0tzLMoZFl1jve/dTs9Sn6T3++39F/MpKemSSSSU/wD/ 0fVUK+kXNa0vcza9jwWGD7HB+w/yLI2Wf8GipJKQ5MlrGju9k/AODv8Avq5vrn1Qy+rfWOvMddU3 o91VDOo4zhusu+zW25dNXuY6v7PZa+n1/dv/AEa6HNoy7vQ+zZAxvSuZZdNYs9Sts+pj+8j0vU/0 zfexWUOpS8j0X6m52J9ZMjqmfkVXYbMnLyunY9YO5lua4etbe5wb72UM9Gv+cQMP6pZ+FX0vJ6nk 4/pYOXmdW6w9pftsyHhzsa+rewe3HYf0vqbF2qbnQoofO/rN9l6r1d3VcLP6dlYVmEzCtx8xmRYy HWtzGWs+xbf5yxtOyzf/AMEo49fSmYvRqLcrpmNjYXUTnZTMBlwY6ysOpxAz1PWsdd6pYzJ+0Pr9 P9FT+YvRSxhmWgzzpzCctaSCQCRxokp4L61CnqD+lGrLwX2dH9X7Vh59VttD3OZ9mbZZVSw7vQdV ds/M3vr/ALdPp7b8SnqWR9s6NZl9SdRS/DfVd9jqxKK7GOobibWW1bnP+hZ+gs/4yxd+zEx76mi1 k+ncbWwS33sse6sn09u7b/KVra2SYEnk/BEoGz5Vb0PEs6V1egdS6dh5XUsjF+0Y2PRbXhNbj7iz FbxbTbc/dkZH9T/B/wA5X3f1Y6h1XPoyLeo34OR6dgZX9gbc0N9rbXtv+1uLvU/S1+xv/nGx6VY4 Y3TyHjKkABMCJ1KCV0kkklP/0vVUl8qpJKfqpJfKqSSn6qSXyqkkp+qkl8qpJKfqDp7cxtVgy31W PN1prNLS0Csvd6TH73O3XNb/ADqtL5VSRO6Bs/VSS+VUkEv1UkvlVJJT/9k4QklNBCEaVmVyc2lv biBjb21wYXRpYmlsaXR5IGluZm8AAAAAVQAAAAEBAAAADwBBAGQAbwBiAGUAIABQAGgAbwB0AG8A cwBoAG8AcAAAABMAQQBkAG8AYgBlACAAUABoAG8AdABvAHMAaABvAHAAIAA2AC4AMAAAAAEAOEJJ TQQGDEpQRUcgUXVhbGl0eQAAAAAHAAMAAAABAQD/7gAOQWRvYmUAZAAAAAAB/9sAhAAKBwcHCAcK CAgKDwoICg8SDQoKDRIUEBASEBAUEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM AQsMDBUTFSIYGCIUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDAz/wAARCABEAIwDAREAAhEBAxEB/90ABAAS/8QBogAAAAcBAQEBAQAAAAAAAAAABAUD AgYBAAcICQoLAQACAgMBAQEBAQAAAAAAAAABAAIDBAUGBwgJCgsQAAIBAwMCBAIGBwMEAgYCcwEC AxEEAAUhEjFBUQYTYSJxgRQykaEHFbFCI8FS0eEzFmLwJHKC8SVDNFOSorJjc8I1RCeTo7M2F1Rk dMPS4ggmgwkKGBmElEVGpLRW01UoGvLj88TU5PRldYWVpbXF1eX1ZnaGlqa2xtbm9jdHV2d3h5en t8fX5/c4SFhoeIiYqLjI2Oj4KTlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq+hEAAgIBAgMFBQQF BgQIAwNtAQACEQMEIRIxQQVRE2EiBnGBkTKhsfAUwdHhI0IVUmJy8TMkNEOCFpJTJaJjssIHc9I1 4kSDF1STCAkKGBkmNkUaJ2R0VTfyo7PDKCnT4/OElKS0xNTk9GV1hZWltcXV5fVGVmZ2hpamtsbW 5vZHV2d3h5ent8fX5/c4SFhoeIiYqLjI2Oj4OUlZaXmJmam5ydnp+So6SlpqeoqaqrrK2ur6/9oA DAMBAAIRAxEAPwDs2KuxV2KuxVAfpzRxL6X16DmDQ/vFpX+XlXjyyPEE0UcCCKjcHockhvFUs1DW JLecWljZyahfcQ7xRsqLGh+y088pWOPnT92n94/8mC1XaZrEd88lvJDJZ38IBms56cwp2EkbIXjm hb/fsT4UWuvNUWGX6rbRNd3xFfq8ZACg9Hnlb4IE/wBb43/3XHJhpSUM2n67dit1qf1MH/dNjGm3 sbi6SZn/ANZIoMV3Qd1aeZdIU3ljeyaxbx/FPp90sYmZB9v6pcwJD++A+xFMjpJ/xXiqeWN7bX9n De2r87e4QSRt0qrCu47NgSiMVdirsVdirsVf/9Ds2KuxV2KpffRm9nXTySLfj6l3xqCyE8Y4OQ/Z lYN6n/FcfD/dmRO5pIRfpW0VuY+CR2yLQpQKgQD+X7ITChIYtUSyYzWFndTaNuZGRB6af8W2iSOk 7w/zpFF6f+7Icr4q3H0MqT2K7t5rYXUThoCpYOPAfarXpx/ayyxVsVHTIDHbmVx+/uWM8x/yn+yn /PKPhEv+pgjyVJNfupry4ji0SB7jU7Nmb63GVEcX7Mts80n7vnOvwtF+89L4Jnj/AHceWBrl5IjS 49XksY5bJrS0gmHqUKS3MhZvtGaRpLXnN/vzkuJpMbrZFFPM0W4lsrr/ACDHLbk/7MSXf/JvBsy3 ai15Y5Ut9Vt306ZzxjeQh4HY9Fjuk+Dkf5JvRl/yMaW1ugR/V21OyG0dveyGFegCTrHecR7epcSY lKcYFdirsVdirsVf/9Hs2KuxVZJJHFG0krBI0BZ3Y0AA6kk4qlNtPqF3NcTWUawwSOALi5DFiqov H07Yem/GpZ/3skf/ABjysEkmmZ2UpLHUNQne3kvy9rbkeqPSThJL9sRsn7UUQ4tInP45P9R8aJ6r YCYGa9gBF3Gk8HRpYQQQO/qW7F/h/wCMbyf8Y8Nkc2KFijWL17eM8oLgAqwNQeRVOY8ecT/F/wAY cr5WEldfNPfymwtnMVuNriZDRiB9qNGH2FH2Wb+f93/v3LLs0GBTC0tLezt47a2jEUEYoiKKAf7e TSAhrIC3vLq06Ix+swivaUn1lH+rOrP/AM9sJYjnSPwMlk0MM8TQzIssTji8bgMpB7MrdcVY3pJO kajew7tpM90sMMrMWaGUQwqkLs3/AB7P/cwN/uqT9z/uyPJFWT5FXYq7FXYq7FX/0uzYq7FUvkjF /fGOQVtLQqWTs85o68v5kgTg/wDxlf8A4qwc2XIKrzCCK6k+0yNUIOpJVeC/7M5G6ta5Klnb/V7d IieTjeRv5nY8pH/2TnJAUEEq+FCR6vJBp0tvKZUhSeURxK7BR6zE8VTl/vz4vhzFzAgghkE1tLZb eIIPtH7R98yIRoMVfJKgNRkitZbe/mkWKGItHPK5Cqscg6s7bKPWjiwhieanbeZfLt1Olva6paT3 EhpHFHPG7setFRWLNgZJl03xVLbK1hvNKkSdKxXxkkdTseMrMyfJhHwwlWrbVbe10wTarcx25tnN vcTzOqKZEPphiz8V/ffDJ/s8SqZqQwDKaqRUEdwcCt4q7FXYq//T7NirsVQunrxgZv2nllZvmXb/ AI1wBlLm65jVpoYwoHN/UkI2qIhVeXj8fp4DzQGOab51LQ+ZbjVUjgg0C5khBjrV40FYy3Mn97J9 nJIQfln8wnv/ACzquu6zAlp+jJGVoY+QqAiPGh9Sv72R39PFUvk1y81u78p6frWk2sl1qTvqDRN6 n+jRRDnbyp8f980fNn5/u/8AIxIVGWvnXzXrd9cHy5osVxo9vcG2N9cTBCxQgSyJH8Pwj7WKrIPO PnTV7nUpNA06xk0qxuZLVbi6mdGcxfafai8f2sVSLzF5xvtf/LVZri3SC61O+FkkUJJV0jb1Gdef xdY+GSjzRLknOi6ffWFvcXzeU9O0m7srcNY3kk8RDyn93+9lj+KJfTLM8nLIpS/WfPvnOy057ie2 0ma3d1t3+pXTTSBpqqlFRjx5cW44VTjU/OeuLrtxoWgWdlXToovrL30/pDlIoZY4VHHl6a4FSHzw +uX1npeiXVvANa1TUEnktYmJgPpR8VUyN8XBv3fqNhS9A8uzeaZUn/xDa2tqylRbLaOzgih58+fT 9njgQnWKuxV2Kv8A/9Ts2KuxVQtoHhEoeT1A8jSIKBeKseXp7fao37WKSbd1vP8AUj/4k3/XvI9V 6PM5/KHmC+836hYzWxj8sX+oR6hd3PJaSrDHVLbiG58ZJj8Xw5JCmfJ/mK/8032nXNoYfK1zqZ1K 4nqtJVjUelbhVblwd/8AJxVPL7Sdbk866prSWjmCx0prbR2BUCSdxy4xjl8PxO6fFiqYeRdE1DQ/ JVvZSR+nqpSWaSNiNp5CzqrMKr/IuKvPLDy1rEWlwafq/lK5vbi3eVzNFfpAGM7c2rGnLl9jjy/y MVZVN5auZ9T8nWdvpn1LRtND3V3D6iyCKdl9RIHcnnNLz+0/H9vFUX5/0zWtX8oWtlplqbpzNCby BXVGMUVeajmV/wB2KmE80R5MZTy7qeqatpNtbeVBoOk294lxqLJJG4kMO6c+PE/u/jRf+MuKVXzd pGp+ZJrsJ5J4anIfSh1V7pFIVTxjmkiQqG/dj/dmBVW50TzVpXmDQ7+30z9NWukWK28ZinRSZTH6 byOZPiXr+7+F/g/bwpeiaHfalf2AuNS09tMuSzD6q0iykKDRXLoFX48CExxV2KuxV//V7NirsVdi qCivFfVbiz9GUPFFG5mZCIWDF/gjm+y8i0+NMiOaeiNySHYq7FUq1Py9Y6lcfWLh5lf0/S4xyMqU qTUx/YZvi/axVCy+TdHkKsTOCq8arKwPej8vtc15fbxVpvJekOyMz3DGPjQmVifhKndj8Xx8f3mK qc3la0uYrmWNnN0xmEYkc+lzMjyKZEj4sy+o3xfFhKAqReTdKjROLzxyADm0crDkf2utfhwFIXv5 P0pl4851X4dhIR9lhIAD9pfiH7OKtDyfpPJTymoqhQvqUWgpT4VC/wAuKptYWUNjapawljGnIgue THkxc1b/AFmxVEYq7FXYq//W7NirsVdirsVdirsVdirsVdirsVULUikoBrSR+nua/wAcJYxV8DJ2 KuxV2KuxV2KuxV//1+zYq7FXYq7FXYq7FXYq7FXYq7FUk8t/oGuqfoblX69N9f5ep/vV8PrcfW/Z +z/d/u8JQE7wJdirsVdirsVdirsVf//Z ------_=_NextPart_001_01CA905B.C4C14A80-- From mrvelle@gmail.com Sun Jan 10 20:24:30 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3B674750085 for ; Sun, 10 Jan 2010 20:24:30 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I5c6PgU+1MnE for ; Sun, 10 Jan 2010 20:24:24 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id 6869675012C for ; Sun, 10 Jan 2010 20:24:15 +0000 (GMT) Received: by fxm27 with SMTP id 27so6135543fxm.23 for ; Sun, 10 Jan 2010 12:24:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=XGyT3K8EG6Q7ch69datugX6PO3d395zKJjZA2b8l/rA=; b=K44r7D+duPT+qyVzc3QK7BQJ6yua6cAJKmjBK6i3om0bNHf6LBfPzBwf0ba8x/KMot 77NUlxqLNIggVT+YBBI91PATsdmn+FEWacg5zOc0z7HUVTeEU5yvOIofE/XHjEbKH4jo HO6Mhet2amUJaWouuuc0k0RFznwRMst4NsUyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=xCMyvvo2EfEBGaRNraAO0H0G1S7RpttZfPeLa7hcyK5ltX6h6lmM0KHMEKfae5lMXr Q4++L6vrx0F+f+QRfDw8JNaUF90XtXqy/2mOmXZDwMIohVDTDZuuvl9ghBY2iNjYDNpb 6nSLCtdm99mUN889QsfIPl5NLJhrCrWEF+lac= MIME-Version: 1.0 Received: by 10.223.81.85 with SMTP id w21mr2854125fak.94.1263155053841; Sun, 10 Jan 2010 12:24:13 -0800 (PST) Date: Sun, 10 Jan 2010 21:24:13 +0100 Message-ID: From: Thomas Larsen Wessel To: xml@gnome.org Content-Type: multipart/alternative; boundary=00151747956647cee1047cd53489 Subject: [xml] xmllint - Browsing in file with default namespace X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 20:24:30 -0000 --00151747956647cee1047cd53489 Content-Type: text/plain; charset=ISO-8859-1 As far as I have been told, xmllint should offer a command line tool to work with xml, and than includes xhtml. But it seems that I can not browse around in the xmllint shell, when the xml file has a default namespace. E.g. as in this file, minimum.xml: minimum

Time for text

Now trying to use the xmllint shell from command line: mik@borneo:~$ xmllint --shell foo.xml / > cd html html is a 0 Node Set / > If I remove the line "xmlns="http://www.w3.org/1999/xhtml", then I can browse around. How can I browse around a document with a default namespace? Thomas, Denmark --00151747956647cee1047cd53489 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable As far as I have been told, xmllint should offer a command line tool to wor= k with xml, and than includes xhtml.

But it seems that I can not browse around in the xmllint shell, when the xml file has a default namespace. E.g. as in this file, minimum.xml:

<?xml version=3D"1.0" encoding=3D"UTF-8"?><!DOCTYPE html PUBLIC
=A0 "-//W3C//DTD XHTML 1.0 Strict//EN&quo= t;
=A0 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd&= quot;>
<html xmlns=3D"http://www.w3.org/1999/xhtml" xml:lang=3D"en" lan= g=3D"en">
=A0=A0=A0 <head> <title> minimum <= /title> </head>
=A0=A0=A0 <body>
=A0=A0=A0=A0=A0=A0=A0 <p> Time for text &l= t;/p>
=A0=A0=A0 </body>
</html>

Now trying to u= se the xmllint shell from command line:
mik@borneo:~$ xmllint --shell fo= o.xml
/ > cd html
html is a 0 Node Set
/ >

If I remove the line "xmlns=3D&= quot;http://www.= w3.org/1999/xhtml", then I can browse around.

How can I br= owse around a document with a default namespace?

Thomas, Denmark --00151747956647cee1047cd53489-- From emmanuel.rodriguez@gmail.com Sun Jan 10 20:42:34 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1B34B7500DD for ; Sun, 10 Jan 2010 20:42:34 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EU2cnDS+GdJ8 for ; Sun, 10 Jan 2010 20:42:28 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id EF9D3750085 for ; Sun, 10 Jan 2010 20:42:19 +0000 (GMT) Received: by fxm27 with SMTP id 27so6144650fxm.23 for ; Sun, 10 Jan 2010 12:42:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=0ZlYGttxyhW+HeYLkaSuZ4iTeeEIX2R7YjbuDF6A8xo=; b=WMjI+w67o+PmFdUQ4gwLDHmNjQZCrRY1H5eTPEYnh+H4OyK3tseLC8g8O/LSP9+pEf kkzMilJ8YGWYRWPkWGtUaTacH3cVdHDxE4NXRKouE1UJ+y3UNYyPtdWR0Ba6dHCh+83J DgUsRVN98d5SMKdec7v5lkFfdY/XWHnABSuGw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ONb04+OfTcSlPtqruX7jbRPw8BnmSS0silFr0hJgJ+4mNUaeuzxeys5xbPCUnlTSVE AjmBTS+oq7M2Zta4dFg2rrxQE3RFL1OpX3PK8AAyBWziVaqVNvmynsgfBZU1WGWnlnGc ZR9DE8Z5TFRVLwY65xUv0AlzF9rq8H2C6c0Ds= MIME-Version: 1.0 Received: by 10.223.164.75 with SMTP id d11mr4106841fay.17.1263156137153; Sun, 10 Jan 2010 12:42:17 -0800 (PST) In-Reply-To: References: Date: Sun, 10 Jan 2010 21:42:17 +0100 Message-ID: From: Emmanuel Rodriguez To: Thomas Larsen Wessel Content-Type: multipart/alternative; boundary=00163646dbdcd9d591047cd57485 Cc: xml@gnome.org Subject: Re: [xml] xmllint - Browsing in file with default namespace X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 20:42:34 -0000 --00163646dbdcd9d591047cd57485 Content-Type: text/plain; charset=UTF-8 On Sun, Jan 10, 2010 at 9:24 PM, Thomas Larsen Wessel wrote: > As far as I have been told, xmllint should offer a command line tool to > work with xml, and than includes xhtml. > > But it seems that I can not browse around in the xmllint shell, when the > xml file has a default namespace. E.g. as in this file, minimum.xml: > > > "-//W3C//DTD XHTML 1.0 Strict//EN" > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> > > minimum > >

Time for text

> > > > Now trying to use the xmllint shell from command line: > mik@borneo:~$ xmllint --shell foo.xml > / > cd html > html is a 0 Node Set > / > > > If I remove the line "xmlns="http://www.w3.org/1999/xhtml", then I can > browse around. > > How can I browse around a document with a default namespace? > Register the name space in the shell: / > setns x=http://www.w3.org/1999/xhtml / > cd x:html If you want to avoid the registration of namespaces you can also use xpath xpressions: / > cd * html > cd *[1] head > But you will be better with namespaces :) -- Emmanuel Rodriguez --00163646dbdcd9d591047cd57485 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Sun, Jan 10, 2010 at 9:24 PM, Thomas = Larsen Wessel <mr= velle@gmail.com> wrote:
As far as I have been told, xmllint should offer a command line tool to wor= k with xml, and than includes xhtml.

But it seems that I can not browse around in the xmllint shell, when the xml file has a default namespace. E.g. as in this file, minimum.xml:

<?xml version=3D"1.0" encoding=3D"UTF-8"?><!DOCTYPE html PUBLIC
=C2=A0 "-//W3C//DTD XHTML 1.0 Strict//EN&= quot;
=C2=A0 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dt= d">
<html xmlns=3D"http://www.w3.org/1999/xhtml" xml:lang=3D"en" lan= g=3D"en">
=C2=A0=C2=A0=C2=A0 <head> <title> min= imum </title> </head>
=C2=A0=C2=A0=C2=A0 <body>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 <p> Time for text </p>
=C2=A0=C2=A0=C2=A0 </body><= br></html>

Now trying to use the xmllint shell from command li= ne:
mik@borneo:~$ xmllint --shell foo.xml
/ > cd html
html is a 0 Node Set
/ >

If I remove the line "xmlns=3D&= quot;http://www.= w3.org/1999/xhtml", then I can browse around.

How can I br= owse around a document with a default namespace?
Register the name space in the shell:

/ > setns= x=3Dhttp://www.w3.org/1999/xhtml<= /a>
/ > cd x:html

If you want to av= oid the registration of namespaces you can also use xpath xpressions:
/ > cd *
html > cd *[1]
head >

But you will be bette= r with namespaces :)

--
Emmanuel Rodriguez
--00163646dbdcd9d591047cd57485-- From mrvelle@gmail.com Wed Jan 13 20:22:40 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8478775019D for ; Wed, 13 Jan 2010 20:22:40 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y85f9C1N-80J for ; Wed, 13 Jan 2010 20:22:34 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id C374875018F for ; Wed, 13 Jan 2010 20:22:23 +0000 (GMT) Received: by fxm27 with SMTP id 27so112149fxm.23 for ; Wed, 13 Jan 2010 12:22:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=OeQ6mcFVW++0PYv8SvaDYp4L9lmq0goILHBKDqcuBDg=; b=RohNhYImo+BxiIxaORMj8FmSouVWOEcESbpWAXEgp5kuXjZVQ0exz4VSNv0osjIAwX H2NcE7fM4qGLCBNiTga5NTCPB2dhy5Mm8Qh2SyjO5l2wgtsb6WwFLtlFrtu26yVi7YHL +bu9Ez/4YBjCmHQ/9ais+udBKpeBpdmRQZklg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=wjTdw5IeYlpcrpArkFb1OvSlQzRRHK0XzLZK3USVdp9eHHAgVc0rIlpVE7rweP0u9n N6jYDN2OJeiNCIiR9gzIOWjj85Gief2DcEsaY9T4F7xr2qO49kynlcDhkN5yNOk+/xfc etLq4g9vWxf/GLSITMy3gVrO6vnxQj0GgdCyo= MIME-Version: 1.0 Received: by 10.223.164.96 with SMTP id d32mr2454126fay.106.1263414141465; Wed, 13 Jan 2010 12:22:21 -0800 (PST) In-Reply-To: References: Date: Wed, 13 Jan 2010 21:22:21 +0100 Message-ID: From: Thomas Larsen Wessel To: Emmanuel Rodriguez Content-Type: multipart/alternative; boundary=0016364d1fdd1b340f047d1187a7 Cc: xml@gnome.org Subject: Re: [xml] xmllint - Browsing in file with default namespace X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 20:22:40 -0000 --0016364d1fdd1b340f047d1187a7 Content-Type: text/plain; charset=ISO-8859-1 That does it. Thank you :) Thomas On Sun, Jan 10, 2010 at 9:42 PM, Emmanuel Rodriguez < emmanuel.rodriguez@gmail.com> wrote: > > > On Sun, Jan 10, 2010 at 9:24 PM, Thomas Larsen Wessel wrote: > >> As far as I have been told, xmllint should offer a command line tool to >> work with xml, and than includes xhtml. >> >> But it seems that I can not browse around in the xmllint shell, when the >> xml file has a default namespace. E.g. as in this file, minimum.xml: >> >> >> > "-//W3C//DTD XHTML 1.0 Strict//EN" >> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> >> >> minimum >> >>

Time for text

>> >> >> >> Now trying to use the xmllint shell from command line: >> mik@borneo:~$ xmllint --shell foo.xml >> / > cd html >> html is a 0 Node Set >> / > >> >> If I remove the line "xmlns="http://www.w3.org/1999/xhtml", then I can >> browse around. >> >> How can I browse around a document with a default namespace? >> > Register the name space in the shell: > > / > setns x=http://www.w3.org/1999/xhtml > / > cd x:html > > If you want to avoid the registration of namespaces you can also use xpath > xpressions: > / > cd * > html > cd *[1] > head > > > But you will be better with namespaces :) > > -- > Emmanuel Rodriguez > --0016364d1fdd1b340f047d1187a7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable That does it. Thank you :)

Thomas

= On Sun, Jan 10, 2010 at 9:42 PM, Emmanuel Rodriguez <<= a href=3D"mailto:emmanuel.rodriguez@gmail.com">emmanuel.rodriguez@gmail.com= > wrote:


On Sun, Jan 10, 2010 at= 9:24 PM, Thomas Larsen Wessel <mrvelle@gmail.com> wrote:
As far as I have been told, xmllint should offer a command line tool to wor= k with xml, and than includes xhtml.

But it seems that I can not browse around in the xmllint shell, when the xml file has a default namespace. E.g. as in this file, minimum.xml:

<?xml version=3D"1.0" encoding=3D"UTF-8"?><!DOCTYPE html PUBLIC
=A0 "-//W3C//DTD XHTML 1.0 Strict//EN&quo= t;
=A0 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd&= quot;>
<html xmlns=3D"http://www.w3.org/1999/xhtml" xml:lang=3D"en" lan= g=3D"en">
=A0=A0=A0 <head> <title> minimum <= /title> </head>
=A0=A0=A0 <body>
=A0=A0=A0=A0=A0=A0=A0 <p> Time for text &l= t;/p>
=A0=A0=A0 </body>
</html>

Now trying to u= se the xmllint shell from command line:
mik@borneo:~$ xmllint --shell fo= o.xml
/ > cd html
html is a 0 Node Set
/ >

If I remove the line "xmlns=3D&= quot;http://www.= w3.org/1999/xhtml", then I can browse around.

How can I br= owse around a document with a default namespace?
Register the name space in the shell:

= / > setns x=3Dhttp://www.w3.org/1999/xhtml
/ > cd x:html

If you want to avoid the registration of namespaces you can also use xp= ath xpressions:
/ > cd *
html > cd *[1]
head >

But you will be bette= r with namespaces :)

--
Emmanuel Rodrigu= ez

--0016364d1fdd1b340f047d1187a7-- From aron@pointless.hu Thu Jan 14 02:00:50 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3795F7500FE for ; Thu, 14 Jan 2010 02:00:50 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3cLk7AbUrHCq for ; Thu, 14 Jan 2010 02:00:44 +0000 (GMT) Received: from mail.atw.hu (mail.atw.hu [88.151.96.10]) by menubar.gnome.org (Postfix) with ESMTP id C5AFC7500F5 for ; Thu, 14 Jan 2010 02:00:35 +0000 (GMT) Received: from catv-80-99-149-70.catv.broadband.hu ([80.99.149.70] helo=[192.168.0.50]) by mail.atw.hu with esmtpa (Exim 4.63 #1 (Debian)) id 1NVF0i-00079v-By for ; Thu, 14 Jan 2010 03:00:32 +0100 Message-ID: <4B4E7A96.5020408@pointless.hu> Date: Thu, 14 Jan 2010 02:59:50 +0100 From: Aron Szabo User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091219 Thunderbird/3.0 MIME-Version: 1.0 To: xml@gnome.org Content-Type: multipart/mixed; boundary="------------050104090907010308010608" Subject: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 02:00:50 -0000 This is a multi-part message in MIME format. --------------050104090907010308010608 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi! If I use the library in a threaded program and call xmlCleanupParser() I can't reinitialize it. So here's what happens: 1. xmlCleanupThreads() is called from xmlCleanupParser() 2. the global key is deleted by xmlCleanupParser() which was created by xmlOnceInit() So the problem is that if I want to clear the data allocated then I can't use the library because it will leak memory (xmlOnceInit will not be called). The simplest way to solve this issue is to reset once_control. The other way is to remove xmlCleanupThreads() from the cleanup process and let the user/programmer do the dirty work... Aron Szabo Pointless Software --------------050104090907010308010608 Content-Type: text/plain; name="libxml2_pthread_reinit.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="libxml2_pthread_reinit.patch" diff --git a/threads.c b/threads.c index 98fd2c2..7f421dd 100644 --- a/threads.c +++ b/threads.c @@ -911,8 +911,10 @@ xmlCleanupThreads(void) xmlGenericError(xmlGenericErrorContext, "xmlCleanupThreads()\n"); #endif #ifdef HAVE_PTHREAD_H - if ((libxml_is_threaded) && (pthread_key_delete != NULL)) + if ((libxml_is_threaded) && (pthread_key_delete != NULL)) { pthread_key_delete(globalkey); + once_control = PTHREAD_ONCE_INIT; + } #elif defined(HAVE_WIN32_THREADS) && !defined(HAVE_COMPILER_TLS) && (!defined(LIBXML_STATIC) || defined(LIBXML_STATIC_FOR_DLL)) if (globalkey != TLS_OUT_OF_INDEXES) { xmlGlobalStateCleanupHelperParams *p; --------------050104090907010308010608-- From peregryne@gmail.com Thu Jan 14 17:13:59 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2DB197501BF for ; Thu, 14 Jan 2010 17:13:59 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.444 X-Spam-Level: X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0mYld3AKJej7 for ; Thu, 14 Jan 2010 17:13:54 +0000 (GMT) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by menubar.gnome.org (Postfix) with ESMTP id F19857501B1 for ; Thu, 14 Jan 2010 17:13:45 +0000 (GMT) Received: by qw-out-2122.google.com with SMTP id 5so457128qwi.9 for ; Thu, 14 Jan 2010 09:13:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=xD7jtyWCOb/jdLDrcSzAgn2OFZNiQSzTyxeHCuCRlas=; b=qHT4TioS9Th2URgezaQhkZGdzGg93dQQ7lETt1p5kB2M2915kglK+Wo6n3yxKT+9Af 0hoMLA2tDd6ZLwz0ZJvZ6GZUjGqGE7MZanB00n8jn0KApU4QVF4nRQ4eBU/S/3zmSJxE 3vQ5eJnTynSOkDTuEQi1K9fv16JTDOEkNhIEg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=LpxJeQH+SflVLMcuEPSU9FoP91zwoCbrkZKuc7pI7ATa9sKsxXkv3bEXPUEReiho/B wW+dbRHQgkt2R5K4rgHXEvSXWD7OQnUj6OMGi3vkXulKtUoLZgOXlD3luVMSXXAWco2B QwSuoJtpyXNR2fKjp7BSv/wpe5GZteAlV7ujg= MIME-Version: 1.0 Received: by 10.229.131.166 with SMTP id x38mr844039qcs.73.1263489223868; Thu, 14 Jan 2010 09:13:43 -0800 (PST) From: Seth Date: Thu, 14 Jan 2010 11:13:23 -0600 Message-ID: To: xml@gnome.org Content-Type: multipart/alternative; boundary=00151757461e5dc0ca047d230221 Subject: [xml] Setting element sequence according to schema on output X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 17:13:59 -0000 --00151757461e5dc0ca047d230221 Content-Type: text/plain; charset=ISO-8859-1 Simple question, and I hope there's a simple answer! I have an XML schema. I want to create and edit XML documents piece by piece (xmlAddChild, etc.) and then output to a string (xmlSaveToBuffer). How can I make libxml obey the element sequence, as described in the schema, when creating the output XML string? Thanks! Seth --00151757461e5dc0ca047d230221 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Simple question, and I hope there's a simple answer!

I have an X= ML schema.=A0 I want to create and edit XML documents piece by piece (xmlAd= dChild, etc.) and then output to a string (xmlSaveToBuffer).=A0 How can I m= ake libxml obey the element sequence, as described in the schema, when crea= ting the output XML string?=A0 Thanks!

Seth
--00151757461e5dc0ca047d230221-- From elvstone@gmail.com Fri Jan 15 16:12:39 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BEBBE750144 for ; Fri, 15 Jan 2010 16:12:39 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077, TW_XN=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DijxxOhawU8J for ; Fri, 15 Jan 2010 16:12:31 +0000 (GMT) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by menubar.gnome.org (Postfix) with ESMTP id 1CAD57501AC for ; Fri, 15 Jan 2010 16:12:20 +0000 (GMT) Received: by bwz5 with SMTP id 5so706593bwz.23 for ; Fri, 15 Jan 2010 08:12:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Z9slTltrxRY6oK27sKSNmgWN0j/6cuQA0KxGAG7e5QE=; b=tV6/2XIEeaXPV9k+ieVgrE7H7gQz6Ca5nNUsgyxgU/FYM7tCxxKHUCmqex+xUYkigY tVw1lB4Ik63geR/8cH/KOU5od11jt0vg2LYKIt0KrIRyA7EtTU4rsazvy7olfnLJQu2F h3fcrPrEACTvf7lHNcicLxdAhL0OaODLHQk0c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=T6cCS2VERWkZreyukCq6EfLLsKvHO7Ty0Gyoq03R56vGGDvrfygz0lqT5q0Uapnnyw 9XuaMQX/pVdyiSBrAxA+ydzmDb1BwAxJPXEIQVgrAzvVohs0PNoNflgqJJ1QvtzSGjEN x8B5EJgBPLwhbLh84+4miQI6++9konM7z33dw= MIME-Version: 1.0 Received: by 10.216.88.71 with SMTP id z49mr830813wee.90.1263571938351; Fri, 15 Jan 2010 08:12:18 -0800 (PST) Date: Fri, 15 Jan 2010 17:12:18 +0100 Message-ID: <751a4f871001150812m405b59fdw93142ff63b0417e1@mail.gmail.com> From: Elvis Stansvik To: libxml2 Content-Type: text/plain; charset=ISO-8859-1 Subject: [xml] RelaxNG bug? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 16:12:40 -0000 Hello libxml2 folks, The following minimal example validates with Jing but not libxml2 (git version from today): test.xml: schema.rng: super sub -?([0-9]+(\.[0-9]*)?|\.[0-9]+)% [astan@pyret test]$ xmllint --version xmllint: using libxml version 20706-GITv2.7.6-8-g7946137 compiled with: Threads Tree Output Push Reader Patterns Writer SAXv1 FTP HTTP DTDValid HTML Legacy C14N Catalog XPath XPointer XInclude Iconv ISO8859X Unicode Regexps Automata Expr Schemas Schematron Modules Debug Zlib [astan@pyret test]$ xmllint --relaxng schema.rng test.xml Unimplemented block at relaxng.c:8948 test.xml:2: element a: Relax-NG validity error : Element a failed to validate attributes test.xml fails to validate It validates if I remove the entire from the . Any ideas? The code at relaxng.c:8948 indicates that this is a TODO. Is that true or is this a real bug and the validator has been put into an inconsistent state? Best regards, Elvis Stansvik From bunglehead@gmail.com Fri Jan 15 19:50:37 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 95E417500E1 for ; Fri, 15 Jan 2010 19:50:37 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JlImnbii9Zak for ; Fri, 15 Jan 2010 19:50:31 +0000 (GMT) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by menubar.gnome.org (Postfix) with ESMTP id 73DE7750201 for ; Fri, 15 Jan 2010 19:50:22 +0000 (GMT) Received: by fg-out-1718.google.com with SMTP id e12so432345fga.9 for ; Fri, 15 Jan 2010 11:50:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=QWaqaTkRymiwZVmNGy+ePnKeZ15rE424jSoVZvIbZO0=; b=jLt51ayr9yZDb8bKktHE2JtHuTta6zZ7R26QRWcxqOPMQW2DPmmG8RhxNCkuWmPrJd 2xmolnyMerFoLXvPmbVQWIWTahHhbiA6CQcUG7qjl1DGedDv50dwrBHIgsrNS22nZkE8 salxSjRKMswKV5zWpZ0+SVNZpNuzAhUH2crXE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=gDMFHI9r+8OonX20IlcLPzShlfDWdcDKGnelQGd/+05osvsHqomBUr8g3TsS1pizc6 QrIfLFnz+zv9W6xNOoqHTnSkDak81LWC/+NGhnUcmSTcmnfejFwX094yuqmSm1KWKNO+ FeNy0mCa+yPAlsGEA6AlzJl9+urYPthH/VSXM= Received: by 10.87.45.29 with SMTP id x29mr3284278fgj.12.1263585020332; Fri, 15 Jan 2010 11:50:20 -0800 (PST) Received: from ?85.141.192.97? (ppp85-141-192-97.pppoe.mtu-net.ru [85.141.192.97]) by mx.google.com with ESMTPS id 14sm817799fxm.11.2010.01.15.11.50.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 15 Jan 2010 11:50:19 -0800 (PST) Message-ID: <4B50C6F7.3050708@gmail.com> Date: Fri, 15 Jan 2010 22:50:15 +0300 From: Nikolay Sivov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [xml] Access internal xmlParserInputBuffer data X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 19:50:37 -0000 Hi. First on question background. I want to use xmlTextReader API to access streamed xml data. Decided to allocate input buffer with xmlAllocParserInputBuffer() and use read callback to provide xml data (no choice here for me actually). Is it safe to manually set 'readcallback' and 'context' fields of returned xmlParserInputBuffer? Looking at libxml2 code I don't see any problems with that, but it's better to ask. From bunglehead@gmail.com Sat Jan 16 19:38:43 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 67D15750096 for ; Sat, 16 Jan 2010 19:38:43 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hb1lt9qghXNW for ; Sat, 16 Jan 2010 19:38:36 +0000 (GMT) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by menubar.gnome.org (Postfix) with ESMTP id 6E5CE750024 for ; Sat, 16 Jan 2010 19:38:28 +0000 (GMT) Received: by fxm27 with SMTP id 27so1137360fxm.23 for ; Sat, 16 Jan 2010 11:38:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer; bh=2PIIhKBIS+Gyf9U8k+Bqk06hV9LhAKNv+sIG/wDun6I=; b=vi7hIFR3kMO16ACAa4gauhDDCyp2C6mFKxE4BQWt8oNM46+hOXJC3BByb51uY9tmre DYbv8qSZzAXVfr8Fwx8qx96Y4CVIUIt3aLF+Ryaz1TECtTBOjQidH5YYb5zQgJbSx8bU x1C/l+O3FAN1F0iQZsjqhSZkGPUZaY7BD0Bms= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=UAgfn6OQbvZY6wEriJYeLm67kqged0ppGWfrif8XYRLKE3x136aJHJD7iuIoU0zmta RROAcgb6FaosO+lZ9RTb2q1UJUfxACUotEW0tMddt26u6GYiGNku569Img0VSNxxVUu2 SOWbBQTCkKLGRFfHfHwRjIdO08kcuskjUH9kg= Received: by 10.223.54.15 with SMTP id o15mr4620245fag.96.1263670705380; Sat, 16 Jan 2010 11:38:25 -0800 (PST) Received: from ?192.168.9.128? (ppp85-140-210-27.pppoe.mtu-net.ru [85.140.210.27]) by mx.google.com with ESMTPS id 16sm891109fxm.0.2010.01.16.11.38.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 16 Jan 2010 11:38:25 -0800 (PST) From: Nikolay Sivov To: xml@gnome.org Content-Type: multipart/mixed; boundary="=-IKhd+0r9oK6vTAtqLlVA" Date: Sat, 16 Jan 2010 22:38:14 +0300 Message-Id: <1263670694.14543.1.camel@debianhome.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Subject: [xml] Patch: Correct variable type to unsigned X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 19:38:43 -0000 --=-IKhd+0r9oK6vTAtqLlVA Content-Type: text/plain Content-Transfer-Encoding: 7bit Spotted this in compile warnings. --=-IKhd+0r9oK6vTAtqLlVA Content-Disposition: attachment; filename=0001-Correct-variable-type-to-unsigned.diff Content-Type: application/mbox; name=0001-Correct-variable-type-to-unsigned.diff Content-Transfer-Encoding: 7bit >From af7d136e93dc46bea5ab0032edb210d4980e1723 Mon Sep 17 00:00:00 2001 From: Nikolay Sivov Date: Sat, 16 Jan 2010 21:03:57 +0300 Subject: [PATCH 1/1] Correct variable type to unsigned --- parser.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/parser.c b/parser.c index b41dcc3..c779c1d 100644 --- a/parser.c +++ b/parser.c @@ -11546,7 +11546,7 @@ xmldecl_done: */ if ((ctxt->instate == XML_PARSER_START) && (ctxt->input != NULL) && (ctxt->input->buf != NULL) && (ctxt->input->buf->encoder != NULL)) { - int len = 45; + unsigned int len = 45; if ((xmlStrcasestr(BAD_CAST ctxt->input->buf->encoder->name, BAD_CAST "UTF-16")) || -- 1.5.6.5 --=-IKhd+0r9oK6vTAtqLlVA-- From bbskill@gmail.com Mon Jan 18 02:21:22 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 33D1C7500A7 for ; Mon, 18 Jan 2010 02:21:22 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Df2EYFjPkFqE for ; Mon, 18 Jan 2010 02:21:16 +0000 (GMT) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by menubar.gnome.org (Postfix) with ESMTP id AC3CA7500A5 for ; Mon, 18 Jan 2010 02:21:08 +0000 (GMT) Received: by pwi15 with SMTP id 15so1519020pwi.23 for ; Sun, 17 Jan 2010 18:21:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=fktHJXek1PYhGoWnXWef+RF+Z4gZL4KGRqRMQRs09EA=; b=USRx13vpz9qrHfL1NL3IwnDsPj5cOQ0zWqHdnJcLQaxeT8QJXaH0k4mYwl/lJMM2LQ G4gAYUCK9LdDgmSwOBcrPCYDHuKsxvX0zFgdaWpkAVWlVkb0IbzO51aBYB9+oy1Ghm/U 1urUAYXQ4vlg3tx9CiOAyOYyWcwWHuIzR05Nk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=PAPZzUUxNDUgylDzPktHswg4ojRhuAN8/6ApNtai9IOAViQikDqG5H2U/YW5U6VKmY MYad3hROKYNoMGEVC8rGYBydEe7ab2wwUyv8a5PrtfJS3+N5oIzlPFk2lYOE5OY9ytYP FkH20+N5xqnk/OMCbhk6pcccHLltqOyf6cmAQ= MIME-Version: 1.0 Received: by 10.115.101.15 with SMTP id d15mr3815738wam.200.1263781266584; Sun, 17 Jan 2010 18:21:06 -0800 (PST) Date: Mon, 18 Jan 2010 10:21:06 +0800 Message-ID: <9c8372c21001171821p15eb1c09rcb585dc0931b1228@mail.gmail.com> From: Liu bbskill To: xml@gnome.org Content-Type: multipart/alternative; boundary=0016e64dca1477f47e047d6701dd Subject: [xml] Hi, all, about xmlParseChunk's number of calls of characters callback function. X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2010 02:21:22 -0000 --0016e64dca1477f47e047d6701dd Content-Type: text/plain; charset=ISO-8859-1 Hi,all I use xmlCreatePushParserCtxt and xmlParseChunk to parse a stream xml data. And I invoke xmlParseChunk every 4 chars. while ((res = readPacket(chars, 4)) > 0) { xmlParseChunk(ctxt, chars, res, 0); } And I notice that for example, very long text data ..... , if the content' s length is very long, xmlParseChunk will invoke characters call back function, once it parse every 300 characters. my characters callback function does only print them out. So ,if the content's length is 600. the characters will cause twice time, the first time to print the first 300 characters, and the second time to print the another 300. And this behavior will destroy my application. So How should I do to let the xmlParseChunk only invoke the characters callback fucntion for just ONE time, even the the content's length is very long?? Please give me a hand.. Thank you very much. -- JinBiao Liu --0016e64dca1477f47e047d6701dd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,all

I use xmlCreatePushParserCtxt and xmlParseChunk to parse a st= ream xml data. And I invoke xmlParseChunk every 4 chars.
=A0=A0=A0 while= ((res =3D readPacket(chars, 4)) > 0) {
=A0=A0=A0=A0=A0=A0=A0 xmlPars= eChunk(ctxt, chars, res, 0);
=A0=A0=A0 }



And I notice that for example,
<text>v= ery long text data .....=A0 </text>,
if=A0 the content' s leng= th is very long,=A0 xmlParseChunk will invoke characters call back function= ,=A0 once it parse every =A0 300 characters.

my characters callback function does only print them out. So ,if the co= ntent's length is 600. the characters will cause twice time, the first = time to print the first 300 characters, and the second time to print the an= other 300.
=A0And this behavior will destroy my application.

So How should I do= to let the xmlParseChunk only invoke the characters=A0 callback fucntion f= or just=A0 ONE time, even the the content's length is very long??
Please give me a hand..

Thank you very much.

--=
JinBiao Liu
--0016e64dca1477f47e047d6701dd-- From madler@alumni.caltech.edu Mon Jan 18 09:49:50 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C9346750122 for ; Mon, 18 Jan 2010 09:49:50 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.445 X-Spam-Level: X-Spam-Status: No, score=-6.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id huRlb6dWKiuz for ; Mon, 18 Jan 2010 09:49:41 +0000 (GMT) Received: from mail.alumni.caltech.edu (posteaux1.caltech.edu [131.215.239.119]) by menubar.gnome.org (Postfix) with ESMTP id 6575E750068 for ; Mon, 18 Jan 2010 09:49:33 +0000 (GMT) Received: from [10.0.1.10] (24-205-65-22.dhcp.psdn.ca.charter.com [24.205.65.22]) by mail.alumni.caltech.edu (Postfix) with ESMTPSA id CD7223F09EE; Mon, 18 Jan 2010 01:49:30 -0800 (PST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail.alumni.caltech.edu CD7223F09EE DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alumni.caltech.edu; s=enforce; t=1263808170; bh=6gn4qiNnbjyLQgo0NPvWYoWYUBIZwJ24BKWe0Na4gEY=; h=Content-Type:Mime-Version:Subject:From:Date:Cc: Content-Transfer-Encoding:Message-Id:To; b=KhXx99Hz9a9r23+cwKDaUZIIfYWYt7mOzBtuW0P9OtxyRDk9mhhAYm/nKSf+1wvGL b2FxtEmJJCupowIZjLOiLYRHpRd5lRtv6BrsbT35t1Nfsz5NwnF41h/k6dP6yZK5U2 WcHNAh9qCC6Z4wNkZ7sG1jYfWhEtZ7QeDIyemsY0= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) From: Mark Adler Date: Mon, 18 Jan 2010 01:49:30 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> To: xml@gnome.org X-Mailer: Apple Mail (2.1077) X-MailScanner-Information-Alumni: Please contact the Alumni Office for more information X-Alumni-MailScanner-ID: CD7223F09EE.AED3D X-MailScanner-Alumni: Mail Not Scanned X-MailScanner-From: madler@alumni.caltech.edu Cc: Mark Brown Subject: [xml] libxml violates the zlib interface and crashes X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2010 09:49:51 -0000 libxml authors and/or maintainers, I am preparing a new release of zlib which includes a rewrite of the gz* = functions (to wit, that read and write gzip files). In the process of = testing, Mark Brown discovered that libxml encounters a segmentation = fault with the current beta versions of zlib (1.2.3.5 and later). = Within libxml version 2.7.6 in xmlIO.c we find this offending code: #ifdef HAVE_ZLIB_H if ((xmlInputCallbackTable[i].opencallback =3D=3D xmlGzfileOpen) = && (strcmp(URI, "-") !=3D 0)) { if (((z_stream *)context)->avail_in > 4) { char *cptr, buff4[4]; cptr =3D (char *) ((z_stream *)context)->next_in; if (gzread(context, buff4, 4) =3D=3D 4) { if (strncmp(buff4, cptr, 4) =3D=3D 0) ret->compressed =3D 0; else ret->compressed =3D 1; gzrewind(context); } } } #endif This appears to be an attempt to determine if the input is a gzip file = or not. It does so by finding and comparing bytes from an internal zlib = buffer to the data returned by zlib, using "(z_stream *)context" to = access the internal buffer, where "context" is zlib's otherwise opaque = gzFile structure. This code violates the zlib interface, penetrating the protected gzFile = structure. (Gee, this is starting to sound like a sexual assault.) = libxml assumes things about zlib that are not documented in the = interface (zlib.h) and so cannot be relied upon and must not be used in = code that professes to be dependable. This includes the assumption that = gzFile has the z_stream it uses in the structure as the first element, = that it uses the z_stream next_in pointer for the input buffer, and that = gzopen() or gzdopen() reads data from the input to determine whether it = is a gzip file or not. None of these assumptions are true in the new = gz* code in the current beta of zlib, and so libxml crashes and burns. It turns out that this offense is not necessary since the current = production version of zlib, 1.2.3, available since July of 2005 and = widely deployed, has the gzdirect() function for exactly this purpose. Since both libxml and zlib are widely deployed, and since I expect that = applications usually link to it and zlib dynamically, we have a problem. The fix to libxml is to check the version of zlib, and to use the = current code for ZLIB_VERNUM less than 0x1230, and to instead use = gzdirect() for ZLIB_VERNUM greater than or equal to 0x1230. However, = older versions of libxml without this fix will fail with newer versions = of zlib. E.g. if zlib is updated and libxml is not. An untested patch to illustrate the approach is provided below. Mark Adler --- xmlIO-2.7.6.c 2009-09-24 08:32:00.000000000 -0700 +++ xmlIO.c 2010-01-18 01:30:27.000000000 -0800 @@ -2518,6 +2518,9 @@ #ifdef HAVE_ZLIB_H if ((xmlInputCallbackTable[i].opencallback =3D=3D xmlGzfileOpen) = && (strcmp(URI, "-") !=3D 0)) { +#if defined(ZLIB_VERNUM) && ZLIB_VERNUM >=3D 0x1230 + ret->compressed =3D !gzdirect(context); +#else if (((z_stream *)context)->avail_in > 4) { char *cptr, buff4[4]; cptr =3D (char *) ((z_stream *)context)->next_in; @@ -2529,6 +2532,7 @@ gzrewind(context); } } +#endif } #endif } From mathieu.malaterre@gmail.com Mon Jan 18 13:24:16 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D15C2750161 for ; Mon, 18 Jan 2010 13:24:16 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UOTQbfYmNVEl for ; Mon, 18 Jan 2010 13:24:11 +0000 (GMT) Received: from mail-pz0-f200.google.com (mail-pz0-f200.google.com [209.85.222.200]) by menubar.gnome.org (Postfix) with ESMTP id BF2C9750103 for ; Mon, 18 Jan 2010 13:24:03 +0000 (GMT) Received: by pzk38 with SMTP id 38so2272233pzk.9 for ; Mon, 18 Jan 2010 05:24:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=0if3ZhVssOsPER8EUB/WtD3EBScDR0+2H5Vr6GcHsDE=; b=Z4erQmGpDvi1W/FyFYNnk1Mq+Mj25i7YhzLgaDb2kz07Rqyu4zZKq+K07rYsNx1q1G jh/iDhNiBEn3VnYAQnnoKLOaP0SqrxzdeFwt+npMoVhrqhnL7pflCr99rbOV2iB+AGZg XPtWCQbJZ+x97uYU3iRcJTAnlJFQ8u9+goioQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=VL0ipy7tNYAkzNtiwyo3YPUM2QPtCHKaUueEO8ENaFaF+G5/ddiUnbuPSq3hCIy5pq 2qWb+u4C7Ba7eCAfwbbzto4tfz59c8cNuKdnl7gFZGb6ovbiSjbcYka+CFI3oVcyWo00 Fe9bacb96JI3ldmhKWSpEPzZ7yYDUWGicmLXo= MIME-Version: 1.0 Received: by 10.141.23.14 with SMTP id a14mr4352941rvj.233.1263821042170; Mon, 18 Jan 2010 05:24:02 -0800 (PST) From: Mathieu Malaterre Date: Mon, 18 Jan 2010 14:23:42 +0100 Message-ID: To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [xml] XMLUnit using libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2010 13:24:17 -0000 Hi there, I am looking for something like XMLUnit (only available in Java, C#) that would be built on top of libxml2 since I am using it currently. This would ease the writing of unit tests. Thanks for info, -- Mathieu From veillard@paphio.veillard.com Tue Jan 19 14:25:29 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BB9C77501D6 for ; Tue, 19 Jan 2010 14:25:29 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.879 X-Spam-Level: X-Spam-Status: No, score=-4.879 tagged_above=-999 required=2 tests=[AWL=1.489, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fniu3XMMEO36 for ; Tue, 19 Jan 2010 14:25:22 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id E95A07501B8 for ; Tue, 19 Jan 2010 14:25:13 +0000 (GMT) Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0JEPARc000957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Jan 2010 09:25:11 -0500 Received: from paphio.veillard.com (vpn1-4-149.ams2.redhat.com [10.36.4.149]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0JEP6sE014419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jan 2010 09:25:10 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0JEP4It013335; Tue, 19 Jan 2010 15:25:04 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0JEP2Ol013228; Tue, 19 Jan 2010 15:25:02 +0100 Date: Tue, 19 Jan 2010 15:25:01 +0100 From: Daniel Veillard To: Aron Szabo Message-ID: <20100119142501.GJ16017@redhat.com> References: <4B4E7A96.5020408@pointless.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B4E7A96.5020408@pointless.hu> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 Cc: xml@gnome.org Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 14:25:30 -0000 On Thu, Jan 14, 2010 at 02:59:50AM +0100, Aron Szabo wrote: > Hi! > > If I use the library in a threaded program and call > xmlCleanupParser() I can't reinitialize it. > > So here's what happens: > > 1. xmlCleanupThreads() is called from xmlCleanupParser() > 2. the global key is deleted by xmlCleanupParser() which was created > by xmlOnceInit() > > So the problem is that if I want to clear the data allocated then I > can't use the library because it will leak memory (xmlOnceInit will > not be called). The simplest way to solve this issue is to reset > once_control. > > The other way is to remove xmlCleanupThreads() from the cleanup > process and let the user/programmer do the dirty work... > > Aron Szabo > Pointless Software > diff --git a/threads.c b/threads.c > index 98fd2c2..7f421dd 100644 > --- a/threads.c > +++ b/threads.c > @@ -911,8 +911,10 @@ xmlCleanupThreads(void) > xmlGenericError(xmlGenericErrorContext, "xmlCleanupThreads()\n"); > #endif > #ifdef HAVE_PTHREAD_H > - if ((libxml_is_threaded) && (pthread_key_delete != NULL)) > + if ((libxml_is_threaded) && (pthread_key_delete != NULL)) { > pthread_key_delete(globalkey); > + once_control = PTHREAD_ONCE_INIT; > + } > #elif defined(HAVE_WIN32_THREADS) && !defined(HAVE_COMPILER_TLS) && (!defined(LIBXML_STATIC) || defined(LIBXML_STATIC_FOR_DLL)) > if (globalkey != TLS_OUT_OF_INDEXES) { > xmlGlobalStateCleanupHelperParams *p; That makes sense. there is a big problem anyway with xmlCleanupParser() most people seems to think it need to be used after parsing while it's a library global operation and really should not be called after parsing but only when the library is not in use anymore. So overall I'm tempted to change xmlCleanupParser() to become an empty routine, and rename the real function as xmlCleanupLibrary(). That way the various shared libraries deployed with that bug won't need to be changed specifically, avoiding crashes when multiple libraries using libxml2 are used. Then your patch should be applied to the new xmlCleanupLibrary() function. Opinions ? Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From 0xCDCDCDCD@gmx.at Tue Jan 19 14:40:48 2010 Return-Path: <0xCDCDCDCD@gmx.at> X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 786FE7501B8 for ; Tue, 19 Jan 2010 14:40:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.945 X-Spam-Level: X-Spam-Status: No, score=-1.945 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A48PMacvscjf for ; Tue, 19 Jan 2010 14:40:42 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 20A3A7501CF for ; Tue, 19 Jan 2010 14:40:33 +0000 (GMT) Received: (qmail invoked by alias); 19 Jan 2010 14:40:31 -0000 Received: from unknown (EHLO [172.27.169.2]) [81.189.124.202] by mail.gmx.net (mp071) with SMTP; 19 Jan 2010 15:40:31 +0100 X-Authenticated: #6567794 X-Provags-ID: V01U2FsdGVkX19AITFdCsNASR1GcwC12cqAWXb9hhseClL+c7Kr9c F06VjybcWYvXxE Message-ID: <4B55C45E.5000607@gmx.at> Date: Tue, 19 Jan 2010 15:40:30 +0100 From: "Martin B." <0xCDCDCDCD@gmx.at> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: xml@gnome.org References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> In-Reply-To: <20100119142501.GJ16017@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64000000000000001 Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 14:40:48 -0000 Daniel Veillard wrote: > On Thu, Jan 14, 2010 at 02:59:50AM +0100, Aron Szabo wrote: >> Hi! >> >> If I use the library in a threaded program and call >> xmlCleanupParser() I can't reinitialize it. >> >> So here's what happens: >> >> 1. xmlCleanupThreads() is called from xmlCleanupParser() >> 2. the global key is deleted by xmlCleanupParser() which was created >> by xmlOnceInit() >>... > > That makes sense. there is a big problem anyway with > xmlCleanupParser() most people seems to think it need to be used after > parsing while it's a library global operation and really should not > be called after parsing but only when the library is not in use anymore. > > So overall I'm tempted to change xmlCleanupParser() to become an empty > routine, and rename the real function as xmlCleanupLibrary(). > That way the various shared libraries deployed with that bug won't need > to be changed specifically, avoiding crashes when multiple libraries > using libxml2 are used. Then your patch should be applied to the new > xmlCleanupLibrary() function. > > Opinions ? > Makes sense. Though all people that use it correctly will have to update their sources, which kind of seems unfair :-) Best thing would be if xmlCleanupParser() would be removed completely, no? br, Martin From veillard@paphio.veillard.com Tue Jan 19 14:41:25 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A87007501B8 for ; Tue, 19 Jan 2010 14:41:25 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.889 X-Spam-Level: X-Spam-Status: No, score=-4.889 tagged_above=-999 required=2 tests=[AWL=1.479, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DujACJmuDesU for ; Tue, 19 Jan 2010 14:41:18 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 13EEC7501C2 for ; Tue, 19 Jan 2010 14:41:09 +0000 (GMT) Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0JEf7gZ020217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Jan 2010 09:41:07 -0500 Received: from paphio.veillard.com (vpn1-4-149.ams2.redhat.com [10.36.4.149]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0JEf4XH020319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jan 2010 09:41:06 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0JEf2Bk020516; Tue, 19 Jan 2010 15:41:03 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0JEf14D020504; Tue, 19 Jan 2010 15:41:01 +0100 Date: Tue, 19 Jan 2010 15:41:00 +0100 From: Daniel Veillard To: Nikolay Sivov Message-ID: <20100119144100.GK16017@redhat.com> References: <1263670694.14543.1.camel@debianhome.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1263670694.14543.1.camel@debianhome.localdomain> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 Cc: xml@gnome.org Subject: Re: [xml] Patch: Correct variable type to unsigned X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 14:41:25 -0000 On Sat, Jan 16, 2010 at 10:38:14PM +0300, Nikolay Sivov wrote: > Spotted this in compile warnings. Makes sense, pushed ! thanks ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Tue Jan 19 14:46:59 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8DAD1750221 for ; Tue, 19 Jan 2010 14:46:59 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.9 X-Spam-Level: X-Spam-Status: No, score=-4.9 tagged_above=-999 required=2 tests=[AWL=1.468, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5ojgA6kZ1j+v for ; Tue, 19 Jan 2010 14:46:51 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id A20CC750236 for ; Tue, 19 Jan 2010 14:46:43 +0000 (GMT) Received: from int-mx05.intmail.prod.int.phx2.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.18]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0JEkeJa010136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Jan 2010 09:46:41 -0500 Received: from paphio.veillard.com (vpn1-4-149.ams2.redhat.com [10.36.4.149]) by int-mx05.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0JEkcHP002246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jan 2010 09:46:39 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0JEkaYF021117; Tue, 19 Jan 2010 15:46:37 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0JEkZJ4021116; Tue, 19 Jan 2010 15:46:35 +0100 Date: Tue, 19 Jan 2010 15:46:34 +0100 From: Daniel Veillard To: Nikolay Sivov Message-ID: <20100119144634.GL16017@redhat.com> References: <4B50C6F7.3050708@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B50C6F7.3050708@gmail.com> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.18 Cc: xml@gnome.org Subject: Re: [xml] Access internal xmlParserInputBuffer data X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 14:46:59 -0000 On Fri, Jan 15, 2010 at 10:50:15PM +0300, Nikolay Sivov wrote: > Hi. > > First on question background. I want to use xmlTextReader API to > access streamed xml data. > Decided to allocate input buffer with xmlAllocParserInputBuffer() > and use read callback to provide xml data > (no choice here for me actually). > > Is it safe to manually set 'readcallback' and 'context' fields of > returned xmlParserInputBuffer? > Looking at libxml2 code I don't see any problems with that, but it's > better to ask. In general I would suggest you try to use http://xmlsoft.org/html/libxml-xmlreader.html#xmlReaderNewIO i.e. don't manipulate the buffer directly but let libxml2 callbacks call you to fill data in as needed instead. Now if you want to play with the internals, you can, libxml2 exposes them, but I can't garantee your code won't break something, only solid testing and careful analysis can really give insurance over such tweaking, Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Tue Jan 19 14:51:32 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 512667501CF for ; Tue, 19 Jan 2010 14:51:32 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.872 X-Spam-Level: X-Spam-Status: No, score=-4.872 tagged_above=-999 required=2 tests=[AWL=1.419, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XN=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FoYqTMd3KWMs for ; Tue, 19 Jan 2010 14:51:23 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 5EA947501F2 for ; Tue, 19 Jan 2010 14:51:15 +0000 (GMT) Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0JEpCHi010923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Jan 2010 09:51:12 -0500 Received: from paphio.veillard.com (vpn1-4-149.ams2.redhat.com [10.36.4.149]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0JEpAOB023486 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jan 2010 09:51:11 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0JEp7lN021563; Tue, 19 Jan 2010 15:51:08 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0JEp7w5021562; Tue, 19 Jan 2010 15:51:07 +0100 Date: Tue, 19 Jan 2010 15:51:06 +0100 From: Daniel Veillard To: Elvis Stansvik Message-ID: <20100119145106.GM16017@redhat.com> References: <751a4f871001150812m405b59fdw93142ff63b0417e1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <751a4f871001150812m405b59fdw93142ff63b0417e1@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 Cc: libxml2 Subject: Re: [xml] RelaxNG bug? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 14:51:32 -0000 On Fri, Jan 15, 2010 at 05:12:18PM +0100, Elvis Stansvik wrote: > Hello libxml2 folks, > > The following minimal example validates with Jing but not libxml2 (git > version from today): > > test.xml: > >
> > schema.rng: > > xmlns="http://relaxng.org/ns/structure/1.0" > datatypeLibrary="http://www.w3.org/2001/XMLSchema-datatypes"> > > > > > > > > super > sub > > > > > > > > > > > > -?([0-9]+(\.[0-9]*)?|\.[0-9]+)% > > > > > > [astan@pyret test]$ xmllint --version > xmllint: using libxml version 20706-GITv2.7.6-8-g7946137 > compiled with: Threads Tree Output Push Reader Patterns Writer > SAXv1 FTP HTTP DTDValid HTML Legacy C14N Catalog XPath XPointer > XInclude Iconv ISO8859X Unicode Regexps Automata Expr Schemas > Schematron Modules Debug Zlib > [astan@pyret test]$ xmllint --relaxng schema.rng test.xml > > > Unimplemented block at relaxng.c:8948 > test.xml:2: element a: Relax-NG validity error : Element a failed to > validate attributes > test.xml fails to validate > > It validates if I remove the entire from the . > > Any ideas? The code at relaxng.c:8948 indicates that this is a TODO. > Is that true or is this a real bug and the validator has been put into > an inconsistent state? Hum, yes I guess it's a bug in libvirt as the given define type seems not supported there, that construct seems very unusual, since nobody stepped on it ... until now ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Tue Jan 19 14:52:58 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 406207501CF for ; Tue, 19 Jan 2010 14:52:58 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.92 X-Spam-Level: X-Spam-Status: No, score=-4.92 tagged_above=-999 required=2 tests=[AWL=1.448, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pabZ-IugtAxn for ; Tue, 19 Jan 2010 14:52:50 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 748307501C2 for ; Tue, 19 Jan 2010 14:52:44 +0000 (GMT) Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0JEqfCW000704 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Jan 2010 09:52:41 -0500 Received: from paphio.veillard.com (vpn1-4-149.ams2.redhat.com [10.36.4.149]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0JEqdbZ025498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jan 2010 09:52:40 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0JEqbcb021696; Tue, 19 Jan 2010 15:52:37 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0JEqabY021695; Tue, 19 Jan 2010 15:52:36 +0100 Date: Tue, 19 Jan 2010 15:52:35 +0100 From: Daniel Veillard To: Liu bbskill Message-ID: <20100119145235.GN16017@redhat.com> References: <9c8372c21001171821p15eb1c09rcb585dc0931b1228@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9c8372c21001171821p15eb1c09rcb585dc0931b1228@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 Cc: xml@gnome.org Subject: Re: [xml] Hi, all, about xmlParseChunk's number of calls of characters callback function. X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 14:52:58 -0000 On Mon, Jan 18, 2010 at 10:21:06AM +0800, Liu bbskill wrote: > Hi,all > > I use xmlCreatePushParserCtxt and xmlParseChunk to parse a stream xml data. > And I invoke xmlParseChunk every 4 chars. > while ((res = readPacket(chars, 4)) > 0) { > xmlParseChunk(ctxt, chars, res, 0); > } > > > > And I notice that for example, > very long text data ..... , > if the content' s length is very long, xmlParseChunk will invoke > characters call back function, once it parse every 300 characters. > > my characters callback function does only print them out. So ,if the > content's length is 600. the characters will cause twice time, the first > time to print the first 300 characters, and the second time to print the > another 300. > And this behavior will destroy my application. > > So How should I do to let the xmlParseChunk only invoke the characters > callback fucntion for just ONE time, even the the content's length is very > long?? Sorry there is internal buffering for obvious performance issues, libxml2 can't do what you ask. Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From beeblebrox42@gmail.com Tue Jan 19 14:54:40 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 06BD8750242 for ; Tue, 19 Jan 2010 14:54:40 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ibBPPBekH4nK for ; Tue, 19 Jan 2010 14:54:31 +0000 (GMT) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by menubar.gnome.org (Postfix) with ESMTP id 5A2047501CF for ; Tue, 19 Jan 2010 14:54:23 +0000 (GMT) Received: by fxm7 with SMTP id 7so2574260fxm.28 for ; Tue, 19 Jan 2010 06:54:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zVm3qJ0z8o7WoauhemLzBpY8an9XkdWJkev5GULVNcE=; b=DkBFH+bXlIgEE+u+JGjdB7uTLNKZOg5ubcXVTZGA8fhnHzQk+4U6t0+mlxensTaNKN K3LzX36yGLwcwEepcgyLFUiJ4vI0uyP5B+qqEBMTai9G9pgDIaWk9IW6pz1ANNCMI2aj 9x0jzHs46Q1mTX2bSbEh1iBLS22LxRAzaCHcg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Yb30y7xzI9bsF+PqByCvf+s4PMkUGForXL6nSWgyhqZaKV7hNvkZHx/P92RGLglq1Z VOtGbOtbYXwYe3EI0p+77i4eIb2YUrfo5vabx8JhGltWiywXp0drPW+Yz5hV8Br/EzOZ lX1pZTiAt/gtXvThc1Mt3VqGZKXBPLUtYaqaw= MIME-Version: 1.0 Received: by 10.87.45.29 with SMTP id x29mr10106404fgj.12.1263912860294; Tue, 19 Jan 2010 06:54:20 -0800 (PST) In-Reply-To: <20100119142501.GJ16017@redhat.com> References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> Date: Tue, 19 Jan 2010 07:54:20 -0700 Message-ID: From: James Hart To: veillard@redhat.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xml@gnome.org Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 14:54:40 -0000 Do you suspect that there are more broken implementation vs. implementations correctly using xmlCleanupParser? The proposed change would break correctly implemented systems, but still compile and be hard to detect. Shouldn't correctly implemented systems be favored over the broken ones? For example, in our system we have specifically used a RAII design pattern so multiple libraries can access libxml and the initialization and cleanup of the library is handled by a reference counting systems because we have no control of the order these libraries will be loaded in our system. The goal we have is to completely unload and cleanup the library when there are no libraries requiring it's use anymore and to reload it if a library requires it again. If the API changes functionality, yet is link compatible it is very possible the change you proposed will go unnoticed for some time. If you rename the function I would prefer you to remove the old signature completely so current working implementations will know they need to change. Current broken implementations would need to change too...but now maybe they would have the 'ahh haa' moment and know why they should not have been calling that function to begin with. Of course, I would prefer not to have to change production code simply so broken implementations are catered to, but I understand the importance of clearly named functions. Thanks for an excellent library, James On Tue, Jan 19, 2010 at 7:25 AM, Daniel Veillard wrot= e: > On Thu, Jan 14, 2010 at 02:59:50AM +0100, Aron Szabo wrote: >> Hi! >> >> If I use the library in a threaded program and call >> xmlCleanupParser() I can't reinitialize it. >> >> So here's what happens: >> >> 1. xmlCleanupThreads() is called from xmlCleanupParser() >> 2. the global key is deleted by xmlCleanupParser() which was created >> by xmlOnceInit() >> >> So the problem is that if I want to clear the data allocated then I >> can't use the library because it will leak memory (xmlOnceInit will >> not be called). The simplest way to solve this issue is to reset >> once_control. >> >> The other way is to remove xmlCleanupThreads() from the cleanup >> process and let the user/programmer do the dirty work... >> >> Aron Szabo >> Pointless Software > >> diff --git a/threads.c b/threads.c >> index 98fd2c2..7f421dd 100644 >> --- a/threads.c >> +++ b/threads.c >> @@ -911,8 +911,10 @@ xmlCleanupThreads(void) >> =A0 =A0 =A0xmlGenericError(xmlGenericErrorContext, "xmlCleanupThreads()\= n"); >> =A0#endif >> =A0#ifdef HAVE_PTHREAD_H >> - =A0 =A0if ((libxml_is_threaded) =A0&& (pthread_key_delete !=3D NULL)) >> + =A0 =A0if ((libxml_is_threaded) =A0&& (pthread_key_delete !=3D NULL)) = { >> =A0 =A0 =A0 =A0 =A0pthread_key_delete(globalkey); >> + =A0 =A0 once_control =3D PTHREAD_ONCE_INIT; >> + =A0 =A0} >> =A0#elif defined(HAVE_WIN32_THREADS) && !defined(HAVE_COMPILER_TLS) && (= !defined(LIBXML_STATIC) || defined(LIBXML_STATIC_FOR_DLL)) >> =A0 =A0 =A0if (globalkey !=3D TLS_OUT_OF_INDEXES) { >> =A0 =A0 =A0 =A0 =A0xmlGlobalStateCleanupHelperParams *p; > > > =A0That makes sense. there is a big problem anyway with > xmlCleanupParser() most people seems to think it need to be used after > parsing while it's a library global operation and really should not > be called after parsing but only when the library is not in use anymore. > > So overall I'm tempted to change xmlCleanupParser() to become an empty > routine, and rename the real function as xmlCleanupLibrary(). > That way the various shared libraries deployed with that bug won't need > to be changed specifically, avoiding crashes when multiple libraries > using libxml2 are used. Then your patch should be applied to the new > xmlCleanupLibrary() function. > > =A0Opinions ? > > Daniel > > > -- > Daniel Veillard =A0 =A0 =A0| libxml Gnome XML XSLT toolkit =A0http://xmls= oft.org/ > daniel@veillard.com =A0| Rpmfind RPM search engine http://rpmfind.net/ > http://veillard.com/ | virtualization library =A0http://libvirt.org/ > _______________________________________________ > xml mailing list, project page =A0http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > --=20 If there is anything bigger than my ego around, I want it caught and shot n= ow! From veillard@paphio.veillard.com Tue Jan 19 15:30:48 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4BC2375024E for ; Tue, 19 Jan 2010 15:30:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.954 X-Spam-Level: X-Spam-Status: No, score=-4.954 tagged_above=-999 required=2 tests=[AWL=1.414, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8xAYgEHB3nA8 for ; Tue, 19 Jan 2010 15:30:41 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 9E1E7750268 for ; Tue, 19 Jan 2010 15:30:33 +0000 (GMT) Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0JFUP3x008027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Jan 2010 10:30:26 -0500 Received: from paphio.veillard.com (vpn1-4-149.ams2.redhat.com [10.36.4.149]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0JFUNnT005627 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jan 2010 10:30:24 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0JFUK0U031442; Tue, 19 Jan 2010 16:30:21 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0JFUJGC031385; Tue, 19 Jan 2010 16:30:19 +0100 Date: Tue, 19 Jan 2010 16:30:18 +0100 From: Daniel Veillard To: Mark Adler Message-ID: <20100119153018.GO16017@redhat.com> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 Cc: xml@gnome.org, Mark Brown Subject: Re: [xml] libxml violates the zlib interface and crashes X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 15:30:48 -0000 Hi Mark ! On Mon, Jan 18, 2010 at 01:49:30AM -0800, Mark Adler wrote: > libxml authors and/or maintainers, > I am preparing a new release of zlib which includes a rewrite of the gz* functions (to wit, that read and write gzip files). In the process of testing, Mark Brown discovered that libxml encounters a segmentation fault with the current beta versions of zlib (1.2.3.5 and later). Within libxml version 2.7.6 in xmlIO.c we find this offending code: > > #ifdef HAVE_ZLIB_H > if ((xmlInputCallbackTable[i].opencallback == xmlGzfileOpen) && > (strcmp(URI, "-") != 0)) { > if (((z_stream *)context)->avail_in > 4) { > char *cptr, buff4[4]; > cptr = (char *) ((z_stream *)context)->next_in; > if (gzread(context, buff4, 4) == 4) { > if (strncmp(buff4, cptr, 4) == 0) > ret->compressed = 0; > else > ret->compressed = 1; > gzrewind(context); > } > } > } > #endif Argh, ... > This appears to be an attempt to determine if the input is a gzip file > or not. It does so by finding and comparing bytes from an internal > zlib buffer to the data returned by zlib, using "(z_stream *)context" > to access the internal buffer, where "context" is zlib's otherwise opaque > gzFile structure. yes I see bad case of API abuse, this need fixing obviously > Since both libxml and zlib are widely deployed, and since I expect that applications usually link to it and zlib dynamically, we have a problem. agreed ! > The fix to libxml is to check the version of zlib, and to use the > current code for ZLIB_VERNUM less than 0x1230, and to instead use > gzdirect() for ZLIB_VERNUM greater than or equal to 0x1230. However, > older versions of libxml without this fix will fail with newer versions > of zlib. E.g. if zlib is updated and libxml is not. > --- xmlIO-2.7.6.c 2009-09-24 08:32:00.000000000 -0700 > +++ xmlIO.c 2010-01-18 01:30:27.000000000 -0800 > @@ -2518,6 +2518,9 @@ > #ifdef HAVE_ZLIB_H > if ((xmlInputCallbackTable[i].opencallback == xmlGzfileOpen) && > (strcmp(URI, "-") != 0)) { > +#if defined(ZLIB_VERNUM) && ZLIB_VERNUM >= 0x1230 > + ret->compressed = !gzdirect(context); > +#else > if (((z_stream *)context)->avail_in > 4) { > char *cptr, buff4[4]; > cptr = (char *) ((z_stream *)context)->next_in; > @@ -2529,6 +2532,7 @@ > gzrewind(context); > } > } > +#endif > } > #endif > } > The patch seems to work for me on with zlib-1.2.3-23.fc12 paphio:~/XML -> grep ZLIB_VERNUM /usr/include/zlib.h #define ZLIB_VERNUM 0x1230 paphio:~/XML -> cat tst.xml.gz | xmllint - paphio:~/XML -> after a rebuild. Since the old cod is the same it should be safe too so I'm pushing that patch. Now the real problem is if people upgrade gzip without pushing that patch ... urgh Thanks for raising the issue and for the patch ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Tue Jan 19 15:33:51 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 70ACD750210 for ; Tue, 19 Jan 2010 15:33:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.964 X-Spam-Level: X-Spam-Status: No, score=-4.964 tagged_above=-999 required=2 tests=[AWL=1.404, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GsAt8FdovCQY for ; Tue, 19 Jan 2010 15:33:42 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id D8ADD750162 for ; Tue, 19 Jan 2010 15:33:34 +0000 (GMT) Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0JFXUCZ005745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Jan 2010 10:33:31 -0500 Received: from paphio.veillard.com (vpn1-4-149.ams2.redhat.com [10.36.4.149]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0JFXRlr028031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jan 2010 10:33:28 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0JFXPFu031694; Tue, 19 Jan 2010 16:33:25 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0JFXOCj031693; Tue, 19 Jan 2010 16:33:24 +0100 Date: Tue, 19 Jan 2010 16:33:23 +0100 From: Daniel Veillard To: "Martin B." <0xCDCDCDCD@gmx.at> Message-ID: <20100119153323.GP16017@redhat.com> References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> <4B55C45E.5000607@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B55C45E.5000607@gmx.at> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.21 Cc: xml@gnome.org Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 15:33:51 -0000 On Tue, Jan 19, 2010 at 03:40:30PM +0100, Martin B. wrote: > Daniel Veillard wrote: > >On Thu, Jan 14, 2010 at 02:59:50AM +0100, Aron Szabo wrote: > >>Hi! > >> > >>If I use the library in a threaded program and call > >>xmlCleanupParser() I can't reinitialize it. > >> > >>So here's what happens: > >> > >>1. xmlCleanupThreads() is called from xmlCleanupParser() > >>2. the global key is deleted by xmlCleanupParser() which was created > >>by xmlOnceInit() > >>... > > > > That makes sense. there is a big problem anyway with > >xmlCleanupParser() most people seems to think it need to be used after > >parsing while it's a library global operation and really should not > >be called after parsing but only when the library is not in use anymore. > > > >So overall I'm tempted to change xmlCleanupParser() to become an empty > >routine, and rename the real function as xmlCleanupLibrary(). > >That way the various shared libraries deployed with that bug won't need > >to be changed specifically, avoiding crashes when multiple libraries > >using libxml2 are used. Then your patch should be applied to the new > >xmlCleanupLibrary() function. > > > > Opinions ? > > > > Makes sense. Though all people that use it correctly will have to > update their sources, which kind of seems unfair :-) Agreed, but the balance of damages is not the same, on one hand you have a minimal one-time fixed size small leak, and on the other side you get an ugly crash usually hard to debug because it becomes an async error when using the library later. > Best thing would be if xmlCleanupParser() would be removed completely, no? That is impossible, for ABI compatibility, Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From 0xCDCDCDCD@gmx.at Tue Jan 19 15:38:43 2010 Return-Path: <0xCDCDCDCD@gmx.at> X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2C9E275024F for ; Tue, 19 Jan 2010 15:38:43 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.945 X-Spam-Level: X-Spam-Status: No, score=-1.945 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cgHqkiSib3Rc for ; Tue, 19 Jan 2010 15:38:36 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 3E446750162 for ; Tue, 19 Jan 2010 15:38:27 +0000 (GMT) Received: (qmail invoked by alias); 19 Jan 2010 15:38:25 -0000 Received: from unknown (EHLO [172.27.169.2]) [81.189.124.202] by mail.gmx.net (mp011) with SMTP; 19 Jan 2010 16:38:25 +0100 X-Authenticated: #6567794 X-Provags-ID: V01U2FsdGVkX1+Lc4suRJOL81m7hzgrnAn2GduBX2reNFA2BGEMfI BRGhJvwbYUuL9c Message-ID: <4B55D1F0.40108@gmx.at> Date: Tue, 19 Jan 2010 16:38:24 +0100 From: "Martin B." <0xCDCDCDCD@gmx.at> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: xml@gnome.org References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> <4B55C45E.5000607@gmx.at> <20100119153323.GP16017@redhat.com> In-Reply-To: <20100119153323.GP16017@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59999999999999998 Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 15:38:43 -0000 Daniel Veillard wrote: > On Tue, Jan 19, 2010 at 03:40:30PM +0100, Martin B. wrote: >> Daniel Veillard wrote: >>> On Thu, Jan 14, 2010 at 02:59:50AM +0100, Aron Szabo wrote: >>>> Hi! >>>> >>>> If I use the library in a threaded program and call >>>> xmlCleanupParser() I can't reinitialize it. >>>> >>>> So here's what happens: >>>> >>>> 1. xmlCleanupThreads() is called from xmlCleanupParser() >>>> 2. the global key is deleted by xmlCleanupParser() which was created >>>> by xmlOnceInit() >>>> ... >>> That makes sense. there is a big problem anyway with >>> xmlCleanupParser() most people seems to think it need to be used after >>> parsing while it's a library global operation and really should not >>> be called after parsing but only when the library is not in use anymore. >>> >>> So overall I'm tempted to change xmlCleanupParser() to become an empty >>> routine, and rename the real function as xmlCleanupLibrary(). >>> That way the various shared libraries deployed with that bug won't need >>> to be changed specifically, avoiding crashes when multiple libraries >>> using libxml2 are used. Then your patch should be applied to the new >>> xmlCleanupLibrary() function. >>> >>> Opinions ? >>> >> Makes sense. Though all people that use it correctly will have to >> update their sources, which kind of seems unfair :-) > > Agreed, but the balance of damages is not the same, on one hand you > have a minimal one-time fixed size small leak, and on the other side > you get an ugly crash usually hard to debug because it becomes an > async error when using the library later. > Agreed. I for one could live with it as we ship the libxml2.dll with our app (as I suppose most on Windows do) and if I upgrade I'll have to check release notes and test and adapt stuff anyway. >> Best thing would be if xmlCleanupParser() would be removed completely, no? > > That is impossible, for ABI compatibility, > Ah OK. In that case the best thing would be to have the function in the ABI but get a compiler error if it's used with the newer headers. Don't have a clue how that could magically be achieved though :-) br, Martin From mh@glandium.org Tue Jan 19 15:44:44 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 49A8F75025B for ; Tue, 19 Jan 2010 15:44:44 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rtFKiK7RysPr for ; Tue, 19 Jan 2010 15:44:38 +0000 (GMT) Received: from vuizook.err.no (vuizook.err.no [85.19.221.46]) by menubar.gnome.org (Postfix) with ESMTP id 0801A750210 for ; Tue, 19 Jan 2010 15:44:29 +0000 (GMT) Received: from cha92-13-88-165-248-19.fbx.proxad.net ([88.165.248.19] helo=jigen) by vuizook.err.no with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1NXGFl-0001de-C5; Tue, 19 Jan 2010 16:44:27 +0100 Received: from mh by jigen with local (Exim 4.71) (envelope-from ) id 1NXGFk-0004Wa-A1; Tue, 19 Jan 2010 16:44:24 +0100 Date: Tue, 19 Jan 2010 16:44:24 +0100 From: Mike Hommey To: "Martin B." <0xCDCDCDCD@gmx.at> Message-ID: <20100119154424.GA17383@glandium.org> Mail-Followup-To: "Martin B." <0xCDCDCDCD@gmx.at>, xml@gnome.org References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> <4B55C45E.5000607@gmx.at> <20100119153323.GP16017@redhat.com> <4B55D1F0.40108@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B55D1F0.40108@gmx.at> X-GPG-Fingerprint: A479 A824 265C B2A5 FC54 8D1E DE4B DA2C 54FD 2A58 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xml@gnome.org Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 15:44:44 -0000 On Tue, Jan 19, 2010 at 04:38:24PM +0100, Martin B. wrote: > > That is impossible, for ABI compatibility, > > > > Ah OK. In that case the best thing would be to have the function in > the ABI but get a compiler error if it's used with the newer > headers. Don't have a clue how that could magically be achieved > though :-) ... or have it do nothing harmful... Mike From veillard@paphio.veillard.com Tue Jan 19 15:46:34 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F056C7502A1 for ; Tue, 19 Jan 2010 15:46:33 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.974 X-Spam-Level: X-Spam-Status: No, score=-4.974 tagged_above=-999 required=2 tests=[AWL=1.394, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dY0W2uapTdd2 for ; Tue, 19 Jan 2010 15:46:26 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id E89D87501D7 for ; Tue, 19 Jan 2010 15:46:17 +0000 (GMT) Received: from int-mx05.intmail.prod.int.phx2.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.18]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0JFkDGU015238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Jan 2010 10:46:14 -0500 Received: from paphio.veillard.com (vpn1-4-149.ams2.redhat.com [10.36.4.149]) by int-mx05.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0JFkB4r022726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jan 2010 10:46:12 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0JFk8N9000541; Tue, 19 Jan 2010 16:46:09 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0JFk7Se000540; Tue, 19 Jan 2010 16:46:07 +0100 Date: Tue, 19 Jan 2010 16:46:06 +0100 From: Daniel Veillard To: James Hart Message-ID: <20100119154606.GQ16017@redhat.com> References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.18 Cc: xml@gnome.org Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 15:46:34 -0000 On Tue, Jan 19, 2010 at 07:54:20AM -0700, James Hart wrote: > Do you suspect that there are more broken implementation vs. > implementations correctly using xmlCleanupParser? The proposed change The point is about "brokeness", missing xmlCleanupParser results just in a minimal leak for remaining lifetime of the program, and honnestly except for getting a clean "valgrind leakcheck" (or equivalent tool) output people won't find a good use of it, but as time and experience has proved an awful lot of people tend to use xmlCleanupParser() in the wrong place, and this get totally insane when it get embedded in shared library where there is no way to use it safely in general. > would break correctly implemented systems, but still compile and be > hard to detect. Shouldn't correctly implemented systems be favored > over the broken ones? Well as said in previous reply the cost is different for the 2 cases. I agree it's not ideal ! > For example, in our system we have specifically used a RAII design > pattern so multiple libraries can access libxml and the initialization > and cleanup of the library is handled by a reference counting systems > because we have no control of the order these libraries will be loaded > in our system. The goal we have is to completely unload and cleanup > the library when there are no libraries requiring it's use anymore and > to reload it if a library requires it again. If the API changes > functionality, yet is link compatible it is very possible the change > you proposed will go unnoticed for some time. suffice one of the shared library used by your system start using libxml2 under the hood, say to parse a configuration file, suddenly everything breaks. The problem is that this is safe to call only in a fully controlled environment, for example in xmllint . > If you rename the function I would prefer you to remove the old > signature completely so current working implementations will know they > need to change. Current broken implementations would need to change That is impossible that would break the ABI, and kill most of the userbase immediately :-) Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Tue Jan 19 15:47:36 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0E75C750162 for ; Tue, 19 Jan 2010 15:47:36 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.983 X-Spam-Level: X-Spam-Status: No, score=-4.983 tagged_above=-999 required=2 tests=[AWL=1.385, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aZxIGdiWXt1J for ; Tue, 19 Jan 2010 15:47:27 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id E96F87502BF for ; Tue, 19 Jan 2010 15:47:26 +0000 (GMT) Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0JFlMiG008568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Jan 2010 10:47:23 -0500 Received: from paphio.veillard.com (vpn1-4-149.ams2.redhat.com [10.36.4.149]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0JFlKqQ013791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jan 2010 10:47:22 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0JFlI8q000688; Tue, 19 Jan 2010 16:47:19 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0JFlHA0000631; Tue, 19 Jan 2010 16:47:17 +0100 Date: Tue, 19 Jan 2010 16:47:16 +0100 From: Daniel Veillard To: "Martin B." <0xCDCDCDCD@gmx.at> Message-ID: <20100119154716.GR16017@redhat.com> References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> <4B55C45E.5000607@gmx.at> <20100119153323.GP16017@redhat.com> <4B55D1F0.40108@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B55D1F0.40108@gmx.at> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 Cc: xml@gnome.org Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 15:47:36 -0000 On Tue, Jan 19, 2010 at 04:38:24PM +0100, Martin B. wrote: > Daniel Veillard wrote: > >>Best thing would be if xmlCleanupParser() would be removed completely, no? > > > > That is impossible, for ABI compatibility, > > > > Ah OK. In that case the best thing would be to have the function in > the ABI but get a compiler error if it's used with the newer > headers. Don't have a clue how that could magically be achieved > though :-) Yeah, no idea how to do that ! Unfortunately :-\ Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From aron@pointless.hu Tue Jan 19 16:17:20 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 246E2750281 for ; Tue, 19 Jan 2010 16:17:20 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UxbEDRL2ei8v for ; Tue, 19 Jan 2010 16:17:12 +0000 (GMT) Received: from mail.atw.hu (mail.atw.hu [88.151.96.10]) by menubar.gnome.org (Postfix) with ESMTP id D0AEF7501D7 for ; Tue, 19 Jan 2010 16:17:03 +0000 (GMT) Received: from catv-80-99-149-70.catv.broadband.hu ([80.99.149.70] helo=[192.168.0.50]) by mail.atw.hu with esmtpa (Exim 4.63 #1 (Debian)) id 1NXGlJ-0007cA-6F for ; Tue, 19 Jan 2010 17:17:01 +0100 Message-ID: <4B55DAFC.60907@pointless.hu> Date: Tue, 19 Jan 2010 17:17:00 +0100 From: Aron Szabo User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20100115 Thunderbird/3.0 MIME-Version: 1.0 To: xml@gnome.org References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> In-Reply-To: <20100119142501.GJ16017@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 16:17:20 -0000 Hi! I don't know if it exists the library should have a get_version function so versions can be fetched from dynamic libraries. My opinion is to just remove the thread cleanup function from xmlCleanupParser() and modify the documentation. Actually the documentation (http://xmlsoft.org/threads.html) states that xmlInitParser() should be called in the main thread before using the library in "child" threads. So it's evident that a thread cleanup function should be called at exit. And if somebody does not call it he gets a memory leak ... So if he does not call the thread cleanup function, he should burn in hell for not reading the docs :D -- Aron Szabo Pointless Software http://pointless.hu/ From aleksey@aleksey.com Tue Jan 19 17:08:58 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 037CF7502EC for ; Tue, 19 Jan 2010 17:08:58 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dtEapbbkMkuJ for ; Tue, 19 Jan 2010 17:08:51 +0000 (GMT) Received: from shell.aleksey.com (mail.aleksey.com [66.93.129.176]) by menubar.gnome.org (Postfix) with ESMTP id AA65B750260 for ; Tue, 19 Jan 2010 17:08:43 +0000 (GMT) Received: from [10.244.62.83] (outbound4.ebay.com [216.113.168.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shell.aleksey.com (Postfix) with ESMTPSA id 7B584200DB; Tue, 19 Jan 2010 09:07:36 -0800 (PST) Message-ID: <4B55E719.6020606@aleksey.com> Date: Tue, 19 Jan 2010 09:08:41 -0800 From: Aleksey Sanin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: veillard@redhat.com References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> <4B55C45E.5000607@gmx.at> <20100119153323.GP16017@redhat.com> <4B55D1F0.40108@gmx.at> <20100119154716.GR16017@redhat.com> In-Reply-To: <20100119154716.GR16017@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 17:08:58 -0000 I am sure you know about "__attribute__ ((deprecated))" :) Aleksey On 1/19/2010 7:47 AM, Daniel Veillard wrote: > On Tue, Jan 19, 2010 at 04:38:24PM +0100, Martin B. wrote: >> Daniel Veillard wrote: >>>> Best thing would be if xmlCleanupParser() would be removed completely, no? >>> >>> That is impossible, for ABI compatibility, >>> >> >> Ah OK. In that case the best thing would be to have the function in >> the ABI but get a compiler error if it's used with the newer >> headers. Don't have a clue how that could magically be achieved >> though :-) > > Yeah, no idea how to do that ! Unfortunately :-\ > > Daniel > From 0xCDCDCDCD@gmx.at Tue Jan 19 18:11:46 2010 Return-Path: <0xCDCDCDCD@gmx.at> X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 43759750005 for ; Tue, 19 Jan 2010 18:11:46 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YTmWzzIUqQ5O for ; Tue, 19 Jan 2010 18:11:35 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 707EF7500F0 for ; Tue, 19 Jan 2010 18:11:23 +0000 (GMT) Received: (qmail invoked by alias); 19 Jan 2010 18:10:58 -0000 Received: from unknown (EHLO [172.27.169.2]) [81.189.124.202] by mail.gmx.net (mp058) with SMTP; 19 Jan 2010 19:10:58 +0100 X-Authenticated: #6567794 X-Provags-ID: V01U2FsdGVkX18jOypiuZYjA5pJ/JPZLs7E/IsxI368jNZTJQYoRj tHrqAIaZwlbAXO Message-ID: <4B55F5B1.90608@gmx.at> Date: Tue, 19 Jan 2010 19:10:57 +0100 From: "Martin B." <0xCDCDCDCD@gmx.at> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: xml@gnome.org References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> <4B55C45E.5000607@gmx.at> <20100119153323.GP16017@redhat.com> <4B55D1F0.40108@gmx.at> <20100119154716.GR16017@redhat.com> <4B55E719.6020606@aleksey.com> In-Reply-To: <4B55E719.6020606@aleksey.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.63 Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 18:11:46 -0000 Aleksey Sanin wrote: > I am sure you know about "__attribute__ ((deprecated))" :) > This is gcc, right? I just discovered that the Microsoft compiler apparently has __declspec(deprecated) for this purpose. br, Martin > Aleksey > > > On 1/19/2010 7:47 AM, Daniel Veillard wrote: >> On Tue, Jan 19, 2010 at 04:38:24PM +0100, Martin B. wrote: >>> Daniel Veillard wrote: >>>>> Best thing would be if xmlCleanupParser() would be removed >>>>> completely, no? >>>> >>>> That is impossible, for ABI compatibility, >>>> >>> >>> Ah OK. In that case the best thing would be to have the function in >>> the ABI but get a compiler error if it's used with the newer >>> headers. Don't have a clue how that could magically be achieved >>> though :-) >> >> Yeah, no idea how to do that ! Unfortunately :-\ >> >> Daniel >> From 0xCDCDCDCD@gmx.at Tue Jan 19 18:21:45 2010 Return-Path: <0xCDCDCDCD@gmx.at> X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18C93750005 for ; Tue, 19 Jan 2010 18:21:45 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.945 X-Spam-Level: X-Spam-Status: No, score=-1.945 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I53GNf1oNI+Z for ; Tue, 19 Jan 2010 18:21:39 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 1FE9D75000C for ; Tue, 19 Jan 2010 18:21:19 +0000 (GMT) Received: (qmail invoked by alias); 19 Jan 2010 18:21:13 -0000 Received: from unknown (EHLO [172.27.169.2]) [81.189.124.202] by mail.gmx.net (mp023) with SMTP; 19 Jan 2010 19:21:13 +0100 X-Authenticated: #6567794 X-Provags-ID: V01U2FsdGVkX18zvYwYjO0zse/wKJAOppX7pem4tOgrRIaMg1XpQH 7aczwCO2gim2tD Message-ID: <4B55F818.4080700@gmx.at> Date: Tue, 19 Jan 2010 19:21:12 +0100 From: "Martin B." <0xCDCDCDCD@gmx.at> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: xml@gnome.org References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> <20100119154606.GQ16017@redhat.com> In-Reply-To: <20100119154606.GQ16017@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.62 Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 18:21:45 -0000 Daniel Veillard wrote: > On Tue, Jan 19, 2010 at 07:54:20AM -0700, James Hart wrote: > (....) >> For example, in our system we have specifically used a RAII design >> pattern so multiple libraries can access libxml and the initialization >> and cleanup of the library is handled by a reference counting systems >> because we have no control of the order these libraries will be loaded >> in our system. The goal we have is to completely unload and cleanup >> the library when there are no libraries requiring it's use anymore and >> to reload it if a library requires it again. If the API changes >> functionality, yet is link compatible it is very possible the change >> you proposed will go unnoticed for some time. > > suffice one of the shared library used by your system start using > libxml2 under the hood, say to parse a configuration file, suddenly > everything breaks. The problem is that this is safe to call only in a > fully controlled environment, for example in xmllint . > Hmm ... but this point of view would mean that the whole mechanism for this function is bad for a shared-lib environment, no matter how it's called. So I could think of this: * xmlInitParser() and xmlCleanupParser() get deprecated (via the various compiler specific attributes) * xmlInitParser() is left the same as now * xmlCleanupParser() is made a noop * New Functions xmlInitLibrary() and xmlCleanupLibrary() that have one additional treat: They maintain a counter, so that each call to xmlInitLibrary() must be matched by a call to xmlCleanupLibrary() and only if the counter reaches zero in the cleanup function is the cleanup actually performed. This way the shared lib problem would go away if all shared libs are well-behaved. Would this make sense? br, Martin From beeblebrox42@gmail.com Tue Jan 19 19:14:24 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E4859750120 for ; Tue, 19 Jan 2010 19:14:23 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JGc-gGnGEqD4 for ; Tue, 19 Jan 2010 19:14:15 +0000 (GMT) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by menubar.gnome.org (Postfix) with ESMTP id 93C8D7501C3 for ; Tue, 19 Jan 2010 19:14:05 +0000 (GMT) Received: by fg-out-1718.google.com with SMTP id e12so1621698fga.9 for ; Tue, 19 Jan 2010 11:14:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=umU7oT5c7Y9LgKBmz4v03UUf+3ABroTM033zEno/Nc0=; b=ZEH6YXA9BWIqY6IfdfkXX6mJfY0AfQKkcR0k66B+LwyGB0dfP4ajLYhNutRYsFYzgf 25fYmAzafrfgGlMYrz/mfJitN1dqFUmD0g/hEUZnmyccLrRJqoxeczWnNr4s0kMTJLfY G7lA7ZtqqPQ4R4JKdmc9WRHWLdCd9VQnEUpZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Zj+ppoI0Hv8OI/8znfTeWkGb4G6vJ0pRqQTk5gauqUqoYtUM5C76KBMg+8Rxdz5CJx 86m5rxI3yLhK2Di8AcOhAhAxB58bXBSZ/yI2PDfMiOGgixfpEBFwpnwxIorz0HNtnTeJ zoueflk8bYdAb8N8YC0/Bw+1NWQlAySNj4EPo= MIME-Version: 1.0 Received: by 10.87.2.15 with SMTP id e15mr9632459fgi.22.1263928442794; Tue, 19 Jan 2010 11:14:02 -0800 (PST) In-Reply-To: <4B55F818.4080700@gmx.at> References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> <20100119154606.GQ16017@redhat.com> <4B55F818.4080700@gmx.at> Date: Tue, 19 Jan 2010 12:14:02 -0700 Message-ID: From: James Hart To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 19:14:24 -0000 > > Hmm ... but this point of view would mean that the whole mechanism for th= is > function is bad for a shared-lib environment, no matter how it's called. > > So I could think of this: > * xmlInitParser() and xmlCleanupParser() get deprecated (via the various > compiler specific attributes) > * xmlInitParser() is left the same as now > * xmlCleanupParser() is made a noop > * New Functions xmlInitLibrary() and xmlCleanupLibrary() that have one > additional treat: They maintain a counter, so that each call to > xmlInitLibrary() must be matched by a call to xmlCleanupLibrary() and onl= y > if the counter reaches zero in the cleanup function is the cleanup actual= ly > performed. This way the shared lib problem would go away if all shared li= bs > are well-behaved. > > Would this make sense? Martin, basically that is the extra pains we had to go through with our own RAII wrappers. It would be a nice feature so now a third party writing a library that hooks into our frame work can use the libxml2 api directly vs. having to know how to init libxml a 'special' way when writing code in our framework. We would welcome the mechanism Martin proposed. ~James > > br, > Martin > _______________________________________________ > xml mailing list, project page =A0http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > From madler@alumni.caltech.edu Wed Jan 20 01:27:40 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B33CE750126 for ; Wed, 20 Jan 2010 01:27:40 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.445 X-Spam-Level: X-Spam-Status: No, score=-6.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qqEPchSpMVzk for ; Wed, 20 Jan 2010 01:27:31 +0000 (GMT) Received: from mail.alumni.caltech.edu (posteaux1.caltech.edu [131.215.239.119]) by menubar.gnome.org (Postfix) with ESMTP id BECD1750110 for ; Wed, 20 Jan 2010 01:27:23 +0000 (GMT) Received: from dhcp-79-35-186.jpl.nasa.gov (dhcp-79-35-186.jpl.nasa.gov [137.79.35.186]) by mail.alumni.caltech.edu (Postfix) with ESMTPSA id C43CD3F0251; Tue, 19 Jan 2010 17:27:21 -0800 (PST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail.alumni.caltech.edu C43CD3F0251 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alumni.caltech.edu; s=enforce; t=1263950841; bh=AffDI3Ed0vnBxZyNnkhxXIIQCbWp5cicUn/yYN4GnYE=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=KquqqYhV4xtGZpCVILHg8r8b6lHVndJKoNPjUme5JVOGF10v+Vd8FQl76Q/jtmgpM mJdj3hKHs+1DPo/PiiL0VZQODhygTSQj6Qq7wVF8VR2ItXA5hsNHHBL4uxFcnlR1gU 1VDfb8kQNFD3zdHfmg66jISKTW5OtvVWCFfpBppg= Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Mark Adler In-Reply-To: <20100119153018.GO16017@redhat.com> Date: Tue, 19 Jan 2010 17:27:21 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> To: veillard@redhat.com X-Mailer: Apple Mail (2.1077) X-MailScanner-Information-Alumni: Please contact the Alumni Office for more information X-Alumni-MailScanner-ID: C43CD3F0251.A48DF X-MailScanner-Alumni: Mail Not Scanned X-MailScanner-From: madler@alumni.caltech.edu Cc: xml@gnome.org, Mark Brown Subject: Re: [xml] libxml violates the zlib interface and crashes X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 01:27:41 -0000 On Jan 19, 2010, at 7:30 AM, Daniel Veillard wrote: > Since the old cod is the same it should be safe too so I'm pushing = that patch. Daniel, Excellent, thanks! I get the impression that it is common to read xml = from an http server with gzip compression. So if zlib is updated and = libxml is not, this should be detected pretty quickly and diagnosed = easily, resulting in libxml being updated. In fact, maybe this is = sneaky sort of benefit to libxml that encourages users to get the latest = version. Mark From confusosk8@gmail.com Wed Jan 6 18:10:52 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C57FE7500FD for ; Wed, 6 Jan 2010 18:10:52 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IgTC5B1eUQZK for ; Wed, 6 Jan 2010 18:10:38 +0000 (GMT) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by menubar.gnome.org (Postfix) with ESMTP id 6F94E750068 for ; Wed, 6 Jan 2010 18:10:29 +0000 (GMT) Received: by qw-out-2122.google.com with SMTP id 8so1843558qwh.9 for ; Wed, 06 Jan 2010 10:10:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=dW3Pm7BlVLUerzAdxad/2foiHXtM9+XPRW91My43xbQ=; b=dMJWP5zMoYMv2ec4p0z+c+bc2jvjILtwNN9HeQ6AcC64sHkDSFik9v3I7wzGcs6zop bfqxYua8tl/4bg3LcZccKUPPh7X+F5KzNf3FJblggmJ9RGuJ3Tr0p4i71A29ZfB5QFWB /ix7h9YphK0bqmVA8/ilI0NG2q2aJlQ5pRS2Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=HRprsgeOIAJ9R1JKS5Z4aYOF4BbrgTCnB3XfKjVhHDr5qniY1HXW8CGxnQIF4FbInK Gb5fV89+rZ4Bk9TM4otzcFsUyeTBfhQdKG9N95N7szXyomYFlRGB+e8DBTH10hMA5nYh SPeK6mr8DR0oEg/YcQSSl4lI5aOkMLxl6QQaw= MIME-Version: 1.0 Received: by 10.224.7.130 with SMTP id d2mr13057842qad.217.1262801427529; Wed, 06 Jan 2010 10:10:27 -0800 (PST) In-Reply-To: <669348041001041029s2002891dxb2be4574f5bc35c0@mail.gmail.com> References: <669348041001021254o4e3edc57me45567388e0bf511@mail.gmail.com> <669348041001041029s2002891dxb2be4574f5bc35c0@mail.gmail.com> Date: Wed, 6 Jan 2010 16:10:27 -0200 Message-ID: <669348041001061010q56d664b5jd790cfa50f9e1c45@mail.gmail.com> From: Gabriel Duarte To: xml@gnome.org Content-Type: multipart/mixed; boundary=000feaf0c06e828f10047c82de1c X-Mailman-Approved-At: Wed, 20 Jan 2010 11:17:02 +0000 Subject: Re: [xml] Strange behavior X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 18:10:53 -0000 --000feaf0c06e828f10047c82de1c Content-Type: multipart/alternative; boundary=000feaf0c06e828f02047c82de1a --000feaf0c06e828f02047c82de1a Content-Type: text/plain; charset=UTF-8 I'm still having the same problem :S Please, I need help! I'll attach my program and the XML output... On Mon, Jan 4, 2010 at 4:29 PM, Gabriel Duarte wrote: > > > ---------- Forwarded message ---------- > From: Gabriel Duarte > Date: Sat, Jan 2, 2010 at 6:54 PM > Subject: Strange behavior > To: xml@gnome.org > > > Hello! I'm new to libxml, following the instructions and reading examples I > could parse a XML file perfectly, but now I got a problem I can't solve by > my self. > I got this following XML file: > > > > Sat Jan 02 20:44:54 +0000 2010 > 7309338854 > TESTE_AGAIN > <a href="http://apiwiki.twitter.com/" > rel="nofollow">API</a> > false > > > false > > > 13672792 > Gabriel Duarte > biiielduarte > Rio de Janeiro > Just me! Let's have lots of fun! > > http://a1.twimg.com/profile_images/539180228/mau_normal.png > > http://kinuxlinux.org/gabriel_duarte > false > 92 > 742E00 > 501E02 > 533117 > B7957B > B7957B > 79 > Tue Feb 19 14:16:41 +0000 2008 > 2 > -10800 > Brasilia > > http://a1.twimg.com/profile_background_images/58350922/bg.jpg > > true > false > false > false > false > 830 > > > > > The output is: > > id : 13672792 name : Gabriel Duarte screen_name : biiielduarte location : > Rio de Janeiro description : Just me! Let's have lots of fun! > profile_image_url : > http://a1.twimg.com/profile_images/539180228/mau_normal.png url : > http://kinuxlinux.org/gabriel_duarte protected : false followers_count : > 92 profile_background_color : 742E00 profile_text_color : 501E02 > profile_link_color : 533117 profile_sidebar_fill_color : B7957B > profile_sidebar_border_color : B7957B friends_count : 79 created_at : Tue > Feb 19 14:16:41 +0000 2008 favourites_count : 2 utc_offset : -10800 > time_zone : Brasilia profile_background_image_url : > http://a1.twimg.com/profile_background_images/58350922/bg.jpgprofile_background_tile : true notifications : false geo_enabled : false > verified : false following : false statuses_count : 830 > > I can parser and print the output perfectly, but when I try to use another > file: > > > > > Sat Jan 02 20:44:54 +0000 2010 > 7309338854 > TESTE_AGAIN > <a href="http://apiwiki.twitter.com/" > rel="nofollow">API</a> > false > > > false > > > 13672792 > Gabriel Duarte > biiielduarte > Rio de Janeiro > Just me! Let's have lots of fun! > > http://a1.twimg.com/profile_images/539180228/mau_normal.png > > http://kinuxlinux.org/gabriel_duarte > false > 92 > 742E00 > 501E02 > 533117 > B7957B > B7957B > 79 > Tue Feb 19 14:16:41 +0000 2008 > 2 > -10800 > Brasilia > > http://a1.twimg.com/profile_background_images/58350922/bg.jpg > > true > false > false > false > false > 830 > > > > > > The output is: > created_at : Sat Jan 02 20:44:54 +0000 2010 id : 7309338854 text : > TESTE_AGAIN source : rel="nofollow">API truncated : false in_reply_to_status_id : (null) > in_reply_to_user_id : (null) favorited : false in_reply_to_screen_name : > (null) user : geo : (null) > > > > It's almost the same file, only differs at the node. I don't > know whats is happening. I need help to finish my project... > > The program that parses these XML files is: > > #include > #include > #include > > void parseCD(xmlDocPtr doc, xmlNodePtr cur) > { > xmlChar* content; > > cur = cur->children; > > while(cur != NULL) > { > if(cur->type == XML_ELEMENT_NODE) > { > content = xmlNodeListGetString(doc, cur->xmlChildrenNode, 1); > printf("%s : %s\n",cur->name,content); > xmlFree(content); > /*free(content);*/ /* windows */ > content = NULL; > } > > cur = cur->next; > } > > } > > > int main() > { > > xmlDocPtr doc; > xmlNodePtr cur; > > doc = xmlParseFile("TwittXML.xml"); > > cur = xmlDocGetRootElement(doc); > > cur = cur->children; > > while(cur != NULL) > { > if(cur->type == XML_ELEMENT_NODE) > { > parseCD(doc,cur); > } > > cur = cur->next; > } > > xmlFreeDoc(doc); > return 0; > } > > > Thanks! > > > > > > -- > Gabriel Duarte > Linux User #471185 > Rio de Janeiro - RJ > http://kinuxlinux.org/gabriel_duarte > > Phones: > (55) (21) 9463-7760 /*Mobile*/ > (55) (21) 2464-9302 /*Home*/ > (55) (21) 2529-5080 /*Work*/ > > > -----BEGIN GEEK CODE BLOCK----- > Version: 3.12 > GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- > O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ > G++ e+ h* r+ y++++ > ------END GEEK CODE BLOCK------ > > > > -- > Gabriel Duarte > Linux User #471185 > Rio de Janeiro - RJ > http://kinuxlinux.org/gabriel_duarte > > Phones: > (55) (21) 9463-7760 /*Mobile*/ > (55) (21) 2464-9302 /*Home*/ > (55) (21) 2529-5080 /*Work*/ > > > -----BEGIN GEEK CODE BLOCK----- > Version: 3.12 > GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- > O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ > G++ e+ h* r+ y++++ > ------END GEEK CODE BLOCK------ > -- Gabriel Duarte Linux User #471185 Rio de Janeiro - RJ http://kinuxlinux.org/gabriel_duarte Phones: (55) (21) 9463-7760 /*Mobile*/ (55) (21) 2464-9302 /*Home*/ (55) (21) 2529-5080 /*Work*/ -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ G++ e+ h* r+ y++++ ------END GEEK CODE BLOCK------ --000feaf0c06e828f02047c82de1a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm still having the same problem :S
Please, I need help!
I'll attach my program and the XML output...

On Mon, Jan 4, 2010 at 4:29 PM, Gabriel Duarte &= lt;confusosk8@gmail.com> wrote:


---------- Forwarded message ----------
From: Gabriel Duarte <confusosk8@gmail.com>
Date: Sat, Jan 2, 2010 at 6:54 PM
Subject: Strange behavior
To: xml@gnome.org


= Hello! I'm new to libxml, following the instructions and reading examples I co= uld parse a XML file perfectly, but now I got a problem I can't solve b= y my self.
I got this following XML file:
=
<?xml version=3D"1.0" encoding=3D"UTF-8"?>
<= div><status>
=C2=A0=C2=A0<created_at>Sat Jan 02 20:44= :54 +0000 2010</created_at>
=C2=A0=C2=A0<id>730933885= 4</id>
=C2=A0=C2=A0<text>TESTE_AGAIN</text>
=C2=A0=C2=A0<= source>&lt;a href=3D&quot;http://apiwiki.twitter.com/&quot; rel= =3D&quot;nofollow&quot;&gt;API&lt;/a&gt;</source>=
=C2=A0=C2=A0<truncated>false</truncated>
=C2=A0= =C2=A0<in_reply_to_status_id></in_reply_to_status_id>
=C2=A0=C2=A0<in_reply_to_user_id></in_reply_to_user_id>
<= div>=C2=A0=C2=A0<favorited>false</favorited>
=C2=A0=C2=A0<in_reply_to_screen_name></in_reply_to_screen_nam= e>
=C2=A0=C2=A0<user>
=C2=A0=C2=A0 =C2=A0<i= d>13672792</id>
=C2=A0=C2=A0 =C2=A0<name>Gabriel D= uarte</name>
=C2=A0=C2=A0 =C2=A0<screen_name>biiieldu= arte</screen_name>
=C2=A0=C2=A0 =C2=A0<location>Rio de Janeiro</location>
=C2=A0=C2=A0 =C2=A0<description>Just me! Let's have lots o= f fun!</description>
=C2=A0=C2=A0 =C2=A0<profile_image_u= rl>http://a1.twimg.com/profile_images/539180228/mau_norma= l.png</profile_image_url>
=C2=A0=C2=A0 =C2=A0<url>http://kinuxlinux.org/gabriel_duarte</url= >
=C2=A0=C2=A0 =C2=A0<protected>false</protected><= /div>
=C2=A0=C2=A0 =C2=A0<followers_count>92</followers_count&= gt;
=C2=A0=C2=A0 =C2=A0<profile_background_color>742E00</profile_= background_color>
=C2=A0=C2=A0 =C2=A0<profile_text_color>= ;501E02</profile_text_color>
=C2=A0=C2=A0 =C2=A0<profile= _link_color>533117</profile_link_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_fill_color>B7957B</profil= e_sidebar_fill_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_b= order_color>B7957B</profile_sidebar_border_color>
=C2=A0= =C2=A0 =C2=A0<friends_count>79</friends_count>
=C2=A0=C2=A0 =C2=A0<created_at>Tue Feb 19 14:16:41 +0000 2008<= ;/created_at>
=C2=A0=C2=A0 =C2=A0<favourites_count>2<= /favourites_count>
=C2=A0=C2=A0 =C2=A0<utc_offset>-10800= </utc_offset>
=C2=A0=C2=A0 =C2=A0<time_zone>Brasilia&= lt;/time_zone>
=C2=A0=C2=A0 =C2=A0<profile_background_image_url>http://a1.twimg.com/profile_background_images/58350922/bg.jpg</pro= file_background_image_url>
=C2=A0=C2=A0 =C2=A0<profile_background_tile>true</profile_bac= kground_tile>
=C2=A0=C2=A0 =C2=A0<notifications>false<= ;/notifications>
=C2=A0=C2=A0 =C2=A0<geo_enabled>false&l= t;/geo_enabled>
=C2=A0=C2=A0 =C2=A0<verified>false</v= erified>
=C2=A0=C2=A0 =C2=A0<following>false</following>
= =C2=A0=C2=A0 =C2=A0<statuses_count>830</statuses_count>
=C2=A0=C2=A0</user>
=C2=A0=C2=A0<geo/>
&= lt;/status>

The output is:

id : 13672792 name : Gabriel Duarte screen_name : biiielduarte location : Rio de Janeiro description : Just me! Let's have lots of fun! profile_image_url : http://a1.twimg.com/profile_images/53918= 0228/mau_normal.png url : ht= tp://kinuxlinux.org/gabriel_duarte protected : false followers_count : 92 profile_background_color : 742E00 profile_text_color : 501E02 profile_link_color : 533117 profile_sidebar_fill_color : B7957B profile_sidebar_border_color : B7957B friends_count : 79 created_at : Tue Feb 19 14:16:41 +0000 2008 favourites_count : 2 utc_offset : -10800 time_zone : Brasilia profile_background_image_url : http://a1.twimg.com/profile= _background_images/58350922/bg.jpg profile_background_tile : true notifications : false geo_enabled : false verified : false following : false statuses_count : 830

I can parser and print the output perfectly, but = when I try to use another file:

<?xml version=3D"1.0" encoding=3D"UTF-8"?>
<= div><statuses type=3D"array">
<status>
=C2=A0=C2=A0<created_at>Sat Jan 02 20:44:54 +0000 2010</crea= ted_at>
=C2=A0=C2=A0<id>7309338854</id>
=C2=A0=C2=A0<= text>TESTE_AGAIN</text>
=C2=A0=C2=A0<source>&l= t;a href=3D&quot;http://apiwiki.twitter.com/&quot; rel=3D&quot;nofo= llow&quot;&gt;API&lt;/a&gt;</source>
=C2=A0=C2=A0<truncated>false</truncated>
=C2=A0= =C2=A0<in_reply_to_status_id></in_reply_to_status_id>
=C2=A0=C2=A0<in_reply_to_user_id></in_reply_to_user_id>
<= div>=C2=A0=C2=A0<favorited>false</favorited>
=C2=A0=C2=A0<in_reply_to_screen_name></in_reply_to_screen_nam= e>
=C2=A0=C2=A0<user>
=C2=A0=C2=A0 =C2=A0<i= d>13672792</id>
=C2=A0=C2=A0 =C2=A0<name>Gabriel D= uarte</name>
=C2=A0=C2=A0 =C2=A0<screen_name>biiieldu= arte</screen_name>
=C2=A0=C2=A0 =C2=A0<location>Rio de Janeiro</location>
=C2=A0=C2=A0 =C2=A0<description>Just me! Let's have lots o= f fun!</description>
=C2=A0=C2=A0 =C2=A0<profile_image_u= rl>http://a1.twimg.com/profile_images/539180228/mau_norma= l.png</profile_image_url>
=C2=A0=C2=A0 =C2=A0<url>http://kinuxlinux.org/gabriel_duarte</url= >
=C2=A0=C2=A0 =C2=A0<protected>false</protected><= /div>
=C2=A0=C2=A0 =C2=A0<followers_count>92</followers_count&= gt;
=C2=A0=C2=A0 =C2=A0<profile_background_color>742E00</profile_= background_color>
=C2=A0=C2=A0 =C2=A0<profile_text_color>= ;501E02</profile_text_color>
=C2=A0=C2=A0 =C2=A0<profile= _link_color>533117</profile_link_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_fill_color>B7957B</profil= e_sidebar_fill_color>
=C2=A0=C2=A0 =C2=A0<profile_sidebar_b= order_color>B7957B</profile_sidebar_border_color>
=C2=A0= =C2=A0 =C2=A0<friends_count>79</friends_count>
=C2=A0=C2=A0 =C2=A0<created_at>Tue Feb 19 14:16:41 +0000 2008<= ;/created_at>
=C2=A0=C2=A0 =C2=A0<favourites_count>2<= /favourites_count>
=C2=A0=C2=A0 =C2=A0<utc_offset>-10800= </utc_offset>
=C2=A0=C2=A0 =C2=A0<time_zone>Brasilia&= lt;/time_zone>
=C2=A0=C2=A0 =C2=A0<profile_background_image_url>http://a1.twimg.com/profile_background_images/58350922/bg.jpg</pro= file_background_image_url>
=C2=A0=C2=A0 =C2=A0<profile_background_tile>true</profile_bac= kground_tile>
=C2=A0=C2=A0 =C2=A0<notifications>false<= ;/notifications>
=C2=A0=C2=A0 =C2=A0<geo_enabled>false&l= t;/geo_enabled>
=C2=A0=C2=A0 =C2=A0<verified>false</v= erified>
=C2=A0=C2=A0 =C2=A0<following>false</following>
= =C2=A0=C2=A0 =C2=A0<statuses_count>830</statuses_count>
=C2=A0=C2=A0</user>
=C2=A0=C2=A0<geo/>
&= lt;/status>
</statuses>

The output is:
created_at : Sat Jan 02 20:44:= 54 +0000 2010 id : 7309338854 text : TESTE_AGAIN source : <a href=3D"http://apiwiki.twitter.com/" rel=3D"nofollow"= ;>API</a> truncated : false in_reply_to_status_id : (null) in_reply_to_user_id : (null) favorited : false in_reply_to_screen_name : (null) user :=20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 =20 geo : (null)



It's almost the same file, only differs at the <statuses> node. = I don't know whats is happening. I need help to finish my project...

The program that parses these XML files is:
<= br>
#include <stdio.h>
#include <libxml/x= mlmemory.h>
#include <libxml/parser.h>

void parseCD(xmlDocPtr doc, xmlNodePtr cur)
{
=C2=A0=C2=A0 =C2=A0xmlChar* content; =C2=A0=C2=A0
=C2=A0=C2=A0 = =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0cur =3D cur->children;=
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0w= hile(cur !=3D NULL)
=C2=A0=C2=A0 =C2=A0{
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0if(cur->= type =3D=3D XML_ELEMENT_NODE)
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0{ = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0=C2=A0
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0content = =3D xmlNodeListGetString(doc, cur->xmlChildrenNode, 1);
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0printf("%s : %s\n",cur-&= gt;name,content);
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0xmlFree(content);
=
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/*free(content);*/ =C2= =A0 /* windows */
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= content =3D NULL;
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= }

=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0c= ur =3D cur->next;
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0
}


int main()
{

=C2=A0=C2=A0 =C2=A0xmlDocPtr doc;
= =C2=A0=C2=A0 =C2=A0xmlNodePtr cur;

=C2=A0=C2=A0 = =C2=A0doc =3D xmlParseFile("TwittXML.xml");

=C2=A0=C2=A0 =C2=A0cur =3D xmlDocGetRootElement(doc);
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0cur= =3D cur->children;

=C2=A0=C2=A0 =C2=A0while(cu= r !=3D NULL)
=C2=A0=C2=A0 =C2=A0{
=C2=A0=C2=A0 =C2=A0 = =C2=A0 =C2=A0if(cur->type =3D=3D XML_ELEMENT_NODE)
=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0{ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0
=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0parseCD(doc,cur);
=C2=A0=C2=A0 =C2= =A0 =C2=A0 =C2=A0}

=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2= =A0cur =3D cur->next;
=C2=A0=C2=A0 =C2=A0}
=C2=A0=C2= =A0 =C2=A0 =C2=A0 =C2=A0
=C2=A0=C2=A0 =C2=A0xmlFreeDoc(doc);=C2= =A0
=C2=A0=C2=A0 =C2=A0return 0;
}


=
Thanks!



=


--
Gabriel Duarte
Linux User #471185
Rio = de Janeiro - RJ
http://k= inuxlinux.org/gabriel_duarte

Phones:
(55) (21) 9463-7760 /*Mobile*/
(55) (21) 2464-9302 /*Home*/
(55) (21)= 2529-5080 /*Work*/


-----BEGIN GEEK CODE BLOCK-----
Version: = 3.12
GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w---
O- M- V= - PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++
G++ e+ h* r+ y++++
------END GEEK CODE BLOCK------


<= br>--
Gabriel Duarte
Linux User #471185
Rio de Janeiro - RJ
http://kin= uxlinux.org/gabriel_duarte

Phones:
(55) (21) 9463-7760 /*Mobile*/
(55) (21) 2464-9302 /*Home*/
(55) (21) 2529-5080 /*Work*/


---= --BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS d- s: a--- C++ UL+++ P= L++++ E- W+ N++ o++ K++ w---
O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R = tv++ b++ DI+ D++
G++ e+ h* r+ y++++
------END GEEK CODE BLOCK------



--
Gabriel Dua= rte
Linux User #471185
Rio de Janeiro - RJ
http://kinuxlinux.org/gabriel_duarte

Phones:
(55) (21) 9463-7760 /*Mobile*/
(55) (21) 2464-9302 /*Home*/(55) (21) 2529-5080 /*Work*/


-----BEGIN GEEK CODE BLOCK-----Version: 3.12
GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- =
O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++
G++ e+ h* r+ = y++++
------END GEEK CODE BLOCK------
--000feaf0c06e828f02047c82de1a-- --000feaf0c06e828f10047c82de1c Content-Type: text/xml; charset=US-ASCII; name="TwittXML.xml" Content-Disposition: attachment; filename="TwittXML.xml" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g44fcavv1 PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPHN0YXR1c2VzIHR5cGU9ImFy cmF5Ij4KPHN0YXR1cz4KICA8Y3JlYXRlZF9hdD5XZWQgSmFuIDA2IDE4OjA1OjI5ICswMDAwIDIw MTA8L2NyZWF0ZWRfYXQ+CiAgPGlkPjc0NDg1MzE1NjI8L2lkPgogIDx0ZXh0PkBzdGV3YXJ0dG93 bnNlbmQgbmVlZCB0byB0YWxrIHRoZW4gOykgU1NFIGNvbXBhbnkgb2YgY291cnNlIC4uLjwvdGV4 dD4KICA8c291cmNlPndlYjwvc291cmNlPgogIDx0cnVuY2F0ZWQ+ZmFsc2U8L3RydW5jYXRlZD4K ICA8aW5fcmVwbHlfdG9fc3RhdHVzX2lkPjc0NDgzNTUyMTI8L2luX3JlcGx5X3RvX3N0YXR1c19p ZD4KICA8aW5fcmVwbHlfdG9fdXNlcl9pZD4xNDA2NTY5NDwvaW5fcmVwbHlfdG9fdXNlcl9pZD4K ICA8ZmF2b3JpdGVkPmZhbHNlPC9mYXZvcml0ZWQ+CiAgPGluX3JlcGx5X3RvX3NjcmVlbl9uYW1l PnN0ZXdhcnR0b3duc2VuZDwvaW5fcmVwbHlfdG9fc2NyZWVuX25hbWU+CiAgPHVzZXI+CiAgICA8 aWQ+MTU3MjA5NDE8L2lkPgogICAgPG5hbWU+U3RldmUgS2VubmVkeTwvbmFtZT4KICAgIDxzY3Jl ZW5fbmFtZT5zdGV2ZWtlbm5lZHl1azwvc2NyZWVuX25hbWU+CiAgICA8bG9jYXRpb24+Q2FtZGVu PC9sb2NhdGlvbj4KICAgIDxkZXNjcmlwdGlvbj5JbmR1c3RyeSB2ZXRlcmFuLCBwdW5kaXQsIGpv dXJubywgaW52ZXN0b3I8L2Rlc2NyaXB0aW9uPgogICAgPHByb2ZpbGVfaW1hZ2VfdXJsPmh0dHA6 Ly9hMS50d2ltZy5jb20vcHJvZmlsZV9pbWFnZXMvMzM3NzExNDAwL3N0ZXZlX2ljb25fbm9ybWFs LmpwZzwvcHJvZmlsZV9pbWFnZV91cmw+CiAgICA8dXJsPmh0dHA6Ly9ldXJvdGVjaG5ld3MuYmxv Z3Nwb3QuY29tPC91cmw+CiAgICA8cHJvdGVjdGVkPmZhbHNlPC9wcm90ZWN0ZWQ+CiAgICA8Zm9s bG93ZXJzX2NvdW50PjkzODwvZm9sbG93ZXJzX2NvdW50PgogICAgPHByb2ZpbGVfYmFja2dyb3Vu ZF9jb2xvcj45QUU0RTg8L3Byb2ZpbGVfYmFja2dyb3VuZF9jb2xvcj4KICAgIDxwcm9maWxlX3Rl eHRfY29sb3I+MzMzMzMzPC9wcm9maWxlX3RleHRfY29sb3I+CiAgICA8cHJvZmlsZV9saW5rX2Nv bG9yPjAwODRCNDwvcHJvZmlsZV9saW5rX2NvbG9yPgogICAgPHByb2ZpbGVfc2lkZWJhcl9maWxs X2NvbG9yPkRERkZDQzwvcHJvZmlsZV9zaWRlYmFyX2ZpbGxfY29sb3I+CiAgICA8cHJvZmlsZV9z aWRlYmFyX2JvcmRlcl9jb2xvcj5CRERDQUQ8L3Byb2ZpbGVfc2lkZWJhcl9ib3JkZXJfY29sb3I+ CiAgICA8ZnJpZW5kc19jb3VudD4yNDk8L2ZyaWVuZHNfY291bnQ+CiAgICA8Y3JlYXRlZF9hdD5N b24gQXVnIDA0IDExOjI3OjAwICswMDAwIDIwMDg8L2NyZWF0ZWRfYXQ+CiAgICA8ZmF2b3VyaXRl c19jb3VudD4zPC9mYXZvdXJpdGVzX2NvdW50PgogICAgPHV0Y19vZmZzZXQ+MDwvdXRjX29mZnNl dD4KICAgIDx0aW1lX3pvbmU+TG9uZG9uPC90aW1lX3pvbmU+CiAgICA8cHJvZmlsZV9iYWNrZ3Jv dW5kX2ltYWdlX3VybD5odHRwOi8vYTEudHdpbWcuY29tL3Byb2ZpbGVfYmFja2dyb3VuZF9pbWFn ZXMvMzM5ODQ5OC9EU0NOMDI3NV9fU21hbGxfLkpQRzwvcHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdl X3VybD4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfdGlsZT50cnVlPC9wcm9maWxlX2JhY2tncm91 bmRfdGlsZT4KICAgIDxub3RpZmljYXRpb25zPmZhbHNlPC9ub3RpZmljYXRpb25zPgogICAgPGdl b19lbmFibGVkPnRydWU8L2dlb19lbmFibGVkPgogICAgPHZlcmlmaWVkPmZhbHNlPC92ZXJpZmll ZD4KICAgIDxmb2xsb3dpbmc+ZmFsc2U8L2ZvbGxvd2luZz4KICAgIDxzdGF0dXNlc19jb3VudD44 MTA5PC9zdGF0dXNlc19jb3VudD4KICA8L3VzZXI+CiAgPGdlby8+Cjwvc3RhdHVzPgo8c3RhdHVz PgogIDxjcmVhdGVkX2F0PldlZCBKYW4gMDYgMTg6MDU6MjkgKzAwMDAgMjAxMDwvY3JlYXRlZF9h dD4KICA8aWQ+NzQ0ODUzMTU1MTwvaWQ+CiAgPHRleHQ+QGNjb3NjZWxsaSB0b21hIGEmIzIzNzs6 IEBsaGVucmlxdWUgQGJydW5vbWFyeHMgZSBAamF1bXJvY2s8L3RleHQ+CiAgPHNvdXJjZT4mbHQ7 YSBocmVmPSZxdW90O2h0dHA6Ly93d3cudHdlZXRkZWNrLmNvbS8mcXVvdDsgcmVsPSZxdW90O25v Zm9sbG93JnF1b3Q7Jmd0O1R3ZWV0RGVjayZsdDsvYSZndDs8L3NvdXJjZT4KICA8dHJ1bmNhdGVk PmZhbHNlPC90cnVuY2F0ZWQ+CiAgPGluX3JlcGx5X3RvX3N0YXR1c19pZD48L2luX3JlcGx5X3Rv X3N0YXR1c19pZD4KICA8aW5fcmVwbHlfdG9fdXNlcl9pZD4yNjI3NjE3OTwvaW5fcmVwbHlfdG9f dXNlcl9pZD4KICA8ZmF2b3JpdGVkPmZhbHNlPC9mYXZvcml0ZWQ+CiAgPGluX3JlcGx5X3RvX3Nj cmVlbl9uYW1lPmNjb3NjZWxsaTwvaW5fcmVwbHlfdG9fc2NyZWVuX25hbWU+CiAgPHVzZXI+CiAg ICA8aWQ+MTcyNjQ2MjY8L2lkPgogICAgPG5hbWU+R3VpbGhlcm1lIE51bmVzPC9uYW1lPgogICAg PHNjcmVlbl9uYW1lPmd1aW51bmVzPC9zY3JlZW5fbmFtZT4KICAgIDxsb2NhdGlvbj5HZW9Ud2l0 dDogUyYjMjI3O28gUGF1bG8sIEJyYXppbDwvbG9jYXRpb24+CiAgICA8ZGVzY3JpcHRpb24+ZGVz aWduZXIsIGZ1bmRhZG9yIGRvIEBwYWNvdGUyMDEsIGNhcmlvY2EgZW0gc2FtcGEsIGZsYW1lbmd1 aXN0YSwgYmVhdGxlbWFuJiMyMzc7YWNvLCBhcGFpeG9uYWRvIHBvciB0aXBvZ3JhZmlhLCBmb3Rv Z3JhZmlhIGUgcGVsYSBAanVyaWJlaXJvLjwvZGVzY3JpcHRpb24+CiAgICA8cHJvZmlsZV9pbWFn ZV91cmw+aHR0cDovL2EzLnR3aW1nLmNvbS9wcm9maWxlX2ltYWdlcy80OTMyMzI5NzMvdGh1bWJH bnVuZXNfbm9ybWFsLmpwZzwvcHJvZmlsZV9pbWFnZV91cmw+CiAgICA8dXJsPmh0dHA6Ly9nbnVu ZXMubmV0L3BvcnRmb2xpbzwvdXJsPgogICAgPHByb3RlY3RlZD5mYWxzZTwvcHJvdGVjdGVkPgog ICAgPGZvbGxvd2Vyc19jb3VudD4zMjM8L2ZvbGxvd2Vyc19jb3VudD4KICAgIDxwcm9maWxlX2Jh Y2tncm91bmRfY29sb3I+MzgzODM4PC9wcm9maWxlX2JhY2tncm91bmRfY29sb3I+CiAgICA8cHJv ZmlsZV90ZXh0X2NvbG9yPmJhYmFiYTwvcHJvZmlsZV90ZXh0X2NvbG9yPgogICAgPHByb2ZpbGVf bGlua19jb2xvcj5hMTliNjc8L3Byb2ZpbGVfbGlua19jb2xvcj4KICAgIDxwcm9maWxlX3NpZGVi YXJfZmlsbF9jb2xvcj4zZDNkM2Q8L3Byb2ZpbGVfc2lkZWJhcl9maWxsX2NvbG9yPgogICAgPHBy b2ZpbGVfc2lkZWJhcl9ib3JkZXJfY29sb3I+MjEyMTIxPC9wcm9maWxlX3NpZGViYXJfYm9yZGVy X2NvbG9yPgogICAgPGZyaWVuZHNfY291bnQ+Mjc4PC9mcmllbmRzX2NvdW50PgogICAgPGNyZWF0 ZWRfYXQ+U3VuIE5vdiAwOSAwNDoyODowMSArMDAwMCAyMDA4PC9jcmVhdGVkX2F0PgogICAgPGZh dm91cml0ZXNfY291bnQ+MjM1PC9mYXZvdXJpdGVzX2NvdW50PgogICAgPHV0Y19vZmZzZXQ+LTEw ODAwPC91dGNfb2Zmc2V0PgogICAgPHRpbWVfem9uZT5CcmFzaWxpYTwvdGltZV96b25lPgogICAg PHByb2ZpbGVfYmFja2dyb3VuZF9pbWFnZV91cmw+aHR0cDovL2ExLnR3aW1nLmNvbS9wcm9maWxl X2JhY2tncm91bmRfaW1hZ2VzLzU2MjAwMzE4L3R1bWJscl9rcTFqd2JKZGd1MXF6eTVjeG8xXzQw MF9sYXJnZS5qcGc8L3Byb2ZpbGVfYmFja2dyb3VuZF9pbWFnZV91cmw+CiAgICA8cHJvZmlsZV9i YWNrZ3JvdW5kX3RpbGU+dHJ1ZTwvcHJvZmlsZV9iYWNrZ3JvdW5kX3RpbGU+CiAgICA8bm90aWZp Y2F0aW9ucz48L25vdGlmaWNhdGlvbnM+CiAgICA8Z2VvX2VuYWJsZWQ+ZmFsc2U8L2dlb19lbmFi bGVkPgogICAgPHZlcmlmaWVkPmZhbHNlPC92ZXJpZmllZD4KICAgIDxmb2xsb3dpbmc+PC9mb2xs b3dpbmc+CiAgICA8c3RhdHVzZXNfY291bnQ+MjMzNzwvc3RhdHVzZXNfY291bnQ+CiAgPC91c2Vy PgogIDxnZW8vPgo8L3N0YXR1cz4KPHN0YXR1cz4KICA8Y3JlYXRlZF9hdD5XZWQgSmFuIDA2IDE4 OjA1OjI5ICswMDAwIDIwMTA8L2NyZWF0ZWRfYXQ+CiAgPGlkPjc0NDg1MzE1NTA8L2lkPgogIDx0 ZXh0Pkdvb2QgbW9ybmluZyBUd2l0dGVyZmFtLjwvdGV4dD4KICA8c291cmNlPiZsdDthIGhyZWY9 JnF1b3Q7aHR0cDovL2VjaG9mb24uY29tLyZxdW90OyByZWw9JnF1b3Q7bm9mb2xsb3cmcXVvdDsm Z3Q7RWNob2ZvbiZsdDsvYSZndDs8L3NvdXJjZT4KICA8dHJ1bmNhdGVkPmZhbHNlPC90cnVuY2F0 ZWQ+CiAgPGluX3JlcGx5X3RvX3N0YXR1c19pZD48L2luX3JlcGx5X3RvX3N0YXR1c19pZD4KICA8 aW5fcmVwbHlfdG9fdXNlcl9pZD48L2luX3JlcGx5X3RvX3VzZXJfaWQ+CiAgPGZhdm9yaXRlZD5m YWxzZTwvZmF2b3JpdGVkPgogIDxpbl9yZXBseV90b19zY3JlZW5fbmFtZT48L2luX3JlcGx5X3Rv X3NjcmVlbl9uYW1lPgogIDx1c2VyPgogICAgPGlkPjUzMjA2NzE4PC9pZD4KICAgIDxuYW1lPkdh cnkgV2Fsa2VyPC9uYW1lPgogICAgPHNjcmVlbl9uYW1lPlByZXR0eU51cGVGcmVzaDwvc2NyZWVu X25hbWU+CiAgICA8bG9jYXRpb24+TWlzc291cmk8L2xvY2F0aW9uPgogICAgPGRlc2NyaXB0aW9u PkFjaGlldmUgdW50aWwgeW91IHBlcmlzaCBzbyB3aGVuIHlvdSBnb25lIHlvdSBoYXZlIHNvbWV0 aGluZyBsZWZ0IHRoYXQgcGVvcGxlIHdpbGwgcmVtZW1iZXIgeW91IGJ5LjwvZGVzY3JpcHRpb24+ CiAgICA8cHJvZmlsZV9pbWFnZV91cmw+aHR0cDovL2ExLnR3aW1nLmNvbS9wcm9maWxlX2ltYWdl cy81NzUwMDIwNjYvbjEzNTk5ODY4MDRfMzQ4Nl9ub3JtYWwuanBnPC9wcm9maWxlX2ltYWdlX3Vy bD4KICAgIDx1cmw+PC91cmw+CiAgICA8cHJvdGVjdGVkPmZhbHNlPC9wcm90ZWN0ZWQ+CiAgICA8 Zm9sbG93ZXJzX2NvdW50PjMxPC9mb2xsb3dlcnNfY291bnQ+CiAgICA8cHJvZmlsZV9iYWNrZ3Jv dW5kX2NvbG9yPjFBMUIxRjwvcHJvZmlsZV9iYWNrZ3JvdW5kX2NvbG9yPgogICAgPHByb2ZpbGVf dGV4dF9jb2xvcj42NjY2NjY8L3Byb2ZpbGVfdGV4dF9jb2xvcj4KICAgIDxwcm9maWxlX2xpbmtf Y29sb3I+MkZDMkVGPC9wcm9maWxlX2xpbmtfY29sb3I+CiAgICA8cHJvZmlsZV9zaWRlYmFyX2Zp bGxfY29sb3I+MjUyNDI5PC9wcm9maWxlX3NpZGViYXJfZmlsbF9jb2xvcj4KICAgIDxwcm9maWxl X3NpZGViYXJfYm9yZGVyX2NvbG9yPjE4MUExRTwvcHJvZmlsZV9zaWRlYmFyX2JvcmRlcl9jb2xv cj4KICAgIDxmcmllbmRzX2NvdW50PjI3PC9mcmllbmRzX2NvdW50PgogICAgPGNyZWF0ZWRfYXQ+ VGh1IEp1bCAwMiAyMjoxODoxMSArMDAwMCAyMDA5PC9jcmVhdGVkX2F0PgogICAgPGZhdm91cml0 ZXNfY291bnQ+MDwvZmF2b3VyaXRlc19jb3VudD4KICAgIDx1dGNfb2Zmc2V0Pi0yMTYwMDwvdXRj X29mZnNldD4KICAgIDx0aW1lX3pvbmU+Q2VudHJhbCBUaW1lIChVUyAmYW1wOyBDYW5hZGEpPC90 aW1lX3pvbmU+CiAgICA8cHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlX3VybD5odHRwOi8vYTMudHdp bWcuY29tL3Byb2ZpbGVfYmFja2dyb3VuZF9pbWFnZXMvNjE4Mjg5MzkvMTI5NjhfMTI2OTc4ODg3 NDU0OF8xNTI0NjQ3NTQ4XzIzMDk4NzhfNzk3MjU2OF9uLmpwZzwvcHJvZmlsZV9iYWNrZ3JvdW5k X2ltYWdlX3VybD4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfdGlsZT50cnVlPC9wcm9maWxlX2Jh Y2tncm91bmRfdGlsZT4KICAgIDxub3RpZmljYXRpb25zPmZhbHNlPC9ub3RpZmljYXRpb25zPgog ICAgPGdlb19lbmFibGVkPmZhbHNlPC9nZW9fZW5hYmxlZD4KICAgIDx2ZXJpZmllZD5mYWxzZTwv dmVyaWZpZWQ+CiAgICA8Zm9sbG93aW5nPmZhbHNlPC9mb2xsb3dpbmc+CiAgICA8c3RhdHVzZXNf Y291bnQ+NDQwPC9zdGF0dXNlc19jb3VudD4KICA8L3VzZXI+CiAgPGdlby8+Cjwvc3RhdHVzPgo8 c3RhdHVzPgogIDxjcmVhdGVkX2F0PldlZCBKYW4gMDYgMTg6MDU6MjkgKzAwMDAgMjAxMDwvY3Jl YXRlZF9hdD4KICA8aWQ+NzQ0ODUzMTUzNDwvaWQ+CiAgPHRleHQ+MjAxMCYjMjQxODA7JiMxMjM5 NDsmIzEyMzg3OyYjMTIzODM7JiMxMjQyNTsmIzEyNDgxOyYjMTI0NjE7JiMxMjUzMTsmIzEyMzk0 OyYjMTIzNjI7JiMxMjM3NzsmIzEyMzg3OyYjMTIzOTA7JiMzNTMyODsmIzEyMzg3OyYjMTIzODM7 JiMxMjM5ODsmIzM1NTA0OyYjMTIzODQ7JiMxMjM4NzsmIzY1MjgxOzwvdGV4dD4KICA8c291cmNl PiZsdDthIGhyZWY9JnF1b3Q7aHR0cDovL21vdmF0d2l0dGVyLmpwLyZxdW90OyByZWw9JnF1b3Q7 bm9mb2xsb3cmcXVvdDsmZ3Q7bW92YXR3aXR0ZXImbHQ7L2EmZ3Q7PC9zb3VyY2U+CiAgPHRydW5j YXRlZD5mYWxzZTwvdHJ1bmNhdGVkPgogIDxpbl9yZXBseV90b19zdGF0dXNfaWQ+PC9pbl9yZXBs eV90b19zdGF0dXNfaWQ+CiAgPGluX3JlcGx5X3RvX3VzZXJfaWQ+PC9pbl9yZXBseV90b191c2Vy X2lkPgogIDxmYXZvcml0ZWQ+ZmFsc2U8L2Zhdm9yaXRlZD4KICA8aW5fcmVwbHlfdG9fc2NyZWVu X25hbWU+PC9pbl9yZXBseV90b19zY3JlZW5fbmFtZT4KICA8dXNlcj4KICAgIDxpZD4yMzAzODgy MzwvaWQ+CiAgICA8bmFtZT4mIzEyMzk0OyYjMTIzNzU7JiMxMjM2NTs8L25hbWU+CiAgICA8c2Ny ZWVuX25hbWU+X3luczwvc2NyZWVuX25hbWU+CiAgICA8bG9jYXRpb24+PC9sb2NhdGlvbj4KICAg IDxkZXNjcmlwdGlvbj4mIzEyMzk0OyYjMTI0MzU7JiMxMjM4NDsmIzEyMzYzOyYjMTIzNTg7JiMx MjM4NzsmIzEyMzkyOyYjMTIzNTg7JiMxMjM3NTsmIzEyMzU2OyYjMjAxNTQ7JiMxMjM5MTsmIzEy Mzc3OzwvZGVzY3JpcHRpb24+CiAgICA8cHJvZmlsZV9pbWFnZV91cmw+aHR0cDovL2EzLnR3aW1n LmNvbS9wcm9maWxlX2ltYWdlcy81OTMxODA3NzUvX19fX19fX19fX25vcm1hbC5qcGc8L3Byb2Zp bGVfaW1hZ2VfdXJsPgogICAgPHVybD48L3VybD4KICAgIDxwcm90ZWN0ZWQ+ZmFsc2U8L3Byb3Rl Y3RlZD4KICAgIDxmb2xsb3dlcnNfY291bnQ+MzwvZm9sbG93ZXJzX2NvdW50PgogICAgPHByb2Zp bGVfYmFja2dyb3VuZF9jb2xvcj5mZmZmZmY8L3Byb2ZpbGVfYmFja2dyb3VuZF9jb2xvcj4KICAg IDxwcm9maWxlX3RleHRfY29sb3I+OTk5OTk5PC9wcm9maWxlX3RleHRfY29sb3I+CiAgICA8cHJv ZmlsZV9saW5rX2NvbG9yPmRiZGJkYjwvcHJvZmlsZV9saW5rX2NvbG9yPgogICAgPHByb2ZpbGVf c2lkZWJhcl9maWxsX2NvbG9yPmZmZmZmZjwvcHJvZmlsZV9zaWRlYmFyX2ZpbGxfY29sb3I+CiAg ICA8cHJvZmlsZV9zaWRlYmFyX2JvcmRlcl9jb2xvcj5mZmZmZmY8L3Byb2ZpbGVfc2lkZWJhcl9i b3JkZXJfY29sb3I+CiAgICA8ZnJpZW5kc19jb3VudD4xODwvZnJpZW5kc19jb3VudD4KICAgIDxj cmVhdGVkX2F0PkZyaSBNYXIgMDYgMDY6MzA6MTUgKzAwMDAgMjAwOTwvY3JlYXRlZF9hdD4KICAg IDxmYXZvdXJpdGVzX2NvdW50PjA8L2Zhdm91cml0ZXNfY291bnQ+CiAgICA8dXRjX29mZnNldD4z MjQwMDwvdXRjX29mZnNldD4KICAgIDx0aW1lX3pvbmU+T3Nha2E8L3RpbWVfem9uZT4KICAgIDxw cm9maWxlX2JhY2tncm91bmRfaW1hZ2VfdXJsPmh0dHA6Ly9zLnR3aW1nLmNvbS9hLzEyNjIyMzAx NzIvaW1hZ2VzL3RoZW1lcy90aGVtZTEvYmcucG5nPC9wcm9maWxlX2JhY2tncm91bmRfaW1hZ2Vf dXJsPgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF90aWxlPmZhbHNlPC9wcm9maWxlX2JhY2tncm91 bmRfdGlsZT4KICAgIDxub3RpZmljYXRpb25zPmZhbHNlPC9ub3RpZmljYXRpb25zPgogICAgPGdl b19lbmFibGVkPmZhbHNlPC9nZW9fZW5hYmxlZD4KICAgIDx2ZXJpZmllZD5mYWxzZTwvdmVyaWZp ZWQ+CiAgICA8Zm9sbG93aW5nPmZhbHNlPC9mb2xsb3dpbmc+CiAgICA8c3RhdHVzZXNfY291bnQ+ MjUwPC9zdGF0dXNlc19jb3VudD4KICA8L3VzZXI+CiAgPGdlby8+Cjwvc3RhdHVzPgo8c3RhdHVz PgogIDxjcmVhdGVkX2F0PldlZCBKYW4gMDYgMTg6MDU6MjkgKzAwMDAgMjAxMDwvY3JlYXRlZF9h dD4KICA8aWQ+NzQ0ODUzMTUyMzwvaWQ+CiAgPHRleHQ+QGNsYXVkaW9fbml0cm8gT3UhIFZhaSBz ZSBmZXJyYXIgY2FyYSwgdCYjMjQ0OyBhcXVpIHRvbWFuZG8gdW0gY2FmJiMyMzM7IG1haXMgb3Ug bWVub3MgbnVtIGNvcGluaG8gcGwmIzIyNTtzdGljbywgcGFyYSBjb20gaXNzbyEhPC90ZXh0Pgog IDxzb3VyY2U+d2ViPC9zb3VyY2U+CiAgPHRydW5jYXRlZD5mYWxzZTwvdHJ1bmNhdGVkPgogIDxp bl9yZXBseV90b19zdGF0dXNfaWQ+NzQ0ODQyODk3NTwvaW5fcmVwbHlfdG9fc3RhdHVzX2lkPgog IDxpbl9yZXBseV90b191c2VyX2lkPjQwMzI1NjQ5PC9pbl9yZXBseV90b191c2VyX2lkPgogIDxm YXZvcml0ZWQ+ZmFsc2U8L2Zhdm9yaXRlZD4KICA8aW5fcmVwbHlfdG9fc2NyZWVuX25hbWU+Y2xh dWRpb19uaXRybzwvaW5fcmVwbHlfdG9fc2NyZWVuX25hbWU+CiAgPHVzZXI+CiAgICA8aWQ+Mjkw Mjg0MzM8L2lkPgogICAgPG5hbWU+VWxpc3NlcyBIZW5yaXF1ZTwvbmFtZT4KICAgIDxzY3JlZW5f bmFtZT5PZGlzc2V1PC9zY3JlZW5fbmFtZT4KICAgIDxsb2NhdGlvbj48L2xvY2F0aW9uPgogICAg PGRlc2NyaXB0aW9uPjwvZGVzY3JpcHRpb24+CiAgICA8cHJvZmlsZV9pbWFnZV91cmw+aHR0cDov L2EzLnR3aW1nLmNvbS9wcm9maWxlX2ltYWdlcy81MzQ0NjEzMzMvTWFnbmV0X1dhc19SaWdodDAx X25vcm1hbC5qcGc8L3Byb2ZpbGVfaW1hZ2VfdXJsPgogICAgPHVybD48L3VybD4KICAgIDxwcm90 ZWN0ZWQ+ZmFsc2U8L3Byb3RlY3RlZD4KICAgIDxmb2xsb3dlcnNfY291bnQ+MTc5PC9mb2xsb3dl cnNfY291bnQ+CiAgICA8cHJvZmlsZV9iYWNrZ3JvdW5kX2NvbG9yPmZmZmZmZjwvcHJvZmlsZV9i YWNrZ3JvdW5kX2NvbG9yPgogICAgPHByb2ZpbGVfdGV4dF9jb2xvcj4wMzAzMDM8L3Byb2ZpbGVf dGV4dF9jb2xvcj4KICAgIDxwcm9maWxlX2xpbmtfY29sb3I+NmI2NzZiPC9wcm9maWxlX2xpbmtf Y29sb3I+CiAgICA8cHJvZmlsZV9zaWRlYmFyX2ZpbGxfY29sb3I+ZmZmZmZmPC9wcm9maWxlX3Np ZGViYXJfZmlsbF9jb2xvcj4KICAgIDxwcm9maWxlX3NpZGViYXJfYm9yZGVyX2NvbG9yPmZmZmZm ZjwvcHJvZmlsZV9zaWRlYmFyX2JvcmRlcl9jb2xvcj4KICAgIDxmcmllbmRzX2NvdW50PjIwODwv ZnJpZW5kc19jb3VudD4KICAgIDxjcmVhdGVkX2F0PlN1biBBcHIgMDUgMTc6NTk6MDEgKzAwMDAg MjAwOTwvY3JlYXRlZF9hdD4KICAgIDxmYXZvdXJpdGVzX2NvdW50PjI8L2Zhdm91cml0ZXNfY291 bnQ+CiAgICA8dXRjX29mZnNldD4tMTA4MDA8L3V0Y19vZmZzZXQ+CiAgICA8dGltZV96b25lPkJy YXNpbGlhPC90aW1lX3pvbmU+CiAgICA8cHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlX3VybD5odHRw Oi8vYTMudHdpbWcuY29tL3Byb2ZpbGVfYmFja2dyb3VuZF9pbWFnZXMvNTQ3NzY3NTUvTWFnbmV0 X1dhc19SaWdodC5qcGc8L3Byb2ZpbGVfYmFja2dyb3VuZF9pbWFnZV91cmw+CiAgICA8cHJvZmls ZV9iYWNrZ3JvdW5kX3RpbGU+ZmFsc2U8L3Byb2ZpbGVfYmFja2dyb3VuZF90aWxlPgogICAgPG5v dGlmaWNhdGlvbnM+ZmFsc2U8L25vdGlmaWNhdGlvbnM+CiAgICA8Z2VvX2VuYWJsZWQ+ZmFsc2U8 L2dlb19lbmFibGVkPgogICAgPHZlcmlmaWVkPmZhbHNlPC92ZXJpZmllZD4KICAgIDxmb2xsb3dp bmc+ZmFsc2U8L2ZvbGxvd2luZz4KICAgIDxzdGF0dXNlc19jb3VudD4xNDg3PC9zdGF0dXNlc19j b3VudD4KICA8L3VzZXI+CiAgPGdlby8+Cjwvc3RhdHVzPgo8c3RhdHVzPgogIDxjcmVhdGVkX2F0 PldlZCBKYW4gMDYgMTg6MDU6MjkgKzAwMDAgMjAxMDwvY3JlYXRlZF9hdD4KICA8aWQ+NzQ0ODUz MTUxOTwvaWQ+CiAgPHRleHQ+V2VsbCwgQHN0eWxpbmdlZWssIHRoZSB0aGVvcnkgb2YgZ2xvYmFs IHdhcm1pbmcgZG9lc24ndCBtZWFuIHdlJ3JlIGFsbCBnZXR0aW5nIGhvdHRlciwgaXQgbWVhbnMg dGhlIHdlYXRoZXIgY29uZGl0aW9ucyBhcmUgbW9yZSBleHRyZW1lLjwvdGV4dD4KICA8c291cmNl PiZsdDthIGhyZWY9JnF1b3Q7L2RldmljZXMmcXVvdDsgcmVsPSZxdW90O25vZm9sbG93JnF1b3Q7 Jmd0O3R4dCZsdDsvYSZndDs8L3NvdXJjZT4KICA8dHJ1bmNhdGVkPmZhbHNlPC90cnVuY2F0ZWQ+ CiAgPGluX3JlcGx5X3RvX3N0YXR1c19pZD48L2luX3JlcGx5X3RvX3N0YXR1c19pZD4KICA8aW5f cmVwbHlfdG9fdXNlcl9pZD48L2luX3JlcGx5X3RvX3VzZXJfaWQ+CiAgPGZhdm9yaXRlZD5mYWxz ZTwvZmF2b3JpdGVkPgogIDxpbl9yZXBseV90b19zY3JlZW5fbmFtZT48L2luX3JlcGx5X3RvX3Nj cmVlbl9uYW1lPgogIDx1c2VyPgogICAgPGlkPjk5MDM0OTc3PC9pZD4KICAgIDxuYW1lPkNocmlz IFBldGVyczwvbmFtZT4KICAgIDxzY3JlZW5fbmFtZT5CZWF0VGhlUGV0ZXJzPC9zY3JlZW5fbmFt ZT4KICAgIDxsb2NhdGlvbj48L2xvY2F0aW9uPgogICAgPGRlc2NyaXB0aW9uPjwvZGVzY3JpcHRp b24+CiAgICA8cHJvZmlsZV9pbWFnZV91cmw+aHR0cDovL2EzLnR3aW1nLmNvbS9wcm9maWxlX2lt YWdlcy82MDk2MTY4NTUvd2FmZnBpY19ub3JtYWwuanBnPC9wcm9maWxlX2ltYWdlX3VybD4KICAg IDx1cmw+PC91cmw+CiAgICA8cHJvdGVjdGVkPmZhbHNlPC9wcm90ZWN0ZWQ+CiAgICA8Zm9sbG93 ZXJzX2NvdW50Pjc8L2ZvbGxvd2Vyc19jb3VudD4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfY29s b3I+OWFlNGU4PC9wcm9maWxlX2JhY2tncm91bmRfY29sb3I+CiAgICA8cHJvZmlsZV90ZXh0X2Nv bG9yPjAwMDAwMDwvcHJvZmlsZV90ZXh0X2NvbG9yPgogICAgPHByb2ZpbGVfbGlua19jb2xvcj4w MDAwZmY8L3Byb2ZpbGVfbGlua19jb2xvcj4KICAgIDxwcm9maWxlX3NpZGViYXJfZmlsbF9jb2xv cj5lMGZmOTI8L3Byb2ZpbGVfc2lkZWJhcl9maWxsX2NvbG9yPgogICAgPHByb2ZpbGVfc2lkZWJh cl9ib3JkZXJfY29sb3I+ODdiYzQ0PC9wcm9maWxlX3NpZGViYXJfYm9yZGVyX2NvbG9yPgogICAg PGZyaWVuZHNfY291bnQ+MTI8L2ZyaWVuZHNfY291bnQ+CiAgICA8Y3JlYXRlZF9hdD5UaHUgRGVj IDI0IDA1OjE0OjU1ICswMDAwIDIwMDk8L2NyZWF0ZWRfYXQ+CiAgICA8ZmF2b3VyaXRlc19jb3Vu dD4wPC9mYXZvdXJpdGVzX2NvdW50PgogICAgPHV0Y19vZmZzZXQ+PC91dGNfb2Zmc2V0PgogICAg PHRpbWVfem9uZT48L3RpbWVfem9uZT4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfaW1hZ2VfdXJs Pmh0dHA6Ly9zLnR3aW1nLmNvbS9hLzEyNjI3MjgyODEvaW1hZ2VzL3RoZW1lcy90aGVtZTEvYmcu cG5nPC9wcm9maWxlX2JhY2tncm91bmRfaW1hZ2VfdXJsPgogICAgPHByb2ZpbGVfYmFja2dyb3Vu ZF90aWxlPmZhbHNlPC9wcm9maWxlX2JhY2tncm91bmRfdGlsZT4KICAgIDxub3RpZmljYXRpb25z PmZhbHNlPC9ub3RpZmljYXRpb25zPgogICAgPGdlb19lbmFibGVkPmZhbHNlPC9nZW9fZW5hYmxl ZD4KICAgIDx2ZXJpZmllZD5mYWxzZTwvdmVyaWZpZWQ+CiAgICA8Zm9sbG93aW5nPmZhbHNlPC9m b2xsb3dpbmc+CiAgICA8c3RhdHVzZXNfY291bnQ+MTA1PC9zdGF0dXNlc19jb3VudD4KICA8L3Vz ZXI+CiAgPGdlby8+Cjwvc3RhdHVzPgo8c3RhdHVzPgogIDxjcmVhdGVkX2F0PldlZCBKYW4gMDYg MTg6MDU6MjkgKzAwMDAgMjAxMDwvY3JlYXRlZF9hdD4KICA8aWQ+NzQ0ODUzMTUxMTwvaWQ+CiAg PHRleHQ+VG8gY2xhcmlmeSBlYXJsaWVyIHR3ZWV0Li4uQ2hyaXMgUmlsZXkgb25seSAmcXVvdDtB Y3RpbmcgQ2hhaXImcXVvdDsgb2YgQ2FwaXRhbCBNZXRybyBuZXcgYm9hcmQuIC4uPC90ZXh0Pgog IDxzb3VyY2U+d2ViPC9zb3VyY2U+CiAgPHRydW5jYXRlZD5mYWxzZTwvdHJ1bmNhdGVkPgogIDxp bl9yZXBseV90b19zdGF0dXNfaWQ+PC9pbl9yZXBseV90b19zdGF0dXNfaWQ+CiAgPGluX3JlcGx5 X3RvX3VzZXJfaWQ+PC9pbl9yZXBseV90b191c2VyX2lkPgogIDxmYXZvcml0ZWQ+ZmFsc2U8L2Zh dm9yaXRlZD4KICA8aW5fcmVwbHlfdG9fc2NyZWVuX25hbWU+PC9pbl9yZXBseV90b19zY3JlZW5f bmFtZT4KICA8dXNlcj4KICAgIDxpZD41NDIyMTE0MjwvaWQ+CiAgICA8bmFtZT5SZWFsIEVzdGF0 ZSBDb3VuY2lsPC9uYW1lPgogICAgPHNjcmVlbl9uYW1lPlJFQ0FfQXVzdGluPC9zY3JlZW5fbmFt ZT4KICAgIDxsb2NhdGlvbj5BdXN0aW4sIFRYPC9sb2NhdGlvbj4KICAgIDxkZXNjcmlwdGlvbj5S RUNBIGlzIGEgbm9uLXByb2ZpdCBvcmdhbml6YXRpb24gdGhhdCBhZHZvY2F0ZXMgZm9yIHRoZSBp bnRlcmVzdHMgb2YgdGhlIHJlYWwgZXN0YXRlIGRldmVsb3BtZW50IGluZHVzdHJ5IGluIEF1c3Rp bi48L2Rlc2NyaXB0aW9uPgogICAgPHByb2ZpbGVfaW1hZ2VfdXJsPmh0dHA6Ly9hMS50d2ltZy5j b20vcHJvZmlsZV9pbWFnZXMvMzU2OTk5MjkyL1JFQ0Fsb2dvX3NxdWFyZV9ub3JtYWwucG5nPC9w cm9maWxlX2ltYWdlX3VybD4KICAgIDx1cmw+aHR0cDovL3d3dy5yZWNhb25saW5lLmNvbTwvdXJs PgogICAgPHByb3RlY3RlZD5mYWxzZTwvcHJvdGVjdGVkPgogICAgPGZvbGxvd2Vyc19jb3VudD4y NDc8L2ZvbGxvd2Vyc19jb3VudD4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfY29sb3I+MTcxNzkx PC9wcm9maWxlX2JhY2tncm91bmRfY29sb3I+CiAgICA8cHJvZmlsZV90ZXh0X2NvbG9yPjMzMzMz MzwvcHJvZmlsZV90ZXh0X2NvbG9yPgogICAgPHByb2ZpbGVfbGlua19jb2xvcj4wYTFkZjc8L3By b2ZpbGVfbGlua19jb2xvcj4KICAgIDxwcm9maWxlX3NpZGViYXJfZmlsbF9jb2xvcj5kM2Q2ZDI8 L3Byb2ZpbGVfc2lkZWJhcl9maWxsX2NvbG9yPgogICAgPHByb2ZpbGVfc2lkZWJhcl9ib3JkZXJf Y29sb3I+ODY4YTg1PC9wcm9maWxlX3NpZGViYXJfYm9yZGVyX2NvbG9yPgogICAgPGZyaWVuZHNf Y291bnQ+MjA2PC9mcmllbmRzX2NvdW50PgogICAgPGNyZWF0ZWRfYXQ+TW9uIEp1bCAwNiAxNDoz ODo1NiArMDAwMCAyMDA5PC9jcmVhdGVkX2F0PgogICAgPGZhdm91cml0ZXNfY291bnQ+MTwvZmF2 b3VyaXRlc19jb3VudD4KICAgIDx1dGNfb2Zmc2V0Pi0yMTYwMDwvdXRjX29mZnNldD4KICAgIDx0 aW1lX3pvbmU+Q2VudHJhbCBUaW1lIChVUyAmYW1wOyBDYW5hZGEpPC90aW1lX3pvbmU+CiAgICA8 cHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlX3VybD5odHRwOi8vYTEudHdpbWcuY29tL3Byb2ZpbGVf YmFja2dyb3VuZF9pbWFnZXMvMjc1MjQyMzIvTmV3X1BpY3R1cmUucG5nPC9wcm9maWxlX2JhY2tn cm91bmRfaW1hZ2VfdXJsPgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF90aWxlPnRydWU8L3Byb2Zp bGVfYmFja2dyb3VuZF90aWxlPgogICAgPG5vdGlmaWNhdGlvbnM+ZmFsc2U8L25vdGlmaWNhdGlv bnM+CiAgICA8Z2VvX2VuYWJsZWQ+dHJ1ZTwvZ2VvX2VuYWJsZWQ+CiAgICA8dmVyaWZpZWQ+ZmFs c2U8L3ZlcmlmaWVkPgogICAgPGZvbGxvd2luZz5mYWxzZTwvZm9sbG93aW5nPgogICAgPHN0YXR1 c2VzX2NvdW50Pjk3PC9zdGF0dXNlc19jb3VudD4KICA8L3VzZXI+CiAgPGdlby8+Cjwvc3RhdHVz Pgo8c3RhdHVzPgogIDxjcmVhdGVkX2F0PldlZCBKYW4gMDYgMTg6MDU6MjkgKzAwMDAgMjAxMDwv Y3JlYXRlZF9hdD4KICA8aWQ+NzQ0ODUzMTUwNzwvaWQ+CiAgPHRleHQ+TWUgMSAtIDAgTWluZDwv dGV4dD4KICA8c291cmNlPiZsdDthIGhyZWY9JnF1b3Q7aHR0cDovL3ViZXJ0d2l0dGVyLmNvbSZx dW90OyByZWw9JnF1b3Q7bm9mb2xsb3cmcXVvdDsmZ3Q7VWJlclR3aXR0ZXImbHQ7L2EmZ3Q7PC9z b3VyY2U+CiAgPHRydW5jYXRlZD5mYWxzZTwvdHJ1bmNhdGVkPgogIDxpbl9yZXBseV90b19zdGF0 dXNfaWQ+PC9pbl9yZXBseV90b19zdGF0dXNfaWQ+CiAgPGluX3JlcGx5X3RvX3VzZXJfaWQ+PC9p bl9yZXBseV90b191c2VyX2lkPgogIDxmYXZvcml0ZWQ+ZmFsc2U8L2Zhdm9yaXRlZD4KICA8aW5f cmVwbHlfdG9fc2NyZWVuX25hbWU+PC9pbl9yZXBseV90b19zY3JlZW5fbmFtZT4KICA8dXNlcj4K ICAgIDxpZD40NTQ4NjQ1NTwvaWQ+CiAgICA8bmFtZT5XYW5nIEllIFRqZXI8L25hbWU+CiAgICA8 c2NyZWVuX25hbWU+aWV0amVyPC9zY3JlZW5fbmFtZT4KICAgIDxsb2NhdGlvbj4mIzIyMDtUOiAz LjExMTAzOSwxMDEuNjIzNjU0PC9sb2NhdGlvbj4KICAgIDxkZXNjcmlwdGlvbj5BIHdyaXRlciB3 aG8gaXMgc3R1Y2sgYXQgdGhlIHJlYXIgZW5kIG9mIHRoZSBjb3Jwb3JhdGUgZm9vZCBjaGFpbi48 L2Rlc2NyaXB0aW9uPgogICAgPHByb2ZpbGVfaW1hZ2VfdXJsPmh0dHA6Ly9hMS50d2ltZy5jb20v cHJvZmlsZV9pbWFnZXMvMjUzOTk4MDY2L0lNR18wNDQyX25vcm1hbC5KUEc8L3Byb2ZpbGVfaW1h Z2VfdXJsPgogICAgPHVybD5odHRwOi8vaWV0amVyLmNvbTwvdXJsPgogICAgPHByb3RlY3RlZD5m YWxzZTwvcHJvdGVjdGVkPgogICAgPGZvbGxvd2Vyc19jb3VudD4xMDY8L2ZvbGxvd2Vyc19jb3Vu dD4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfY29sb3I+MUExQjFGPC9wcm9maWxlX2JhY2tncm91 bmRfY29sb3I+CiAgICA8cHJvZmlsZV90ZXh0X2NvbG9yPjY2NjY2NjwvcHJvZmlsZV90ZXh0X2Nv bG9yPgogICAgPHByb2ZpbGVfbGlua19jb2xvcj4yRkMyRUY8L3Byb2ZpbGVfbGlua19jb2xvcj4K ICAgIDxwcm9maWxlX3NpZGViYXJfZmlsbF9jb2xvcj4yNTI0Mjk8L3Byb2ZpbGVfc2lkZWJhcl9m aWxsX2NvbG9yPgogICAgPHByb2ZpbGVfc2lkZWJhcl9ib3JkZXJfY29sb3I+MTgxQTFFPC9wcm9m aWxlX3NpZGViYXJfYm9yZGVyX2NvbG9yPgogICAgPGZyaWVuZHNfY291bnQ+MTM3PC9mcmllbmRz X2NvdW50PgogICAgPGNyZWF0ZWRfYXQ+TW9uIEp1biAwOCAwMzowMToyOSArMDAwMCAyMDA5PC9j cmVhdGVkX2F0PgogICAgPGZhdm91cml0ZXNfY291bnQ+MDwvZmF2b3VyaXRlc19jb3VudD4KICAg IDx1dGNfb2Zmc2V0PjI4ODAwPC91dGNfb2Zmc2V0PgogICAgPHRpbWVfem9uZT5LdWFsYSBMdW1w dXI8L3RpbWVfem9uZT4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfaW1hZ2VfdXJsPmh0dHA6Ly9z LnR3aW1nLmNvbS9hLzEyNjI3MjgyODEvaW1hZ2VzL3RoZW1lcy90aGVtZTkvYmcuZ2lmPC9wcm9m aWxlX2JhY2tncm91bmRfaW1hZ2VfdXJsPgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF90aWxlPmZh bHNlPC9wcm9maWxlX2JhY2tncm91bmRfdGlsZT4KICAgIDxub3RpZmljYXRpb25zPmZhbHNlPC9u b3RpZmljYXRpb25zPgogICAgPGdlb19lbmFibGVkPmZhbHNlPC9nZW9fZW5hYmxlZD4KICAgIDx2 ZXJpZmllZD5mYWxzZTwvdmVyaWZpZWQ+CiAgICA8Zm9sbG93aW5nPmZhbHNlPC9mb2xsb3dpbmc+ CiAgICA8c3RhdHVzZXNfY291bnQ+OTIwPC9zdGF0dXNlc19jb3VudD4KICA8L3VzZXI+CiAgPGdl by8+Cjwvc3RhdHVzPgo8c3RhdHVzPgogIDxjcmVhdGVkX2F0PldlZCBKYW4gMDYgMTg6MDU6Mjkg KzAwMDAgMjAxMDwvY3JlYXRlZF9hdD4KICA8aWQ+NzQ0ODUzMTUwNjwvaWQ+CiAgPHRleHQ+T2gs ICZhbXA7IEkgZ290IGl0IG9uIHNhbGUgZm9yICQ2MCAtIGFueXdheXMgLSBBbWF6b24ga2VwdCBz dGFsbGluZyBtZSwgc2F5aW5nIGl0IHdhcyAmcXVvdDtiYWNrb3JkZXJlZCZxdW90OyBidXQgc3Rp bGwgY29taW5nLiBOb3csIDYgbW9udGhzIGxhdGVyLi4uPC90ZXh0PgogIDxzb3VyY2U+d2ViPC9z b3VyY2U+CiAgPHRydW5jYXRlZD5mYWxzZTwvdHJ1bmNhdGVkPgogIDxpbl9yZXBseV90b19zdGF0 dXNfaWQ+PC9pbl9yZXBseV90b19zdGF0dXNfaWQ+CiAgPGluX3JlcGx5X3RvX3VzZXJfaWQ+PC9p bl9yZXBseV90b191c2VyX2lkPgogIDxmYXZvcml0ZWQ+ZmFsc2U8L2Zhdm9yaXRlZD4KICA8aW5f cmVwbHlfdG9fc2NyZWVuX25hbWU+PC9pbl9yZXBseV90b19zY3JlZW5fbmFtZT4KICA8dXNlcj4K ICAgIDxpZD40MTQ1NDg3NzwvaWQ+CiAgICA8bmFtZT5WUiBNdXplazwvbmFtZT4KICAgIDxzY3Jl ZW5fbmFtZT5Tb2NpZXR5c1VuaWZvcm08L3NjcmVlbl9uYW1lPgogICAgPGxvY2F0aW9uPiYjOTcz NDsmIzk3MzM7WEJveCBMSVZFJiM5NzMzOyYjOTczNDsgKE1pY2hpZ2FuLCBVU0EpIDwvbG9jYXRp b24+CiAgICA8ZGVzY3JpcHRpb24+T2xkIFNrb29sIEdycnJsIEdhbWVyLCBXcml0ZXIsIEVkaXRv ciwgJmFtcDsgUGhpbG9zb3BoZXIuLi4gTkogQm9ybiBhbmQgQnJlZCAmIzk3NjA7IEFsbCBvdXQg b2YgYnViYmxlZ3VtISE8L2Rlc2NyaXB0aW9uPgogICAgPHByb2ZpbGVfaW1hZ2VfdXJsPmh0dHA6 Ly9hMS50d2ltZy5jb20vcHJvZmlsZV9pbWFnZXMvNDI2MzgxNDI0L1ZSMDJfbm9ybWFsLmpwZzwv cHJvZmlsZV9pbWFnZV91cmw+CiAgICA8dXJsPmh0dHA6Ly90aW55dXJsLmNvbS9Tb2NpZXR5c1Vu aWZvcm08L3VybD4KICAgIDxwcm90ZWN0ZWQ+ZmFsc2U8L3Byb3RlY3RlZD4KICAgIDxmb2xsb3dl cnNfY291bnQ+MzMyPC9mb2xsb3dlcnNfY291bnQ+CiAgICA8cHJvZmlsZV9iYWNrZ3JvdW5kX2Nv bG9yPjAwMDAwMDwvcHJvZmlsZV9iYWNrZ3JvdW5kX2NvbG9yPgogICAgPHByb2ZpbGVfdGV4dF9j b2xvcj4wMDAwMDA8L3Byb2ZpbGVfdGV4dF9jb2xvcj4KICAgIDxwcm9maWxlX2xpbmtfY29sb3I+ MzNjY2ZmPC9wcm9maWxlX2xpbmtfY29sb3I+CiAgICA8cHJvZmlsZV9zaWRlYmFyX2ZpbGxfY29s b3I+NzA3MDcwPC9wcm9maWxlX3NpZGViYXJfZmlsbF9jb2xvcj4KICAgIDxwcm9maWxlX3NpZGVi YXJfYm9yZGVyX2NvbG9yPjAwMDAwMDwvcHJvZmlsZV9zaWRlYmFyX2JvcmRlcl9jb2xvcj4KICAg IDxmcmllbmRzX2NvdW50PjYwMTwvZnJpZW5kc19jb3VudD4KICAgIDxjcmVhdGVkX2F0PldlZCBN YXkgMjAgMjE6Mjg6MTUgKzAwMDAgMjAwOTwvY3JlYXRlZF9hdD4KICAgIDxmYXZvdXJpdGVzX2Nv dW50PjE8L2Zhdm91cml0ZXNfY291bnQ+CiAgICA8dXRjX29mZnNldD4tMTgwMDA8L3V0Y19vZmZz ZXQ+CiAgICA8dGltZV96b25lPkVhc3Rlcm4gVGltZSAoVVMgJmFtcDsgQ2FuYWRhKTwvdGltZV96 b25lPgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF9pbWFnZV91cmw+aHR0cDovL2ExLnR3aW1nLmNv bS9wcm9maWxlX2JhY2tncm91bmRfaW1hZ2VzLzM4NDEwNjcyL0dPRGJrZ3JuZC5wbmc8L3Byb2Zp bGVfYmFja2dyb3VuZF9pbWFnZV91cmw+CiAgICA8cHJvZmlsZV9iYWNrZ3JvdW5kX3RpbGU+dHJ1 ZTwvcHJvZmlsZV9iYWNrZ3JvdW5kX3RpbGU+CiAgICA8bm90aWZpY2F0aW9ucz5mYWxzZTwvbm90 aWZpY2F0aW9ucz4KICAgIDxnZW9fZW5hYmxlZD5mYWxzZTwvZ2VvX2VuYWJsZWQ+CiAgICA8dmVy aWZpZWQ+ZmFsc2U8L3ZlcmlmaWVkPgogICAgPGZvbGxvd2luZz5mYWxzZTwvZm9sbG93aW5nPgog ICAgPHN0YXR1c2VzX2NvdW50PjUzNzwvc3RhdHVzZXNfY291bnQ+CiAgPC91c2VyPgogIDxnZW8v Pgo8L3N0YXR1cz4KPHN0YXR1cz4KICA8Y3JlYXRlZF9hdD5XZWQgSmFuIDA2IDE4OjA1OjI5ICsw MDAwIDIwMTA8L2NyZWF0ZWRfYXQ+CiAgPGlkPjc0NDg1MzE1MDU8L2lkPgogIDx0ZXh0PkBSb2Nr T25Kb25hcyBzZSBoYWhhIHBlcm8gbWUgZ3VzdGEgbWFzIGVzdGEgZm90byAob2J2ZW8pIGhhaCBu byBtZSB0cmFqZXJvbiBuYWRhIGxvcyByZXllcyBmb3Jyb3MhPC90ZXh0PgogIDxzb3VyY2U+d2Vi PC9zb3VyY2U+CiAgPHRydW5jYXRlZD5mYWxzZTwvdHJ1bmNhdGVkPgogIDxpbl9yZXBseV90b19z dGF0dXNfaWQ+NzQ0ODQzNDE0MzwvaW5fcmVwbHlfdG9fc3RhdHVzX2lkPgogIDxpbl9yZXBseV90 b191c2VyX2lkPjU1Mzg5NDQ5PC9pbl9yZXBseV90b191c2VyX2lkPgogIDxmYXZvcml0ZWQ+ZmFs c2U8L2Zhdm9yaXRlZD4KICA8aW5fcmVwbHlfdG9fc2NyZWVuX25hbWU+Um9ja09uSm9uYXM8L2lu X3JlcGx5X3RvX3NjcmVlbl9uYW1lPgogIDx1c2VyPgogICAgPGlkPjY0NjI0NzQxPC9pZD4KICAg IDxuYW1lPlRhdGlhbmEgR3JvbXlrIDwvbmFtZT4KICAgIDxzY3JlZW5fbmFtZT50YXR5Z3JvbXlr X0piPC9zY3JlZW5fbmFtZT4KICAgIDxsb2NhdGlvbj5Tb21ld2hlcmUgb24gZnVubnlsYW5kPC9s b2NhdGlvbj4KICAgIDxkZXNjcmlwdGlvbj48L2Rlc2NyaXB0aW9uPgogICAgPHByb2ZpbGVfaW1h Z2VfdXJsPmh0dHA6Ly9hMy50d2ltZy5jb20vcHJvZmlsZV9pbWFnZXMvNjE0MTMxNTA5L05JQ0su X25vcm1hbC5qcGc8L3Byb2ZpbGVfaW1hZ2VfdXJsPgogICAgPHVybD48L3VybD4KICAgIDxwcm90 ZWN0ZWQ+ZmFsc2U8L3Byb3RlY3RlZD4KICAgIDxmb2xsb3dlcnNfY291bnQ+MTIwPC9mb2xsb3dl cnNfY291bnQ+CiAgICA8cHJvZmlsZV9iYWNrZ3JvdW5kX2NvbG9yPjAwMDAwMDwvcHJvZmlsZV9i YWNrZ3JvdW5kX2NvbG9yPgogICAgPHByb2ZpbGVfdGV4dF9jb2xvcj45OTAwMDA8L3Byb2ZpbGVf dGV4dF9jb2xvcj4KICAgIDxwcm9maWxlX2xpbmtfY29sb3I+OTkwMDAwPC9wcm9maWxlX2xpbmtf Y29sb3I+CiAgICA8cHJvZmlsZV9zaWRlYmFyX2ZpbGxfY29sb3I+RjNGM0YzPC9wcm9maWxlX3Np ZGViYXJfZmlsbF9jb2xvcj4KICAgIDxwcm9maWxlX3NpZGViYXJfYm9yZGVyX2NvbG9yPjAwMDAw NDwvcHJvZmlsZV9zaWRlYmFyX2JvcmRlcl9jb2xvcj4KICAgIDxmcmllbmRzX2NvdW50PjE1NTwv ZnJpZW5kc19jb3VudD4KICAgIDxjcmVhdGVkX2F0PlR1ZSBBdWcgMTEgMDQ6MjY6MzMgKzAwMDAg MjAwOTwvY3JlYXRlZF9hdD4KICAgIDxmYXZvdXJpdGVzX2NvdW50PjI8L2Zhdm91cml0ZXNfY291 bnQ+CiAgICA8dXRjX29mZnNldD4tMTA4MDA8L3V0Y19vZmZzZXQ+CiAgICA8dGltZV96b25lPkJ1 ZW5vcyBBaXJlczwvdGltZV96b25lPgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF9pbWFnZV91cmw+ aHR0cDovL2ExLnR3aW1nLmNvbS9wcm9maWxlX2JhY2tncm91bmRfaW1hZ2VzLzU4OTY5NTEwL0lN R180NTMyLkpQRzwvcHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlX3VybD4KICAgIDxwcm9maWxlX2Jh Y2tncm91bmRfdGlsZT5mYWxzZTwvcHJvZmlsZV9iYWNrZ3JvdW5kX3RpbGU+CiAgICA8bm90aWZp Y2F0aW9ucz5mYWxzZTwvbm90aWZpY2F0aW9ucz4KICAgIDxnZW9fZW5hYmxlZD5mYWxzZTwvZ2Vv X2VuYWJsZWQ+CiAgICA8dmVyaWZpZWQ+ZmFsc2U8L3ZlcmlmaWVkPgogICAgPGZvbGxvd2luZz5m YWxzZTwvZm9sbG93aW5nPgogICAgPHN0YXR1c2VzX2NvdW50PjMxMDM8L3N0YXR1c2VzX2NvdW50 PgogIDwvdXNlcj4KICA8Z2VvLz4KPC9zdGF0dXM+CjxzdGF0dXM+CiAgPGNyZWF0ZWRfYXQ+V2Vk IEphbiAwNiAxODowNToyOSArMDAwMCAyMDEwPC9jcmVhdGVkX2F0PgogIDxpZD43NDQ4NTMxNTAy PC9pZD4KICA8dGV4dD5AZ2Vlcm9jaGEgTGVhbmRybywgbWFuZGEgcGFyYWImIzIzMztucyBwcmEg QGl0c2phcHo/IEVsYSB0ZSBhbWEgbXVpdG8uID0pIDEyPC90ZXh0PgogIDxzb3VyY2U+d2ViPC9z b3VyY2U+CiAgPHRydW5jYXRlZD5mYWxzZTwvdHJ1bmNhdGVkPgogIDxpbl9yZXBseV90b19zdGF0 dXNfaWQ+PC9pbl9yZXBseV90b19zdGF0dXNfaWQ+CiAgPGluX3JlcGx5X3RvX3VzZXJfaWQ+MzEw ODMyMzU8L2luX3JlcGx5X3RvX3VzZXJfaWQ+CiAgPGZhdm9yaXRlZD5mYWxzZTwvZmF2b3JpdGVk PgogIDxpbl9yZXBseV90b19zY3JlZW5fbmFtZT5nZWVyb2NoYTwvaW5fcmVwbHlfdG9fc2NyZWVu X25hbWU+CiAgPHVzZXI+CiAgICA8aWQ+Mzc0NDczMTg8L2lkPgogICAgPG5hbWU+VGhhbGl0YSBQ YXN0b3JpbmkhPC9uYW1lPgogICAgPHNjcmVlbl9uYW1lPnRoYWxpdGFwXzwvc2NyZWVuX25hbWU+ CiAgICA8bG9jYXRpb24+TWluYXMgR2VyYWlzPC9sb2NhdGlvbj4KICAgIDxkZXNjcmlwdGlvbj5s b2dpYSA8L2Rlc2NyaXB0aW9uPgogICAgPHByb2ZpbGVfaW1hZ2VfdXJsPmh0dHA6Ly9hMS50d2lt Zy5jb20vcHJvZmlsZV9pbWFnZXMvNjA2MzgwODA0L0RTQzA0NTMwX25vcm1hbC5KUEc8L3Byb2Zp bGVfaW1hZ2VfdXJsPgogICAgPHVybD5odHRwOi8vd3d3LmZvdG9sb2cuY29tLmJyL2xlYW5kcm9m cmFuY294eDwvdXJsPgogICAgPHByb3RlY3RlZD5mYWxzZTwvcHJvdGVjdGVkPgogICAgPGZvbGxv d2Vyc19jb3VudD4yOTY8L2ZvbGxvd2Vyc19jb3VudD4KICAgIDxwcm9maWxlX2JhY2tncm91bmRf Y29sb3I+MGYwZDBmPC9wcm9maWxlX2JhY2tncm91bmRfY29sb3I+CiAgICA8cHJvZmlsZV90ZXh0 X2NvbG9yPjFjMWMxMTwvcHJvZmlsZV90ZXh0X2NvbG9yPgogICAgPHByb2ZpbGVfbGlua19jb2xv cj42ZTU5M2M8L3Byb2ZpbGVfbGlua19jb2xvcj4KICAgIDxwcm9maWxlX3NpZGViYXJfZmlsbF9j b2xvcj5lM2UzZTM8L3Byb2ZpbGVfc2lkZWJhcl9maWxsX2NvbG9yPgogICAgPHByb2ZpbGVfc2lk ZWJhcl9ib3JkZXJfY29sb3I+MWMxYzExPC9wcm9maWxlX3NpZGViYXJfYm9yZGVyX2NvbG9yPgog ICAgPGZyaWVuZHNfY291bnQ+NDE1PC9mcmllbmRzX2NvdW50PgogICAgPGNyZWF0ZWRfYXQ+U3Vu IE1heSAwMyAxNjozMToyMyArMDAwMCAyMDA5PC9jcmVhdGVkX2F0PgogICAgPGZhdm91cml0ZXNf Y291bnQ+NDwvZmF2b3VyaXRlc19jb3VudD4KICAgIDx1dGNfb2Zmc2V0Pi0xNDQwMDwvdXRjX29m ZnNldD4KICAgIDx0aW1lX3pvbmU+U2FudGlhZ288L3RpbWVfem9uZT4KICAgIDxwcm9maWxlX2Jh Y2tncm91bmRfaW1hZ2VfdXJsPmh0dHA6Ly9hMS50d2ltZy5jb20vcHJvZmlsZV9iYWNrZ3JvdW5k X2ltYWdlcy82NDA0OTUxNC8zNi5qcGc8L3Byb2ZpbGVfYmFja2dyb3VuZF9pbWFnZV91cmw+CiAg ICA8cHJvZmlsZV9iYWNrZ3JvdW5kX3RpbGU+dHJ1ZTwvcHJvZmlsZV9iYWNrZ3JvdW5kX3RpbGU+ CiAgICA8bm90aWZpY2F0aW9ucz5mYWxzZTwvbm90aWZpY2F0aW9ucz4KICAgIDxnZW9fZW5hYmxl ZD5mYWxzZTwvZ2VvX2VuYWJsZWQ+CiAgICA8dmVyaWZpZWQ+ZmFsc2U8L3ZlcmlmaWVkPgogICAg PGZvbGxvd2luZz5mYWxzZTwvZm9sbG93aW5nPgogICAgPHN0YXR1c2VzX2NvdW50Pjg4Njg8L3N0 YXR1c2VzX2NvdW50PgogIDwvdXNlcj4KICA8Z2VvLz4KPC9zdGF0dXM+CjxzdGF0dXM+CiAgPGNy ZWF0ZWRfYXQ+V2VkIEphbiAwNiAxODowNToyOSArMDAwMCAyMDEwPC9jcmVhdGVkX2F0PgogIDxp ZD43NDQ4NTMxNDk4PC9pZD4KICA8dGV4dD5Bbm90aGVyIGJvcmluZyBkYXkuIEF3ZXNvbWUuPC90 ZXh0PgogIDxzb3VyY2U+Jmx0O2EgaHJlZj0mcXVvdDtodHRwOi8vd3d3Lm15c3BhY2UuY29tL3N5 bmMmcXVvdDsgcmVsPSZxdW90O25vZm9sbG93JnF1b3Q7Jmd0O015U3BhY2UmbHQ7L2EmZ3Q7PC9z b3VyY2U+CiAgPHRydW5jYXRlZD5mYWxzZTwvdHJ1bmNhdGVkPgogIDxpbl9yZXBseV90b19zdGF0 dXNfaWQ+PC9pbl9yZXBseV90b19zdGF0dXNfaWQ+CiAgPGluX3JlcGx5X3RvX3VzZXJfaWQ+PC9p bl9yZXBseV90b191c2VyX2lkPgogIDxmYXZvcml0ZWQ+ZmFsc2U8L2Zhdm9yaXRlZD4KICA8aW5f cmVwbHlfdG9fc2NyZWVuX25hbWU+PC9pbl9yZXBseV90b19zY3JlZW5fbmFtZT4KICA8dXNlcj4K ICAgIDxpZD4zMDcwNTg2MDwvaWQ+CiAgICA8bmFtZT5TdGV2ZW4gVHVja2VyPC9uYW1lPgogICAg PHNjcmVlbl9uYW1lPkRKc3RldmVudDwvc2NyZWVuX25hbWU+CiAgICA8bG9jYXRpb24+U2FudGEg RmU8L2xvY2F0aW9uPgogICAgPGRlc2NyaXB0aW9uPlN0ZXZlbiBUdWNrZXI8L2Rlc2NyaXB0aW9u PgogICAgPHByb2ZpbGVfaW1hZ2VfdXJsPmh0dHA6Ly9hMS50d2ltZy5jb20vcHJvZmlsZV9pbWFn ZXMvMTM0ODgyNTU0L1Bob3RvXzM5X25vcm1hbC5qcGc8L3Byb2ZpbGVfaW1hZ2VfdXJsPgogICAg PHVybD48L3VybD4KICAgIDxwcm90ZWN0ZWQ+ZmFsc2U8L3Byb3RlY3RlZD4KICAgIDxmb2xsb3dl cnNfY291bnQ+MTA8L2ZvbGxvd2Vyc19jb3VudD4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfY29s b3I+MDIyMzMwPC9wcm9maWxlX2JhY2tncm91bmRfY29sb3I+CiAgICA8cHJvZmlsZV90ZXh0X2Nv bG9yPjMzMzMzMzwvcHJvZmlsZV90ZXh0X2NvbG9yPgogICAgPHByb2ZpbGVfbGlua19jb2xvcj4w MDg0QjQ8L3Byb2ZpbGVfbGlua19jb2xvcj4KICAgIDxwcm9maWxlX3NpZGViYXJfZmlsbF9jb2xv cj5DMERGRUM8L3Byb2ZpbGVfc2lkZWJhcl9maWxsX2NvbG9yPgogICAgPHByb2ZpbGVfc2lkZWJh cl9ib3JkZXJfY29sb3I+YThjN2Y3PC9wcm9maWxlX3NpZGViYXJfYm9yZGVyX2NvbG9yPgogICAg PGZyaWVuZHNfY291bnQ+MjwvZnJpZW5kc19jb3VudD4KICAgIDxjcmVhdGVkX2F0PlN1biBBcHIg MTIgMTk6MzU6MDQgKzAwMDAgMjAwOTwvY3JlYXRlZF9hdD4KICAgIDxmYXZvdXJpdGVzX2NvdW50 PjA8L2Zhdm91cml0ZXNfY291bnQ+CiAgICA8dXRjX29mZnNldD4tMjg4MDA8L3V0Y19vZmZzZXQ+ CiAgICA8dGltZV96b25lPlBhY2lmaWMgVGltZSAoVVMgJmFtcDsgQ2FuYWRhKTwvdGltZV96b25l PgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF9pbWFnZV91cmw+aHR0cDovL3MudHdpbWcuY29tL2Ev MTI2MjcyODI4MS9pbWFnZXMvdGhlbWVzL3RoZW1lMTUvYmcucG5nPC9wcm9maWxlX2JhY2tncm91 bmRfaW1hZ2VfdXJsPgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF90aWxlPmZhbHNlPC9wcm9maWxl X2JhY2tncm91bmRfdGlsZT4KICAgIDxub3RpZmljYXRpb25zPmZhbHNlPC9ub3RpZmljYXRpb25z PgogICAgPGdlb19lbmFibGVkPmZhbHNlPC9nZW9fZW5hYmxlZD4KICAgIDx2ZXJpZmllZD5mYWxz ZTwvdmVyaWZpZWQ+CiAgICA8Zm9sbG93aW5nPmZhbHNlPC9mb2xsb3dpbmc+CiAgICA8c3RhdHVz ZXNfY291bnQ+MTc1PC9zdGF0dXNlc19jb3VudD4KICA8L3VzZXI+CiAgPGdlby8+Cjwvc3RhdHVz Pgo8c3RhdHVzPgogIDxjcmVhdGVkX2F0PldlZCBKYW4gMDYgMTg6MDU6MjkgKzAwMDAgMjAxMDwv Y3JlYXRlZF9hdD4KICA8aWQ+NzQ0ODUzMTQ5NzwvaWQ+CiAgPHRleHQ+UlQgQHJlYWxHX1dpejog U28gRmViLiAxNHRoICZxdW90O1JhaW5pbmcgTG92ZSZxdW90OyB3aWxsIGJlIGF2YWlsYWJsZS4g SmFuLiAyNXRoICZxdW90O1RpbWJlcnNwb3J0IFNvdW5kdHJhY2s6IFRoZSBMdW1iZXJqYWNrJnF1 b3Q7IHdpbGwgYmUgYXZhaWxhYmxlLiB3ZSAjIC4uLjwvdGV4dD4KICA8c291cmNlPndlYjwvc291 cmNlPgogIDx0cnVuY2F0ZWQ+dHJ1ZTwvdHJ1bmNhdGVkPgogIDxpbl9yZXBseV90b19zdGF0dXNf aWQ+PC9pbl9yZXBseV90b19zdGF0dXNfaWQ+CiAgPGluX3JlcGx5X3RvX3VzZXJfaWQ+PC9pbl9y ZXBseV90b191c2VyX2lkPgogIDxmYXZvcml0ZWQ+ZmFsc2U8L2Zhdm9yaXRlZD4KICA8aW5fcmVw bHlfdG9fc2NyZWVuX25hbWU+PC9pbl9yZXBseV90b19zY3JlZW5fbmFtZT4KICA8cmV0d2VldGVk X3N0YXR1cz4KICAgIDxjcmVhdGVkX2F0PldlZCBKYW4gMDYgMTc6Mjk6MTMgKzAwMDAgMjAxMDwv Y3JlYXRlZF9hdD4KICAgIDxpZD43NDQ3NDc5NDEyPC9pZD4KICAgIDx0ZXh0PlNvIEZlYi4gMTR0 aCAmcXVvdDtSYWluaW5nIExvdmUmcXVvdDsgd2lsbCBiZSBhdmFpbGFibGUuIEphbi4gMjV0aCAm cXVvdDtUaW1iZXJzcG9ydCBTb3VuZHRyYWNrOiBUaGUgTHVtYmVyamFjayZxdW90OyB3aWxsIGJl IGF2YWlsYWJsZS4gd2UgI29udGhld2F5PC90ZXh0PgogICAgPHNvdXJjZT53ZWI8L3NvdXJjZT4K ICAgIDx0cnVuY2F0ZWQ+ZmFsc2U8L3RydW5jYXRlZD4KICAgIDxpbl9yZXBseV90b19zdGF0dXNf aWQ+PC9pbl9yZXBseV90b19zdGF0dXNfaWQ+CiAgICA8aW5fcmVwbHlfdG9fdXNlcl9pZD48L2lu X3JlcGx5X3RvX3VzZXJfaWQ+CiAgICA8ZmF2b3JpdGVkPmZhbHNlPC9mYXZvcml0ZWQ+CiAgICA8 aW5fcmVwbHlfdG9fc2NyZWVuX25hbWU+PC9pbl9yZXBseV90b19zY3JlZW5fbmFtZT4KICAgIDx1 c2VyPgogICAgICA8aWQ+MzM3OTA0OTg8L2lkPgogICAgICA8bmFtZT5HIFdpejwvbmFtZT4KICAg ICAgPHNjcmVlbl9uYW1lPnJlYWxHX1dpejwvc2NyZWVuX25hbWU+CiAgICAgIDxsb2NhdGlvbj5T b21ld2hlcmUgSW4gQXVndXN0YTwvbG9jYXRpb24+CiAgICAgIDxkZXNjcmlwdGlvbj5JbSBhICo8 L2Rlc2NyaXB0aW9uPgogICAgICA8cHJvZmlsZV9pbWFnZV91cmw+aHR0cDovL2EzLnR3aW1nLmNv bS9wcm9maWxlX2ltYWdlcy81NDM4Nzk4MjkvMTY1NDlfMTY5MDgxMzYyNTMwXzU5OTYxNzUzMF8z NDAzNDg2XzQ2MzM1OTVfbl9ub3JtYWwuanBnPC9wcm9maWxlX2ltYWdlX3VybD4KICAgICAgPHVy bD5odHRwOi8vd2l6Z3JhbW1lci5uaW5nLmNvbTwvdXJsPgogICAgICA8cHJvdGVjdGVkPmZhbHNl PC9wcm90ZWN0ZWQ+CiAgICAgIDxmb2xsb3dlcnNfY291bnQ+Mjc8L2ZvbGxvd2Vyc19jb3VudD4K ICAgICAgPHByb2ZpbGVfYmFja2dyb3VuZF9jb2xvcj4xMzE1MTY8L3Byb2ZpbGVfYmFja2dyb3Vu ZF9jb2xvcj4KICAgICAgPHByb2ZpbGVfdGV4dF9jb2xvcj4zMzMzMzM8L3Byb2ZpbGVfdGV4dF9j b2xvcj4KICAgICAgPHByb2ZpbGVfbGlua19jb2xvcj4wMDk5OTk8L3Byb2ZpbGVfbGlua19jb2xv cj4KICAgICAgPHByb2ZpbGVfc2lkZWJhcl9maWxsX2NvbG9yPmVmZWZlZjwvcHJvZmlsZV9zaWRl YmFyX2ZpbGxfY29sb3I+CiAgICAgIDxwcm9maWxlX3NpZGViYXJfYm9yZGVyX2NvbG9yPmVlZWVl ZTwvcHJvZmlsZV9zaWRlYmFyX2JvcmRlcl9jb2xvcj4KICAgICAgPGZyaWVuZHNfY291bnQ+MTg8 L2ZyaWVuZHNfY291bnQ+CiAgICAgIDxjcmVhdGVkX2F0PlR1ZSBBcHIgMjEgMDM6MTU6NDMgKzAw MDAgMjAwOTwvY3JlYXRlZF9hdD4KICAgICAgPGZhdm91cml0ZXNfY291bnQ+MDwvZmF2b3VyaXRl c19jb3VudD4KICAgICAgPHV0Y19vZmZzZXQ+LTE4MDAwPC91dGNfb2Zmc2V0PgogICAgICA8dGlt ZV96b25lPkVhc3Rlcm4gVGltZSAoVVMgJmFtcDsgQ2FuYWRhKTwvdGltZV96b25lPgogICAgICA8 cHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlX3VybD5odHRwOi8vcy50d2ltZy5jb20vYS8xMjYyNzI4 MjgxL2ltYWdlcy90aGVtZXMvdGhlbWUxNC9iZy5naWY8L3Byb2ZpbGVfYmFja2dyb3VuZF9pbWFn ZV91cmw+CiAgICAgIDxwcm9maWxlX2JhY2tncm91bmRfdGlsZT50cnVlPC9wcm9maWxlX2JhY2tn cm91bmRfdGlsZT4KICAgICAgPG5vdGlmaWNhdGlvbnM+ZmFsc2U8L25vdGlmaWNhdGlvbnM+CiAg ICAgIDxnZW9fZW5hYmxlZD5mYWxzZTwvZ2VvX2VuYWJsZWQ+CiAgICAgIDx2ZXJpZmllZD5mYWxz ZTwvdmVyaWZpZWQ+CiAgICAgIDxmb2xsb3dpbmc+ZmFsc2U8L2ZvbGxvd2luZz4KICAgICAgPHN0 YXR1c2VzX2NvdW50PjIxNjwvc3RhdHVzZXNfY291bnQ+CiAgICA8L3VzZXI+CiAgICA8Z2VvLz4K ICA8L3JldHdlZXRlZF9zdGF0dXM+CiAgPHVzZXI+CiAgICA8aWQ+NTc0ODk5MTg8L2lkPgogICAg PG5hbWU+QnJhbmRlbjwvbmFtZT4KICAgIDxzY3JlZW5fbmFtZT5UQl9CZWF0czwvc2NyZWVuX25h bWU+CiAgICA8bG9jYXRpb24+QU5OQVBPTElTLE1EPC9sb2NhdGlvbj4KICAgIDxkZXNjcmlwdGlv bj5UaGUgTmV3IERvcGUgTXVzaWMgUHJvZHVjZXI8L2Rlc2NyaXB0aW9uPgogICAgPHByb2ZpbGVf aW1hZ2VfdXJsPmh0dHA6Ly9hMS50d2ltZy5jb20vcHJvZmlsZV9pbWFnZXMvNTk5MzQ4NTMyL0RT QzAxNTg4X25vcm1hbC5qcGc8L3Byb2ZpbGVfaW1hZ2VfdXJsPgogICAgPHVybD5odHRwOi8vbXlz cGFjZS5jb20vZmFtdGllczRsaWZlPC91cmw+CiAgICA8cHJvdGVjdGVkPmZhbHNlPC9wcm90ZWN0 ZWQ+CiAgICA8Zm9sbG93ZXJzX2NvdW50PjMxPC9mb2xsb3dlcnNfY291bnQ+CiAgICA8cHJvZmls ZV9iYWNrZ3JvdW5kX2NvbG9yPjlhZTRlODwvcHJvZmlsZV9iYWNrZ3JvdW5kX2NvbG9yPgogICAg PHByb2ZpbGVfdGV4dF9jb2xvcj4wMDAwMDA8L3Byb2ZpbGVfdGV4dF9jb2xvcj4KICAgIDxwcm9m aWxlX2xpbmtfY29sb3I+MDAwMGZmPC9wcm9maWxlX2xpbmtfY29sb3I+CiAgICA8cHJvZmlsZV9z aWRlYmFyX2ZpbGxfY29sb3I+ZTBmZjkyPC9wcm9maWxlX3NpZGViYXJfZmlsbF9jb2xvcj4KICAg IDxwcm9maWxlX3NpZGViYXJfYm9yZGVyX2NvbG9yPjg3YmM0NDwvcHJvZmlsZV9zaWRlYmFyX2Jv cmRlcl9jb2xvcj4KICAgIDxmcmllbmRzX2NvdW50PjM2PC9mcmllbmRzX2NvdW50PgogICAgPGNy ZWF0ZWRfYXQ+RnJpIEp1bCAxNyAwMDowMzo1MyArMDAwMCAyMDA5PC9jcmVhdGVkX2F0PgogICAg PGZhdm91cml0ZXNfY291bnQ+MDwvZmF2b3VyaXRlc19jb3VudD4KICAgIDx1dGNfb2Zmc2V0Pi0y MTYwMDwvdXRjX29mZnNldD4KICAgIDx0aW1lX3pvbmU+Q2VudHJhbCBUaW1lIChVUyAmYW1wOyBD YW5hZGEpPC90aW1lX3pvbmU+CiAgICA8cHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlX3VybD5odHRw Oi8vcy50d2ltZy5jb20vYS8xMjYyNzI4MjgxL2ltYWdlcy90aGVtZXMvdGhlbWUxL2JnLnBuZzwv cHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlX3VybD4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfdGls ZT5mYWxzZTwvcHJvZmlsZV9iYWNrZ3JvdW5kX3RpbGU+CiAgICA8bm90aWZpY2F0aW9ucz5mYWxz ZTwvbm90aWZpY2F0aW9ucz4KICAgIDxnZW9fZW5hYmxlZD5mYWxzZTwvZ2VvX2VuYWJsZWQ+CiAg ICA8dmVyaWZpZWQ+ZmFsc2U8L3ZlcmlmaWVkPgogICAgPGZvbGxvd2luZz5mYWxzZTwvZm9sbG93 aW5nPgogICAgPHN0YXR1c2VzX2NvdW50PjQ2MTwvc3RhdHVzZXNfY291bnQ+CiAgPC91c2VyPgog IDxnZW8vPgo8L3N0YXR1cz4KPHN0YXR1cz4KICA8Y3JlYXRlZF9hdD5XZWQgSmFuIDA2IDE4OjA1 OjI5ICswMDAwIDIwMTA8L2NyZWF0ZWRfYXQ+CiAgPGlkPjc0NDg1MzE0OTU8L2lkPgogIDx0ZXh0 PkBrc3Rld2ZhbmdpcmwgSXQgd291bGQgaGF2ZSB0byBiZSBwdXQgdG8gcmVzdCBmb3IgYSBmZXcg eWVhcnMgbG9sPC90ZXh0PgogIDxzb3VyY2U+d2ViPC9zb3VyY2U+CiAgPHRydW5jYXRlZD5mYWxz ZTwvdHJ1bmNhdGVkPgogIDxpbl9yZXBseV90b19zdGF0dXNfaWQ+NzQ0ODQ1MjU2MTwvaW5fcmVw bHlfdG9fc3RhdHVzX2lkPgogIDxpbl9yZXBseV90b191c2VyX2lkPjgzNjA4MTcyPC9pbl9yZXBs eV90b191c2VyX2lkPgogIDxmYXZvcml0ZWQ+ZmFsc2U8L2Zhdm9yaXRlZD4KICA8aW5fcmVwbHlf dG9fc2NyZWVuX25hbWU+a3N0ZXdmYW5naXJsPC9pbl9yZXBseV90b19zY3JlZW5fbmFtZT4KICA8 dXNlcj4KICAgIDxpZD40NDk2NDk5MjwvaWQ+CiAgICA8bmFtZT5Mb3ZlcyBDaW5kZXJlbGxhPC9u YW1lPgogICAgPHNjcmVlbl9uYW1lPkxvdmVzQ2luZGVyZWxsYTwvc2NyZWVuX25hbWU+CiAgICA8 bG9jYXRpb24+aW4gYSBmYXJhd2F5IGxhbmQ8L2xvY2F0aW9uPgogICAgPGRlc2NyaXB0aW9uPkkn bSBhIG1vbW15LiBJIGxvdmUgRGlzbmV5bGFuZCwgbXVzaWMsIG1vdmllcyAmYW1wOyBhbnl0aGlu ZyBEaXNuZXkuIEknbSBqdXN0IG1lLi4uV2hhdCB5b3Ugc2VlIGlzIHdoYXQgeW91IGdldC4gRm9s bG93IG15IGRlc2lnbiBibG9nIEBBZG9yaW5nS1N0ZXc8L2Rlc2NyaXB0aW9uPgogICAgPHByb2Zp bGVfaW1hZ2VfdXJsPmh0dHA6Ly9hMy50d2ltZy5jb20vcHJvZmlsZV9pbWFnZXMvNjExODE4ODQx L3VudGl0bGVkX25vcm1hbC5QTkc8L3Byb2ZpbGVfaW1hZ2VfdXJsPgogICAgPHVybD5odHRwOi8v aW1zaW1wbHlzYXJhLndvcmRwcmVzcy5jb20vPC91cmw+CiAgICA8cHJvdGVjdGVkPmZhbHNlPC9w cm90ZWN0ZWQ+CiAgICA8Zm9sbG93ZXJzX2NvdW50PjE0OTwvZm9sbG93ZXJzX2NvdW50PgogICAg PHByb2ZpbGVfYmFja2dyb3VuZF9jb2xvcj4xMzE1MTY8L3Byb2ZpbGVfYmFja2dyb3VuZF9jb2xv cj4KICAgIDxwcm9maWxlX3RleHRfY29sb3I+MzMzMzMzPC9wcm9maWxlX3RleHRfY29sb3I+CiAg ICA8cHJvZmlsZV9saW5rX2NvbG9yPmU2NTc5MDwvcHJvZmlsZV9saW5rX2NvbG9yPgogICAgPHBy b2ZpbGVfc2lkZWJhcl9maWxsX2NvbG9yPmQ2ZDJkMjwvcHJvZmlsZV9zaWRlYmFyX2ZpbGxfY29s b3I+CiAgICA8cHJvZmlsZV9zaWRlYmFyX2JvcmRlcl9jb2xvcj4wMDAwMDA8L3Byb2ZpbGVfc2lk ZWJhcl9ib3JkZXJfY29sb3I+CiAgICA8ZnJpZW5kc19jb3VudD4xNTY8L2ZyaWVuZHNfY291bnQ+ CiAgICA8Y3JlYXRlZF9hdD5GcmkgSnVuIDA1IDE4OjU0OjUwICswMDAwIDIwMDk8L2NyZWF0ZWRf YXQ+CiAgICA8ZmF2b3VyaXRlc19jb3VudD4wPC9mYXZvdXJpdGVzX2NvdW50PgogICAgPHV0Y19v ZmZzZXQ+LTI4ODAwPC91dGNfb2Zmc2V0PgogICAgPHRpbWVfem9uZT5QYWNpZmljIFRpbWUgKFVT ICZhbXA7IENhbmFkYSk8L3RpbWVfem9uZT4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfaW1hZ2Vf dXJsPmh0dHA6Ly9hMS50d2ltZy5jb20vcHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlcy82NDU2NzM5 OC8wMi1mbG9yYWwtdHdpdHRlci1iYWNrZ3JvdW5kLmpwZzwvcHJvZmlsZV9iYWNrZ3JvdW5kX2lt YWdlX3VybD4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfdGlsZT5mYWxzZTwvcHJvZmlsZV9iYWNr Z3JvdW5kX3RpbGU+CiAgICA8bm90aWZpY2F0aW9ucz5mYWxzZTwvbm90aWZpY2F0aW9ucz4KICAg IDxnZW9fZW5hYmxlZD5mYWxzZTwvZ2VvX2VuYWJsZWQ+CiAgICA8dmVyaWZpZWQ+ZmFsc2U8L3Zl cmlmaWVkPgogICAgPGZvbGxvd2luZz5mYWxzZTwvZm9sbG93aW5nPgogICAgPHN0YXR1c2VzX2Nv dW50PjE1NDwvc3RhdHVzZXNfY291bnQ+CiAgPC91c2VyPgogIDxnZW8vPgo8L3N0YXR1cz4KPHN0 YXR1cz4KICA8Y3JlYXRlZF9hdD5XZWQgSmFuIDA2IDE4OjA1OjI5ICswMDAwIDIwMTA8L2NyZWF0 ZWRfYXQ+CiAgPGlkPjc0NDg1MzE0ODk8L2lkPgogIDx0ZXh0PkkgdGhpbmsgSSdtIHJ1bm5pbmcg b24gYXV0b3BpbG90LiBDYW4ndCBmaW5kIHRoZSBzd2l0Y2ggdG8gdHVybiBpdCBvZmYuIE1heWJl IGNvZmZlZSB3aXRoIGhlbHAuPC90ZXh0PgogIDxzb3VyY2U+Jmx0O2EgaHJlZj0mcXVvdDsvZGV2 aWNlcyZxdW90OyByZWw9JnF1b3Q7bm9mb2xsb3cmcXVvdDsmZ3Q7dHh0Jmx0Oy9hJmd0Ozwvc291 cmNlPgogIDx0cnVuY2F0ZWQ+ZmFsc2U8L3RydW5jYXRlZD4KICA8aW5fcmVwbHlfdG9fc3RhdHVz X2lkPjwvaW5fcmVwbHlfdG9fc3RhdHVzX2lkPgogIDxpbl9yZXBseV90b191c2VyX2lkPjwvaW5f cmVwbHlfdG9fdXNlcl9pZD4KICA8ZmF2b3JpdGVkPmZhbHNlPC9mYXZvcml0ZWQ+CiAgPGluX3Jl cGx5X3RvX3NjcmVlbl9uYW1lPjwvaW5fcmVwbHlfdG9fc2NyZWVuX25hbWU+CiAgPHVzZXI+CiAg ICA8aWQ+MTY5MTY5MDc8L2lkPgogICAgPG5hbWU+U2hhbGxvbSBKb2huc29uPC9uYW1lPgogICAg PHNjcmVlbl9uYW1lPnNoYWxsb21qPC9zY3JlZW5fbmFtZT4KICAgIDxsb2NhdGlvbj5WYW5jb3V2 ZXI8L2xvY2F0aW9uPgogICAgPGRlc2NyaXB0aW9uPmkgcmVzZXJ2ZSB0aGUgcmlnaHQgdG8gc2F5 IHByZXR0eSBtdWNoIHdoYXRldmVyIEkgd2FudDwvZGVzY3JpcHRpb24+CiAgICA8cHJvZmlsZV9p bWFnZV91cmw+aHR0cDovL2ExLnR3aW1nLmNvbS9wcm9maWxlX2ltYWdlcy8yMzY0NzIxNTAvSU1H MDAxODdfbm9ybWFsLmpwZzwvcHJvZmlsZV9pbWFnZV91cmw+CiAgICA8dXJsPmh0dHA6Ly9pbmRp Z29zYWR2ZW50dXJlcy53b3JkcHJlc3MuY29tLzwvdXJsPgogICAgPHByb3RlY3RlZD5mYWxzZTwv cHJvdGVjdGVkPgogICAgPGZvbGxvd2Vyc19jb3VudD4xNDg3PC9mb2xsb3dlcnNfY291bnQ+CiAg ICA8cHJvZmlsZV9iYWNrZ3JvdW5kX2NvbG9yPjFiMzQ5NjwvcHJvZmlsZV9iYWNrZ3JvdW5kX2Nv bG9yPgogICAgPHByb2ZpbGVfdGV4dF9jb2xvcj4xNDEwMTQ8L3Byb2ZpbGVfdGV4dF9jb2xvcj4K ICAgIDxwcm9maWxlX2xpbmtfY29sb3I+MWRiMmUwPC9wcm9maWxlX2xpbmtfY29sb3I+CiAgICA8 cHJvZmlsZV9zaWRlYmFyX2ZpbGxfY29sb3I+MTI2YWE4PC9wcm9maWxlX3NpZGViYXJfZmlsbF9j b2xvcj4KICAgIDxwcm9maWxlX3NpZGViYXJfYm9yZGVyX2NvbG9yPjA5NDFiMDwvcHJvZmlsZV9z aWRlYmFyX2JvcmRlcl9jb2xvcj4KICAgIDxmcmllbmRzX2NvdW50Pjc2NTwvZnJpZW5kc19jb3Vu dD4KICAgIDxjcmVhdGVkX2F0PlRodSBPY3QgMjMgMDE6MTU6NDMgKzAwMDAgMjAwODwvY3JlYXRl ZF9hdD4KICAgIDxmYXZvdXJpdGVzX2NvdW50PjQxPC9mYXZvdXJpdGVzX2NvdW50PgogICAgPHV0 Y19vZmZzZXQ+LTI4ODAwPC91dGNfb2Zmc2V0PgogICAgPHRpbWVfem9uZT5QYWNpZmljIFRpbWUg KFVTICZhbXA7IENhbmFkYSk8L3RpbWVfem9uZT4KICAgIDxwcm9maWxlX2JhY2tncm91bmRfaW1h Z2VfdXJsPmh0dHA6Ly9hMS50d2ltZy5jb20vcHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlcy81ODAy MjI2NC9SZW1vQ2FtZXJvdGFfSW5kaWdvMS5qcGVnPC9wcm9maWxlX2JhY2tncm91bmRfaW1hZ2Vf dXJsPgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF90aWxlPmZhbHNlPC9wcm9maWxlX2JhY2tncm91 bmRfdGlsZT4KICAgIDxub3RpZmljYXRpb25zPmZhbHNlPC9ub3RpZmljYXRpb25zPgogICAgPGdl b19lbmFibGVkPmZhbHNlPC9nZW9fZW5hYmxlZD4KICAgIDx2ZXJpZmllZD5mYWxzZTwvdmVyaWZp ZWQ+CiAgICA8Zm9sbG93aW5nPmZhbHNlPC9mb2xsb3dpbmc+CiAgICA8c3RhdHVzZXNfY291bnQ+ ODg5MTwvc3RhdHVzZXNfY291bnQ+CiAgPC91c2VyPgogIDxnZW8vPgo8L3N0YXR1cz4KPHN0YXR1 cz4KICA8Y3JlYXRlZF9hdD5XZWQgSmFuIDA2IDE4OjA1OjI5ICswMDAwIDIwMTA8L2NyZWF0ZWRf YXQ+CiAgPGlkPjc0NDg1MzE0ODg8L2lkPgogIDx0ZXh0PkBtb2kxOTc1IGZsaWdodCBzb3VuZHMg Z29vZCBidXQgSSBzdGlsbCB3b3VsZCBsaWtlIHRvIHRyeSAmYW1wOyBnZXQgaXQgYmVsb3cgJDMw MCBpZiBwb3NzaWJsZSAtIGNhbiB3ZSBob2xkIG91dCBhIGxpdHRsZSBsb25nZXI/PC90ZXh0Pgog IDxzb3VyY2U+d2ViPC9zb3VyY2U+CiAgPHRydW5jYXRlZD5mYWxzZTwvdHJ1bmNhdGVkPgogIDxp bl9yZXBseV90b19zdGF0dXNfaWQ+PC9pbl9yZXBseV90b19zdGF0dXNfaWQ+CiAgPGluX3JlcGx5 X3RvX3VzZXJfaWQ+MzgwNzY0NjA8L2luX3JlcGx5X3RvX3VzZXJfaWQ+CiAgPGZhdm9yaXRlZD5m YWxzZTwvZmF2b3JpdGVkPgogIDxpbl9yZXBseV90b19zY3JlZW5fbmFtZT5tb2kxOTc1PC9pbl9y ZXBseV90b19zY3JlZW5fbmFtZT4KICA8dXNlcj4KICAgIDxpZD4zMjIzMDY3NTwvaWQ+CiAgICA8 bmFtZT5FbGFpbmUgRm9sbGFuZDwvbmFtZT4KICAgIDxzY3JlZW5fbmFtZT5qa2dpcmxmb3JldmVy PC9zY3JlZW5fbmFtZT4KICAgIDxsb2NhdGlvbj5DYW5hZGE8L2xvY2F0aW9uPgogICAgPGRlc2Ny aXB0aW9uPjwvZGVzY3JpcHRpb24+CiAgICA8cHJvZmlsZV9pbWFnZV91cmw+aHR0cDovL2ExLnR3 aW1nLmNvbS9wcm9maWxlX2ltYWdlcy82MTIxMDM3ODYvTktPVEJfY3J1aXNlXzA5X25vcm1hbC5K UEc8L3Byb2ZpbGVfaW1hZ2VfdXJsPgogICAgPHVybD48L3VybD4KICAgIDxwcm90ZWN0ZWQ+ZmFs c2U8L3Byb3RlY3RlZD4KICAgIDxmb2xsb3dlcnNfY291bnQ+MTM8L2ZvbGxvd2Vyc19jb3VudD4K ICAgIDxwcm9maWxlX2JhY2tncm91bmRfY29sb3I+MDA5OUI5PC9wcm9maWxlX2JhY2tncm91bmRf Y29sb3I+CiAgICA8cHJvZmlsZV90ZXh0X2NvbG9yPjNDMzk0MDwvcHJvZmlsZV90ZXh0X2NvbG9y PgogICAgPHByb2ZpbGVfbGlua19jb2xvcj4wMDk5Qjk8L3Byb2ZpbGVfbGlua19jb2xvcj4KICAg IDxwcm9maWxlX3NpZGViYXJfZmlsbF9jb2xvcj45NUU4RUM8L3Byb2ZpbGVfc2lkZWJhcl9maWxs X2NvbG9yPgogICAgPHByb2ZpbGVfc2lkZWJhcl9ib3JkZXJfY29sb3I+NUVENERDPC9wcm9maWxl X3NpZGViYXJfYm9yZGVyX2NvbG9yPgogICAgPGZyaWVuZHNfY291bnQ+MTY8L2ZyaWVuZHNfY291 bnQ+CiAgICA8Y3JlYXRlZF9hdD5GcmkgQXByIDE3IDAwOjU1OjAwICswMDAwIDIwMDk8L2NyZWF0 ZWRfYXQ+CiAgICA8ZmF2b3VyaXRlc19jb3VudD4xNjk8L2Zhdm91cml0ZXNfY291bnQ+CiAgICA8 dXRjX29mZnNldD4tMjg4MDA8L3V0Y19vZmZzZXQ+CiAgICA8dGltZV96b25lPlBhY2lmaWMgVGlt ZSAoVVMgJmFtcDsgQ2FuYWRhKTwvdGltZV96b25lPgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF9p bWFnZV91cmw+aHR0cDovL2ExLnR3aW1nLmNvbS9wcm9maWxlX2JhY2tncm91bmRfaW1hZ2VzLzEy MTM5MDkwL2pvcmRhbjE3LmpwZzwvcHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlX3VybD4KICAgIDxw cm9maWxlX2JhY2tncm91bmRfdGlsZT50cnVlPC9wcm9maWxlX2JhY2tncm91bmRfdGlsZT4KICAg IDxub3RpZmljYXRpb25zPmZhbHNlPC9ub3RpZmljYXRpb25zPgogICAgPGdlb19lbmFibGVkPmZh bHNlPC9nZW9fZW5hYmxlZD4KICAgIDx2ZXJpZmllZD5mYWxzZTwvdmVyaWZpZWQ+CiAgICA8Zm9s bG93aW5nPmZhbHNlPC9mb2xsb3dpbmc+CiAgICA8c3RhdHVzZXNfY291bnQ+MTQwNDwvc3RhdHVz ZXNfY291bnQ+CiAgPC91c2VyPgogIDxnZW8vPgo8L3N0YXR1cz4KPHN0YXR1cz4KICA8Y3JlYXRl ZF9hdD5XZWQgSmFuIDA2IDE4OjA1OjI5ICswMDAwIDIwMTA8L2NyZWF0ZWRfYXQ+CiAgPGlkPjc0 NDg1MzE0ODY8L2lkPgogIDx0ZXh0PlJUIEBieU1LX1dlYm1hc3RlcjogQSYjMjM0OyEgQ29tIGEg c3VhIGFqdWRhIG8gI2J5TUsgdmFpIHBhcmEgTGFzIFZlZ2FzIHNlciBhcHJlc2VudGFkbyBubyBA TUlYRXZlbnQgZSBnYW5oYXIgbyBtdW5kbyEgaHR0cDovL21pZ3JlLm1lL2ZJaDE8L3RleHQ+CiAg PHNvdXJjZT4mbHQ7YSBocmVmPSZxdW90O2h0dHA6Ly93d3cudHdlZXRkZWNrLmNvbS8mcXVvdDsg cmVsPSZxdW90O25vZm9sbG93JnF1b3Q7Jmd0O1R3ZWV0RGVjayZsdDsvYSZndDs8L3NvdXJjZT4K ICA8dHJ1bmNhdGVkPmZhbHNlPC90cnVuY2F0ZWQ+CiAgPGluX3JlcGx5X3RvX3N0YXR1c19pZD48 L2luX3JlcGx5X3RvX3N0YXR1c19pZD4KICA8aW5fcmVwbHlfdG9fdXNlcl9pZD48L2luX3JlcGx5 X3RvX3VzZXJfaWQ+CiAgPGZhdm9yaXRlZD5mYWxzZTwvZmF2b3JpdGVkPgogIDxpbl9yZXBseV90 b19zY3JlZW5fbmFtZT48L2luX3JlcGx5X3RvX3NjcmVlbl9uYW1lPgogIDx1c2VyPgogICAgPGlk PjM1OTE1NzkzPC9pZD4KICAgIDxuYW1lPkxpYW5kcmEgV2Vpem1hbm48L25hbWU+CiAgICA8c2Ny ZWVuX25hbWU+bGlhd2Vpejwvc2NyZWVuX25hbWU+CiAgICA8bG9jYXRpb24+PC9sb2NhdGlvbj4K ICAgIDxkZXNjcmlwdGlvbj48L2Rlc2NyaXB0aW9uPgogICAgPHByb2ZpbGVfaW1hZ2VfdXJsPmh0 dHA6Ly9hMS50d2ltZy5jb20vcHJvZmlsZV9pbWFnZXMvMjA5MDQ5NTk2L3Byb2ZpbGV0d2l0dGVy MV9ub3JtYWwuanBnPC9wcm9maWxlX2ltYWdlX3VybD4KICAgIDx1cmw+aHR0cDovL3d3dy5saWF3 ZWl6LmNhcmJvbm1hZGUuY29tPC91cmw+CiAgICA8cHJvdGVjdGVkPmZhbHNlPC9wcm90ZWN0ZWQ+ CiAgICA8Zm9sbG93ZXJzX2NvdW50PjE2MDwvZm9sbG93ZXJzX2NvdW50PgogICAgPHByb2ZpbGVf YmFja2dyb3VuZF9jb2xvcj5iMTc1YmE8L3Byb2ZpbGVfYmFja2dyb3VuZF9jb2xvcj4KICAgIDxw cm9maWxlX3RleHRfY29sb3I+ODE0Y2FkPC9wcm9maWxlX3RleHRfY29sb3I+CiAgICA8cHJvZmls ZV9saW5rX2NvbG9yPmNjMDJjYzwvcHJvZmlsZV9saW5rX2NvbG9yPgogICAgPHByb2ZpbGVfc2lk ZWJhcl9maWxsX2NvbG9yPmQ1OTBkYjwvcHJvZmlsZV9zaWRlYmFyX2ZpbGxfY29sb3I+CiAgICA8 cHJvZmlsZV9zaWRlYmFyX2JvcmRlcl9jb2xvcj5hZjBmZmY8L3Byb2ZpbGVfc2lkZWJhcl9ib3Jk ZXJfY29sb3I+CiAgICA8ZnJpZW5kc19jb3VudD4yMDE8L2ZyaWVuZHNfY291bnQ+CiAgICA8Y3Jl YXRlZF9hdD5UdWUgQXByIDI4IDAwOjA2OjIxICswMDAwIDIwMDk8L2NyZWF0ZWRfYXQ+CiAgICA8 ZmF2b3VyaXRlc19jb3VudD4wPC9mYXZvdXJpdGVzX2NvdW50PgogICAgPHV0Y19vZmZzZXQ+LTE0 NDAwPC91dGNfb2Zmc2V0PgogICAgPHRpbWVfem9uZT5TYW50aWFnbzwvdGltZV96b25lPgogICAg PHByb2ZpbGVfYmFja2dyb3VuZF9pbWFnZV91cmw+aHR0cDovL2EzLnR3aW1nLmNvbS9wcm9maWxl X2JhY2tncm91bmRfaW1hZ2VzLzM3Mzk3Mzk3L1RXSVRURVJGVU5ETzMuanBnPC9wcm9maWxlX2Jh Y2tncm91bmRfaW1hZ2VfdXJsPgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF90aWxlPmZhbHNlPC9w cm9maWxlX2JhY2tncm91bmRfdGlsZT4KICAgIDxub3RpZmljYXRpb25zPmZhbHNlPC9ub3RpZmlj YXRpb25zPgogICAgPGdlb19lbmFibGVkPmZhbHNlPC9nZW9fZW5hYmxlZD4KICAgIDx2ZXJpZmll ZD5mYWxzZTwvdmVyaWZpZWQ+CiAgICA8Zm9sbG93aW5nPmZhbHNlPC9mb2xsb3dpbmc+CiAgICA8 c3RhdHVzZXNfY291bnQ+NjY4PC9zdGF0dXNlc19jb3VudD4KICA8L3VzZXI+CiAgPGdlby8+Cjwv c3RhdHVzPgo8c3RhdHVzPgogIDxjcmVhdGVkX2F0PldlZCBKYW4gMDYgMTg6MDU6MjkgKzAwMDAg MjAxMDwvY3JlYXRlZF9hdD4KICA8aWQ+NzQ0ODUzMTQ4MDwvaWQ+CiAgPHRleHQ+UlQgQFdlbmR5 ZGxyOiBJZW1hbmQgZGllIHZhbiB6dWlkIFdUQyBuYWFyIEhhYXJsZW0gZ2FhdD8/PyBJayBiZW4g aW5nZXNuZWV1d2QhIEdlZW4gYnVzIG9mIHRyZWluIG5hYXIgaGxtIDotKCBQbHMgUlQhPC90ZXh0 PgogIDxzb3VyY2U+d2ViPC9zb3VyY2U+CiAgPHRydW5jYXRlZD5mYWxzZTwvdHJ1bmNhdGVkPgog IDxpbl9yZXBseV90b19zdGF0dXNfaWQ+PC9pbl9yZXBseV90b19zdGF0dXNfaWQ+CiAgPGluX3Jl cGx5X3RvX3VzZXJfaWQ+PC9pbl9yZXBseV90b191c2VyX2lkPgogIDxmYXZvcml0ZWQ+ZmFsc2U8 L2Zhdm9yaXRlZD4KICA8aW5fcmVwbHlfdG9fc2NyZWVuX25hbWU+PC9pbl9yZXBseV90b19zY3Jl ZW5fbmFtZT4KICA8dXNlcj4KICAgIDxpZD40NjA5ODM0NTwvaWQ+CiAgICA8bmFtZT5OYW5jeSBU amFsb25kbzwvbmFtZT4KICAgIDxzY3JlZW5fbmFtZT5mcmVzaGNvb2tpZTwvc2NyZWVuX25hbWU+ CiAgICA8bG9jYXRpb24+aXMgZXZlcnl0aGluZy48L2xvY2F0aW9uPgogICAgPGRlc2NyaXB0aW9u PldyaXRlciwgZHJlYW1lciwgYnVzaW5lc3Mgd29tYW4sIGNyZWF0aXZlLCBjdXJpb3VzIGFuZCBz dWZmZXJpbmcgZnJvbSBjaHJvbmljIG1pZG5pZ2h0IG11bmNoaWVzLiBNb3N0bHkgcGVhbnV0YnV0 dGVyIHNhbmR3aWNoZXMgb3IgY2hpbmVzZSBub29kbGUgc291cC48L2Rlc2NyaXB0aW9uPgogICAg PHByb2ZpbGVfaW1hZ2VfdXJsPmh0dHA6Ly9hMS50d2ltZy5jb20vcHJvZmlsZV9pbWFnZXMvNTgx MjkxOTQ0L1Bob3RvXzExX25vcm1hbC5qcGc8L3Byb2ZpbGVfaW1hZ2VfdXJsPgogICAgPHVybD5o dHRwOi8vd3d3LmZyZXNoLWNvb2tpZXMuY29tPC91cmw+CiAgICA8cHJvdGVjdGVkPmZhbHNlPC9w cm90ZWN0ZWQ+CiAgICA8Zm9sbG93ZXJzX2NvdW50PjIyMTwvZm9sbG93ZXJzX2NvdW50PgogICAg PHByb2ZpbGVfYmFja2dyb3VuZF9jb2xvcj4zNTI3MjY8L3Byb2ZpbGVfYmFja2dyb3VuZF9jb2xv cj4KICAgIDxwcm9maWxlX3RleHRfY29sb3I+M0U0NDE1PC9wcm9maWxlX3RleHRfY29sb3I+CiAg ICA8cHJvZmlsZV9saW5rX2NvbG9yPkQwMkI1NTwvcHJvZmlsZV9saW5rX2NvbG9yPgogICAgPHBy b2ZpbGVfc2lkZWJhcl9maWxsX2NvbG9yPjk5Q0MzMzwvcHJvZmlsZV9zaWRlYmFyX2ZpbGxfY29s b3I+CiAgICA8cHJvZmlsZV9zaWRlYmFyX2JvcmRlcl9jb2xvcj44MjlENUU8L3Byb2ZpbGVfc2lk ZWJhcl9ib3JkZXJfY29sb3I+CiAgICA8ZnJpZW5kc19jb3VudD4xNjg8L2ZyaWVuZHNfY291bnQ+ CiAgICA8Y3JlYXRlZF9hdD5XZWQgSnVuIDEwIDEyOjIxOjU0ICswMDAwIDIwMDk8L2NyZWF0ZWRf YXQ+CiAgICA8ZmF2b3VyaXRlc19jb3VudD4xPC9mYXZvdXJpdGVzX2NvdW50PgogICAgPHV0Y19v ZmZzZXQ+MzYwMDwvdXRjX29mZnNldD4KICAgIDx0aW1lX3pvbmU+QW1zdGVyZGFtPC90aW1lX3pv bmU+CiAgICA8cHJvZmlsZV9iYWNrZ3JvdW5kX2ltYWdlX3VybD5odHRwOi8vYTMudHdpbWcuY29t L3Byb2ZpbGVfYmFja2dyb3VuZF9pbWFnZXMvNTk1MDgwOTMvdHdpbGtfYmFja2dyb3VuZC5qcGc8 L3Byb2ZpbGVfYmFja2dyb3VuZF9pbWFnZV91cmw+CiAgICA8cHJvZmlsZV9iYWNrZ3JvdW5kX3Rp bGU+dHJ1ZTwvcHJvZmlsZV9iYWNrZ3JvdW5kX3RpbGU+CiAgICA8bm90aWZpY2F0aW9ucz5mYWxz ZTwvbm90aWZpY2F0aW9ucz4KICAgIDxnZW9fZW5hYmxlZD5mYWxzZTwvZ2VvX2VuYWJsZWQ+CiAg ICA8dmVyaWZpZWQ+ZmFsc2U8L3ZlcmlmaWVkPgogICAgPGZvbGxvd2luZz5mYWxzZTwvZm9sbG93 aW5nPgogICAgPHN0YXR1c2VzX2NvdW50PjM1OTM8L3N0YXR1c2VzX2NvdW50PgogIDwvdXNlcj4K ICA8Z2VvLz4KPC9zdGF0dXM+CjxzdGF0dXM+CiAgPGNyZWF0ZWRfYXQ+V2VkIEphbiAwNiAxODow NToyOSArMDAwMCAyMDEwPC9jcmVhdGVkX2F0PgogIDxpZD43NDQ4NTMxNDc4PC9pZD4KICA8dGV4 dD5ASmlsbGFuZGthdGUgeSdhbGwgaGF2ZSBmaWd1cmVkIG91dCB3ZSBsb3ZlIHRoaXMsIGhhdmVu J3QgeW91ID8gICpzbWlsZSo8L3RleHQ+CiAgPHNvdXJjZT53ZWI8L3NvdXJjZT4KICA8dHJ1bmNh dGVkPmZhbHNlPC90cnVuY2F0ZWQ+CiAgPGluX3JlcGx5X3RvX3N0YXR1c19pZD43NDQ1MzEyNTM2 PC9pbl9yZXBseV90b19zdGF0dXNfaWQ+CiAgPGluX3JlcGx5X3RvX3VzZXJfaWQ+MTc5Mjg5MzQ8 L2luX3JlcGx5X3RvX3VzZXJfaWQ+CiAgPGZhdm9yaXRlZD5mYWxzZTwvZmF2b3JpdGVkPgogIDxp bl9yZXBseV90b19zY3JlZW5fbmFtZT5KaWxsYW5ka2F0ZTwvaW5fcmVwbHlfdG9fc2NyZWVuX25h bWU+CiAgPHVzZXI+CiAgICA8aWQ+MjY2MjE3Mzc8L2lkPgogICAgPG5hbWU+R3lwc3kgR2llczwv bmFtZT4KICAgIDxzY3JlZW5fbmFtZT5neXBzeV9naWVzPC9zY3JlZW5fbmFtZT4KICAgIDxsb2Nh dGlvbj5UZXhhcywgYmFieSEgKEFUWCk8L2xvY2F0aW9uPgogICAgPGRlc2NyaXB0aW9uPlNpbGx5 LCBzYXJjYXN0aWMgUGVhc2FudC4gV29yayB3ZWVrZW5kIG5pZ2h0cy4gPC9kZXNjcmlwdGlvbj4K ICAgIDxwcm9maWxlX2ltYWdlX3VybD5odHRwOi8vYTMudHdpbWcuY29tL3Byb2ZpbGVfaW1hZ2Vz LzE4MDE0MzYzNy9BcHJpbF8yM18yMDA5X2ZhY2VfY3JvcF9ub3JtYWwuanBnPC9wcm9maWxlX2lt YWdlX3VybD4KICAgIDx1cmw+aHR0cDovL2d5cHN5Z2llcy53b3JkcHJlc3MuY29tLzwvdXJsPgog ICAgPHByb3RlY3RlZD5mYWxzZTwvcHJvdGVjdGVkPgogICAgPGZvbGxvd2Vyc19jb3VudD4zNjwv Zm9sbG93ZXJzX2NvdW50PgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF9jb2xvcj5FREVDRTk8L3By b2ZpbGVfYmFja2dyb3VuZF9jb2xvcj4KICAgIDxwcm9maWxlX3RleHRfY29sb3I+NjM0MDQ3PC9w cm9maWxlX3RleHRfY29sb3I+CiAgICA8cHJvZmlsZV9saW5rX2NvbG9yPjA4ODI1MzwvcHJvZmls ZV9saW5rX2NvbG9yPgogICAgPHByb2ZpbGVfc2lkZWJhcl9maWxsX2NvbG9yPkUzRTJERTwvcHJv ZmlsZV9zaWRlYmFyX2ZpbGxfY29sb3I+CiAgICA8cHJvZmlsZV9zaWRlYmFyX2JvcmRlcl9jb2xv cj5EM0QyQ0Y8L3Byb2ZpbGVfc2lkZWJhcl9ib3JkZXJfY29sb3I+CiAgICA8ZnJpZW5kc19jb3Vu dD4yMDwvZnJpZW5kc19jb3VudD4KICAgIDxjcmVhdGVkX2F0PldlZCBNYXIgMjUgMjM6MTQ6MDYg KzAwMDAgMjAwOTwvY3JlYXRlZF9hdD4KICAgIDxmYXZvdXJpdGVzX2NvdW50PjA8L2Zhdm91cml0 ZXNfY291bnQ+CiAgICA8dXRjX29mZnNldD4tMjUyMDA8L3V0Y19vZmZzZXQ+CiAgICA8dGltZV96 b25lPk1vdW50YWluIFRpbWUgKFVTICZhbXA7IENhbmFkYSk8L3RpbWVfem9uZT4KICAgIDxwcm9m aWxlX2JhY2tncm91bmRfaW1hZ2VfdXJsPmh0dHA6Ly9zLnR3aW1nLmNvbS9hLzEyNjI3MjgyODEv aW1hZ2VzL3RoZW1lcy90aGVtZTMvYmcuZ2lmPC9wcm9maWxlX2JhY2tncm91bmRfaW1hZ2VfdXJs PgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF90aWxlPnRydWU8L3Byb2ZpbGVfYmFja2dyb3VuZF90 aWxlPgogICAgPG5vdGlmaWNhdGlvbnM+ZmFsc2U8L25vdGlmaWNhdGlvbnM+CiAgICA8Z2VvX2Vu YWJsZWQ+ZmFsc2U8L2dlb19lbmFibGVkPgogICAgPHZlcmlmaWVkPmZhbHNlPC92ZXJpZmllZD4K ICAgIDxmb2xsb3dpbmc+ZmFsc2U8L2ZvbGxvd2luZz4KICAgIDxzdGF0dXNlc19jb3VudD41NzM8 L3N0YXR1c2VzX2NvdW50PgogIDwvdXNlcj4KICA8Z2VvLz4KPC9zdGF0dXM+CjxzdGF0dXM+CiAg PGNyZWF0ZWRfYXQ+V2VkIEphbiAwNiAxODowNToyOSArMDAwMCAyMDEwPC9jcmVhdGVkX2F0Pgog IDxpZD43NDQ4NTMxNDc3PC9pZD4KICA8dGV4dD5naWxseS4uZ2lsbHk/IGRpZCB5b3Ugc2V0IGxp YW1zIHRpZSBvbiBmaXJlPy4uLi4uc29ycnk7KTwvdGV4dD4KICA8c291cmNlPiZsdDthIGhyZWY9 JnF1b3Q7L2RldmljZXMmcXVvdDsgcmVsPSZxdW90O25vZm9sbG93JnF1b3Q7Jmd0O3R4dCZsdDsv YSZndDs8L3NvdXJjZT4KICA8dHJ1bmNhdGVkPmZhbHNlPC90cnVuY2F0ZWQ+CiAgPGluX3JlcGx5 X3RvX3N0YXR1c19pZD48L2luX3JlcGx5X3RvX3N0YXR1c19pZD4KICA8aW5fcmVwbHlfdG9fdXNl cl9pZD48L2luX3JlcGx5X3RvX3VzZXJfaWQ+CiAgPGZhdm9yaXRlZD5mYWxzZTwvZmF2b3JpdGVk PgogIDxpbl9yZXBseV90b19zY3JlZW5fbmFtZT48L2luX3JlcGx5X3RvX3NjcmVlbl9uYW1lPgog IDx1c2VyPgogICAgPGlkPjM0NDcwNjExPC9pZD4KICAgIDxuYW1lPkpvcmRpMiEhISEqPC9uYW1l PgogICAgPHNjcmVlbl9uYW1lPmpvcmRpMm5ld2tpZHM8L3NjcmVlbl9uYW1lPgogICAgPGxvY2F0 aW9uPm9oaW88L2xvY2F0aW9uPgogICAgPGRlc2NyaXB0aW9uPkltIDE0IHllYXJzIHlvdW5nLiAm Izk4MjU7JiM5ODI1OyBJIGJsb3cgb3V0IG15IGNhbmRsZXMgb24gTWF5IDI0LiBOS09UQiBhbmQg dm9sbGV5YmFsbD0gTElGRSE8L2Rlc2NyaXB0aW9uPgogICAgPHByb2ZpbGVfaW1hZ2VfdXJsPmh0 dHA6Ly9hMS50d2ltZy5jb20vcHJvZmlsZV9pbWFnZXMvNjA0MzA3NTY4LzE3MjcwXzI2MDY0Njg3 NTIzOV82NTQwNjUyMzlfNDc2LTNfbm9ybWFsLmpwZzwvcHJvZmlsZV9pbWFnZV91cmw+CiAgICA8 dXJsPjwvdXJsPgogICAgPHByb3RlY3RlZD5mYWxzZTwvcHJvdGVjdGVkPgogICAgPGZvbGxvd2Vy c19jb3VudD40NDwvZm9sbG93ZXJzX2NvdW50PgogICAgPHByb2ZpbGVfYmFja2dyb3VuZF9jb2xv cj4wMDAwMDA8L3Byb2ZpbGVfYmFja2dyb3VuZF9jb2xvcj4KICAgIDxwcm9maWxlX3RleHRfY29s b3I+M2M5OGU4PC9wcm9maWxlX3RleHRfY29sb3I+CiAgICA8cHJvZmlsZV9saW5rX2NvbG9yPjdk OTk4ZTwvcHJvZmlsZV9saW5rX2NvbG9yPgogICAgPHByb2ZpbGVfc2lkZWJhcl9maWxsX2NvbG9y PjAyMGEwZDwvcHJvZmlsZV9zaWRlYmFyX2ZpbGxfY29sb3I+CiAgICA8cHJvZmlsZV9zaWRlYmFy X2JvcmRlcl9jb2xvcj4wMDAwMDA8L3Byb2ZpbGVfc2lkZWJhcl9ib3JkZXJfY29sb3I+CiAgICA8 ZnJpZW5kc19jb3VudD40NDwvZnJpZW5kc19jb3VudD4KICAgIDxjcmVhdGVkX2F0PlRodSBBcHIg MjMgMDA6NTg6MTAgKzAwMDAgMjAwOTwvY3JlYXRlZF9hdD4KICAgIDxmYXZvdXJpdGVzX2NvdW50 PjQxPC9mYXZvdXJpdGVzX2NvdW50PgogICAgPHV0Y19vZmZzZXQ+LTE4MDAwPC91dGNfb2Zmc2V0 PgogICAgPHRpbWVfem9uZT5RdWl0bzwvdGltZV96b25lPgogICAgPHByb2ZpbGVfYmFja2dyb3Vu ZF9pbWFnZV91cmw+aHR0cDovL2EzLnR3aW1nLmNvbS9wcm9maWxlX2JhY2tncm91bmRfaW1hZ2Vz LzYyMzM3NDExL0pvcmRhbjEuanBnPC9wcm9maWxlX2JhY2tncm91bmRfaW1hZ2VfdXJsPgogICAg PHByb2ZpbGVfYmFja2dyb3VuZF90aWxlPnRydWU8L3Byb2ZpbGVfYmFja2dyb3VuZF90aWxlPgog ICAgPG5vdGlmaWNhdGlvbnM+ZmFsc2U8L25vdGlmaWNhdGlvbnM+CiAgICA8Z2VvX2VuYWJsZWQ+ ZmFsc2U8L2dlb19lbmFibGVkPgogICAgPHZlcmlmaWVkPmZhbHNlPC92ZXJpZmllZD4KICAgIDxm b2xsb3dpbmc+ZmFsc2U8L2ZvbGxvd2luZz4KICAgIDxzdGF0dXNlc19jb3VudD42MTQxPC9zdGF0 dXNlc19jb3VudD4KICA8L3VzZXI+CiAgPGdlby8+Cjwvc3RhdHVzPgo8L3N0YXR1c2VzPgo= --000feaf0c06e828f10047c82de1c Content-Type: text/x-c++src; charset=US-ASCII; name="parse_test.cpp" Content-Disposition: attachment; filename="parse_test.cpp" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g44fdbct1 I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxsaWJ4bWwveG1sbWVtb3J5Lmg+CiNpbmNsdWRl IDxsaWJ4bWwvcGFyc2VyLmg+Cgp2b2lkIHBhcnNlQ0QoeG1sRG9jUHRyIGRvYywgeG1sTm9kZVB0 ciBjdXIpCnsKICAgIHhtbENoYXIqIGNvbnRlbnQ7ICAgCiAgICAgICAgCiAgICBjdXIgPSBjdXIt PmNoaWxkcmVuOwogICAgICAgIAogICAgd2hpbGUoY3VyICE9IE5VTEwpCiAgICB7CiAgICAgICAg aWYoY3VyLT50eXBlID09IFhNTF9FTEVNRU5UX05PREUpCiAgICAgICAgeyAgICAgICAgICAgICAg ICAgICAgICAgCiAgICAgICAgICAgIGNvbnRlbnQgPSB4bWxOb2RlTGlzdEdldFN0cmluZyhkb2Ms IGN1ci0+eG1sQ2hpbGRyZW5Ob2RlLCAxKTsKICAgICAgICAgICAgcHJpbnRmKCIlcyA6ICVzXG4i LGN1ci0+bmFtZSxjb250ZW50KTsKICAgICAgICAgICAgeG1sRnJlZShjb250ZW50KTsKICAgICAg ICAgICAgLypmcmVlKGNvbnRlbnQpOyovICAgLyogd2luZG93cyAqLwogICAgICAgICAgICBjb250 ZW50ID0gTlVMTDsKICAgICAgICAgICAgfQoKICAgICAgICAgICAgY3VyID0gY3VyLT5uZXh0Owog ICAgICAgIH0KICAgICAgICAKfQoKCmludCBtYWluKCkKewoKICAgIHhtbERvY1B0ciBkb2M7CiAg ICB4bWxOb2RlUHRyIGN1cjsKCiAgICBkb2MgPSB4bWxQYXJzZUZpbGUoIlR3aXR0WE1MLnhtbCIp OwoKICAgIGN1ciA9IHhtbERvY0dldFJvb3RFbGVtZW50KGRvYyk7CiAgICAgICAgCiAgICBjdXIg PSBjdXItPmNoaWxkcmVuOwoKICAgIHdoaWxlKGN1ciAhPSBOVUxMKQogICAgewogICAgICAgIGlm KGN1ci0+dHlwZSA9PSBYTUxfRUxFTUVOVF9OT0RFKQogICAgICAgIHsgICAgICAgICAgICAgICAg ICAgICAgIAogICAgICAgICAgICBwYXJzZUNEKGRvYyxjdXIpOwogICAgICAgIH0KCiAgICAgICAg Y3VyID0gY3VyLT5uZXh0OwogICAgfQogICAgICAgIAogICAgeG1sRnJlZURvYyhkb2MpOyAKICAg IHJldHVybiAwOwp9Cg== --000feaf0c06e828f10047c82de1c-- From libc@me.com Thu Jan 7 08:45:24 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A58517500E2 for ; Thu, 7 Jan 2010 08:45:24 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1AKT08AUUwYx for ; Thu, 7 Jan 2010 08:45:18 +0000 (GMT) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by menubar.gnome.org (Postfix) with ESMTP id 03BBF7500CE for ; Thu, 7 Jan 2010 08:45:09 +0000 (GMT) MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_DLl9WVCjdvQEgPZJ6Hc+8g)" Received: from [192.168.1.142] ([83.167.122.166]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KVV00L4XCB2W830@asmtp023.mac.com> for xml@gnome.org; Thu, 07 Jan 2010 00:45:08 -0800 (PST) From: Eugene Pimenov Date: Thu, 07 Jan 2010 11:45:02 +0300 Message-id: <825F35D7-075E-4F48-A840-871DB051309F@me.com> To: xml@gnome.org X-Mailer: Apple Mail (2.1077) X-Mailman-Approved-At: Wed, 20 Jan 2010 11:17:09 +0000 Subject: [xml] HTMLparse.c has missing commas X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 08:45:24 -0000 --Boundary_(ID_DLl9WVCjdvQEgPZJ6Hc+8g) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hello, HTMLparse.c has #define BLOCK HEADING, LIST "pre", on line 572. And #define INLINE PCDATA FONTSTYLE PHRASE SPECIAL FORMCTRL There should be commas. Right now it causes menupre element in html_flow array and elements like iframeinput in html_inline array. Thanks, --Boundary_(ID_DLl9WVCjdvQEgPZJ6Hc+8g) Content-type: application/octet-stream; name=comma.diff Content-transfer-encoding: 7bit Content-disposition: attachment; filename=comma.diff diff --git a/HTMLparser.c b/HTMLparser.c index f638511..64ab0c7 100644 --- a/HTMLparser.c +++ b/HTMLparser.c @@ -567,9 +567,9 @@ htmlSkipBlankChars(xmlParserCtxtPtr ctxt) { #define NB_PHRASE 10 #define SPECIAL "a", "img", "applet", "embed", "object", "font", "basefont", "br", "script", "map", "q", "sub", "sup", "span", "bdo", "iframe" #define NB_SPECIAL 16 -#define INLINE PCDATA FONTSTYLE PHRASE SPECIAL FORMCTRL +#define INLINE PCDATA, FONTSTYLE, PHRASE, SPECIAL, FORMCTRL #define NB_INLINE NB_PCDATA + NB_FONTSTYLE + NB_PHRASE + NB_SPECIAL + NB_FORMCTRL -#define BLOCK HEADING, LIST "pre", "p", "dl", "div", "center", "noscript", "noframes", "blockquote", "form", "isindex", "hr", "table", "fieldset", "address" +#define BLOCK HEADING, LIST, "pre", "p", "dl", "div", "center", "noscript", "noframes", "blockquote", "form", "isindex", "hr", "table", "fieldset", "address" #define NB_BLOCK NB_HEADING + NB_LIST + 14 #define FORMCTRL "input", "select", "textarea", "label", "button" #define NB_FORMCTRL 5 --Boundary_(ID_DLl9WVCjdvQEgPZJ6Hc+8g)-- From Jos.van.den.Oever@kogmbh.com Fri Jan 15 14:43:30 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 451677500E4 for ; Fri, 15 Jan 2010 14:43:30 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7GJj84viUX9d for ; Fri, 15 Jan 2010 14:43:21 +0000 (GMT) Received: from mailgw01.dd24.net (mailgw01.dd24.net [217.188.214.191]) by menubar.gnome.org (Postfix) with ESMTP id 8BA117501AC for ; Fri, 15 Jan 2010 14:43:12 +0000 (GMT) Received: from localhost (amavis02.dd24.net [192.168.1.113]) by mailgw01.dd24.net (Postfix) with ESMTP id 021D17CC2AE for ; Fri, 15 Jan 2010 14:43:10 +0000 (GMT) X-Virus-Scanned: domaindiscount24.com mail filter gateway Received: from mailgw01.dd24.net ([192.168.1.191]) by localhost (amavis02.dd24.net [192.168.1.106]) (amavisd-new, port 10191) with ESMTP id lYMnlOIaBf7t for ; Fri, 15 Jan 2010 14:43:05 +0000 (GMT) Received: from q6600.localnet (ip5657eb5b.direct-adsl.nl [86.87.235.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgw01.dd24.net (Postfix) with ESMTPSA id 9F8877CC153 for ; Fri, 15 Jan 2010 14:43:05 +0000 (GMT) From: Jos van den Oever Organization: KO gmbh To: xml@gnome.org Date: Fri, 15 Jan 2010 15:43:06 +0100 User-Agent: KMail/1.12.2 (Linux/2.6.31-16-generic; KDE/4.3.2; x86_64; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_67HULoOK0EnNe2t" Message-Id: <201001151543.06576.Jos.van.den.Oever@kogmbh.com> X-Mailman-Approved-At: Wed, 20 Jan 2010 11:17:09 +0000 Subject: [xml] relax ng validation error using libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 14:43:30 -0000 --Boundary-00=_67HULoOK0EnNe2t Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, The attached file is incorrectly invalidated by libxml2 version 2.7.5 on kubuntu (tested with xmlstarlet and xmllint). The schema used is http://www.oasis-open.org/committees/download.php/12569/OpenDocument-strict- schema-v1.0-os.rng which includes http://www.oasis-open.org/committees/download.php/12571/OpenDocument-schema- v1.0-os.rng The error message is: Unimplemented block at relaxng.c:8948 background/content.xml:11: element text-properties: Relax-NG validity error : Expecting element map, got text-properties background/content.xml:11: element text-properties: Relax-NG validity error : Element style has extra content: text-properties Relax-NG validity error : Extra element style in interleave background/content.xml:3: element automatic-styles: Relax-NG validity error : Invalid sequence in interleave background/content.xml:3: element automatic-styles: Relax-NG validity error : Element automatic-styles failed to validate content background/content.xml fails to validate Best regards, Jos van den Oever -- Jos van den Oever, software architect +49 391 25 19 15 53 http://kogmbh.com/legal/ --Boundary-00=_67HULoOK0EnNe2t Content-Type: application/xml; name="content.xml" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="content.xml" Background Color This is called as Natoo Why is this so Quiet --Boundary-00=_67HULoOK0EnNe2t-- From rrichards@cdatazone.org Wed Jan 20 12:48:19 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1EEE675019B for ; Wed, 20 Jan 2010 12:48:19 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ml5muOVJtLNb for ; Wed, 20 Jan 2010 12:48:12 +0000 (GMT) Received: from smtp2go.com (smtp2go.com [207.58.142.213]) by menubar.gnome.org (Postfix) with ESMTP id 6465F750199 for ; Wed, 20 Jan 2010 12:48:04 +0000 (GMT) Received: from [67.158.171.203] (helo=Rob-Richardss-MacBook-Pro.local) by smtp2go.com with esmtp (Exim 4.69) (envelope-from ) id 1NXZyO-0004n1-Bu; Wed, 20 Jan 2010 12:47:48 +0000 Message-ID: <4B56FB73.5020508@cdatazone.org> Date: Wed, 20 Jan 2010 07:47:47 -0500 From: Rob Richards User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: veillard@redhat.com References: <4B4E7A96.5020408@pointless.hu> <20100119142501.GJ16017@redhat.com> In-Reply-To: <20100119142501.GJ16017@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SMTP2Go-MailScanner-Information: Please contact support@smtp2go.com for more information X-SMTP2Go-MailScanner-ID: 1NXZyO-0004n1-Bu X-SMTP2Go-MailScanner: Found to be clean X-SMTP2Go-MailScanner-From: rrichards@cdatazone.org Cc: xml@gnome.org Subject: Re: [xml] xmlCleanupParser() question / patch X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 12:48:19 -0000 Daniel Veillard wrote: > On Thu, Jan 14, 2010 at 02:59:50AM +0100, Aron Szabo wrote: > >> Hi! >> >> If I use the library in a threaded program and call >> xmlCleanupParser() I can't reinitialize it. >> >> So here's what happens: >> >> 1. xmlCleanupThreads() is called from xmlCleanupParser() >> 2. the global key is deleted by xmlCleanupParser() which was created >> by xmlOnceInit() >> >> So the problem is that if I want to clear the data allocated then I >> can't use the library because it will leak memory (xmlOnceInit will >> not be called). The simplest way to solve this issue is to reset >> once_control. >> >> The other way is to remove xmlCleanupThreads() from the cleanup >> process and let the user/programmer do the dirty work... >> >> Aron Szabo >> Pointless Software >> > > >> diff --git a/threads.c b/threads.c >> index 98fd2c2..7f421dd 100644 >> --- a/threads.c >> +++ b/threads.c >> @@ -911,8 +911,10 @@ xmlCleanupThreads(void) >> xmlGenericError(xmlGenericErrorContext, "xmlCleanupThreads()\n"); >> #endif >> #ifdef HAVE_PTHREAD_H >> - if ((libxml_is_threaded) && (pthread_key_delete != NULL)) >> + if ((libxml_is_threaded) && (pthread_key_delete != NULL)) { >> pthread_key_delete(globalkey); >> + once_control = PTHREAD_ONCE_INIT; >> + } >> #elif defined(HAVE_WIN32_THREADS) && !defined(HAVE_COMPILER_TLS) && (!defined(LIBXML_STATIC) || defined(LIBXML_STATIC_FOR_DLL)) >> if (globalkey != TLS_OUT_OF_INDEXES) { >> xmlGlobalStateCleanupHelperParams *p; >> > > > That makes sense. there is a big problem anyway with > xmlCleanupParser() most people seems to think it need to be used after > parsing while it's a library global operation and really should not > be called after parsing but only when the library is not in use anymore. > > So overall I'm tempted to change xmlCleanupParser() to become an empty > routine, and rename the real function as xmlCleanupLibrary(). > That way the various shared libraries deployed with that bug won't need > to be changed specifically, avoiding crashes when multiple libraries > using libxml2 are used. Then your patch should be applied to the new > xmlCleanupLibrary() function. > > Personally I don't think the purpose of that function should be changed just for the fact that it has been functional *and documented* to work like it does now - so misuse is the developers fault. Existing apps that have properly used the function should not be penalized as I do know many environments where memory leaks are just not acceptable regardless of how small they are; especially when it is an intended breakage. What I think would be better would be would be to mark xmlInitParser and xmlCleanupParser as depreciated but leave their current behavior. Add new functionals (xmlInitLibrary, xml ClenaupLibrary), as well as some new functions to handle local parser cleanup - like xmlParserInit and xmlParserCleanup (or something along those lines). If the direction really ends up being xmlCleanupParser being made into a noop, I would really hate to see that done in an incremental release version. Rob From andreaswagner7@gmail.com Wed Jan 20 13:23:32 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 776CE750140 for ; Wed, 20 Jan 2010 13:23:32 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IoQFJHLg4lcj for ; Wed, 20 Jan 2010 13:23:23 +0000 (GMT) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by menubar.gnome.org (Postfix) with ESMTP id 98DD97500D8 for ; Wed, 20 Jan 2010 13:23:14 +0000 (GMT) Received: by ey-out-2122.google.com with SMTP id 22so1814266eye.49 for ; Wed, 20 Jan 2010 05:23:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=X0UnZ7t3WqH0n/nfobjyDB7JKPaJKf3MV6ETRAAeTJU=; b=aCMZrob2uCtvzW4POChXkLx4NgevVUF/F4w6dDPXGsQcOzMO0T4ipfRkMO3pCDug7w u+l1zR7zFOUg0NUjqo8lHdPOpvmL3VWoxvhTGxuAY5e2N8+XGrA8SuteCGOY9SjehoWo aFSU1D8oD0gLOPl15D5FSK/47he7qFP69XRx4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=wftLaKYTzoOya/MtT9NSq1pNfiDMX+3I2Zo6c2DRU4z7qpElB60KBRJqL+248jVvxi 5HHFe4fer1OSBpuv3Ifg7iViXtTIjmypRB0wZNd3aRGUlCEygwDRpxsCnEMArc5iJ7W/ NkPlGYqTLQKFNsBSwDXyrevopeFI7wlLZ7zbU= MIME-Version: 1.0 Received: by 10.213.1.207 with SMTP id 15mr9693238ebg.45.1263993792075; Wed, 20 Jan 2010 05:23:12 -0800 (PST) In-Reply-To: <669348041001061010q56d664b5jd790cfa50f9e1c45@mail.gmail.com> References: <669348041001021254o4e3edc57me45567388e0bf511@mail.gmail.com> <669348041001041029s2002891dxb2be4574f5bc35c0@mail.gmail.com> <669348041001061010q56d664b5jd790cfa50f9e1c45@mail.gmail.com> Date: Wed, 20 Jan 2010 14:23:12 +0100 Message-ID: <8d28588e1001200523q278a140h7875c5b7424a441c@mail.gmail.com> From: Andreas Wagner To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [xml] Strange behavior X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 13:23:32 -0000 Hi Gabriel, have you tried what i send u the last time? doc = xmlParseFile("TwittXML.xml"); cur = xmlDocGetRootElement(doc); // ADD this if ((!xmlStrcmp(cur->name, (const xmlChar *)"statuses"))){ cur = xmlFirstElementChild(cur); } cur = cur->xmlFirstElementChild(cur); while(cur != NULL) { if(cur->type == XML_ELEMENT_NODE) { parseCD(doc,cur); } cur = cur->next; } xmlFreeDoc(doc); return 0; Regards Andreas 2010/1/6, Gabriel Duarte : > I'm still having the same problem :S > Please, I need help! > I'll attach my program and the XML output... > > On Mon, Jan 4, 2010 at 4:29 PM, Gabriel Duarte wrote: > >> >> >> ---------- Forwarded message ---------- >> From: Gabriel Duarte >> Date: Sat, Jan 2, 2010 at 6:54 PM >> Subject: Strange behavior >> To: xml@gnome.org >> >> >> Hello! I'm new to libxml, following the instructions and reading examples >> I >> could parse a XML file perfectly, but now I got a problem I can't solve by >> my self. >> I got this following XML file: >> >> >> >> Sat Jan 02 20:44:54 +0000 2010 >> 7309338854 >> TESTE_AGAIN >> <a href="http://apiwiki.twitter.com/" >> rel="nofollow">API</a> >> false >> >> >> false >> >> >> 13672792 >> Gabriel Duarte >> biiielduarte >> Rio de Janeiro >> Just me! Let's have lots of fun! >> >> http://a1.twimg.com/profile_images/539180228/mau_normal.png >> >> http://kinuxlinux.org/gabriel_duarte >> false >> 92 >> 742E00 >> 501E02 >> 533117 >> B7957B >> B7957B >> 79 >> Tue Feb 19 14:16:41 +0000 2008 >> 2 >> -10800 >> Brasilia >> >> http://a1.twimg.com/profile_background_images/58350922/bg.jpg >> >> true >> false >> false >> false >> false >> 830 >> >> >> >> >> The output is: >> >> id : 13672792 name : Gabriel Duarte screen_name : biiielduarte location : >> Rio de Janeiro description : Just me! Let's have lots of fun! >> profile_image_url : >> http://a1.twimg.com/profile_images/539180228/mau_normal.png url : >> http://kinuxlinux.org/gabriel_duarte protected : false followers_count : >> 92 profile_background_color : 742E00 profile_text_color : 501E02 >> profile_link_color : 533117 profile_sidebar_fill_color : B7957B >> profile_sidebar_border_color : B7957B friends_count : 79 created_at : Tue >> Feb 19 14:16:41 +0000 2008 favourites_count : 2 utc_offset : -10800 >> time_zone : Brasilia profile_background_image_url : >> http://a1.twimg.com/profile_background_images/58350922/bg.jpgprofile_background_tile >> : true notifications : false geo_enabled : false >> verified : false following : false statuses_count : 830 >> >> I can parser and print the output perfectly, but when I try to use another >> file: >> >> >> >> >> Sat Jan 02 20:44:54 +0000 2010 >> 7309338854 >> TESTE_AGAIN >> <a href="http://apiwiki.twitter.com/" >> rel="nofollow">API</a> >> false >> >> >> false >> >> >> 13672792 >> Gabriel Duarte >> biiielduarte >> Rio de Janeiro >> Just me! Let's have lots of fun! >> >> http://a1.twimg.com/profile_images/539180228/mau_normal.png >> >> http://kinuxlinux.org/gabriel_duarte >> false >> 92 >> 742E00 >> 501E02 >> 533117 >> B7957B >> B7957B >> 79 >> Tue Feb 19 14:16:41 +0000 2008 >> 2 >> -10800 >> Brasilia >> >> http://a1.twimg.com/profile_background_images/58350922/bg.jpg >> >> true >> false >> false >> false >> false >> 830 >> >> >> >> >> >> The output is: >> created_at : Sat Jan 02 20:44:54 +0000 2010 id : 7309338854 text : >> TESTE_AGAIN source : > rel="nofollow">API truncated : false in_reply_to_status_id : (null) >> in_reply_to_user_id : (null) favorited : false in_reply_to_screen_name : >> (null) user : geo : (null) >> >> >> >> It's almost the same file, only differs at the node. I don't >> know whats is happening. I need help to finish my project... >> >> The program that parses these XML files is: >> >> #include >> #include >> #include >> >> void parseCD(xmlDocPtr doc, xmlNodePtr cur) >> { >> xmlChar* content; >> >> cur = cur->children; >> >> while(cur != NULL) >> { >> if(cur->type == XML_ELEMENT_NODE) >> { >> content = xmlNodeListGetString(doc, cur->xmlChildrenNode, 1); >> printf("%s : %s\n",cur->name,content); >> xmlFree(content); >> /*free(content);*/ /* windows */ >> content = NULL; >> } >> >> cur = cur->next; >> } >> >> } >> >> >> int main() >> { >> >> xmlDocPtr doc; >> xmlNodePtr cur; >> >> doc = xmlParseFile("TwittXML.xml"); >> >> cur = xmlDocGetRootElement(doc); >> >> cur = cur->children; >> >> while(cur != NULL) >> { >> if(cur->type == XML_ELEMENT_NODE) >> { >> parseCD(doc,cur); >> } >> >> cur = cur->next; >> } >> >> xmlFreeDoc(doc); >> return 0; >> } >> >> >> Thanks! >> >> >> >> >> >> -- >> Gabriel Duarte >> Linux User #471185 >> Rio de Janeiro - RJ >> http://kinuxlinux.org/gabriel_duarte >> >> Phones: >> (55) (21) 9463-7760 /*Mobile*/ >> (55) (21) 2464-9302 /*Home*/ >> (55) (21) 2529-5080 /*Work*/ >> >> >> -----BEGIN GEEK CODE BLOCK----- >> Version: 3.12 >> GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- >> O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ >> G++ e+ h* r+ y++++ >> ------END GEEK CODE BLOCK------ >> >> >> >> -- >> Gabriel Duarte >> Linux User #471185 >> Rio de Janeiro - RJ >> http://kinuxlinux.org/gabriel_duarte >> >> Phones: >> (55) (21) 9463-7760 /*Mobile*/ >> (55) (21) 2464-9302 /*Home*/ >> (55) (21) 2529-5080 /*Work*/ >> >> >> -----BEGIN GEEK CODE BLOCK----- >> Version: 3.12 >> GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- >> O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ >> G++ e+ h* r+ y++++ >> ------END GEEK CODE BLOCK------ >> > > > > -- > Gabriel Duarte > Linux User #471185 > Rio de Janeiro - RJ > http://kinuxlinux.org/gabriel_duarte > > Phones: > (55) (21) 9463-7760 /*Mobile*/ > (55) (21) 2464-9302 /*Home*/ > (55) (21) 2529-5080 /*Work*/ > > > -----BEGIN GEEK CODE BLOCK----- > Version: 3.12 > GCS d- s: a--- C++ UL+++ P L++++ E- W+ N++ o++ K++ w--- > O- M- V- PS++ PE++ Y PGP- t++ 5-- X+++ R tv++ b++ DI+ D++ > G++ e+ h* r+ y++++ > ------END GEEK CODE BLOCK------ > From veillard@paphio.veillard.com Wed Jan 20 13:28:48 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A5EC3750140 for ; Wed, 20 Jan 2010 13:28:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.992 X-Spam-Level: X-Spam-Status: No, score=-4.992 tagged_above=-999 required=2 tests=[AWL=1.376, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dwjTbxWEXK5n for ; Wed, 20 Jan 2010 13:28:41 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 1C51B75012D for ; Wed, 20 Jan 2010 13:28:41 +0000 (GMT) Received: from int-mx03.intmail.prod.int.phx2.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.16]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0KDSdp8010222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 20 Jan 2010 08:28:39 -0500 Received: from paphio.veillard.com (vpn1-4-155.ams2.redhat.com [10.36.4.155]) by int-mx03.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0KDSar2021461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Jan 2010 08:28:38 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0KDSYPS013802; Wed, 20 Jan 2010 14:28:35 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0KDSXIe013800; Wed, 20 Jan 2010 14:28:33 +0100 Date: Wed, 20 Jan 2010 14:28:31 +0100 From: Daniel Veillard To: Eugene Pimenov Message-ID: <20100120132831.GC14970@redhat.com> References: <825F35D7-075E-4F48-A840-871DB051309F@me.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <825F35D7-075E-4F48-A840-871DB051309F@me.com> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.16 Cc: xml@gnome.org Subject: Re: [xml] HTMLparse.c has missing commas X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 13:28:48 -0000 On Thu, Jan 07, 2010 at 11:45:02AM +0300, Eugene Pimenov wrote: > Hello, > > HTMLparse.c has > #define BLOCK HEADING, LIST "pre", > on line 572. And > #define INLINE PCDATA FONTSTYLE PHRASE SPECIAL FORMCTRL > > There should be commas. Right now it causes menupre element in html_flow array and elements like iframeinput in html_inline array. > > Thanks, Ah, right, well hidden bug, I just had to change the patch a bit since PCDATA is an empty set, it would not compile otherwise, commited and pushed, thanks ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From migajek@yahoo.com Wed Jan 20 19:23:51 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1946D750172 for ; Wed, 20 Jan 2010 19:23:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.032 X-Spam-Level: X-Spam-Status: No, score=-1.032 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, HTML_MESSAGE=0.001, TW_XS=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K8GE1NNLAJOr for ; Wed, 20 Jan 2010 19:23:43 +0000 (GMT) Received: from n23a.bullet.mail.mud.yahoo.com (n23a.bullet.mail.mud.yahoo.com [68.142.207.189]) by menubar.gnome.org (Postfix) with SMTP id BC3747500D8 for ; Wed, 20 Jan 2010 19:23:35 +0000 (GMT) Received: from [68.142.194.243] by n23.bullet.mail.mud.yahoo.com with NNFMP; 20 Jan 2010 19:23:34 -0000 Received: from [76.13.13.26] by t1.bullet.mud.yahoo.com with NNFMP; 20 Jan 2010 19:23:34 -0000 Received: from [76.13.10.169] by t3.bullet.mail.ac4.yahoo.com with NNFMP; 20 Jan 2010 19:23:33 -0000 Received: from [127.0.0.1] by omp110.mail.ac4.yahoo.com with NNFMP; 20 Jan 2010 19:22:43 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 135361.5285.bm@omp110.mail.ac4.yahoo.com Received: (qmail 54378 invoked by uid 60001); 20 Jan 2010 19:22:43 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1264015362; bh=bLrUD5hUIS/9C3rlN6X2FlASQReaSadKwaKz8kiUovI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=4YanGsvgwPgc0zjFVk2uExrKpiJr7TRAPxasa07U/oUcZvruGI/7yz441T7UaatQiwNn1NRhYtmo4VYoqbf5XgUnDbysuHRmfpkuTM6644hns9xOmgg7CKg10WCekSNPJlF46IPgX9gUZdSHaJhHeWHSPDp4O55Wt4MAVFgoJTA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=VhmVKJFmrqdiwJALc1Lj29N4TNg13X6b337WEYD8rKKvEthFvBVg8ggjg8ogzmnb8Qtfk5z/umDIvi19s80i0aXNFYqx97K3ZT3E8PdfkVH1lHN5uiP79A8foZVY7maOZMX60eP4t0JLaMNGZg7gthH+Uj7I6jtAvBZW0H/FnXg=; Message-ID: <975870.47348.qm@web65512.mail.ac4.yahoo.com> X-YMail-OSG: nZ9vsDMVM1mAHRXmELLjcRp2Rj6ZZTZp_bMjhkWCrJyulMuZF1nhY3DKHKplJYW9l_wqI8a_mWpy60aten.Pbj5r_4.pB2q8GPQNJcGN3qkuFm4tH3vveUrsRc_FHWXEWkn0G9CRgtw.TzF4Igj0qbPFwkxqjtSCLbSVfar5s1KCHQY7Udl1Cy2yXhdmKC4cycJbfeP2_3_d7mYgqi0U1..f14dDbPU.E_SI5HslsI.S7IbdvooYTiQOfVtr_Z_7yWLCqR3x2c4QXcH5gRxoh75cekqMh9ENXcJFgi8yIoUjF72POg-- Received: from [89.206.3.38] by web65512.mail.ac4.yahoo.com via HTTP; Wed, 20 Jan 2010 11:22:42 PST X-Mailer: YahooMailClassic/9.1.10 YahooMailWebService/0.8.100.260964 Date: Wed, 20 Jan 2010 11:22:42 -0800 (PST) From: Michael Gajek To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1433642828-1264015362=:47348" Subject: [xml] XML Schema validation error details - line numbers and so on X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 19:23:51 -0000 --0-1433642828-1264015362=:47348 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi, =A0is that possible to retrieve details (except the text descriptions), esp= ecially the line number, at which the "unmatching" element was found when v= alidating against xsd schema? Best regards, Michal Gajek =0A=0A=0A --0-1433642828-1264015362=:47348 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
 is that possible to retrieve det= ails (except the text descriptions), especially the line number, at which t= he "unmatching" element was found when validating against xsd schema?
Best regards,
Michal Gajek

=0A=0A=0A=0A = --0-1433642828-1264015362=:47348-- From elvstone@gmail.com Wed Jan 20 19:33:55 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6474775017E for ; Wed, 20 Jan 2010 19:33:55 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.291 X-Spam-Level: X-Spam-Status: No, score=-2.291 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XN=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VMACvti-HjmM for ; Wed, 20 Jan 2010 19:33:45 +0000 (GMT) Received: from mail-fx0-f217.google.com (mail-fx0-f217.google.com [209.85.220.217]) by menubar.gnome.org (Postfix) with ESMTP id 5AB167500D8 for ; Wed, 20 Jan 2010 19:33:36 +0000 (GMT) Received: by fxm9 with SMTP id 9so4355043fxm.30 for ; Wed, 20 Jan 2010 11:33:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Sn/wG4hRlxMVnMo3J75TQXXkf4e/uOhXxBkCwT/DRBc=; b=GkbNlWKUkQiFBUPXbsNdAzUEdslejt/ylse8b6Q5ucMrW0tvLPkdKEOfw6MhcuUPOq GNffu2156985xl36P9phqe1W+NMYA/CKMUVBkInYqJY3IRQCe7P8lkIOP6IWrclT/ihu nZ+bfmIUmCqC/z+eqjwUscTVjaV306hh44KsA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Orgq+DjYc6XVxITWIMN2C0kcMjKfyX4uQ1WoLOR6bp5lxuPUmi9anpNJuqPhVs2SH3 /jRvKWmitTBzr1HxRW9U1zr6mC8w1BqwzLWhu7mY8K93fWDZuO2mKjacPMA9qfBV1eu2 yWvO2ZduzM9ZMN+9gHWYhq/UjZmcQDuOIH8w8= MIME-Version: 1.0 Received: by 10.216.87.203 with SMTP id y53mr137765wee.177.1264016014713; Wed, 20 Jan 2010 11:33:34 -0800 (PST) In-Reply-To: <20100119145106.GM16017@redhat.com> References: <751a4f871001150812m405b59fdw93142ff63b0417e1@mail.gmail.com> <20100119145106.GM16017@redhat.com> Date: Wed, 20 Jan 2010 20:33:34 +0100 Message-ID: <751a4f871001201133r2cf0f337nf3d46ad25b6f99a1@mail.gmail.com> From: Elvis Stansvik To: libxml2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: veillard@redhat.com Subject: Re: [xml] RelaxNG bug? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 19:33:55 -0000 2010/1/19 Daniel Veillard : > On Fri, Jan 15, 2010 at 05:12:18PM +0100, Elvis Stansvik wrote: >> Hello libxml2 folks, >> >> The following minimal example validates with Jing but not libxml2 (git >> version from today): >> >> test.xml: >> >> >> >> schema.rng: >> >> > =A0 xmlns=3D"http://relaxng.org/ns/structure/1.0" >> =A0 datatypeLibrary=3D"http://www.w3.org/2001/XMLSchema-datatypes"> >> >> =A0 >> =A0 =A0 >> =A0 =A0 =A0 >> =A0 =A0 =A0 =A0 >> =A0 =A0 =A0 =A0 =A0 >> =A0 =A0 =A0 =A0 =A0 =A0 >> =A0 =A0 =A0 =A0 =A0 =A0 super >> =A0 =A0 =A0 =A0 =A0 =A0 sub >> =A0 =A0 =A0 =A0 =A0 >> =A0 =A0 =A0 =A0 =A0 >> =A0 =A0 =A0 =A0 =A0 =A0 >> =A0 =A0 =A0 =A0 =A0 >> =A0 =A0 =A0 =A0 >> =A0 =A0 =A0 >> =A0 =A0 >> =A0 >> >> =A0 >> =A0 =A0 >> =A0 =A0 =A0 -?([0-9]+(\.[0-9]*)?|\.[0-9]+)% >> =A0 =A0 >> =A0 >> >> >> >> [astan@pyret test]$ xmllint --version >> xmllint: using libxml version 20706-GITv2.7.6-8-g7946137 >> =A0 =A0compiled with: Threads Tree Output Push Reader Patterns Writer >> SAXv1 FTP HTTP DTDValid HTML Legacy C14N Catalog XPath XPointer >> XInclude Iconv ISO8859X Unicode Regexps Automata Expr Schemas >> Schematron Modules Debug Zlib >> [astan@pyret test]$ xmllint --relaxng schema.rng test.xml >> >> >> Unimplemented block at relaxng.c:8948 >> test.xml:2: element a: Relax-NG validity error : Element a failed to >> validate attributes >> test.xml fails to validate >> >> It validates if I remove the entire from the . >> >> Any ideas? The code at relaxng.c:8948 indicates that this is a TODO. >> Is that true or is this a real bug and the validator has been put into >> an inconsistent state? > > =A0Hum, yes I guess it's a bug in libvirt as the given define type seems > not supported there, that construct seems very unusual, since nobody > stepped on it ... until now ! libvirt? I guess you meant libxml2 ;) Yes, the construct may be unusual. I bumped into it though when trying to validate an OpenDocument document in strict mode using the RelaxNG schemas from OASIS. http://www.oasis-open.org/committees/download.php/12569/OpenDocument-schema= -v1.0-os.rng (On line 13737) (Note that you have to validate using http://www.oasis-open.org/committees/download.php/12569/OpenDocument-strict= -schema-v1.0-os.rng, which includes the aforementioned file and sets it up for strict validation, for that line to kick in.) What do you say, do you think it's a hard thing to fix? This guy (Jos) in the KOffice project is working on an automated test harness for our conversion of other office formats to OpenDocument where he first converts to OpenDocument and then run a validation on the resulting document. This is how the problem was found. It would be nice if the OpenDocument schemas were supported by libxml2 since libxml2 is so much more widely available (and leaner!) than Jing. Regards, Elvis > > Daniel > > -- > Daniel Veillard =A0 =A0 =A0| libxml Gnome XML XSLT toolkit =A0http://xmls= oft.org/ > daniel@veillard.com =A0| Rpmfind RPM search engine http://rpmfind.net/ > http://veillard.com/ | virtualization library =A0http://libvirt.org/ > From elvstone@gmail.com Wed Jan 20 21:42:46 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 487C37500E1 for ; Wed, 20 Jan 2010 21:42:46 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.291 X-Spam-Level: X-Spam-Status: No, score=-2.291 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XN=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TgcBk+Ns1GPx for ; Wed, 20 Jan 2010 21:42:38 +0000 (GMT) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by menubar.gnome.org (Postfix) with ESMTP id 779AD750144 for ; Wed, 20 Jan 2010 21:42:29 +0000 (GMT) Received: by ewy1 with SMTP id 1so3533013ewy.28 for ; Wed, 20 Jan 2010 13:42:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=U73Dh7Kp4ojZDGiuYoC9AeySgcYeVFciRBcX8rl0U+Y=; b=KdxzaizaH0EZhl59Kjk/Sw08h9g0/HoS6gSK8ujEqhR3UD4rRhq9jCrPFOfC5hVstX dg6yU5QVUgetTk+/Jm4jkFYHdMKyhZU1ej30vXW+zQPvJ/3ywWD6NoQvAM+6D6pouT2D m+Ly2ReT+PwYnMYrn8K8D+JmHzNPV+k/VgYq0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Kx+91J1H5x616bO9uj+YAA8OPtLtVUv7unuWMfStP5P+nOQuDucbJIdMLKQQYGJb/H kjAYGlrP/Kp3UeV3jFbelB5yTISwD/NhN4kNttgodss6zR3sKLcvy3zDd8lwNx+rlCvW cpWkJsR56M7zpCyO4cvXBOYZ6N0G61j70mZvg= MIME-Version: 1.0 Received: by 10.216.86.137 with SMTP id w9mr206387wee.104.1264023744672; Wed, 20 Jan 2010 13:42:24 -0800 (PST) In-Reply-To: <751a4f871001201133r2cf0f337nf3d46ad25b6f99a1@mail.gmail.com> References: <751a4f871001150812m405b59fdw93142ff63b0417e1@mail.gmail.com> <20100119145106.GM16017@redhat.com> <751a4f871001201133r2cf0f337nf3d46ad25b6f99a1@mail.gmail.com> Date: Wed, 20 Jan 2010 22:42:24 +0100 Message-ID: <751a4f871001201342x677e4f96h5ffb85569320dcea@mail.gmail.com> From: Elvis Stansvik To: libxml2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jos van den Oever , veillard@redhat.com Subject: Re: [xml] RelaxNG bug? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 21:42:46 -0000 2010/1/20 Elvis Stansvik : > 2010/1/19 Daniel Veillard : >> On Fri, Jan 15, 2010 at 05:12:18PM +0100, Elvis Stansvik wrote: >>> Hello libxml2 folks, >>> >>> The following minimal example validates with Jing but not libxml2 (git >>> version from today): >>> >>> test.xml: >>> >>> >>> >>> schema.rng: >>> >>> >> =A0 xmlns=3D"http://relaxng.org/ns/structure/1.0" >>> =A0 datatypeLibrary=3D"http://www.w3.org/2001/XMLSchema-datatypes"> >>> >>> =A0 >>> =A0 =A0 >>> =A0 =A0 =A0 >>> =A0 =A0 =A0 =A0 >>> =A0 =A0 =A0 =A0 =A0 >>> =A0 =A0 =A0 =A0 =A0 =A0 >>> =A0 =A0 =A0 =A0 =A0 =A0 super >>> =A0 =A0 =A0 =A0 =A0 =A0 sub >>> =A0 =A0 =A0 =A0 =A0 >>> =A0 =A0 =A0 =A0 =A0 >>> =A0 =A0 =A0 =A0 =A0 =A0 >>> =A0 =A0 =A0 =A0 =A0 >>> =A0 =A0 =A0 =A0 >>> =A0 =A0 =A0 >>> =A0 =A0 >>> =A0 >>> >>> =A0 >>> =A0 =A0 >>> =A0 =A0 =A0 -?([0-9]+(\.[0-9]*)?|\.[0-9]+)% >>> =A0 =A0 >>> =A0 >>> >>> >>> >>> [astan@pyret test]$ xmllint --version >>> xmllint: using libxml version 20706-GITv2.7.6-8-g7946137 >>> =A0 =A0compiled with: Threads Tree Output Push Reader Patterns Writer >>> SAXv1 FTP HTTP DTDValid HTML Legacy C14N Catalog XPath XPointer >>> XInclude Iconv ISO8859X Unicode Regexps Automata Expr Schemas >>> Schematron Modules Debug Zlib >>> [astan@pyret test]$ xmllint --relaxng schema.rng test.xml >>> >>> >>> Unimplemented block at relaxng.c:8948 >>> test.xml:2: element a: Relax-NG validity error : Element a failed to >>> validate attributes >>> test.xml fails to validate >>> >>> It validates if I remove the entire from the . >>> >>> Any ideas? The code at relaxng.c:8948 indicates that this is a TODO. >>> Is that true or is this a real bug and the validator has been put into >>> an inconsistent state? >> >> =A0Hum, yes I guess it's a bug in libvirt as the given define type seems >> not supported there, that construct seems very unusual, since nobody >> stepped on it ... until now ! > > libvirt? I guess you meant libxml2 ;) > > Yes, the construct may be unusual. I bumped into it though when trying > to validate an OpenDocument document in strict mode using the RelaxNG > schemas from OASIS. > > http://www.oasis-open.org/committees/download.php/12569/OpenDocument-sche= ma-v1.0-os.rng > (On line 13737) > > (Note that you have to validate using > http://www.oasis-open.org/committees/download.php/12569/OpenDocument-stri= ct-schema-v1.0-os.rng, > which includes the aforementioned file and sets it up for strict > validation, for that line to kick in.) > > What do you say, do you think it's a hard thing to fix? > > This guy (Jos) in the KOffice project is working on an automated test > harness for our conversion of other office formats to OpenDocument > where he first converts to OpenDocument and then run a validation on > the resulting document. This is how the problem was found. I'd just like to note that it's not until now that I see that Jos van den Oever, around the same time as my initial post, made his own post to the list about this problem with the specific document that triggered the problem for him. I believe my narrowed down test case illustrates the same problem though. Feel free to continue the discussion in his thread and ignore mine, we're in the same boat ;) BTW I did some half-hearted attempt at fixing it by adding a case for XML_RELAXNG_OPTIONAL to that switch by copying the one that is used for XML_RELAXNG_GROUP, but it only got me half-way to a fix and I think I'm too unfamiliar with the code to find a proper one. Elvis > > It would be nice if the OpenDocument schemas were supported by libxml2 > since libxml2 is so much more widely available (and leaner!) than > Jing. > > Regards, > Elvis > >> >> Daniel >> >> -- >> Daniel Veillard =A0 =A0 =A0| libxml Gnome XML XSLT toolkit =A0http://xml= soft.org/ >> daniel@veillard.com =A0| Rpmfind RPM search engine http://rpmfind.net/ >> http://veillard.com/ | virtualization library =A0http://libvirt.org/ >> > From bunglehead@gmail.com Wed Jan 20 22:42:12 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 533577501B2 for ; Wed, 20 Jan 2010 22:42:12 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eGUK4vxc5x6f for ; Wed, 20 Jan 2010 22:42:06 +0000 (GMT) Received: from mail-fx0-f217.google.com (mail-fx0-f217.google.com [209.85.220.217]) by menubar.gnome.org (Postfix) with ESMTP id BB12775017E for ; Wed, 20 Jan 2010 22:41:57 +0000 (GMT) Received: by fxm9 with SMTP id 9so4563021fxm.30 for ; Wed, 20 Jan 2010 14:41:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer; bh=/ODK7sb/j/9BdvdcajX8nNE3nB40bSMeiy5K1rsiVHk=; b=dBkjV2AEK+iDeFrN9KZYEYOMcVn6IJke7llu4Xbt/OXOhw/V1uBfLDT2NhWzu1MDEE ThpaR63KOob2T4mRsFj8rVsQlQJhEUTlEyY/6QA2rg91hz2W6r3q/Dtd0C5kvFrNOtQV S+j7JUPbKGjQigIxFEPKzyYtfMVkmgyXV5e40= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=lP2je6ZlKm3CxZRe7lGZ/v9fz1x+9W4AjL7FP6XSu6oQJEDp0NpnFwAVfltLFh7gHj lJqbvvx7w/058WyqggiRTCz6c9AN5P+KHZ2bIrBxmOHcG3+Pwew0hgI2cJZpbP7VCN+M Hb+JNNhJWCEUgmIlAumUjEORoyCHUnV+cBdXk= Received: by 10.223.6.156 with SMTP id 28mr648863faz.33.1264027315379; Wed, 20 Jan 2010 14:41:55 -0800 (PST) Received: from ?192.168.9.128? (ppp85-140-120-7.pppoe.mtu-net.ru [85.140.120.7]) by mx.google.com with ESMTPS id 16sm265388fxm.8.2010.01.20.14.41.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 20 Jan 2010 14:41:54 -0800 (PST) From: Nikolay Sivov To: xml@gnome.org Content-Type: multipart/mixed; boundary="=-QeL1qEjKVIOGsfBQAe16" Date: Thu, 21 Jan 2010 01:41:37 +0300 Message-Id: <1264027297.8948.3.camel@debianhome.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Subject: [xml] Patches to fix two gcc warnings - unused variable and undefined return value X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 22:42:12 -0000 --=-QeL1qEjKVIOGsfBQAe16 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi again. These patches are about to fix two warnings reported for current git build. P.S. don't know the policy of this list regarding mail per patch granularity, so sent two patches in one mail. --=-QeL1qEjKVIOGsfBQAe16 Content-Disposition: attachment; filename=0001-Remove-unused-variable.diff Content-Type: application/mbox; name=0001-Remove-unused-variable.diff Content-Transfer-Encoding: 7bit >From a33eef39a403171d86be7f106f6a67013c371226 Mon Sep 17 00:00:00 2001 From: Nikolay Sivov Date: Thu, 21 Jan 2010 00:53:05 +0300 Subject: [PATCH 1/2] Remove unused variable --- xinclude.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/xinclude.c b/xinclude.c index 674db9c..2916ffa 100644 --- a/xinclude.c +++ b/xinclude.c @@ -2479,7 +2479,6 @@ xmlXIncludeProcessTreeFlagsData(xmlNodePtr tree, int flags, void *data) { */ int xmlXIncludeProcessFlagsData(xmlDocPtr doc, int flags, void *data) { - xmlXIncludeCtxtPtr ctxt; xmlNodePtr tree; if (doc == NULL) -- 1.5.6.5 --=-QeL1qEjKVIOGsfBQAe16 Content-Disposition: attachment; filename*0=0002-Get-rid-of-useless-variable-avoid-uninitialized-retu.dif; filename*1=f Content-Type: application/mbox; name=0002-Get-rid-of-useless-variable-avoid-uninitialized-retu.diff Content-Transfer-Encoding: 7bit >From a71ee801ffeb490628c03041c9b114db92639fcb Mon Sep 17 00:00:00 2001 From: Nikolay Sivov Date: Thu, 21 Jan 2010 01:36:09 +0300 Subject: [PATCH 2/2] Get rid of useless variable, avoid uninitialized return code --- runtest.c | 4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/runtest.c b/runtest.c index 16196ea..b164173 100644 --- a/runtest.c +++ b/runtest.c @@ -3165,7 +3165,7 @@ rngTest(const char *filename, const char *instance; xmlRelaxNGParserCtxtPtr ctxt; xmlRelaxNGPtr schemas; - int res = 0, len, ret; + int len, ret = -1; char pattern[500]; char prefix[500]; char result[500]; @@ -3223,8 +3223,6 @@ rngTest(const char *filename, nb_tests++; ret = rngOneTest(filename, instance, result, err, options, schemas); - if (res != 0) - ret = res; } } globfree(&globbuf); -- 1.5.6.5 --=-QeL1qEjKVIOGsfBQAe16-- From bunglehead@gmail.com Wed Jan 20 23:34:21 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EB70D75025A for ; Wed, 20 Jan 2010 23:34:20 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.153 X-Spam-Level: X-Spam-Status: No, score=-1.153 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, MISSING_HEADERS=1.292, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NTrjoQdVW2GQ for ; Wed, 20 Jan 2010 23:34:12 +0000 (GMT) Received: from mail-bw0-f225.google.com (mail-bw0-f225.google.com [209.85.218.225]) by menubar.gnome.org (Postfix) with ESMTP id 64C047500E1 for ; Wed, 20 Jan 2010 23:34:04 +0000 (GMT) Received: by bwz25 with SMTP id 25so2505045bwz.37 for ; Wed, 20 Jan 2010 15:34:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=UE75QTNPzAt81V3OU1yWob9yBDZDpv60hBl91TlSEJE=; b=njzW6bxtBiVilSruvLvMN9cefStA3bibnzyh1RJ65PsOBci+YRb/mRbPNfrXYS/hNh HoAAteIKcH3IcubNCwJTdE5GTXYHCciM6s5OVzi0yg4gbz5opQohmS68X4Ss0T5f1ddo MpxpzbmGeNVuVbLC2T+OnjuNafq1GbCa/I77A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; b=Ln+rBu0Q4d1wjIG6cJG+c7HkxcpgVpfdZH9b4CYIdAUmuTFFEIN7qBeVUb44E+QLdx 4hTgHJcuMe7Zr+NO/Q5gMuQIQunNKVUsZSqsngcUO2jVvRVdi0Um5VUOms7T3xkwEXK/ ArKlonQ+dhr2edsYJ/mIFqOTk+/MJ/sZVqExQ= Received: by 10.204.25.81 with SMTP id y17mr355878bkb.96.1264030441365; Wed, 20 Jan 2010 15:34:01 -0800 (PST) Received: from ?85.140.120.7? (ppp85-140-120-7.pppoe.mtu-net.ru [85.140.120.7]) by mx.google.com with ESMTPS id 14sm220954bwz.9.2010.01.20.15.34.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 20 Jan 2010 15:34:00 -0800 (PST) Message-ID: <4B5792D6.40706@gmail.com> Date: Thu, 21 Jan 2010 02:33:42 +0300 From: Nikolay Sivov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 CC: xml@gnome.org References: <4B50C6F7.3050708@gmail.com> <20100119144634.GL16017@redhat.com> In-Reply-To: <20100119144634.GL16017@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xml] Access internal xmlParserInputBuffer data X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 23:34:21 -0000 On 1/19/2010 17:46, Daniel Veillard wrote: > On Fri, Jan 15, 2010 at 10:50:15PM +0300, Nikolay Sivov wrote: > >> Hi. >> >> First on question background. I want to use xmlTextReader API to >> access streamed xml data. >> Decided to allocate input buffer with xmlAllocParserInputBuffer() >> and use read callback to provide xml data >> (no choice here for me actually). >> >> Is it safe to manually set 'readcallback' and 'context' fields of >> returned xmlParserInputBuffer? >> Looking at libxml2 code I don't see any problems with that, but it's >> better to ask. >> > In general I would suggest you try to use > http://xmlsoft.org/html/libxml-xmlreader.html#xmlReaderNewIO > i.e. don't manipulate the buffer directly but let libxml2 callbacks > call you to fill data in as needed instead. > Thanks, seems to fit. > Now if you want to play with the internals, you can, libxml2 exposes > them, but I can't garantee your code won't break something, only solid > testing and careful analysis can really give insurance over such > tweaking, > Of course, I certainly understand. > Daniel > > From 0xCDCDCDCD@gmx.at Thu Jan 21 12:59:14 2010 Return-Path: <0xCDCDCDCD@gmx.at> X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6BED47501BF for ; Thu, 21 Jan 2010 12:59:14 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BfDd7o3vet2u for ; Thu, 21 Jan 2010 12:59:08 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 929457501C1 for ; Thu, 21 Jan 2010 12:58:59 +0000 (GMT) Received: (qmail invoked by alias); 21 Jan 2010 12:58:56 -0000 Received: from unknown (EHLO [172.27.169.2]) [81.189.124.202] by mail.gmx.net (mp006) with SMTP; 21 Jan 2010 13:58:56 +0100 X-Authenticated: #6567794 X-Provags-ID: V01U2FsdGVkX18yRHBjrygyoOP4kWvu0ckmQ/2vcO+by5bhfRyp4a UcbnO8bMoaD3i3 Message-ID: <4B584F90.8000002@gmx.at> Date: Thu, 21 Jan 2010 13:58:56 +0100 From: "Martin B." <0xCDCDCDCD@gmx.at> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52000000000000002 Subject: [xml] Minor path for xmltree.c : xmlNodeSetName X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2010 12:59:14 -0000 While compiling an older version (2.6.27) and then re-checking with the newest code, I found that there's a minor casting issue in xmlNodeSetBase(..). It's purely cosmetic, but it cost me time trying to figure out what's going on, so I though it probably should be changed to use a const-correct local variable. Patch vs. HEAD looks like this: ######################################## xmlNodeSetName: Remove const from declaration 'const xmlChar* fixed' since it is used non-const anyway. Remove unnecessary cast on xmlFree later on. ######################################## diff --git a/tree.c b/tree.c index ffebf06..3b66f97 100644 --- a/tree.c +++ b/tree.c @@ -5056,7 +5056,7 @@ xmlNodeSetName(xmlNodePtr cur, const xmlChar *name) { void xmlNodeSetBase(xmlNodePtr cur, const xmlChar* uri) { xmlNsPtr ns; - const xmlChar* fixed; + xmlChar* fixed; if (cur == NULL) return; switch(cur->type) { @@ -5103,7 +5103,7 @@ xmlNodeSetBase(xmlNodePtr cur, const xmlChar* uri) { fixed = xmlPathToURI(uri); if (fixed != NULL) { xmlSetNsProp(cur, ns, BAD_CAST "base", fixed); - xmlFree((xmlChar *)fixed); + xmlFree(fixed); } else { xmlSetNsProp(cur, ns, BAD_CAST "base", uri); } ######################################## cheers, Martin From 0xCDCDCDCD@gmx.at Thu Jan 21 13:09:54 2010 Return-Path: <0xCDCDCDCD@gmx.at> X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 756F37501AC for ; Thu, 21 Jan 2010 13:09:54 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.945 X-Spam-Level: X-Spam-Status: No, score=-1.945 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nvCKbD-GRoKh for ; Thu, 21 Jan 2010 13:09:46 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 495D57501B6 for ; Thu, 21 Jan 2010 13:09:38 +0000 (GMT) Received: (qmail invoked by alias); 21 Jan 2010 13:09:36 -0000 Received: from unknown (EHLO [172.27.169.2]) [81.189.124.202] by mail.gmx.net (mp038) with SMTP; 21 Jan 2010 14:09:36 +0100 X-Authenticated: #6567794 X-Provags-ID: V01U2FsdGVkX1+JTspfL+2J2uf8aNgsUsJoeGIkaQzZ18tqwGHwHV YanSk9F/qE0Cr9 Message-ID: <4B58520F.1030600@gmx.at> Date: Thu, 21 Jan 2010 14:09:35 +0100 From: "Martin B." <0xCDCDCDCD@gmx.at> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.56999999999999995 Subject: [xml] Trying to make sense of testsuite errors with libxml2 2.7.6 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2010 13:09:54 -0000 Hi all! I've downloaded ftp://xmlsoft.org/libxml2/libxml2-2.7.6.tar.gz and compiled it with Visual Studio 2005 without warnings. libxml2-2.7.6\win32> cscript configure.js compiler=msvc cruntime=/MDd vcmanifest=yes debug=yes prefix=.\debug iconv=no legacy=no libxml2 version: 2.7.6 Created Makefile. Created config.h. XML processor configuration --------------------------- Trio: no Thread safety: native ... libxml2-2.7.6\win32> nmake /f Makefile.msvc etc. etc. However, when I run the tests I get the following output: libxml2-2.7.6> runtest.exe ## XML regression tests File ./test/ebcdic_566012.xml generated an error ## XML regression tests on memory File ./test/ebcdic_566012.xml generated an error ## XML entity subst regression tests File ./test/ebcdic_566012.xml generated an error ## XML Namespaces regression tests ## Error cases regression tests ## Error cases stream regression tests ## Reader regression tests Result for ./test/ebcdic_566012.xml failed File ./test/ebcdic_566012.xml generated an error ## Reader entities substitution regression tests Result for ./test/ebcdic_566012.xml failed File ./test/ebcdic_566012.xml generated an error ## Reader on memory regression tests Result for ./test/ebcdic_566012.xml failed File ./test/ebcdic_566012.xml generated an error ## Walker regression tests Failed to parse ./test/ebcdic_566012.xml File ./test/ebcdic_566012.xml generated an error ## SAX1 callbacks regression tests Failed to parse ./test/ebcdic_566012.xml File ./test/ebcdic_566012.xml generated an error ## SAX2 callbacks regression tests Failed to parse ./test/ebcdic_566012.xml File ./test/ebcdic_566012.xml generated an error ## XML push regression tests Failed to parse ./test/ebcdic_566012.xml File ./test/ebcdic_566012.xml generated an error ## HTML regression tests ## Push HTML regression tests ## HTML SAX regression tests ## Valid documents regression tests ## Validity checking regression tests ## General documents valid regression tests ## XInclude regression tests ## XInclude xmlReader regression tests ## XInclude regression tests stripping include nodes ## XInclude xmlReader regression tests stripping include nodes ## XPath expressions regression tests ## XPath document queries regression tests ## XPointer document queries regression tests ## xml:id regression tests ## URI parsing tests ## URI base composition tests ## Path URI conversion tests ## Schemas regression tests ## Relax-NG regression tests File ./test/relaxng/595792-ext.rng generated an error File ./test/relaxng/addressBook.rng generated an error File ./test/relaxng/demo.rng generated an error File ./test/relaxng/demo2.rng generated an error File ./test/relaxng/demo3.rng generated an error File ./test/relaxng/inline.rng generated an error File ./test/relaxng/inline2.rng generated an error File ./test/relaxng/inline3.rng generated an error File ./test/relaxng/interleave0_0.rng generated an error File ./test/relaxng/interleave1_0.rng generated an error File ./test/relaxng/pattern1.rng generated an error File ./test/relaxng/pattern2.rng generated an error File ./test/relaxng/proofsystem.rng generated an error File ./test/relaxng/rngbug-001.rng generated an error File ./test/relaxng/table.rng generated an error File ./test/relaxng/tutor11_3.rng generated an error File ./test/relaxng/tutor14_1.rng generated an error File ./test/relaxng/tutor3_7.rng generated an error File ./test/relaxng/tutor4_4.rng generated an error File ./test/relaxng/tutor5_3.rng generated an error File ./test/relaxng/tutor5_5.rng generated an error File ./test/relaxng/tutorA.rng generated an error ## Relax-NG streaming regression tests ## Pattern regression tests ## C14N with comments regression tests ## C14N without comments regression tests ## C14N exclusive without comments regression tests ## C14N 1.1 without comments regression tests ## Catalog and Threads regression tests Total 2819 tests, 32 errors, 0 leaks How do I figure out what went wrong?? cheers, Martin From veillard@paphio.veillard.com Fri Jan 22 11:10:02 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B8D947501E1 for ; Fri, 22 Jan 2010 11:10:02 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.002 X-Spam-Level: X-Spam-Status: No, score=-5.002 tagged_above=-999 required=2 tests=[AWL=1.366, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Profw0+-wB7V for ; Fri, 22 Jan 2010 11:09:55 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id EC7317501CD for ; Fri, 22 Jan 2010 11:09:46 +0000 (GMT) Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0MB9g1t013988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 22 Jan 2010 06:09:42 -0500 Received: from paphio.veillard.com (vpn1-4-232.ams2.redhat.com [10.36.4.232]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0MB9euF022853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Jan 2010 06:09:41 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0MB9c2F029826; Fri, 22 Jan 2010 12:09:38 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0MB9aMs029823; Fri, 22 Jan 2010 12:09:36 +0100 Date: Fri, 22 Jan 2010 12:09:35 +0100 From: Daniel Veillard To: "Martin B." <0xCDCDCDCD@gmx.at> Message-ID: <20100122110935.GH14970@redhat.com> References: <4B584F90.8000002@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B584F90.8000002@gmx.at> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 Cc: xml@gnome.org Subject: Re: [xml] Minor path for xmltree.c : xmlNodeSetName X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 11:10:03 -0000 On Thu, Jan 21, 2010 at 01:58:56PM +0100, Martin B. wrote: > While compiling an older version (2.6.27) and then re-checking with > the newest code, I found that there's a minor casting issue in > xmlNodeSetBase(..). It's purely cosmetic, but it cost me time trying > to figure out what's going on, so I though it probably should be > changed to use a const-correct local variable. > > Patch vs. HEAD looks like this: > ######################################## > xmlNodeSetName: Remove const from declaration 'const xmlChar* fixed' > since it is used non-const anyway. Remove unnecessary cast on > xmlFree later on. > ######################################## > diff --git a/tree.c b/tree.c > index ffebf06..3b66f97 100644 > --- a/tree.c > +++ b/tree.c > @@ -5056,7 +5056,7 @@ xmlNodeSetName(xmlNodePtr cur, const xmlChar *name) { > void > xmlNodeSetBase(xmlNodePtr cur, const xmlChar* uri) { > xmlNsPtr ns; > - const xmlChar* fixed; > + xmlChar* fixed; > > if (cur == NULL) return; > switch(cur->type) { > @@ -5103,7 +5103,7 @@ xmlNodeSetBase(xmlNodePtr cur, const xmlChar* uri) { > fixed = xmlPathToURI(uri); > if (fixed != NULL) { > xmlSetNsProp(cur, ns, BAD_CAST "base", fixed); > - xmlFree((xmlChar *)fixed); > + xmlFree(fixed); > } else { > xmlSetNsProp(cur, ns, BAD_CAST "base", uri); > } > ######################################## Okay, makes sense, pushed, thanks, Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Fri Jan 22 11:16:13 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 30D2E750206 for ; Fri, 22 Jan 2010 11:16:13 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.972 X-Spam-Level: X-Spam-Status: No, score=-4.972 tagged_above=-999 required=2 tests=[AWL=1.319, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XN=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0vzjToPI9TDb for ; Fri, 22 Jan 2010 11:16:05 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 43D477501FB for ; Fri, 22 Jan 2010 11:15:57 +0000 (GMT) Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0MBFrHC025610 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 22 Jan 2010 06:15:54 -0500 Received: from paphio.veillard.com (vpn1-4-232.ams2.redhat.com [10.36.4.232]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0MBFpw5010806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Jan 2010 06:15:53 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0MBFnSd030537; Fri, 22 Jan 2010 12:15:50 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0MBFm8d030536; Fri, 22 Jan 2010 12:15:48 +0100 Date: Fri, 22 Jan 2010 12:15:47 +0100 From: Daniel Veillard To: "Martin B." <0xCDCDCDCD@gmx.at> Message-ID: <20100122111547.GI14970@redhat.com> References: <4B58520F.1030600@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B58520F.1030600@gmx.at> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.21 Cc: xml@gnome.org Subject: Re: [xml] Trying to make sense of testsuite errors with libxml2 2.7.6 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 11:16:13 -0000 On Thu, Jan 21, 2010 at 02:09:35PM +0100, Martin B. wrote: > Hi all! > > I've downloaded ftp://xmlsoft.org/libxml2/libxml2-2.7.6.tar.gz and > compiled it with Visual Studio 2005 without warnings. > File ./test/ebcdic_566012.xml generated an error That's due to EBCDIC not being supported in your version of iconv so I guess you can ignore all the ebcdic test failures > ## Relax-NG regression tests > File ./test/relaxng/595792-ext.rng generated an error > File ./test/relaxng/addressBook.rng generated an error > File ./test/relaxng/demo.rng generated an error > File ./test/relaxng/demo2.rng generated an error > File ./test/relaxng/demo3.rng generated an error > File ./test/relaxng/inline.rng generated an error > File ./test/relaxng/inline2.rng generated an error > File ./test/relaxng/inline3.rng generated an error > File ./test/relaxng/interleave0_0.rng generated an error > File ./test/relaxng/interleave1_0.rng generated an error > File ./test/relaxng/pattern1.rng generated an error > File ./test/relaxng/pattern2.rng generated an error > File ./test/relaxng/proofsystem.rng generated an error > File ./test/relaxng/rngbug-001.rng generated an error > File ./test/relaxng/table.rng generated an error > File ./test/relaxng/tutor11_3.rng generated an error > File ./test/relaxng/tutor14_1.rng generated an error > File ./test/relaxng/tutor3_7.rng generated an error > File ./test/relaxng/tutor4_4.rng generated an error > File ./test/relaxng/tutor5_3.rng generated an error > File ./test/relaxng/tutor5_5.rng generated an error > File ./test/relaxng/tutorA.rng generated an error Hum, that's more serious, that passes here. > How do I figure out what went wrong?? Instead of running the test suite by running the runtest binary try to run it at the make level, but not sure if it works on Windows see Relaxtests target in Makefile.am, it does the same but with make for example the first failure correspond to paphio:~/XML -> xmllint --noout --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng ./test/relaxng/595792-ext.rng validates so works here but apparently fails for you, why ... I don't know :-) Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From 0xCDCDCDCD@gmx.at Fri Jan 22 11:37:31 2010 Return-Path: <0xCDCDCDCD@gmx.at> X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 079A37501E1 for ; Fri, 22 Jan 2010 11:37:31 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.868 X-Spam-Level: X-Spam-Status: No, score=-1.868 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, TW_BX=0.077, TW_IB=0.077, TW_XN=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kTiCibrDHqBK for ; Fri, 22 Jan 2010 11:37:22 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id CB1D27501FB for ; Fri, 22 Jan 2010 11:37:13 +0000 (GMT) Received: (qmail invoked by alias); 22 Jan 2010 11:37:11 -0000 Received: from unknown (EHLO [172.27.169.2]) [81.189.124.202] by mail.gmx.net (mp020) with SMTP; 22 Jan 2010 12:37:11 +0100 X-Authenticated: #6567794 X-Provags-ID: V01U2FsdGVkX19Wi3RgMiBWe88B04Al8KhSzQnl3V9hbSf941UtqW /JfygnKOLuu/ch Message-ID: <4B598DE6.7030102@gmx.at> Date: Fri, 22 Jan 2010 12:37:10 +0100 From: "Martin B." <0xCDCDCDCD@gmx.at> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: xml@gnome.org References: <4B58520F.1030600@gmx.at> <20100122111547.GI14970@redhat.com> In-Reply-To: <20100122111547.GI14970@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5 Subject: Re: [xml] Trying to make sense of testsuite errors with libxml2 2.7.6 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 11:37:31 -0000 Daniel Veillard wrote: > On Thu, Jan 21, 2010 at 02:09:35PM +0100, Martin B. wrote: >> Hi all! >> >> I've downloaded ftp://xmlsoft.org/libxml2/libxml2-2.7.6.tar.gz and >> compiled it with Visual Studio 2005 without warnings. > >> File ./test/ebcdic_566012.xml generated an error > > That's due to EBCDIC not being supported in your version of iconv > so I guess you can ignore all the ebcdic test failures > Well yes I specified iconv=no so maybe that's the reason. >> ## Relax-NG regression tests >> File ./test/relaxng/595792-ext.rng generated an error >> File ./test/relaxng/addressBook.rng generated an error >> (...) > > Hum, that's more serious, that passes here. > >> How do I figure out what went wrong?? > > Instead of running the test suite by running the runtest binary > try to run it at the make level, but not sure if it works on Windows > I seems the makefile tests do not work on windows. > see Relaxtests target in Makefile.am, it does the same but with make > > for example the first failure correspond to > > paphio:~/XML -> xmllint --noout --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng > ./test/relaxng/595792-ext.rng validates > > so works here but apparently fails for you, why ... I don't know :-) > When I enter this line (same binaries, didn't change anything since last test) I also get the message "./test/relaxng/595792-ext.rng validates" I also tried adding iconv support (via the incov dowload @ ftp://ftp.zlatkovic.com/libxml/) but I get the same errors. C:\AccuRev\trappel\Testprojects\libxml2-2.7.6>runtest ## XML regression tests File ./test/ebcdic_566012.xml generated an error ... ## HTML regression tests ## Push HTML regression tests ## HTML SAX regression tests ## Valid documents regression tests ## Validity checking regression tests ## General documents valid regression tests ... ## Relax-NG regression tests File ./test/relaxng/595792-ext.rng generated an error File ./test/relaxng/addressBook.rng generated an error File ./test/relaxng/demo.rng generated an error File ./test/relaxng/demo2.rng generated an error File ./test/relaxng/demo3.rng generated an error File ./test/relaxng/inline.rng generated an error File ./test/relaxng/inline2.rng generated an error File ./test/relaxng/inline3.rng generated an error File ./test/relaxng/interleave0_0.rng generated an error File ./test/relaxng/interleave1_0.rng generated an error File ./test/relaxng/pattern1.rng generated an error File ./test/relaxng/pattern2.rng generated an error File ./test/relaxng/proofsystem.rng generated an error File ./test/relaxng/rngbug-001.rng generated an error File ./test/relaxng/table.rng generated an error File ./test/relaxng/tutor11_3.rng generated an error File ./test/relaxng/tutor14_1.rng generated an error File ./test/relaxng/tutor3_7.rng generated an error File ./test/relaxng/tutor4_4.rng generated an error File ./test/relaxng/tutor5_3.rng generated an error File ./test/relaxng/tutor5_5.rng generated an error File ./test/relaxng/tutorA.rng generated an error ## Relax-NG streaming regression tests ## Pattern regression tests ## C14N with comments regression tests ## C14N without comments regression tests ## C14N exclusive without comments regression tests ## C14N 1.1 without comments regression tests ## Catalog and Threads regression tests Total 2819 tests, 32 errors, 0 leaks C:\AccuRev\trappel\Testprojects\libxml2-2.7.6>xmllint --noout --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng ./test/relaxng/595792-ext.rng validates C:\AccuRev\trappel\Testprojects\libxml2-2.7.6> C:\AccuRev\trappel\Testprojects\libxml2-2.7.6>xmllint --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng ./test/relaxng/595792-ext.rng validates From veillard@paphio.veillard.com Fri Jan 22 11:49:38 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9115875020A for ; Fri, 22 Jan 2010 11:49:38 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -4.981 X-Spam-Level: X-Spam-Status: No, score=-4.981 tagged_above=-999 required=2 tests=[AWL=1.310, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XN=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2Tiz8+ABcmVT for ; Fri, 22 Jan 2010 11:49:29 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 5DF5B7501CD for ; Fri, 22 Jan 2010 11:49:21 +0000 (GMT) Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0MBnHAF000689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 22 Jan 2010 06:49:18 -0500 Received: from paphio.veillard.com (vpn1-4-232.ams2.redhat.com [10.36.4.232]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0MBnFJf005995 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Jan 2010 06:49:17 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0MBnDPB005244; Fri, 22 Jan 2010 12:49:14 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0MBnCK6005242; Fri, 22 Jan 2010 12:49:12 +0100 Date: Fri, 22 Jan 2010 12:49:11 +0100 From: Daniel Veillard To: "Martin B." <0xCDCDCDCD@gmx.at> Message-ID: <20100122114911.GJ14970@redhat.com> References: <4B58520F.1030600@gmx.at> <20100122111547.GI14970@redhat.com> <4B598DE6.7030102@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B598DE6.7030102@gmx.at> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 Cc: xml@gnome.org Subject: Re: [xml] Trying to make sense of testsuite errors with libxml2 2.7.6 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 11:49:38 -0000 On Fri, Jan 22, 2010 at 12:37:10PM +0100, Martin B. wrote: > Daniel Veillard wrote: > >On Thu, Jan 21, 2010 at 02:09:35PM +0100, Martin B. wrote: > >>Hi all! > >> > >>I've downloaded ftp://xmlsoft.org/libxml2/libxml2-2.7.6.tar.gz and > >>compiled it with Visual Studio 2005 without warnings. > > > >>File ./test/ebcdic_566012.xml generated an error > > > > That's due to EBCDIC not being supported in your version of iconv > >so I guess you can ignore all the ebcdic test failures > > > Well yes I specified iconv=no so maybe that's the reason. > > >>## Relax-NG regression tests > >>File ./test/relaxng/595792-ext.rng generated an error > >>File ./test/relaxng/addressBook.rng generated an error > >>(...) > > > > Hum, that's more serious, that passes here. > > > >>How do I figure out what went wrong?? > > > > Instead of running the test suite by running the runtest binary > >try to run it at the make level, but not sure if it works on Windows > > > > I seems the makefile tests do not work on windows. > > >see Relaxtests target in Makefile.am, it does the same but with make > > > >for example the first failure correspond to > > > >paphio:~/XML -> xmllint --noout --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng > >./test/relaxng/595792-ext.rng validates > > > >so works here but apparently fails for you, why ... I don't know :-) > > > > When I enter this line (same binaries, didn't change anything since > last test) I also get the message "./test/relaxng/595792-ext.rng > validates" > > I also tried adding iconv support (via the incov dowload @ > ftp://ftp.zlatkovic.com/libxml/) but I get the same errors. > > C:\AccuRev\trappel\Testprojects\libxml2-2.7.6>runtest > ## XML regression tests > File ./test/ebcdic_566012.xml generated an error > ... > ## HTML regression tests > ## Push HTML regression tests > ## HTML SAX regression tests > ## Valid documents regression tests > ## Validity checking regression tests > ## General documents valid regression tests > ... > ## Relax-NG regression tests > File ./test/relaxng/595792-ext.rng generated an error > File ./test/relaxng/addressBook.rng generated an error > File ./test/relaxng/demo.rng generated an error > File ./test/relaxng/demo2.rng generated an error > File ./test/relaxng/demo3.rng generated an error > File ./test/relaxng/inline.rng generated an error > File ./test/relaxng/inline2.rng generated an error > File ./test/relaxng/inline3.rng generated an error > File ./test/relaxng/interleave0_0.rng generated an error > File ./test/relaxng/interleave1_0.rng generated an error > File ./test/relaxng/pattern1.rng generated an error > File ./test/relaxng/pattern2.rng generated an error > File ./test/relaxng/proofsystem.rng generated an error > File ./test/relaxng/rngbug-001.rng generated an error > File ./test/relaxng/table.rng generated an error > File ./test/relaxng/tutor11_3.rng generated an error > File ./test/relaxng/tutor14_1.rng generated an error > File ./test/relaxng/tutor3_7.rng generated an error > File ./test/relaxng/tutor4_4.rng generated an error > File ./test/relaxng/tutor5_3.rng generated an error > File ./test/relaxng/tutor5_5.rng generated an error > File ./test/relaxng/tutorA.rng generated an error > ## Relax-NG streaming regression tests > ## Pattern regression tests > ## C14N with comments regression tests > ## C14N without comments regression tests > ## C14N exclusive without comments regression tests > ## C14N 1.1 without comments regression tests > ## Catalog and Threads regression tests > Total 2819 tests, 32 errors, 0 leaks > > C:\AccuRev\trappel\Testprojects\libxml2-2.7.6>xmllint --noout > --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng > ./test/relaxng/595792-ext.rng validates > > C:\AccuRev\trappel\Testprojects\libxml2-2.7.6> > C:\AccuRev\trappel\Testprojects\libxml2-2.7.6>xmllint --relaxng > test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng > > > > > > > > > > > > ./test/relaxng/595792-ext.rng validates Seems there is something borked in rngTest in runtest.c, see one of the other patches posted yesterday, I will try to find what's going on Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From rrichards@cdatazone.org Fri Jan 22 11:54:04 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EF17275020B for ; Fri, 22 Jan 2010 11:54:03 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077, TW_XN=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L7aJz-zbDyHv for ; Fri, 22 Jan 2010 11:53:56 +0000 (GMT) Received: from smtp2go.com (smtp2go.com [207.58.142.213]) by menubar.gnome.org (Postfix) with ESMTP id B177975020A for ; Fri, 22 Jan 2010 11:53:48 +0000 (GMT) Received: from [67.158.171.203] (helo=Rob-Richardss-MacBook-Pro.local) by smtp2go.com with esmtp (Exim 4.69) (envelope-from ) id 1NYI58-0004rG-TB; Fri, 22 Jan 2010 11:53:43 +0000 Message-ID: <4B5991C6.8020003@cdatazone.org> Date: Fri, 22 Jan 2010 06:53:42 -0500 From: Rob Richards User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: veillard@redhat.com References: <4B58520F.1030600@gmx.at> <20100122111547.GI14970@redhat.com> In-Reply-To: <20100122111547.GI14970@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SMTP2Go-MailScanner-Information: Please contact support@smtp2go.com for more information X-SMTP2Go-MailScanner-ID: 1NYI58-0004rG-TB X-SMTP2Go-MailScanner: Found to be clean X-SMTP2Go-MailScanner-From: rrichards@cdatazone.org Cc: xml@gnome.org Subject: Re: [xml] Trying to make sense of testsuite errors with libxml2 2.7.6 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 11:54:04 -0000 Daniel Veillard wrote: > On Thu, Jan 21, 2010 at 02:09:35PM +0100, Martin B. wrote: > >> Hi all! >> >> I've downloaded ftp://xmlsoft.org/libxml2/libxml2-2.7.6.tar.gz and >> compiled it with Visual Studio 2005 without warnings. >> > > >> File ./test/ebcdic_566012.xml generated an error >> > > That's due to EBCDIC not being supported in your version of iconv > so I guess you can ignore all the ebcdic test failures > > >> ## Relax-NG regression tests >> File ./test/relaxng/595792-ext.rng generated an error >> File ./test/relaxng/addressBook.rng generated an error >> File ./test/relaxng/demo.rng generated an error >> File ./test/relaxng/demo2.rng generated an error >> File ./test/relaxng/demo3.rng generated an error >> File ./test/relaxng/inline.rng generated an error >> File ./test/relaxng/inline2.rng generated an error >> File ./test/relaxng/inline3.rng generated an error >> File ./test/relaxng/interleave0_0.rng generated an error >> File ./test/relaxng/interleave1_0.rng generated an error >> File ./test/relaxng/pattern1.rng generated an error >> File ./test/relaxng/pattern2.rng generated an error >> File ./test/relaxng/proofsystem.rng generated an error >> File ./test/relaxng/rngbug-001.rng generated an error >> File ./test/relaxng/table.rng generated an error >> File ./test/relaxng/tutor11_3.rng generated an error >> File ./test/relaxng/tutor14_1.rng generated an error >> File ./test/relaxng/tutor3_7.rng generated an error >> File ./test/relaxng/tutor4_4.rng generated an error >> File ./test/relaxng/tutor5_3.rng generated an error >> File ./test/relaxng/tutor5_5.rng generated an error >> File ./test/relaxng/tutorA.rng generated an error >> > > Hum, that's more serious, that passes here. > > >> How do I figure out what went wrong?? >> > > Instead of running the test suite by running the runtest binary > try to run it at the make level, but not sure if it works on Windows > > see Relaxtests target in Makefile.am, it does the same but with make > > for example the first failure correspond to > > paphio:~/XML -> xmllint --noout --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng > ./test/relaxng/595792-ext.rng validates > > so works here but apparently fails for you, why ... I don't know :-) > > They fail due to not matching the pattern when calling glob, so not relaxng related at all. Only happens when the test filename does not contain the _ character as the pattern is: ./test/relaxng/%s_?.xml I do have an in-progress test suite on the make level but never finished it off when the test executables started getting pushed. If there is interest I don't mind revisiting it. Rob From veillard@paphio.veillard.com Fri Jan 22 12:53:54 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 42D42750206 for ; Fri, 22 Jan 2010 12:53:54 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.028 X-Spam-Level: X-Spam-Status: No, score=-5.028 tagged_above=-999 required=2 tests=[AWL=1.340, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qCjyOltBKYDp for ; Fri, 22 Jan 2010 12:53:45 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 4B36C7501CD for ; Fri, 22 Jan 2010 12:53:36 +0000 (GMT) Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0MCrYLp030951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 22 Jan 2010 07:53:34 -0500 Received: from paphio.veillard.com (vpn1-4-232.ams2.redhat.com [10.36.4.232]) by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0MCrVm4005390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Jan 2010 07:53:33 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0MCrTHf011903; Fri, 22 Jan 2010 13:53:30 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0MCrS5U011900; Fri, 22 Jan 2010 13:53:28 +0100 Date: Fri, 22 Jan 2010 13:53:22 +0100 From: Daniel Veillard To: Elvis Stansvik Message-ID: <20100122125322.GK14970@redhat.com> References: <751a4f871001150812m405b59fdw93142ff63b0417e1@mail.gmail.com> <20100119145106.GM16017@redhat.com> <751a4f871001201133r2cf0f337nf3d46ad25b6f99a1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <751a4f871001201133r2cf0f337nf3d46ad25b6f99a1@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.17 Cc: libxml2 Subject: Re: [xml] RelaxNG bug? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 12:53:54 -0000 On Wed, Jan 20, 2010 at 08:33:34PM +0100, Elvis Stansvik wrote: > 2010/1/19 Daniel Veillard : > > On Fri, Jan 15, 2010 at 05:12:18PM +0100, Elvis Stansvik wrote: > >> It validates if I remove the entire from the . > >> > >> Any ideas? The code at relaxng.c:8948 indicates that this is a TODO. > >> Is that true or is this a real bug and the validator has been put into > >> an inconsistent state? > > > >  Hum, yes I guess it's a bug in libvirt as the given define type seems > > not supported there, that construct seems very unusual, since nobody > > stepped on it ... until now ! > > libvirt? I guess you meant libxml2 ;) Hum, yes, that other project keeps me really busy and I guess I fingers get used to this name now :-) > Yes, the construct may be unusual. I bumped into it though when trying > to validate an OpenDocument document in strict mode using the RelaxNG > schemas from OASIS. > > http://www.oasis-open.org/committees/download.php/12569/OpenDocument-schema-v1.0-os.rng > (On line 13737) > > (Note that you have to validate using > http://www.oasis-open.org/committees/download.php/12569/OpenDocument-strict-schema-v1.0-os.rng, > which includes the aforementioned file and sets it up for strict > validation, for that line to kick in.) > > What do you say, do you think it's a hard thing to fix? I don't know, I need to reimmerse myself in the RNG validation code and running it under gdb. It shouldn't be too hard because it's attribute value validation though... > This guy (Jos) in the KOffice project is working on an automated test > harness for our conversion of other office formats to OpenDocument > where he first converts to OpenDocument and then run a validation on > the resulting document. This is how the problem was found. > > It would be nice if the OpenDocument schemas were supported by libxml2 > since libxml2 is so much more widely available (and leaner!) than > Jing. Yeah, but I don't think I will have time for a new release very soon, even if I fix the problem, so don't hold your breath but I will keep your mail as unread to not loose track of the problem, Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From elvstone@gmail.com Fri Jan 22 13:27:46 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 98565750277 for ; Fri, 22 Jan 2010 13:27:46 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id StkLgrf8djvE for ; Fri, 22 Jan 2010 13:27:38 +0000 (GMT) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by menubar.gnome.org (Postfix) with ESMTP id A40457501FB for ; Fri, 22 Jan 2010 13:27:29 +0000 (GMT) Received: by ewy26 with SMTP id 26so172137ewy.23 for ; Fri, 22 Jan 2010 05:27:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tmGZ9ShZSz45LqKd8a2DkZL5reAmLVX099t/E1wCVyc=; b=ZwkTp350egrz8W2qiQ/qCLLhTH1LhRLCNP4v5X5asdB1o+XqTmmmdLDf33XRBfRhWo pj3iE9Zw8r5B53JoHWrp4WB3bAkn4lKsuYrESlIKgaO5yY7V7FXbJlLvD3YxY9sbbG3j 6BLDiPN4irR+VytHydi7Y4Y8vzxi6kIKhZ2g4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=IBRLJFBWjLy80GYaewDBKkLE2hw+g39Tb5MtsG/okAFzFyzAaQDy5pDOPW4cZjRc1V hLOORAb9fOcDrLpG3E1qTbCpyt1AAzqScCxWq3uGdVwuCO5WxMEqax/1er7PZu3A5akw lnoSGxN/Z2919PSJI9iaRzeCyUCtGa/EkuETU= MIME-Version: 1.0 Received: by 10.216.90.15 with SMTP id d15mr1101183wef.219.1264166847428; Fri, 22 Jan 2010 05:27:27 -0800 (PST) In-Reply-To: <20100122125322.GK14970@redhat.com> References: <751a4f871001150812m405b59fdw93142ff63b0417e1@mail.gmail.com> <20100119145106.GM16017@redhat.com> <751a4f871001201133r2cf0f337nf3d46ad25b6f99a1@mail.gmail.com> <20100122125322.GK14970@redhat.com> Date: Fri, 22 Jan 2010 14:27:27 +0100 Message-ID: <751a4f871001220527r7290cb5fo366843feba02becf@mail.gmail.com> From: Elvis Stansvik To: veillard@redhat.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: libxml2 Subject: Re: [xml] RelaxNG bug? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 13:27:47 -0000 2010/1/22 Daniel Veillard : > On Wed, Jan 20, 2010 at 08:33:34PM +0100, Elvis Stansvik wrote: >> 2010/1/19 Daniel Veillard : >> > On Fri, Jan 15, 2010 at 05:12:18PM +0100, Elvis Stansvik wrote: >> >> It validates if I remove the entire from the . >> >> >> >> Any ideas? The code at relaxng.c:8948 indicates that this is a TODO. >> >> Is that true or is this a real bug and the validator has been put int= o >> >> an inconsistent state? >> > >> > =A0Hum, yes I guess it's a bug in libvirt as the given define type see= ms >> > not supported there, that construct seems very unusual, since nobody >> > stepped on it ... until now ! >> >> libvirt? I guess you meant libxml2 ;) > > =A0Hum, yes, that other project keeps me really busy and I guess I > =A0fingers get used to this name now :-) Figured as much ;) > >> Yes, the construct may be unusual. I bumped into it though when trying >> to validate an OpenDocument document in strict mode using the RelaxNG >> schemas from OASIS. >> >> http://www.oasis-open.org/committees/download.php/12569/OpenDocument-sch= ema-v1.0-os.rng >> (On line 13737) >> >> (Note that you have to validate using >> http://www.oasis-open.org/committees/download.php/12569/OpenDocument-str= ict-schema-v1.0-os.rng, >> which includes the aforementioned file and sets it up for strict >> validation, for that line to kick in.) >> >> What do you say, do you think it's a hard thing to fix? > > =A0I don't know, I need to reimmerse myself in the RNG validation code > and running it under gdb. It shouldn't be too hard because it's > attribute value validation though... Yea, it seems like a pretty self-contained thing. FYI, when I (just for the heck of it) made a case for XML_RELAXNG_OPTIONAL identical to the one for XML_RELAXNG_GROUP, it kind of got me half-way there. It correctly accepted e.g. "1% 2%" and complained about "1%blah 2%" and "1% 2%blah", so the validation against the datatype worked for both values if they were present, however it would no longer accept just "%1"... so only half-way ;) > >> This guy (Jos) in the KOffice project is working on an automated test >> harness for our conversion of other office formats to OpenDocument >> where he first converts to OpenDocument and then run a validation on >> the resulting document. This is how the problem was found. >> >> It would be nice if the OpenDocument schemas were supported by libxml2 >> since libxml2 is so much more widely available (and leaner!) than >> Jing. > > =A0Yeah, but I don't think I will have time for a new release very soon, > even if I fix the problem, so don't hold your breath but I will keep > your mail as unread to not loose track of the problem, Great. No hurry at all, we can use Jing until then. Just thought I'd bring it up since in the long run it would be nice if libxml2 were capable of validation against the OpenDocument schemas, since it's a widespread format. Thanks for your time! Elvis > > Daniel > > -- > Daniel Veillard =A0 =A0 =A0| libxml Gnome XML XSLT toolkit =A0http://xmls= oft.org/ > daniel@veillard.com =A0| Rpmfind RPM search engine http://rpmfind.net/ > http://veillard.com/ | virtualization library =A0http://libvirt.org/ > From rrichards@cdatazone.org Fri Jan 22 13:28:53 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CACE17501EE for ; Fri, 22 Jan 2010 13:28:53 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077, TW_XN=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6uKGTeiBdYpI for ; Fri, 22 Jan 2010 13:28:45 +0000 (GMT) Received: from smtp2go.com (smtp2go.com [207.58.142.213]) by menubar.gnome.org (Postfix) with ESMTP id 17451750200 for ; Fri, 22 Jan 2010 13:28:36 +0000 (GMT) Received: from [67.158.171.203] (helo=Rob-Richardss-MacBook-Pro.local) by smtp2go.com with esmtp (Exim 4.69) (envelope-from ) id 1NYJYo-0001nN-QI; Fri, 22 Jan 2010 13:28:27 +0000 Message-ID: <4B59A7FA.4020608@cdatazone.org> Date: Fri, 22 Jan 2010 08:28:26 -0500 From: Rob Richards User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: veillard@redhat.com References: <4B58520F.1030600@gmx.at> <20100122111547.GI14970@redhat.com> <4B598DE6.7030102@gmx.at> <20100122114911.GJ14970@redhat.com> In-Reply-To: <20100122114911.GJ14970@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SMTP2Go-MailScanner-Information: Please contact support@smtp2go.com for more information X-SMTP2Go-MailScanner-ID: 1NYJYo-0001nN-QI X-SMTP2Go-MailScanner: Found to be clean X-SMTP2Go-MailScanner-From: rrichards@cdatazone.org Cc: xml@gnome.org Subject: Re: [xml] Trying to make sense of testsuite errors with libxml2 2.7.6 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 13:28:54 -0000 Daniel Veillard wrote: > On Fri, Jan 22, 2010 at 12:37:10PM +0100, Martin B. wrote: > >> Daniel Veillard wrote: >> >>> On Thu, Jan 21, 2010 at 02:09:35PM +0100, Martin B. wrote: >>> >>>> Hi all! >>>> >>>> I've downloaded ftp://xmlsoft.org/libxml2/libxml2-2.7.6.tar.gz and >>>> compiled it with Visual Studio 2005 without warnings. >>>> >>>> File ./test/ebcdic_566012.xml generated an error >>>> >>> That's due to EBCDIC not being supported in your version of iconv >>> so I guess you can ignore all the ebcdic test failures >>> >>> >> Well yes I specified iconv=no so maybe that's the reason. >> >> >>>> ## Relax-NG regression tests >>>> File ./test/relaxng/595792-ext.rng generated an error >>>> File ./test/relaxng/addressBook.rng generated an error >>>> (...) >>>> >>> Hum, that's more serious, that passes here. >>> >>> >>>> How do I figure out what went wrong?? >>>> >>> Instead of running the test suite by running the runtest binary >>> try to run it at the make level, but not sure if it works on Windows >>> >>> >> I seems the makefile tests do not work on windows. >> >> >>> see Relaxtests target in Makefile.am, it does the same but with make >>> >>> for example the first failure correspond to >>> >>> paphio:~/XML -> xmllint --noout --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng >>> ./test/relaxng/595792-ext.rng validates >>> >>> so works here but apparently fails for you, why ... I don't know :-) >>> >>> >> When I enter this line (same binaries, didn't change anything since >> last test) I also get the message "./test/relaxng/595792-ext.rng >> validates" >> >> I also tried adding iconv support (via the incov dowload @ >> ftp://ftp.zlatkovic.com/libxml/) but I get the same errors. >> >> C:\AccuRev\trappel\Testprojects\libxml2-2.7.6>runtest >> ## XML regression tests >> File ./test/ebcdic_566012.xml generated an error >> ... >> ## HTML regression tests >> ## Push HTML regression tests >> ## HTML SAX regression tests >> ## Valid documents regression tests >> ## Validity checking regression tests >> ## General documents valid regression tests >> ... >> ## Relax-NG regression tests >> File ./test/relaxng/595792-ext.rng generated an error >> File ./test/relaxng/addressBook.rng generated an error >> File ./test/relaxng/demo.rng generated an error >> File ./test/relaxng/demo2.rng generated an error >> File ./test/relaxng/demo3.rng generated an error >> File ./test/relaxng/inline.rng generated an error >> File ./test/relaxng/inline2.rng generated an error >> File ./test/relaxng/inline3.rng generated an error >> File ./test/relaxng/interleave0_0.rng generated an error >> File ./test/relaxng/interleave1_0.rng generated an error >> File ./test/relaxng/pattern1.rng generated an error >> File ./test/relaxng/pattern2.rng generated an error >> File ./test/relaxng/proofsystem.rng generated an error >> File ./test/relaxng/rngbug-001.rng generated an error >> File ./test/relaxng/table.rng generated an error >> File ./test/relaxng/tutor11_3.rng generated an error >> File ./test/relaxng/tutor14_1.rng generated an error >> File ./test/relaxng/tutor3_7.rng generated an error >> File ./test/relaxng/tutor4_4.rng generated an error >> File ./test/relaxng/tutor5_3.rng generated an error >> File ./test/relaxng/tutor5_5.rng generated an error >> File ./test/relaxng/tutorA.rng generated an error >> ## Relax-NG streaming regression tests >> ## Pattern regression tests >> ## C14N with comments regression tests >> ## C14N without comments regression tests >> ## C14N exclusive without comments regression tests >> ## C14N 1.1 without comments regression tests >> ## Catalog and Threads regression tests >> Total 2819 tests, 32 errors, 0 leaks >> >> C:\AccuRev\trappel\Testprojects\libxml2-2.7.6>xmllint --noout >> --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng >> ./test/relaxng/595792-ext.rng validates >> >> C:\AccuRev\trappel\Testprojects\libxml2-2.7.6> >> C:\AccuRev\trappel\Testprojects\libxml2-2.7.6>xmllint --relaxng >> test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng >> >> >> >> >> >> >> >> >> >> >> >> ./test/relaxng/595792-ext.rng validates >> > > Seems there is something borked in rngTest in runtest.c, see one > of the other patches posted yesterday, I will try to find what's going > on > > > Was simply that those tests are skipped but on Windows the return value isnt automatically initialized to 0 so throws the error when it couldnt find the xml file. fixed in the repo. Rob Rob From webmaster@sky-siteweb.com Fri Jan 22 15:40:38 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C49C67500AF for ; Fri, 22 Jan 2010 15:40:38 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j4DLBHOpGXew for ; Fri, 22 Jan 2010 15:40:32 +0000 (GMT) Received: from 30.mail-out.ovh.net (30.mail-out.ovh.net [213.186.62.213]) by menubar.gnome.org (Postfix) with SMTP id 74F4F750024 for ; Fri, 22 Jan 2010 15:40:23 +0000 (GMT) Received: (qmail 19038 invoked by uid 503); 22 Jan 2010 15:40:23 -0000 Received: from b9.ovh.net (HELO mail422.ha.ovh.net) (213.186.33.59) by 30.mail-out.ovh.net with SMTP; 22 Jan 2010 15:40:23 -0000 Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 22 Jan 2010 15:40:21 -0000 Received: from unknown (HELO muscat.corp) (webmaster@sky-siteweb.com@84.4.156.225) by ns0.ovh.net with SMTP; 22 Jan 2010 15:40:20 -0000 Date: Fri, 22 Jan 2010 16:40:19 +0100 From: Jonathan Squirawski To: xml@gnome.org Message-ID: <20100122164019.00ed865e@muscat.corp> X-Mailer: Claws Mail 3.7.4 (GTK+ 2.18.6; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Ovh-Tracer-Id: 14331579915682066014 X-Ovh-Remote: 84.4.156.225 () X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|U 0.5/N Subject: [xml] XmlReader: documentation question X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 15:40:39 -0000 Hi, The xmlreader documentation said the same thing for both xmlTextReaderReadInnerXml and xmlTextReaderReadOuterXml. Is it a documentation error or the two functions do exactly the same thing ? Otherwise, what's the difference between them both ? Regards, Jonathan 'Sky' Squirawski From nix@esperi.org.uk Fri Jan 22 17:55:24 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B844F7500A2 for ; Fri, 22 Jan 2010 17:55:24 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qpArXONCTP3S for ; Fri, 22 Jan 2010 17:55:19 +0000 (GMT) Received: from mail.esperi.org.uk (icebox.esperi.org.uk [81.187.191.129]) by menubar.gnome.org (Postfix) with ESMTP id 586B57500B6 for ; Fri, 22 Jan 2010 17:55:10 +0000 (GMT) Received: from esperi.org.uk (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.4/8.14.3) with ESMTP id o0MHsxEs021624; Fri, 22 Jan 2010 17:54:59 GMT Received: (from nix@localhost) by esperi.org.uk (8.14.4/8.12.11/Submit) id o0MHswPT001631; Fri, 22 Jan 2010 17:54:58 GMT To: Mark Adler References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> From: Nix Emacs: because editing your files should be a traumatic experience. Date: Fri, 22 Jan 2010 17:54:58 +0000 In-Reply-To: <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> (Mark Adler's message of "Tue, 19 Jan 2010 17:27:21 -0800") Message-ID: <87y6jq58jx.fsf_-_@spindle.srvr.nix> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b29 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-URT-Metrics: spindle 1060; Body=4 Fuz1=4 Fuz2=4 Cc: xml@gnome.org, Mark Brown , veillard@redhat.com Subject: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 17:55:25 -0000 On 20 Jan 2010, Mark Adler stated: > On Jan 19, 2010, at 7:30 AM, Daniel Veillard wrote: >> Since the old cod is the same it should be safe too so I'm pushing that patch. > > Daniel, > > Excellent, thanks! I get the impression that it is common to read xml > from an http server with gzip compression. So if zlib is updated and > libxml is not, this should be detected pretty quickly and diagnosed > easily, resulting in libxml being updated. In fact, maybe this is > sneaky sort of benefit to libxml that encourages users to get the > latest version. Yep! And then we upgrade to 1.2.3.5, and 'make check' hits us with this: ## XML regression tests File ./test/att1 generated an error File ./test/att10 generated an error File ./test/att11 generated an error File ./test/att2 generated an error File ./test/att3 generated an error File ./test/att4 generated an error File ./test/att5 generated an error File ./test/att6 generated an error File ./test/att7 generated an error File ./test/att8 generated an error File ./test/att9 generated an error [...] The failures are in the xmlSaveFile() roundtrip tests in oldParseTest() (and probably noentParseTest() as well). xmlSaveFile is documented as saving the file gzipped if compression is compiled in... but the result files being compared against are not compressed, so if compression is compiled in, the test fails. i.e., it looks like xmlDoc->compressed is always TRUE, even if the input file was not compressed. Oops. This is apparently a zlib bug. With appropriate instrumentation, we see: spindle 449 /usr/src/gnome/x86_64-spindle% LD_LIBRARY_PATH=/pkg/zlib/1.2.3.5/lib ./runtest 2>&1 | head -20 ret->compressed: 1 ret->compressed: 1 File ./test/att1 generated an error ret->compressed: 1 ret->compressed: 1 File ./test/att10 generated an error ret->compressed: 1 ret->compressed: 1 File ./test/att11 generated an error ret->compressed: 1 ret->compressed: 1 File ./test/att2 generated an error Yet: spindle 450 /usr/src/gnome/x86_64-spindle% LD_LIBRARY_PATH=/pkg/zlib/1.2.3.3/lib ./runtest 2>&1 | head -20 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 ret->compressed: 0 These results are inverted, so in 1.2.3.5, gzdirect() returns 0 even when the input source file is not compressed at all. Oops? From madler@alumni.caltech.edu Fri Jan 22 22:26:45 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 834CE750024 for ; Fri, 22 Jan 2010 22:26:45 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.445 X-Spam-Level: X-Spam-Status: No, score=-6.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0wwK3f2gWddY for ; Fri, 22 Jan 2010 22:26:34 +0000 (GMT) Received: from mail.alumni.caltech.edu (posteaux1.caltech.edu [131.215.239.119]) by menubar.gnome.org (Postfix) with ESMTP id 65ABD750072 for ; Fri, 22 Jan 2010 22:26:26 +0000 (GMT) Received: from dhcp-79-54-242.jpl.nasa.gov (dhcp-79-54-242.jpl.nasa.gov [137.79.54.242]) by mail.alumni.caltech.edu (Postfix) with ESMTPSA id E8F0F3F0DF3; Fri, 22 Jan 2010 14:26:11 -0800 (PST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail.alumni.caltech.edu E8F0F3F0DF3 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alumni.caltech.edu; s=enforce; t=1264199171; bh=OBBX2BI2/NocHdZSPFozpi0oW3cwmXiRKBAfPbw/cTo=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=QB4xjEKG8ZBs7JiuTIqa67Dw8+A78u5ikEOYq3pfAjdWc5CbPGHQ1lmTHmZztxHT1 ceK5JctEijD/YQyz3fLWzzHahklSSD1rcH7gz8ee0NJictRsTdwJBijwSvxYLEsZix Gcz80069jFItkSXS6yAi6znUtb3VUVy4isXu6bZE= Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Mark Adler In-Reply-To: <87y6jq58jx.fsf_-_@spindle.srvr.nix> Date: Fri, 22 Jan 2010 14:26:12 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <504FB416-54B7-4A56-8A6B-8E2A71AF9641@alumni.caltech.edu> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> To: Nix X-Mailer: Apple Mail (2.1077) X-MailScanner-Information-Alumni: Please contact the Alumni Office for more information X-Alumni-MailScanner-ID: E8F0F3F0DF3.A6D27 X-MailScanner-Alumni: Mail Not Scanned X-MailScanner-From: madler@alumni.caltech.edu Cc: xml@gnome.org, Mark Brown , veillard@redhat.com Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 22:26:45 -0000 On Jan 22, 2010, at 9:54 AM, Nix wrote: > These results are inverted, so in 1.2.3.5, gzdirect() returns 0 even > when the input source file is not compressed at all. Oops? All, Yes, oops. This was already known. The testing for now should be = against the production version, 1.2.3.0, as Daniel has already done. My = next internal beta, 1.2.3.7, has the new gzdirect() fixed. (1.2.3.5 and = beyond include a wholesale replacement of the gz* functions.) The problem was that gzdirect() only reported correctly after you start = reading the file (e.g. after a gzread()), which doesn't happen when you = just do a gzopen(). gzdirect() now forces a file read when it = immediately follows a gzopen() in order to determine if it's a gzip file = or not. Mark From rcsaba@gmail.com Sat Jan 23 10:13:38 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 00605750024 for ; Sat, 23 Jan 2010 10:13:38 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YCfu6sxwfLzn for ; Sat, 23 Jan 2010 10:13:29 +0000 (GMT) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by menubar.gnome.org (Postfix) with ESMTP id 5C6FD7500AF for ; Sat, 23 Jan 2010 10:13:20 +0000 (GMT) Received: by ewy26 with SMTP id 26so168238ewy.28 for ; Sat, 23 Jan 2010 02:13:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=BqsjedewsUwbv5uodjymstaGCHSQH2UlHVYd2Inb0WA=; b=Xz4BYcaHYgYSUffqENyl+U/k/NM/VXDlP1nTIxPkq7QH6xJ3o6g9NDgGZjIQEtZe5y eKkxZwOkMoXlMo/FFfg5eX0/8eIq+DCF8eArx8ltm6E70MAIdZP8BJ6GaLFwueGBp16V vQ2E3sioiOn7vX9yXsbMxo2CkfhdYgdRbSICk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=fiMykxaa+EHyS4VQbRgM/Y3BadY4NxAnipnsul3GNJItgpY1TkIasHucf3aWOt5KwI 3eZzo0oTZ2Msl41Ta3D5QETLo4UYBrUL+paWYxrjo7Bp5AMgLrqtzIz+9PrhMGKXuCDg aPFguLAGAtPjkItarTCSGFqJNSLrp65DoeoRY= MIME-Version: 1.0 Received: by 10.213.2.81 with SMTP id 17mr1000138ebi.83.1264241598962; Sat, 23 Jan 2010 02:13:18 -0800 (PST) In-Reply-To: <20100122164019.00ed865e@muscat.corp> References: <20100122164019.00ed865e@muscat.corp> Date: Sat, 23 Jan 2010 11:13:18 +0100 Message-ID: <1ef5a52f1001230213u5cdae08dq6f37b00eb5d76410@mail.gmail.com> From: Csaba Raduly To: Jonathan Squirawski Content-Type: text/plain; charset=ISO-8859-1 Cc: xml@gnome.org Subject: Re: [xml] XmlReader: documentation question X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 10:13:38 -0000 On Fri, Jan 22, 2010 at 4:40 PM, Jonathan Squirawski wrote: > Hi, > > The xmlreader documentation said the same thing for both > . Is it a documentation > error or the two functions do exactly the same thing ? > There definitely is a difference between what they do (inner returns the text of all child nodes, outer returns the tag of the current node too, IIRC). And yes, I was confused too by the identical documentation http://www.gnu.org/projects/dotgnu/pnetlib-doc/System/Xml/XmlTextReader.html#XmlTextReader.ReadInnerXml%20Method -- Life is complex, with real and imaginary parts From webmaster@sky-siteweb.com Sat Jan 23 11:04:15 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5241D7500BC for ; Sat, 23 Jan 2010 11:04:15 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z7BSaxSMvGIj for ; Sat, 23 Jan 2010 11:04:06 +0000 (GMT) Received: from 26.mail-out.ovh.net (26.mail-out.ovh.net [91.121.27.225]) by menubar.gnome.org (Postfix) with SMTP id 58993750024 for ; Sat, 23 Jan 2010 11:03:57 +0000 (GMT) Received: (qmail 14439 invoked by uid 503); 23 Jan 2010 11:08:46 -0000 Received: from b6.ovh.net (HELO mail93.ha.ovh.net) (213.186.33.56) by 26.mail-out.ovh.net with SMTP; 23 Jan 2010 11:08:46 -0000 Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 23 Jan 2010 11:03:55 -0000 Received: from rob92-6-82-231-242-33.fbx.proxad.net (HELO skylaptop) (82.231.242.33) by ns0.ovh.net with SMTP; 23 Jan 2010 11:03:53 -0000 Date: Sat, 23 Jan 2010 12:05:33 +0100 From: Jonathan 'Sky' Squirawski To: Csaba Raduly Message-ID: <20100123120533.71d2f466@skylaptop> In-Reply-To: <1ef5a52f1001230213u5cdae08dq6f37b00eb5d76410@mail.gmail.com> References: <20100122164019.00ed865e@muscat.corp> <1ef5a52f1001230213u5cdae08dq6f37b00eb5d76410@mail.gmail.com> X-Mailer: Claws Mail 3.7.4 (GTK+ 2.18.5; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Ovh-Tracer-Id: 15535448390136245796 X-Ovh-Remote: 82.231.242.33 (rob92-6-82-231-242-33.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|U 0.5/N Cc: xml@gnome.org Subject: Re: [xml] XmlReader: documentation question X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 11:04:15 -0000 Ok, thank you very much :) Le Sat, 23 Jan 2010 11:13:18 +0100, Csaba Raduly a =C3=A9crit : > On Fri, Jan 22, 2010 at 4:40 PM, Jonathan Squirawski wrote: > > Hi, > > > > The xmlreader documentation said the same thing for both > > . Is it a documentation > > error or the two functions do exactly the same thing ? > > >=20 > There definitely is a difference between what they do (inner returns > the text of all child nodes, outer returns the tag of the current node > too, IIRC). And yes, I was confused too by the identical documentation >=20 > http://www.gnu.org/projects/dotgnu/pnetlib-doc/System/Xml/XmlTextReader.h= tml#XmlTextReader.ReadInnerXml%20Method >=20 >=20 From nix@esperi.org.uk Sat Jan 23 12:40:03 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5704D750091 for ; Sat, 23 Jan 2010 12:40:03 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N2Bt-D3S1Amz for ; Sat, 23 Jan 2010 12:39:57 +0000 (GMT) Received: from mail.esperi.org.uk (icebox.esperi.org.uk [81.187.191.129]) by menubar.gnome.org (Postfix) with ESMTP id 8285775007E for ; Sat, 23 Jan 2010 12:39:48 +0000 (GMT) Received: from esperi.org.uk (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.4/8.14.3) with ESMTP id o0NCdbZO024555; Sat, 23 Jan 2010 12:39:37 GMT Received: (from nix@localhost) by esperi.org.uk (8.14.4/8.12.11/Submit) id o0NCdbc8011425; Sat, 23 Jan 2010 12:39:37 GMT To: Mark Adler References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <504FB416-54B7-4A56-8A6B-8E2A71AF9641@alumni.caltech.edu> From: Nix Emacs: Our Lady of Perpetual Garbage Collection Date: Sat, 23 Jan 2010 12:39:36 +0000 In-Reply-To: <504FB416-54B7-4A56-8A6B-8E2A71AF9641@alumni.caltech.edu> (Mark Adler's message of "Fri, 22 Jan 2010 14:26:12 -0800") Message-ID: <87y6jp3shj.fsf@spindle.srvr.nix> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b29 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-wuwien-Metrics: spindle 1290; Body=4 Fuz1=4 Fuz2=4 Cc: xml@gnome.org, Mark Brown , veillard@redhat.com Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 12:40:03 -0000 On 22 Jan 2010, Mark Adler spake thusly: > On Jan 22, 2010, at 9:54 AM, Nix wrote: >> These results are inverted, so in 1.2.3.5, gzdirect() returns 0 even >> when the input source file is not compressed at all. Oops? > > All, > > Yes, oops. This was already known. The testing for now should be > against the production version, 1.2.3.0, as Daniel has already done. > My next internal beta, 1.2.3.7, has the new gzdirect() fixed. Aha, OK: obviously 1.2.4 isn't quite ready for release yet! It might be a good idea if you released something with only the security vulnerabilities in 1.2.3.0 fixed. Not all OS vendors who ship zlib seem to bother with security updates to it :((( though the Linux distributors do a good job (often by shipping your internal betas). From madler@alumni.caltech.edu Sat Jan 23 17:21:52 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 77F5E750072 for ; Sat, 23 Jan 2010 17:21:52 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8bXE-hjhDZdz for ; Sat, 23 Jan 2010 17:21:43 +0000 (GMT) Received: from mail.alumni.caltech.edu (posteaux1.caltech.edu [131.215.239.119]) by menubar.gnome.org (Postfix) with ESMTP id 99712750080 for ; Sat, 23 Jan 2010 17:21:35 +0000 (GMT) Received: from [10.0.1.4] (24-205-65-22.dhcp.psdn.ca.charter.com [24.205.65.22]) by mail.alumni.caltech.edu (Postfix) with ESMTPSA id 8C44D3F01F7; Sat, 23 Jan 2010 09:21:30 -0800 (PST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail.alumni.caltech.edu 8C44D3F01F7 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alumni.caltech.edu; s=enforce; t=1264267290; bh=dW/nVcXPLmZKeti5Z99AoR0e8+yqJz/y4wrP11+cFUs=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=PKI8PaHBZ+yUfHE/MrviGGIT9MaGQa17DuA2vZVae52K4XPZ0Rega4mH0YHWCzY58 ez7MpxWhnOL1Jkyb2vjHckFLAVyFH9Pedp23QRb3/QS3YUMxNDKOwyMp2uuAJ34K/K y41FigNUnPm+FJYKuuo8tbWpcwuXTWNnQFvPoZpw= Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Mark Adler In-Reply-To: <87y6jp3shj.fsf@spindle.srvr.nix> Date: Sat, 23 Jan 2010 09:21:29 -0800 Content-Transfer-Encoding: 7bit Message-Id: <370381A1-DE4E-45AA-9650-8E776F23A3E1@alumni.caltech.edu> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <504FB416-54B7-4A56-8A6B-8E2A71AF9641@alumni.caltech.edu> <87y6jp3shj.fsf@spindle.srvr.nix> To: Nix X-Mailer: Apple Mail (2.1077) X-MailScanner-Information-Alumni: Please contact the Alumni Office for more information X-Alumni-MailScanner-ID: 8C44D3F01F7.AE5E1 X-MailScanner-Alumni: Mail Not Scanned X-MailScanner-From: madler@alumni.caltech.edu Cc: xml@gnome.org, Mark Brown , veillard@redhat.com Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 17:21:52 -0000 On Jan 23, 2010, at 4:39 AM, Nix wrote: > It might be a good idea if you released something with only the security > vulnerabilities in 1.2.3.0 fixed. I am not aware of any security vulnerabilities in 1.2.3. Mark From nix@esperi.org.uk Sat Jan 23 18:18:12 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 989CB75008A for ; Sat, 23 Jan 2010 18:18:12 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6C-31NCVnxXd for ; Sat, 23 Jan 2010 18:18:07 +0000 (GMT) Received: from mail.esperi.org.uk (icebox.esperi.org.uk [81.187.191.129]) by menubar.gnome.org (Postfix) with ESMTP id D79727500B6 for ; Sat, 23 Jan 2010 18:17:58 +0000 (GMT) Received: from esperi.org.uk (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.4/8.14.3) with ESMTP id o0NIHlQ4025835; Sat, 23 Jan 2010 18:17:47 GMT Received: (from nix@localhost) by esperi.org.uk (8.14.4/8.12.11/Submit) id o0NIHk48014134; Sat, 23 Jan 2010 18:17:46 GMT To: Mark Adler References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <504FB416-54B7-4A56-8A6B-8E2A71AF9641@alumni.caltech.edu> <87y6jp3shj.fsf@spindle.srvr.nix> <370381A1-DE4E-45AA-9650-8E776F23A3E1@alumni.caltech.edu> From: Nix Emacs: Our Lady of Perpetual Garbage Collection Date: Sat, 23 Jan 2010 18:17:46 +0000 In-Reply-To: <370381A1-DE4E-45AA-9650-8E776F23A3E1@alumni.caltech.edu> (Mark Adler's message of "Sat, 23 Jan 2010 09:21:29 -0800") Message-ID: <87d4104red.fsf@spindle.srvr.nix> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b29 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-URT-Metrics: spindle 1060; Body=4 Fuz1=4 Fuz2=4 Cc: xml@gnome.org, Mark Brown , veillard@redhat.com Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 18:18:12 -0000 On 23 Jan 2010, Mark Adler outgrape: > On Jan 23, 2010, at 4:39 AM, Nix wrote: >> It might be a good idea if you released something with only the security >> vulnerabilities in 1.2.3.0 fixed. > > I am not aware of any security vulnerabilities in 1.2.3. Apologies, silly brainfart: I simply cannot keep from mixing up zlib and gzip even though one is a library and says as much in its name and the other is not :/ I mix them up when extracting them, when talking about them, when applying patches, all the damn time. From madler@alumni.caltech.edu Mon Jan 25 05:03:53 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 64717750007 for ; Mon, 25 Jan 2010 05:03:53 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.445 X-Spam-Level: X-Spam-Status: No, score=-6.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id STdDzcRFJjlW for ; Mon, 25 Jan 2010 05:03:44 +0000 (GMT) Received: from mail.alumni.caltech.edu (posteaux1.caltech.edu [131.215.239.119]) by menubar.gnome.org (Postfix) with ESMTP id 5ECA6750005 for ; Mon, 25 Jan 2010 05:03:36 +0000 (GMT) Received: from [10.0.1.4] (24-205-65-22.dhcp.psdn.ca.charter.com [24.205.65.22]) by mail.alumni.caltech.edu (Postfix) with ESMTPSA id 7A5A53F0C4B; Sun, 24 Jan 2010 21:03:34 -0800 (PST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail.alumni.caltech.edu 7A5A53F0C4B DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alumni.caltech.edu; s=enforce; t=1264395814; bh=hPCeZAOk7CpGg0pR10wotOe37FYGY4k7SR66PFZKCjc=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=LmByrGWfT4Q4fLZ6LQwBpfTNkY7pg1r++39LDtK0fQaUOA/WwmTTD/RDQwOuaMzgc u0/gmffSYK5iCdpJ397Q28i5QzOVf0weCxNjBUeGcijT5FWE6fkgEd2Z5ixVML64NR 49KnbiiNhY3w6yx2Gz2Jikc+JYHUs9O5wmlwFIf0= Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Mark Adler In-Reply-To: <87y6jq58jx.fsf_-_@spindle.srvr.nix> Date: Sun, 24 Jan 2010 21:03:33 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> To: Nix X-Mailer: Apple Mail (2.1077) X-MailScanner-Information-Alumni: Please contact the Alumni Office for more information X-Alumni-MailScanner-ID: 7A5A53F0C4B.AEC25 X-MailScanner-Alumni: Mail Not Scanned X-MailScanner-From: madler@alumni.caltech.edu Cc: xml@gnome.org, Mark Brown , veillard@redhat.com Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2010 05:03:53 -0000 On Jan 22, 2010, at 9:54 AM, Nix wrote: > These results are inverted, so in 1.2.3.5, gzdirect() returns 0 even > when the input source file is not compressed at all. All, zlib 1.2.3.7 is available, which can be used in addition to zlib 1.2.3.0 = for testing the fixes to libxml. gzdirect() now works as expected. http://zlib.net/current/beta/ Mark From gnome-xml@m.gmane.org Mon Jan 25 12:50:26 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7C7A475008F for ; Mon, 25 Jan 2010 12:50:26 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ruI82HKkxJGD for ; Mon, 25 Jan 2010 12:50:20 +0000 (GMT) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by menubar.gnome.org (Postfix) with ESMTP id 895407500E4 for ; Mon, 25 Jan 2010 12:50:12 +0000 (GMT) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NZOOO-0006Vz-0x for xml@gnome.org; Mon, 25 Jan 2010 13:50:08 +0100 Received: from lec67-1-81-56-105-88.fbx.proxad.net ([81.56.105.88]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Jan 2010 13:50:08 +0100 Received: from boris by lec67-1-81-56-105-88.fbx.proxad.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Jan 2010 13:50:08 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: xml@gnome.org From: "Boris Schaeling" Date: Mon, 25 Jan 2010 12:59:56 +0100 Lines: 24 Message-ID: References: <4B5CC7BA.7070803@aevum.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lec67-1-81-56-105-88.fbx.proxad.net User-Agent: Opera Mail/10.10 (Win32) Sender: news Cc: xslt@gnome.org Subject: Re: [xml] HTML vs. XHTML: different output when including a file with \r\n [WAS: xmllint vs. xsltproc: different output when including a file with \r\n] X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2010 12:50:26 -0000 On Sun, 24 Jan 2010 23:20:42 +0100, Nick Wellnhofer wrote: > [...]It seems that the default behavior of libxml is to encode "\r" as > " ". But there is an exception for HTML in > xmlEncodeEntitiesReentrant in entities.c. I haven't checked, but looking This would confirm our assumption that it's libxml which treats \r differently depending on the output format. > at the source the XHTML serialization code seems to call > xmlEscapeContent in xmlIO.c. There's also xmlEscapeEntities in xmlsave.c > but that uses hex char refs. Those two functions don't make an exception > for XHTML content. > > Personally, I think libxml shouldn't escape "\r" at all. As one function distinguishes between HTML and XHTML and the others escape \r I wonder what the use cases looked like. So far it would also make more sense to me if \r is not escaped for XHTML (at least one popular reading system for ePub files - which contain XHTML files - shows a question mark for entities). Boris From stefan_ml@behnel.de Wed Jan 27 13:00:15 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 88F41750063 for ; Wed, 27 Jan 2010 13:00:15 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eyeQZJLCb6Re for ; Wed, 27 Jan 2010 13:00:06 +0000 (GMT) Received: from lnx500.hrz.tu-darmstadt.de (lnx500.hrz.tu-darmstadt.de [130.83.156.225]) by menubar.gnome.org (Postfix) with ESMTP id 1A800750103 for ; Wed, 27 Jan 2010 12:59:57 +0000 (GMT) Received: from paris.dvs.informatik.tu-darmstadt.de (paris2.dvs.informatik.tu-darmstadt.de [130.83.166.130]) by lnx500.hrz.tu-darmstadt.de (8.14.2/8.14.2/HRZ/PMX) with ESMTP id o0RCxrRi003310 for ; Wed, 27 Jan 2010 13:59:53 +0100 (envelope-from stefan_ml@behnel.de) Received: from [192.168.2.83] (ppp-82-135-94-30.dynamic.mnet-online.de [82.135.94.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs.informatik.tu-darmstadt.de (Postfix) with ESMTPSA id 9B38048D1 for ; Wed, 27 Jan 2010 13:59:54 +0100 (CET) Message-ID: <4B6038C8.90102@behnel.de> Date: Wed, 27 Jan 2010 13:59:52 +0100 From: Stefan Behnel User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: xml@gnome.org References: <20091105130818.216300@gmx.net> <20091105210507.314490@gmx.net> <4AF7D968.4040400@behnel.de> <4AF85E33.9020202@behnel.de> In-Reply-To: <4AF85E33.9020202@behnel.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-PMX-TU: seen v0.99a by 5.5.8.383112, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.1.27.124534 X-PMX-SPAMCHECK: outgoing mail Subject: Re: [xml] confusing xpath performance characteristics X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2010 13:00:15 -0000 [bump] Any comments? Stefan Behnel, 09.11.2009 19:23: > Stefan Behnel, 09.11.2009 09:57: >> It's the last operation, merging and sorting large sets of results, that >> makes this extremely slow - it takes 92% of the evaluation time in my tests >> (using libxml2 2.7.5). It's much faster to traverse the document in a >> single step, and just select single attributes from it, that can quickly be >> appended to the node set. >> >> I imagine that this step could actually be optimised away in many cases >> (like the case above, where results are guaranteed to be found in doc >> order), so I guess it's just in there to avoid too much special casing. But >> it seriously kills the performance here. > > Would it be ok to add a new "int isInDocumentOrder" field to the xmlNodeSet > struct that would be true for node sets that are known to be in document order? > > That would make it easy to skip the sorting step in all cases where > building the node set follows document order anyway. Given that node > comparison is horribly expensive (more than 90% of the sort time in my > tests), I think it's absolutely worth avoiding the sorting step whenever > possible. > > Also, for sorted node sets, xmlXPathNodeSetAdd() could compare the new node > to the last node in the node-set and clear the flag if the new node breaks > the document order. That way, only N-1 comparisons would be required for a > sorted set of N nodes, instead of something like O(N^2) currently. > > Stefan > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml From c3459823592735@arcor.de Thu Jan 28 23:27:00 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AA5067500A5 for ; Thu, 28 Jan 2010 23:27:00 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.199 X-Spam-Level: X-Spam-Status: No, score=-1.199 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FROM_LOCAL_DIGITS=0.001, FROM_LOCAL_HEX=1.399] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B7DIUivVFVT7 for ; Thu, 28 Jan 2010 23:26:52 +0000 (GMT) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by menubar.gnome.org (Postfix) with ESMTP id 75E2F750024 for ; Thu, 28 Jan 2010 23:26:44 +0000 (GMT) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mx.arcor.de (Postfix) with ESMTP id D9B5A2AED70 for ; Fri, 29 Jan 2010 00:26:41 +0100 (CET) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id C5B2FAD8EB for ; Fri, 29 Jan 2010 00:26:41 +0100 (CET) Received: from webmail10.arcor-online.net (webmail10.arcor-online.net [151.189.8.93]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id B7B5439A3AE for ; Fri, 29 Jan 2010 00:26:41 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-06.arcor-online.net B7B5439A3AE DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=arcor.de; s=mail-in; t=1264721201; bh=EHTDCcjugJJ+orTNsy1xCdZfyCJLVIyoIvPi9+29HxE=; h=Message-ID:Date:From:To:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding; b=pTamt36i/HcxRJYojD8rFyXLmbvysmrWz4EplRu2Yg2UY4mPg4fuHqzzNs2W2GYDx XQxsc3944p6nPDLE+R1U6phvswIMc3/XE4Bvevcg2XVWvOSDK/rRVK0JgF5PVzrfEp fvJ8j5FT0YnHK+IGoVSgvqxTk9p+tfOI4Ih937Sw= Received: from [91.37.191.201] by webmail10.arcor-online.net (151.189.8.93) with HTTP (Arcor Webmail); Fri, 29 Jan 2010 00:26:41 +0100 (CET) Message-ID: <17444905.1264721201714.JavaMail.ngmail@webmail10.arcor-online.net> Date: Fri, 29 Jan 2010 00:26:41 +0100 (CET) From: c3459823592735@arcor.de To: xml@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-ngMessageSubType: MessageSubType_MAIL X-WebmailclientIP: 91.37.191.201 Subject: [xml] xinclude on same resource - xpointer="element(c2/1)" fails X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2010 23:27:00 -0000 Hi, I'm using xinclude with xpointer element()-scheme to include an existing e= lement of the same resource at a different location. The following bar.xml = gives an example. In cruft-element with ID "c4" I'm including a. In cruft-element with ID "c5" I'm trying to include b. In c= ruft-element "c6" I'm trying to include c and added therefore = a href=3D"bar.xml" to avoid any "Resource Error". I'm doing all this with I= Ds defined in bar.xsd. Here comes the complete example: a b c <= /cruft> While this first works fine with xmllint --xinclude bar.xml, the later two = fail: bar.xml:10: element include: XInclude error : detected a recursion in bar.x= ml bar.xml:9: element include: XInclude error : XPointer evaluation failed: #e= lemen t(c2/1) bar.xml:9: element include: XInclude error : could not load bar.xml, and no= fall back was found a b c a Reading the recommendation at http://www.w3.org/TR/2006/REC-xinclude-200611= 15/#loops it says: " In other words, the following are all legal: [...]An x= i:include element may identify a different part of the same local resource = (same href, different xpointer)." This is what the first xi:include does su= ccessfully. I'm wondering why the other both don't work. Has anybody an ide= a? To make the example complete, I append here the bar.xsd: =09 =09 =09=09 =09=09=09 =09=09=09=09 =09=09=09 =09=09=09 =09=09 =09 =09 =09=09 =09=09=09 =09=09=09=09 =09=09=09 =09=09=09 =09=09 =09 =09 =09=09 =09=09=09 =09=09=09=09 =09=09=09 =09=09 =09 =09 =09=09 =09=09=09 =09=09=09=09 =09=09=09 =09=09 =09 Kind regards, Sabine Immer auf dem Laufenden! Sport, Auto, Reise, Politik und Promis. Von uns f= =FCr Sie: der neue Arcor.de-Newsletter! Jetzt anmelden und einfach alles wissen: http://www.arcor.de/rd/footer.news= letter From bansp@o2.pl Fri Jan 29 00:03:48 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AE0877500AF for ; Fri, 29 Jan 2010 00:03:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jLLZ2vRqiE0i for ; Fri, 29 Jan 2010 00:03:39 +0000 (GMT) Received: from mailout1.go2.pl (mailout1.go2.pl [193.17.41.11]) by menubar.gnome.org (Postfix) with ESMTP id CBF1F75006E for ; Fri, 29 Jan 2010 00:03:30 +0000 (GMT) Received: from mailout1.go2.pl (unknown [10.0.0.105]) by mailout1.go2.pl (Postfix) with ESMTP id 43D515F0017 for ; Fri, 29 Jan 2010 01:03:28 +0100 (CET) Received: from unknown (unknown [10.0.0.42]) by mailout1.go2.pl (Postfix) with SMTP for ; Fri, 29 Jan 2010 01:03:28 +0100 (CET) Received: from aawv252.neoplus.adsl.tpnet.pl [83.6.81.252] by poczta.o2.pl with ESMTP id KSprUG; Fri, 29 Jan 2010 01:03:28 +0100 Message-ID: <4B6225CD.8000503@o2.pl> Date: Fri, 29 Jan 2010 01:03:25 +0100 From: =?ISO-8859-2?Q?Piotr_Ba=F1ski?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: xml@gnome.org References: <17444905.1264721201714.JavaMail.ngmail@webmail10.arcor-online.net> In-Reply-To: <17444905.1264721201714.JavaMail.ngmail@webmail10.arcor-online.net> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-O2-Trust: 2, 60 Subject: Re: [xml] xinclude on same resource - xpointer="element(c2/1)" fails X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 00:03:48 -0000 Hi Sabine, I think you will find a bug report to this effect in the Gnome Bugzilla. Search for "XInclude", you should be able to find it easily. This is not to say "leave it, it's been reported" -- by no means, that report is actually years old. But possibly, if you add to it and elaborate on it, the day when it's marked as FIXED shall approach quicker than it would otherwise. Keeping my fingers crossed, Piotr On 2010-01-29 00:26, c3459823592735@arcor.de wrote: > Hi, > > I'm using xinclude with xpointer element()-scheme to include an existing element of the same resource at a different location. The following bar.xml gives an example. In cruft-element with ID "c4" I'm including a. In cruft-element with ID "c5" I'm trying to include b. In cruft-element "c6" I'm trying to include c and added therefore a href="bar.xml" to avoid any "Resource Error". I'm doing all this with IDs defined in bar.xsd. Here comes the complete example: > > xmlns:xi="http://www.w3.org/2001/XInclude" > xsi:noNamespaceSchemaLocation="bar.xsd"> > > a > b > c > > > > > > > While this first works fine with xmllint --xinclude bar.xml, the later two fail: > > bar.xml:10: element include: XInclude error : detected a recursion in bar.xml > bar.xml:9: element include: XInclude error : XPointer evaluation failed: #elemen > t(c2/1) > bar.xml:9: element include: XInclude error : could not load bar.xml, and no fall > back was found > > > > a > b > c > a > > > > > > Reading the recommendation at http://www.w3.org/TR/2006/REC-xinclude-20061115/#loops it says: " In other words, the following are all legal: [...]An xi:include element may identify a different part of the same local resource (same href, different xpointer)." This is what the first xi:include does successfully. I'm wondering why the other both don't work. Has anybody an idea? > > To make the example complete, I append here the bar.xsd: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Kind regards, > Sabine > > > Immer auf dem Laufenden! Sport, Auto, Reise, Politik und Promis. Von uns für Sie: der neue Arcor.de-Newsletter! > Jetzt anmelden und einfach alles wissen: http://www.arcor.de/rd/footer.newsletter > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > From aaron.patterson@gmail.com Fri Jan 29 08:17:00 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1EFFA750020 for ; Fri, 29 Jan 2010 08:17:00 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y1A61GE-qzJa for ; Fri, 29 Jan 2010 08:16:50 +0000 (GMT) Received: from mail-yx0-f187.google.com (mail-yx0-f187.google.com [209.85.210.187]) by menubar.gnome.org (Postfix) with ESMTP id AD3AE750050 for ; Fri, 29 Jan 2010 08:16:42 +0000 (GMT) Received: by yxe17 with SMTP id 17so1922624yxe.33 for ; Fri, 29 Jan 2010 00:16:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=EAU3JqmtkIN8zBqU+RSNAplvRFXZDidihN44cxFFoHA=; b=OWH838RdDpmgSwfbeBB/dMGvyY0NWtBYas/ndCtdSPa8Dq5eLqruTF2Fnux8cNwfXH 1ibTCoP7+txZ2ovp8FeWE/1fRovlbHuw/cpzbU2DMFOyCVoAtkJq+rOFoO02qrKuAOdG Su2/GZ+fLjjbOb2c9GQ0q757MHBfCbpZZbits= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Q9Ng0FQsbKOSQlP5JEWN+tVhZqbDP4xv/puBxIc/SYQlij62L6RT5jTo+Tr2VpTd8H xKNdcjbWM8rTPgniilWbRoUkWYwTiPfC/yMfBIP+h/Le0ZdOdfC9XVpt3apG8t09Qxni jSWFxn9u+rsfQ46HWlN6fM3HcYVj9kWeQQXw0= MIME-Version: 1.0 Received: by 10.101.136.27 with SMTP id o27mr506082ann.93.1264753000706; Fri, 29 Jan 2010 00:16:40 -0800 (PST) Date: Fri, 29 Jan 2010 00:16:40 -0800 Message-ID: <6959e1681001290016o5bca7725vaa2de178a1526fe5@mail.gmail.com> From: Aaron Patterson To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [xml] Strange behavior with xmlParseInNodeContext and HTML documents X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 08:17:00 -0000 Hi, I'm trying to use xmlParseInNodeContext along with an HTML document. It seems to be exhibiting strange behavior, but I'm not sure. It seems that when I'm dealing with HTML documents, no matter what context node I give xmlParseInNodeContext, I always end up with an entire HTML document returned rather than just the few nodes I was hoping for. I've written a sample program to demonstrate the problem: http://gist.github.com/289553 Any help would be greatly appreciated! -- Aaron Patterson http://tenderlovemaking.com/ From veillard@paphio.veillard.com Fri Jan 29 10:20:36 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A8C64750198 for ; Fri, 29 Jan 2010 10:20:36 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.037 X-Spam-Level: X-Spam-Status: No, score=-5.037 tagged_above=-999 required=2 tests=[AWL=1.331, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e0rKYWCedOJn for ; Fri, 29 Jan 2010 10:20:16 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 2E8B0750064 for ; Fri, 29 Jan 2010 10:20:07 +0000 (GMT) Received: from int-mx05.intmail.prod.int.phx2.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.18]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TAK1cN027069 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 05:20:01 -0500 Received: from paphio.veillard.com (vpn2-9-68.ams2.redhat.com [10.36.9.68]) by int-mx05.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TAJwGl003411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 05:20:00 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TAjjWl025368; Fri, 29 Jan 2010 11:45:45 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TAjiCc025367; Fri, 29 Jan 2010 11:45:44 +0100 Date: Fri, 29 Jan 2010 11:45:43 +0100 From: Daniel Veillard To: c3459823592735@arcor.de Message-ID: <20100129104543.GK2929@redhat.com> References: <17444905.1264721201714.JavaMail.ngmail@webmail10.arcor-online.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17444905.1264721201714.JavaMail.ngmail@webmail10.arcor-online.net> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.18 Cc: xml@gnome.org Subject: Re: [xml] xinclude on same resource - xpointer="element(c2/1)" fails X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 10:20:36 -0000 On Fri, Jan 29, 2010 at 12:26:41AM +0100, c3459823592735@arcor.de wrote: > Hi, > > I'm using xinclude with xpointer element()-scheme to include an existing element of the same resource at a different location. The following bar.xml gives an example. In cruft-element with ID "c4" I'm including a. In cruft-element with ID "c5" I'm trying to include b. In cruft-element "c6" I'm trying to include c and added therefore a href="bar.xml" to avoid any "Resource Error". I'm doing all this with IDs defined in bar.xsd. Here comes the complete example: > > xmlns:xi="http://www.w3.org/2001/XInclude" > xsi:noNamespaceSchemaLocation="bar.xsd"> > > a > b > c > > > > > xmllint doesn't do ID ness for XSD based validation as far as I know, at least not by default whe XIncluding it so your ID won't be found that way ! Use xml:id it was designed exactly for that. Also your second and 3rd espressions are wrong, element(c2/1) will look for an element named c2 not for an element with an ID of c2. use id() or @id constructs. There are examples in the source tree under test/XPath/xptr/ Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Fri Jan 29 10:45:24 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6CEF27500A8 for ; Fri, 29 Jan 2010 10:45:24 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.046 X-Spam-Level: X-Spam-Status: No, score=-5.046 tagged_above=-999 required=2 tests=[AWL=1.322, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eFPn8nxTDsxe for ; Fri, 29 Jan 2010 10:45:02 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 950247501A7 for ; Fri, 29 Jan 2010 10:44:54 +0000 (GMT) Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TAiq4E012573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 05:44:52 -0500 Received: from paphio.veillard.com (vpn2-9-68.ams2.redhat.com [10.36.9.68]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TAinGF022128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 05:44:51 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TBB0It007901; Fri, 29 Jan 2010 12:11:01 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TBB0Zm007900; Fri, 29 Jan 2010 12:11:00 +0100 Date: Fri, 29 Jan 2010 12:10:58 +0100 From: Daniel Veillard To: Aaron Patterson Message-ID: <20100129111058.GL2929@redhat.com> References: <6959e1681001290016o5bca7725vaa2de178a1526fe5@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <6959e1681001290016o5bca7725vaa2de178a1526fe5@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 Cc: xml@gnome.org Subject: Re: [xml] Strange behavior with xmlParseInNodeContext and HTML documents X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 10:45:24 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jan 29, 2010 at 12:16:40AM -0800, Aaron Patterson wrote: > Hi, I'm trying to use xmlParseInNodeContext along with an HTML > document. It seems to be exhibiting strange behavior, but I'm not > sure. > > It seems that when I'm dealing with HTML documents, no matter what > context node I give xmlParseInNodeContext, I always end up with an > entire HTML document returned rather than just the few nodes I was > hoping for. > > I've written a sample program to demonstrate the problem: > > http://gist.github.com/289553 > > Any help would be greatly appreciated! Hum, xmlParseInNodeContext notices that the enclosing document is an HTML document, so invoke the HTML parser for that fragment, and the HTML parser finding a "

hello world!

" document automatically augment it with defaulted and . This defaulting should be turned off in the HTML parser for this to work, but there is no such HTML parser option. There is an htmlOmittedDefaultValue global variable that you could use, but really we should not rely on global variable for processing options anymore, best is to add an HTML_PARSE_NOIMPLIED. The enclosed patch seems to fix it for me, (note: the new HTML parser option correspond to a XML parser option making no sense in HTML parsing, so we can reuse it, 1 << 13). Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="html_in_context_no_implied.patch" diff --git a/HTMLparser.c b/HTMLparser.c index 9e275a2..3d4831c 100644 --- a/HTMLparser.c +++ b/HTMLparser.c @@ -1394,6 +1394,8 @@ static void htmlCheckImplied(htmlParserCtxtPtr ctxt, const xmlChar *newtag) { int i; + if (ctxt->options & HTML_PARSE_NOIMPLIED) + return; if (!htmlOmittedDefaultValue) return; if (xmlStrEqual(newtag, BAD_CAST"html")) diff --git a/include/libxml/HTMLparser.h b/include/libxml/HTMLparser.h index 05905e4..cde0ac6 100644 --- a/include/libxml/HTMLparser.h +++ b/include/libxml/HTMLparser.h @@ -182,6 +182,7 @@ typedef enum { HTML_PARSE_PEDANTIC = 1<<7, /* pedantic error reporting */ HTML_PARSE_NOBLANKS = 1<<8, /* remove blank nodes */ HTML_PARSE_NONET = 1<<11,/* Forbid network access */ + HTML_PARSE_NOIMPLIED= 1<<13,/* Do not add implied html/body... elements */ HTML_PARSE_COMPACT = 1<<16 /* compact small text nodes */ } htmlParserOption; diff --git a/parser.c b/parser.c index c779c1d..a63c668 100644 --- a/parser.c +++ b/parser.c @@ -12870,8 +12870,14 @@ xmlParseInNodeContext(xmlNodePtr node, const char *data, int datalen, if (doc->type == XML_DOCUMENT_NODE) ctxt = xmlCreateMemoryParserCtxt((char *) data, datalen); #ifdef LIBXML_HTML_ENABLED - else if (doc->type == XML_HTML_DOCUMENT_NODE) + else if (doc->type == XML_HTML_DOCUMENT_NODE) { ctxt = htmlCreateMemoryParserCtxt((char *) data, datalen); + /* + * When parsing in context, it makes no sense to add implied + * elements like html/body/etc... + */ + options |= HTML_PARSE_NOIMPLIED; + } #endif else return(XML_ERR_INTERNAL_ERROR); --mP3DRpeJDSE+ciuQ-- From veillard@paphio.veillard.com Fri Jan 29 10:46:59 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3D4FB7501B2 for ; Fri, 29 Jan 2010 10:46:59 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.016 X-Spam-Level: X-Spam-Status: No, score=-5.016 tagged_above=-999 required=2 tests=[AWL=1.275, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XN=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LqmOGR8xhXpM for ; Fri, 29 Jan 2010 10:46:36 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id DFE007500BE for ; Fri, 29 Jan 2010 10:46:28 +0000 (GMT) Received: from int-mx05.intmail.prod.int.phx2.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.18]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TAkFPe016017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 05:46:15 -0500 Received: from paphio.veillard.com (vpn2-9-68.ams2.redhat.com [10.36.9.68]) by int-mx05.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TAkCwm009068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 05:46:14 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TBCP2A008075; Fri, 29 Jan 2010 12:12:25 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TBCNt3008074; Fri, 29 Jan 2010 12:12:23 +0100 Date: Fri, 29 Jan 2010 12:12:22 +0100 From: Daniel Veillard To: Rob Richards Message-ID: <20100129111222.GM2929@redhat.com> References: <4B58520F.1030600@gmx.at> <20100122111547.GI14970@redhat.com> <4B598DE6.7030102@gmx.at> <20100122114911.GJ14970@redhat.com> <4B59A7FA.4020608@cdatazone.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B59A7FA.4020608@cdatazone.org> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.18 Cc: xml@gnome.org Subject: Re: [xml] Trying to make sense of testsuite errors with libxml2 2.7.6 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 10:46:59 -0000 On Fri, Jan 22, 2010 at 08:28:26AM -0500, Rob Richards wrote: > Daniel Veillard wrote: > >On Fri, Jan 22, 2010 at 12:37:10PM +0100, Martin B. wrote: > >>C:\AccuRev\trappel\Testprojects\libxml2-2.7.6> > >>C:\AccuRev\trappel\Testprojects\libxml2-2.7.6>xmllint --relaxng > >>test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >>./test/relaxng/595792-ext.rng validates > > > > Seems there is something borked in rngTest in runtest.c, see one > >of the other patches posted yesterday, I will try to find what's going > >on > > > > > Was simply that those tests are skipped but on Windows the return > value isnt automatically initialized to 0 so throws the error when > it couldnt find the xml file. > fixed in the repo. Ah, thanks ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Fri Jan 29 10:48:21 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AA15F7501B0 for ; Fri, 29 Jan 2010 10:48:21 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.024 X-Spam-Level: X-Spam-Status: No, score=-5.024 tagged_above=-999 required=2 tests=[AWL=1.267, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XN=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q9m6KSWi+t6Y for ; Fri, 29 Jan 2010 10:48:14 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 23C047501AA for ; Fri, 29 Jan 2010 10:48:06 +0000 (GMT) Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TAltrX031883 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 05:47:55 -0500 Received: from paphio.veillard.com (vpn2-9-68.ams2.redhat.com [10.36.9.68]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TAlqNu018219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 05:47:54 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TBE6Xs008184; Fri, 29 Jan 2010 12:14:07 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TBE5kM008183; Fri, 29 Jan 2010 12:14:05 +0100 Date: Fri, 29 Jan 2010 12:14:04 +0100 From: Daniel Veillard To: Rob Richards Message-ID: <20100129111404.GN2929@redhat.com> References: <4B58520F.1030600@gmx.at> <20100122111547.GI14970@redhat.com> <4B5991C6.8020003@cdatazone.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B5991C6.8020003@cdatazone.org> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.21 Cc: xml@gnome.org Subject: Re: [xml] Trying to make sense of testsuite errors with libxml2 2.7.6 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 10:48:21 -0000 On Fri, Jan 22, 2010 at 06:53:42AM -0500, Rob Richards wrote: > Daniel Veillard wrote: > > Instead of running the test suite by running the runtest binary > >try to run it at the make level, but not sure if it works on Windows > > > >see Relaxtests target in Makefile.am, it does the same but with make > > > >for example the first failure correspond to > > > >paphio:~/XML -> xmllint --noout --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng > >./test/relaxng/595792-ext.rng validates > > > >so works here but apparently fails for you, why ... I don't know :-) > > > They fail due to not matching the pattern when calling glob, so not > relaxng related at all. Only happens when the test filename does not > contain the _ character as the pattern is: ./test/relaxng/%s_?.xml > > I do have an in-progress test suite on the make level but never > finished it off when the test executables started getting pushed. If > there is interest I don't mind revisiting it. Hum, I'm not sure, for the standard Windows build we don't use the normal makefiles, so I wonder how much help this would bring, Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Fri Jan 29 10:59:44 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2B67B750064 for ; Fri, 29 Jan 2010 10:59:44 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.07 X-Spam-Level: X-Spam-Status: No, score=-5.07 tagged_above=-999 required=2 tests=[AWL=1.298, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fU8i3+8atilP for ; Fri, 29 Jan 2010 10:59:36 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 1984A750020 for ; Fri, 29 Jan 2010 10:59:28 +0000 (GMT) Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TAxIjt018315 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 05:59:18 -0500 Received: from paphio.veillard.com (vpn2-9-68.ams2.redhat.com [10.36.9.68]) by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TAxFP8028801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 05:59:17 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TBPeQA009609; Fri, 29 Jan 2010 12:25:40 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TBPchj009608; Fri, 29 Jan 2010 12:25:38 +0100 Date: Fri, 29 Jan 2010 12:25:36 +0100 From: Daniel Veillard To: Mark Adler Message-ID: <20100129112536.GO2929@redhat.com> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.17 Cc: xml@gnome.org, Mark Brown Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 10:59:44 -0000 On Sun, Jan 24, 2010 at 09:03:33PM -0800, Mark Adler wrote: > On Jan 22, 2010, at 9:54 AM, Nix wrote: > > These results are inverted, so in 1.2.3.5, gzdirect() returns 0 even > > when the input source file is not compressed at all. > > All, > > zlib 1.2.3.7 is available, which can be used in addition to zlib 1.2.3.0 for testing the fixes to libxml. gzdirect() now works as expected. > > http://zlib.net/current/beta/ thanks ! as long as the breakage can be seen only with zlib beta and not with the main release I think it's fine. We should however synchronize so that I push a new libxml2 release before the next stable zlib one, right ? Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From rrichards@cdatazone.org Fri Jan 29 11:24:46 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 43A98750069 for ; Fri, 29 Jan 2010 11:24:46 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077, TW_XN=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p8x5FoOQeNW8 for ; Fri, 29 Jan 2010 11:24:40 +0000 (GMT) Received: from smtp2go.com (smtp2go.com [207.58.142.213]) by menubar.gnome.org (Postfix) with ESMTP id D0D56750020 for ; Fri, 29 Jan 2010 11:24:32 +0000 (GMT) Received: from [67.158.171.203] (helo=Rob-Richardss-MacBook-Pro.local) by smtp2go.com with esmtp (Exim 4.69) (envelope-from ) id 1Naoxf-0003Mn-SC; Fri, 29 Jan 2010 11:24:28 +0000 Message-ID: <4B62C56B.6080901@cdatazone.org> Date: Fri, 29 Jan 2010 06:24:27 -0500 From: Rob Richards User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: veillard@redhat.com References: <4B58520F.1030600@gmx.at> <20100122111547.GI14970@redhat.com> <4B5991C6.8020003@cdatazone.org> <20100129111404.GN2929@redhat.com> In-Reply-To: <20100129111404.GN2929@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SMTP2Go-MailScanner-Information: Please contact support@smtp2go.com for more information X-SMTP2Go-MailScanner-ID: 1Naoxf-0003Mn-SC X-SMTP2Go-MailScanner: Found to be clean X-SMTP2Go-MailScanner-From: rrichards@cdatazone.org Cc: xml@gnome.org Subject: Re: [xml] Trying to make sense of testsuite errors with libxml2 2.7.6 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 11:24:46 -0000 Daniel Veillard wrote: > On Fri, Jan 22, 2010 at 06:53:42AM -0500, Rob Richards wrote: > >> Daniel Veillard wrote: >> >>> Instead of running the test suite by running the runtest binary >>> try to run it at the make level, but not sure if it works on Windows >>> >>> see Relaxtests target in Makefile.am, it does the same but with make >>> >>> for example the first failure correspond to >>> >>> paphio:~/XML -> xmllint --noout --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng >>> ./test/relaxng/595792-ext.rng validates >>> >>> so works here but apparently fails for you, why ... I don't know :-) >>> >>> >> They fail due to not matching the pattern when calling glob, so not >> relaxng related at all. Only happens when the test filename does not >> contain the _ character as the pattern is: ./test/relaxng/%s_?.xml >> >> I do have an in-progress test suite on the make level but never >> finished it off when the test executables started getting pushed. If >> there is interest I don't mind revisiting it. >> > > Hum, I'm not sure, for the standard Windows build we don't use the > normal makefiles, so I wonder how much help this would bring, > > > It is built into the msvc makefile so on Windows you can run "nmake test" just like in the regular build. Basically I have been converting the test scripts into windows scripting. Rob From mh@glandium.org Fri Jan 29 11:30:25 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 94A84750064 for ; Fri, 29 Jan 2010 11:30:25 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fhub8wR27vRX for ; Fri, 29 Jan 2010 11:30:18 +0000 (GMT) Received: from vuizook.err.no (vuizook.err.no [85.19.221.46]) by menubar.gnome.org (Postfix) with ESMTP id 4D519750020 for ; Fri, 29 Jan 2010 11:30:10 +0000 (GMT) Received: from cha92-13-88-165-248-19.fbx.proxad.net ([88.165.248.19] helo=jigen) by vuizook.err.no with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Nap2x-0000Bs-ND; Fri, 29 Jan 2010 12:29:58 +0100 Received: from mh by jigen with local (Exim 4.71) (envelope-from ) id 1Nap2w-0006jW-H7; Fri, 29 Jan 2010 12:29:54 +0100 Date: Fri, 29 Jan 2010 12:29:54 +0100 From: Mike Hommey To: Daniel Veillard Message-ID: <20100129112954.GA25837@glandium.org> Mail-Followup-To: Daniel Veillard , Mark Adler , xml@gnome.org, Mark Brown References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <20100129112536.GO2929@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100129112536.GO2929@redhat.com> X-GPG-Fingerprint: A479 A824 265C B2A5 FC54 8D1E DE4B DA2C 54FD 2A58 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xml@gnome.org, Mark Brown , Mark Adler Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 11:30:25 -0000 On Fri, Jan 29, 2010 at 12:25:36PM +0100, Daniel Veillard wrote: > On Sun, Jan 24, 2010 at 09:03:33PM -0800, Mark Adler wrote: > > On Jan 22, 2010, at 9:54 AM, Nix wrote: > > > These results are inverted, so in 1.2.3.5, gzdirect() returns 0 even > > > when the input source file is not compressed at all. > > > > All, > > > > zlib 1.2.3.7 is available, which can be used in addition to zlib 1.2.3.0 for testing the fixes to libxml. gzdirect() now works as expected. > > > > http://zlib.net/current/beta/ > > thanks ! > > as long as the breakage can be seen only with zlib beta and not with > the main release I think it's fine. We should however synchronize so > that I push a new libxml2 release before the next stable zlib one, > > right ? There is something that "bothers" me. I've applied the patch to the libxml2 debian package already, and ran the testsuite with the zlib from both current debian unstable and debian stable, i.e. respectively 1.2.3.4 and 1.2.3.3. Both were working properly, but considering the above I was expecting failures... Is 1.2.3.5 the first version where it was really broken ? Mike From bansp@o2.pl Fri Jan 29 11:48:25 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CACBF750069 for ; Fri, 29 Jan 2010 11:48:25 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XsVZdfk2oZqJ for ; Fri, 29 Jan 2010 11:48:19 +0000 (GMT) Received: from rekin26.go2.pl (rekin26.go2.pl [193.17.41.76]) by menubar.gnome.org (Postfix) with ESMTP id 2EEF3750064 for ; Fri, 29 Jan 2010 11:48:10 +0000 (GMT) Received: from rekin26.go2.pl (rekin26.go2.pl [127.0.0.1]) by rekin26.go2.pl (Postfix) with ESMTP id 2062035D7FE for ; Fri, 29 Jan 2010 12:48:09 +0100 (CET) Received: from unknown (unknown [10.0.0.74]) by rekin26.go2.pl (Postfix) with SMTP for ; Fri, 29 Jan 2010 12:48:08 +0100 (CET) Received: from aawq253.neoplus.adsl.tpnet.pl [83.6.76.253] by poczta.o2.pl with ESMTP id fWnrAE; Fri, 29 Jan 2010 12:48:08 +0100 Message-ID: <4B62CAF6.4000005@o2.pl> Date: Fri, 29 Jan 2010 12:48:06 +0100 From: =?ISO-8859-2?Q?Piotr_Ba=F1ski?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: xml@gnome.org References: <17444905.1264721201714.JavaMail.ngmail@webmail10.arcor-online.net> <20100129104543.GK2929@redhat.com> In-Reply-To: <20100129104543.GK2929@redhat.com> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-O2-Trust: 2, 68 Subject: Re: [xml] xinclude on same resource - xpointer="element(c2/1)" fails X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 11:48:26 -0000 Hi Daniel, A minor xptr/element()-spec-related point: On 2010-01-29 11:45, Daniel Veillard wrote: > On Fri, Jan 29, 2010 at 12:26:41AM +0100, c3459823592735@arcor.de wrote: >> Hi, >> >> I'm using xinclude with xpointer element()-scheme to include an existing element of the same resource at a different location. The following bar.xml gives an example. In cruft-element with ID "c4" I'm including a. In cruft-element with ID "c5" I'm trying to include b. In cruft-element "c6" I'm trying to include c and added therefore a href="bar.xml" to avoid any "Resource Error". I'm doing all this with IDs defined in bar.xsd. Here comes the complete example: >> >> > xmlns:xi="http://www.w3.org/2001/XInclude" >> xsi:noNamespaceSchemaLocation="bar.xsd"> >> >> a >> b >> c >> >> >> >> >> > > xmllint doesn't do ID ness for XSD based validation as far as I know, > at least not by default whe XIncluding it so your ID won't be found that > way ! Use xml:id it was designed exactly for that. > > Also your second and 3rd espressions are wrong, element(c2/1) will > look for an element named c2 not for an element with an ID of c2. > use id() or @id constructs. The element() scheme allows for a shorthand pointer as the first step, so 'element(c2)' is equivalent to 'xpointer(id(c2))' (and '#element(c2)' is equivalent to '#c2'). I'm talking about the W3C spec, maybe it's "wrong" for xmllint, but I seem to recall it working, though I can't verify that right now. Best, Piotr From rrichards@cdatazone.org Fri Jan 29 12:14:48 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0696C7500D6 for ; Fri, 29 Jan 2010 12:14:48 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CmSWsLLsWW89 for ; Fri, 29 Jan 2010 12:14:41 +0000 (GMT) Received: from smtp2go.com (smtp2go.com [207.58.142.213]) by menubar.gnome.org (Postfix) with ESMTP id C97947500BE for ; Fri, 29 Jan 2010 12:14:33 +0000 (GMT) Received: from [67.158.171.203] (helo=Rob-Richardss-MacBook-Pro.local) by smtp2go.com with esmtp (Exim 4.69) (envelope-from ) id 1Napk5-00039F-Qr for xml@gnome.org; Fri, 29 Jan 2010 12:14:29 +0000 Message-ID: <4B62D125.5090600@cdatazone.org> Date: Fri, 29 Jan 2010 07:14:29 -0500 From: Rob Richards User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: xml@gnome.org Content-Type: multipart/mixed; boundary="------------080500070303030500000805" X-SMTP2Go-MailScanner-Information: Please contact support@smtp2go.com for more information X-SMTP2Go-MailScanner-ID: 1Napk5-00039F-Qr X-SMTP2Go-MailScanner: Found to be clean X-SMTP2Go-MailScanner-From: rrichards@cdatazone.org Subject: [xml] patch: copying unlinked namespaced node X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 12:14:48 -0000 This is a multi-part message in MIME format. --------------080500070303030500000805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit If there are namespaces in an unlinked node which were defined in an ancestor, when copying the node the namespace is just thrown away. The attached patch will reconcile the namespaces in the new node if namespace cant be found in either of the trees. Rob --------------080500070303030500000805 Content-Type: text/x-diff; name="tree.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tree.c.diff" diff --git a/tree.c b/tree.c index 3b66f97..6872209 100644 --- a/tree.c +++ b/tree.c @@ -4188,6 +4188,8 @@ xmlStaticCopyNode(const xmlNodePtr node, xmlDocPtr doc, xmlNodePtr parent, while (root->parent != NULL) root = root->parent; ret->ns = xmlNewNs(root, ns->href, ns->prefix); + } else { + ret->ns = xmlNewReconciliedNs(doc, ret, node->ns); } } else { /* --------------080500070303030500000805-- From veillard@paphio.veillard.com Fri Jan 29 12:37:51 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 904F57500BE for ; Fri, 29 Jan 2010 12:37:51 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.04 X-Spam-Level: X-Spam-Status: No, score=-5.04 tagged_above=-999 required=2 tests=[AWL=1.251, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XN=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1pDckdPmFSAT for ; Fri, 29 Jan 2010 12:37:43 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id E01D4750050 for ; Fri, 29 Jan 2010 12:37:35 +0000 (GMT) Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TCbPf3009329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 07:37:25 -0500 Received: from paphio.veillard.com (vpn1-5-45.ams2.redhat.com [10.36.5.45]) by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TCbM7e016507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 07:37:24 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TD5PU2021031; Fri, 29 Jan 2010 14:05:25 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TD5NJ0020788; Fri, 29 Jan 2010 14:05:23 +0100 Date: Fri, 29 Jan 2010 14:04:53 +0100 From: Daniel Veillard To: Rob Richards Message-ID: <20100129130453.GP2929@redhat.com> References: <4B58520F.1030600@gmx.at> <20100122111547.GI14970@redhat.com> <4B5991C6.8020003@cdatazone.org> <20100129111404.GN2929@redhat.com> <4B62C56B.6080901@cdatazone.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B62C56B.6080901@cdatazone.org> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.17 Cc: xml@gnome.org Subject: Re: [xml] Trying to make sense of testsuite errors with libxml2 2.7.6 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 12:37:51 -0000 On Fri, Jan 29, 2010 at 06:24:27AM -0500, Rob Richards wrote: > Daniel Veillard wrote: > >On Fri, Jan 22, 2010 at 06:53:42AM -0500, Rob Richards wrote: > >>Daniel Veillard wrote: > >>> Instead of running the test suite by running the runtest binary > >>>try to run it at the make level, but not sure if it works on Windows > >>> > >>>see Relaxtests target in Makefile.am, it does the same but with make > >>> > >>>for example the first failure correspond to > >>> > >>>paphio:~/XML -> xmllint --noout --relaxng test/relaxng/tutorA.rng ./test/relaxng/595792-ext.rng > >>>./test/relaxng/595792-ext.rng validates > >>> > >>>so works here but apparently fails for you, why ... I don't know :-) > >>> > >>They fail due to not matching the pattern when calling glob, so not > >>relaxng related at all. Only happens when the test filename does not > >>contain the _ character as the pattern is: ./test/relaxng/%s_?.xml > >> > >>I do have an in-progress test suite on the make level but never > >>finished it off when the test executables started getting pushed. If > >>there is interest I don't mind revisiting it. > > > > Hum, I'm not sure, for the standard Windows build we don't use the > >normal makefiles, so I wonder how much help this would bring, > > > > > It is built into the msvc makefile so on Windows you can run "nmake > test" just like in the regular build. > Basically I have been converting the test scripts into windows scripting. Ah, okay ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Fri Jan 29 13:06:43 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 89F1A750064 for ; Fri, 29 Jan 2010 13:06:43 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.086 X-Spam-Level: X-Spam-Status: No, score=-5.086 tagged_above=-999 required=2 tests=[AWL=1.282, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OetA+emN+XK6 for ; Fri, 29 Jan 2010 13:06:35 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id BFBB4750050 for ; Fri, 29 Jan 2010 13:06:27 +0000 (GMT) Received: from int-mx03.intmail.prod.int.phx2.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.16]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TD6GjD003748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 08:06:16 -0500 Received: from paphio.veillard.com (vpn1-5-45.ams2.redhat.com [10.36.5.45]) by int-mx03.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TD6DRN009938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 08:06:15 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TDYiXa024305; Fri, 29 Jan 2010 14:34:45 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TDYic2024302; Fri, 29 Jan 2010 14:34:44 +0100 Date: Fri, 29 Jan 2010 14:34:42 +0100 From: Daniel Veillard To: Rob Richards Message-ID: <20100129133442.GR2929@redhat.com> References: <4B62D125.5090600@cdatazone.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B62D125.5090600@cdatazone.org> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.16 Cc: xml@gnome.org Subject: Re: [xml] patch: copying unlinked namespaced node X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 13:06:43 -0000 On Fri, Jan 29, 2010 at 07:14:29AM -0500, Rob Richards wrote: > If there are namespaces in an unlinked node which were defined in an > ancestor, when copying the node the namespace is just thrown away. > The attached patch will reconcile the namespaces in the new node if > namespace cant be found in either of the trees. > > Rob > diff --git a/tree.c b/tree.c > index 3b66f97..6872209 100644 > --- a/tree.c > +++ b/tree.c > @@ -4188,6 +4188,8 @@ xmlStaticCopyNode(const xmlNodePtr node, xmlDocPtr doc, xmlNodePtr parent, > > while (root->parent != NULL) root = root->parent; > ret->ns = xmlNewNs(root, ns->href, ns->prefix); > + } else { > + ret->ns = xmlNewReconciliedNs(doc, ret, node->ns); > } > } else { > /* Okay, ACK thanks ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Fri Jan 29 13:10:03 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 30E4F750020 for ; Fri, 29 Jan 2010 13:10:03 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.094 X-Spam-Level: X-Spam-Status: No, score=-5.094 tagged_above=-999 required=2 tests=[AWL=1.274, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RETew54BpVk8 for ; Fri, 29 Jan 2010 13:09:55 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 10A91750050 for ; Fri, 29 Jan 2010 13:09:46 +0000 (GMT) Received: from int-mx03.intmail.prod.int.phx2.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.16]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TD9j5G004508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 08:09:45 -0500 Received: from paphio.veillard.com (vpn1-5-45.ams2.redhat.com [10.36.5.45]) by int-mx03.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TD9hRn010449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 08:09:44 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TDcHmi024749; Fri, 29 Jan 2010 14:38:18 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TDcG7u024677; Fri, 29 Jan 2010 14:38:16 +0100 Date: Fri, 29 Jan 2010 14:38:15 +0100 From: Daniel Veillard To: Piotr =?utf-8?Q?Ba=C5=84ski?= Message-ID: <20100129133815.GS2929@redhat.com> References: <17444905.1264721201714.JavaMail.ngmail@webmail10.arcor-online.net> <20100129104543.GK2929@redhat.com> <4B62CAF6.4000005@o2.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4B62CAF6.4000005@o2.pl> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.16 Cc: xml@gnome.org Subject: Re: [xml] xinclude on same resource - xpointer="element(c2/1)" fails X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 13:10:03 -0000 On Fri, Jan 29, 2010 at 12:48:06PM +0100, Piotr BaƄski wrote: > Hi Daniel, > > A minor xptr/element()-spec-related point: > > On 2010-01-29 11:45, Daniel Veillard wrote: > > On Fri, Jan 29, 2010 at 12:26:41AM +0100, c3459823592735@arcor.de wrote: > >> Hi, > >> > >> I'm using xinclude with xpointer element()-scheme to include an existing element of the same resource at a different location. The following bar.xml gives an example. In cruft-element with ID "c4" I'm including a. In cruft-element with ID "c5" I'm trying to include b. In cruft-element "c6" I'm trying to include c and added therefore a href="bar.xml" to avoid any "Resource Error". I'm doing all this with IDs defined in bar.xsd. Here comes the complete example: > >> > >> >> xmlns:xi="http://www.w3.org/2001/XInclude" > >> xsi:noNamespaceSchemaLocation="bar.xsd"> > >> > >> a > >> b > >> c > >> > >> > >> > >> > >> > > > > xmllint doesn't do ID ness for XSD based validation as far as I know, > > at least not by default whe XIncluding it so your ID won't be found that > > way ! Use xml:id it was designed exactly for that. > > > > Also your second and 3rd espressions are wrong, element(c2/1) will > > look for an element named c2 not for an element with an ID of c2. > > use id() or @id constructs. > > The element() scheme allows for a shorthand pointer as the first step, > so 'element(c2)' is equivalent to 'xpointer(id(c2))' (and '#element(c2)' > is equivalent to '#c2'). I'm talking about the W3C spec, maybe it's > "wrong" for xmllint, but I seem to recall it working, though I can't > verify that right now. Ah, right it's element() not xpath() ... yes it does it, but as stated you won't get any IDE from a linked XSD. Use xml:id attribute or the xpath() based xpointer. Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From jz-2006@heute-morgen.de Fri Jan 29 17:01:30 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7E01F7500A8 for ; Fri, 29 Jan 2010 17:01:30 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pvG-3iiwTh-l for ; Fri, 29 Jan 2010 17:01:24 +0000 (GMT) Received: from mail.heute-morgen.de (mail.heute-morgen.de [91.204.168.106]) by menubar.gnome.org (Postfix) with ESMTP id 24BD0750064 for ; Fri, 29 Jan 2010 17:01:15 +0000 (GMT) Received: from xdsl-87-79-137-20.netcologne.de ([87.79.137.20] helo=[192.168.201.93]) by mail.heute-morgen.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Nau8Y-00044a-7Z for xml@gnome.org; Fri, 29 Jan 2010 17:56:02 +0100 From: Joachim Zobel To: xml@gnome.org Content-Type: text/plain Date: Fri, 29 Jan 2010 17:44:46 +0100 Message-Id: <1264783486.5709.0.camel@vostro.crrrwg.de> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-SA-Do-Not-Run: Yes X-SA-Exim-Connect-IP: 87.79.137.20 X-SA-Exim-Rcpt-To: xml@gnome.org X-SA-Exim-Mail-From: jz-2006@heute-morgen.de X-SA-Exim-Scanned: No (on mail.heute-morgen.de); SAEximRunCond expanded to false Subject: [xml] HTML fragments X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 17:01:30 -0000 Hi. I am using libXML2 (Perl module) to parse HTML fragments, which it kindly does. Unfortunally it adds enclosing and tags. This is annoying for me since the fragment later is included in the middle of another document. How can I turn this off? Thx, Joachim From madler@alumni.caltech.edu Fri Jan 29 17:16:56 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E493C750079 for ; Fri, 29 Jan 2010 17:16:55 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.445 X-Spam-Level: X-Spam-Status: No, score=-6.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id frOPlyG6dO7T for ; Fri, 29 Jan 2010 17:16:46 +0000 (GMT) Received: from mail.alumni.caltech.edu (posteaux1.caltech.edu [131.215.239.119]) by menubar.gnome.org (Postfix) with ESMTP id D1B97750064 for ; Fri, 29 Jan 2010 17:16:38 +0000 (GMT) Received: from [10.0.1.4] (24-205-65-22.dhcp.psdn.ca.charter.com [24.205.65.22]) by mail.alumni.caltech.edu (Postfix) with ESMTPSA id 990993F09DF; Fri, 29 Jan 2010 09:16:36 -0800 (PST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail.alumni.caltech.edu 990993F09DF DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alumni.caltech.edu; s=enforce; t=1264785396; bh=H3Zxri9d6WQwgWupVINSOXaeCA5Zx44PHm9LuBjw2o8=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=nuDixTI9TZ94Z6KsiT7+X3FLxK/3826lSNUdqaIczEd/X1JGd5/YMo+KNi5bqnXhd FiO3bKY+OgYM19uu3djEHklasIRbWRxXRGjWO54YSrWirMx1CDnYKNOiL8Ob5qFazf Va62BVwRc20N2837OoZKikBSvZcwp7yVlPIX9FZw= Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Mark Adler In-Reply-To: <20100129112536.GO2929@redhat.com> Date: Fri, 29 Jan 2010 09:16:35 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <84F52DFB-40E3-4E3F-923E-24C50CBB3152@alumni.caltech.edu> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <20100129112536.GO2929@redhat.com> To: veillard@redhat.com X-Mailer: Apple Mail (2.1077) X-MailScanner-Information-Alumni: Please contact the Alumni Office for more information X-Alumni-MailScanner-ID: 990993F09DF.AEE83 X-MailScanner-Alumni: Mail Not Scanned X-MailScanner-From: madler@alumni.caltech.edu Cc: xml@gnome.org, Mark Brown Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 17:16:56 -0000 On Jan 29, 2010, at 3:25 AM, Daniel Veillard wrote: > We should however synchronize so > that I push a new libxml2 release before the next stable zlib one, >=20 > right ? Daniel, Right. Also there's no problem with pushing it now, since in addition to the = fact that the patch will work with the eventual zlib 1.2.4, it also = works with zlib 1.2.3. Mark From veillard@paphio.veillard.com Fri Jan 29 17:26:39 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B745E750078 for ; Fri, 29 Jan 2010 17:26:39 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.102 X-Spam-Level: X-Spam-Status: No, score=-5.102 tagged_above=-999 required=2 tests=[AWL=1.266, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DkjmA2APF2iA for ; Fri, 29 Jan 2010 17:26:32 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 35C2F750064 for ; Fri, 29 Jan 2010 17:26:23 +0000 (GMT) Received: from int-mx05.intmail.prod.int.phx2.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.18]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0THQE8G007617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 12:26:15 -0500 Received: from paphio.veillard.com (vpn1-5-45.ams2.redhat.com [10.36.5.45]) by int-mx05.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0THQC2G013902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 12:26:14 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0THx0P1023445; Fri, 29 Jan 2010 18:59:01 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0THwwtn023442; Fri, 29 Jan 2010 18:58:58 +0100 Date: Fri, 29 Jan 2010 18:58:56 +0100 From: Daniel Veillard To: Mark Adler Message-ID: <20100129175856.GZ2929@redhat.com> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <20100129112536.GO2929@redhat.com> <84F52DFB-40E3-4E3F-923E-24C50CBB3152@alumni.caltech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84F52DFB-40E3-4E3F-923E-24C50CBB3152@alumni.caltech.edu> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.18 Cc: xml@gnome.org, Mark Brown Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 17:26:40 -0000 On Fri, Jan 29, 2010 at 09:16:35AM -0800, Mark Adler wrote: > On Jan 29, 2010, at 3:25 AM, Daniel Veillard wrote: > > We should however synchronize so > > that I push a new libxml2 release before the next stable zlib one, > > > > right ? > > Daniel, > > Right. > > Also there's no problem with pushing it now, since in addition to the fact that the patch will work with the eventual zlib 1.2.4, it also works with zlib 1.2.3. The problem with pushing a new libxml2 is that it takes quite a bit of time on my side, and I don't have much, so please synchronize, thanks ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From madler@alumni.caltech.edu Fri Jan 29 17:42:25 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 72C13750064 for ; Fri, 29 Jan 2010 17:42:25 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.445 X-Spam-Level: X-Spam-Status: No, score=-6.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zIkpeT2HikHF for ; Fri, 29 Jan 2010 17:42:16 +0000 (GMT) Received: from mail.alumni.caltech.edu (posteaux1.caltech.edu [131.215.239.119]) by menubar.gnome.org (Postfix) with ESMTP id 7C572750079 for ; Fri, 29 Jan 2010 17:42:08 +0000 (GMT) Received: from [10.0.1.4] (24-205-65-22.dhcp.psdn.ca.charter.com [24.205.65.22]) by mail.alumni.caltech.edu (Postfix) with ESMTPSA id 5EAA13F029A; Fri, 29 Jan 2010 09:41:55 -0800 (PST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail.alumni.caltech.edu 5EAA13F029A DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alumni.caltech.edu; s=enforce; t=1264786915; bh=+OA+iKOZDKbhodHXXUZkiJBY5oICTIt1AmokEBhmFkQ=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=htWJirv6RT04+PVDE70MlYq7k0A1jTkpr2supbX1WdGqza6jCP8Hfpn0JzDbcRhAr /2Iq9ncqf1AgWkKJx8YQfayVjW89NtlPObs5GcjX22fPFwlw7rEjKf+EnSwXjmi4Ar s/zheTFLm9lk9tdCINsLur1kfbkuQxArsvl/GuDk= Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Mark Adler In-Reply-To: <20100129175856.GZ2929@redhat.com> Date: Fri, 29 Jan 2010 09:41:54 -0800 Content-Transfer-Encoding: 7bit Message-Id: <50A993D1-8422-4045-AA57-4395BAA73557@alumni.caltech.edu> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <20100129112536.GO2929@redhat.com> <84F52DFB-40E3-4E3F-923E-24C50CBB3152@alumni.caltech.edu> <20100129175856.GZ2929@redhat.com> To: veillard@redhat.com X-Mailer: Apple Mail (2.1077) X-MailScanner-Information-Alumni: Please contact the Alumni Office for more information X-Alumni-MailScanner-ID: 5EAA13F029A.AFDB6 X-MailScanner-Alumni: Mail Not Scanned X-MailScanner-From: madler@alumni.caltech.edu Cc: xml@gnome.org, Mark Brown Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 17:42:25 -0000 On Jan 29, 2010, at 9:58 AM, Daniel Veillard wrote: > The problem with pushing a new libxml2 is that it takes quite a bit of > time on my side, and I don't have much, so please synchronize, Daniel, I'll let you know when 1.2.4 is imminent. Mark From veillard@paphio.veillard.com Fri Jan 29 19:03:28 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DEEEE750078 for ; Fri, 29 Jan 2010 19:03:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.11 X-Spam-Level: X-Spam-Status: No, score=-5.11 tagged_above=-999 required=2 tests=[AWL=1.258, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TFrO79B74W3W for ; Fri, 29 Jan 2010 19:03:21 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 1803E750050 for ; Fri, 29 Jan 2010 19:03:12 +0000 (GMT) Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TJ36MM023021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 14:03:06 -0500 Received: from paphio.veillard.com (vpn1-5-45.ams2.redhat.com [10.36.5.45]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TJ33Ja014911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 14:03:05 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TJbMsd002977; Fri, 29 Jan 2010 20:37:23 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TJbGZ8002902; Fri, 29 Jan 2010 20:37:16 +0100 Date: Fri, 29 Jan 2010 20:37:15 +0100 From: Daniel Veillard To: Mark Adler Message-ID: <20100129193715.GC2929@redhat.com> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <20100129112536.GO2929@redhat.com> <84F52DFB-40E3-4E3F-923E-24C50CBB3152@alumni.caltech.edu> <20100129175856.GZ2929@redhat.com> <50A993D1-8422-4045-AA57-4395BAA73557@alumni.caltech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50A993D1-8422-4045-AA57-4395BAA73557@alumni.caltech.edu> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.21 Cc: xml@gnome.org, Mark Brown Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 19:03:29 -0000 On Fri, Jan 29, 2010 at 09:41:54AM -0800, Mark Adler wrote: > On Jan 29, 2010, at 9:58 AM, Daniel Veillard wrote: > > The problem with pushing a new libxml2 is that it takes quite a bit of > > time on my side, and I don't have much, so please synchronize, > > Daniel, > > I'll let you know when 1.2.4 is imminent. Probably something to write in release notes or something, even if it's really libxml2 fault, people upgrading to 1.2.4 need to be aware they need to upgrade libxml2 first, thanks ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From madler@alumni.caltech.edu Fri Jan 29 19:08:42 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E7138750079 for ; Fri, 29 Jan 2010 19:08:42 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.445 X-Spam-Level: X-Spam-Status: No, score=-6.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q8Y2zL1Dp9J8 for ; Fri, 29 Jan 2010 19:08:33 +0000 (GMT) Received: from mail.alumni.caltech.edu (posteaux1.caltech.edu [131.215.239.119]) by menubar.gnome.org (Postfix) with ESMTP id DAA01750064 for ; Fri, 29 Jan 2010 19:08:25 +0000 (GMT) Received: from [10.0.1.4] (24-205-65-22.dhcp.psdn.ca.charter.com [24.205.65.22]) by mail.alumni.caltech.edu (Postfix) with ESMTPSA id 791803F0A26; Fri, 29 Jan 2010 11:08:23 -0800 (PST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail.alumni.caltech.edu 791803F0A26 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alumni.caltech.edu; s=enforce; t=1264792103; bh=/7iLfcBlgA6v/o1cPIqnTN2vEH86ryXiW/w+6nNgKwo=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=AhYJO2womyQdWdWBfvbx5bGb8OSpFc2loLOwdJGASNlpMOOUCXI31x7fd5QAK2QGz CS2adQ3r0RwYVezg5yYfwP6Yob56PZNjiRmmzZfWHsK8IHXER+KJ7HcMKKG7qXzE7T BS41MSFPrtxNqZfa82QpOBNlJoZ4JXqO+qssXEJc= Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Mark Adler In-Reply-To: <20100129193715.GC2929@redhat.com> Date: Fri, 29 Jan 2010 11:08:23 -0800 Content-Transfer-Encoding: 7bit Message-Id: <031DD46B-BE06-466F-B63C-CF5EBA955652@alumni.caltech.edu> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <20100129112536.GO2929@redhat.com> <84F52DFB-40E3-4E3F-923E-24C50CBB3152@alumni.caltech.edu> <20100129175856.GZ2929@redhat.com> <50A993D1-8422-4045-AA57-4395BAA73557@alumni.caltech.edu> <20100129193715.GC2929@redhat.com> To: veillard@redhat.com X-Mailer: Apple Mail (2.1077) X-MailScanner-Information-Alumni: Please contact the Alumni Office for more information X-Alumni-MailScanner-ID: 791803F0A26.AD84A X-MailScanner-Alumni: Mail Not Scanned X-MailScanner-From: madler@alumni.caltech.edu Cc: xml@gnome.org, Mark Brown Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 19:08:43 -0000 On Jan 29, 2010, at 11:37 AM, Daniel Veillard wrote: > Probably something to write in release notes or something, even if > it's really libxml2 fault, people upgrading to 1.2.4 need to be aware > they need to upgrade libxml2 first, Daniel, I'll put it in the README and on the zlib.net near the download link. Mark From veillard@paphio.veillard.com Fri Jan 29 19:17:58 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 96FD7750078 for ; Fri, 29 Jan 2010 19:17:58 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.118 X-Spam-Level: X-Spam-Status: No, score=-5.118 tagged_above=-999 required=2 tests=[AWL=1.250, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N-btgjFOnMpr for ; Fri, 29 Jan 2010 19:17:49 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 81BA5750050 for ; Fri, 29 Jan 2010 19:17:41 +0000 (GMT) Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TJHdth017662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 14:17:39 -0500 Received: from paphio.veillard.com (vpn1-5-45.ams2.redhat.com [10.36.5.45]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TJHabF020782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 14:17:38 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TJqFns006333; Fri, 29 Jan 2010 20:52:16 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TJqFBk006330; Fri, 29 Jan 2010 20:52:15 +0100 Date: Fri, 29 Jan 2010 20:52:13 +0100 From: Daniel Veillard To: Aaron Patterson Message-ID: <20100129195213.GE2929@redhat.com> References: <6959e1681001290016o5bca7725vaa2de178a1526fe5@mail.gmail.com> <20100129111058.GL2929@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100129111058.GL2929@redhat.com> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 Cc: xml@gnome.org Subject: Re: [xml] Strange behavior with xmlParseInNodeContext and HTML documents X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 19:17:58 -0000 On Fri, Jan 29, 2010 at 12:10:58PM +0100, Daniel Veillard wrote: > On Fri, Jan 29, 2010 at 12:16:40AM -0800, Aaron Patterson wrote: > > Hi, I'm trying to use xmlParseInNodeContext along with an HTML > > document. It seems to be exhibiting strange behavior, but I'm not > > sure. > > > > It seems that when I'm dealing with HTML documents, no matter what > > context node I give xmlParseInNodeContext, I always end up with an > > entire HTML document returned rather than just the few nodes I was > > hoping for. > > > > I've written a sample program to demonstrate the problem: > > > > http://gist.github.com/289553 > > > > Any help would be greatly appreciated! > > Hum, xmlParseInNodeContext notices that the enclosing document is > an HTML document, so invoke the HTML parser for that fragment, and > the HTML parser finding a "

hello world!

" document automatically > augment it with defaulted and . This defaulting should > be turned off in the HTML parser for this to work, but there is no > such HTML parser option. There is an htmlOmittedDefaultValue global > variable that you could use, but really we should not rely on global > variable for processing options anymore, best is to add an > HTML_PARSE_NOIMPLIED. > > The enclosed patch seems to fix it for me, > (note: the new HTML parser option correspond to a XML parser option > making no sense in HTML parsing, so we can reuse it, 1 << 13). Patch pushed as Aaron problem was fixed by it, Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Fri Jan 29 19:20:13 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EEBDB75018F for ; Fri, 29 Jan 2010 19:20:12 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.126 X-Spam-Level: X-Spam-Status: No, score=-5.126 tagged_above=-999 required=2 tests=[AWL=1.243, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AcZqzFOlCRMU for ; Fri, 29 Jan 2010 19:20:05 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 1BC9E750050 for ; Fri, 29 Jan 2010 19:19:56 +0000 (GMT) Received: from int-mx03.intmail.prod.int.phx2.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.16]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TJJt9a026259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 14:19:55 -0500 Received: from paphio.veillard.com (vpn1-5-45.ams2.redhat.com [10.36.5.45]) by int-mx03.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TJJqZq014168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 14:19:54 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TJsYaO006596; Fri, 29 Jan 2010 20:54:34 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TJsX2v006593; Fri, 29 Jan 2010 20:54:33 +0100 Date: Fri, 29 Jan 2010 20:54:31 +0100 From: Daniel Veillard To: Joachim Zobel Message-ID: <20100129195431.GF2929@redhat.com> References: <1264783486.5709.0.camel@vostro.crrrwg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1264783486.5709.0.camel@vostro.crrrwg.de> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.16 Cc: xml@gnome.org Subject: Re: [xml] HTML fragments X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 19:20:13 -0000 On Fri, Jan 29, 2010 at 05:44:46PM +0100, Joachim Zobel wrote: > Hi. > > I am using libXML2 (Perl module) to parse HTML fragments, which it > kindly does. Unfortunally it adds enclosing and tags. This > is annoying for me since the fragment later is included in the middle of > another document. How can I turn this off? See the other mails about this today, on a simple program you can set htmlOmittedDefaultValue to 0, starting from next version the correct way will be to add HTML_PARSE_NOIMPLIED to the html parser options. Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From veillard@paphio.veillard.com Fri Jan 29 19:21:40 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 45EA1750078 for ; Fri, 29 Jan 2010 19:21:40 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.133 X-Spam-Level: X-Spam-Status: No, score=-5.133 tagged_above=-999 required=2 tests=[AWL=1.235, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6D5q0ZoIFkoE for ; Fri, 29 Jan 2010 19:21:32 +0000 (GMT) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id 2FE5F750050 for ; Fri, 29 Jan 2010 19:21:25 +0000 (GMT) Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o0TJLIjv029133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Jan 2010 14:21:19 -0500 Received: from paphio.veillard.com (vpn1-5-45.ams2.redhat.com [10.36.5.45]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o0TJLGXL021920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2010 14:21:17 -0500 Received: from paphio.veillard.com (localhost [127.0.0.1]) by paphio.veillard.com (8.14.3/8.14.3) with ESMTP id o0TJtwMg006820; Fri, 29 Jan 2010 20:55:59 +0100 Received: (from veillard@localhost) by paphio.veillard.com (8.14.3/8.14.3/Submit) id o0TJtvj2006819; Fri, 29 Jan 2010 20:55:57 +0100 Date: Fri, 29 Jan 2010 20:55:56 +0100 From: Daniel Veillard To: Mark Adler Message-ID: <20100129195556.GG2929@redhat.com> References: <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <20100129112536.GO2929@redhat.com> <84F52DFB-40E3-4E3F-923E-24C50CBB3152@alumni.caltech.edu> <20100129175856.GZ2929@redhat.com> <50A993D1-8422-4045-AA57-4395BAA73557@alumni.caltech.edu> <20100129193715.GC2929@redhat.com> <031DD46B-BE06-466F-B63C-CF5EBA955652@alumni.caltech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <031DD46B-BE06-466F-B63C-CF5EBA955652@alumni.caltech.edu> User-Agent: Mutt/1.5.20 (2009-08-17) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 Cc: xml@gnome.org, Mark Brown Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: veillard@redhat.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 19:21:40 -0000 On Fri, Jan 29, 2010 at 11:08:23AM -0800, Mark Adler wrote: > On Jan 29, 2010, at 11:37 AM, Daniel Veillard wrote: > > Probably something to write in release notes or something, even if > > it's really libxml2 fault, people upgrading to 1.2.4 need to be aware > > they need to upgrade libxml2 first, > > Daniel, > > I'll put it in the README and on the zlib.net near the download link. Okay, thanks, I don't know when I will be up for a release, maybe I can find time in the next 2 week, not 100% garanteed though :-\ Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From madler@alumni.caltech.edu Fri Jan 29 19:49:55 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1DEBB750050 for ; Fri, 29 Jan 2010 19:49:55 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.445 X-Spam-Level: X-Spam-Status: No, score=-6.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, TW_BX=0.077, TW_IB=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jl+c3mpIm44N for ; Fri, 29 Jan 2010 19:49:46 +0000 (GMT) Received: from mail.alumni.caltech.edu (posteaux1.caltech.edu [131.215.239.119]) by menubar.gnome.org (Postfix) with ESMTP id 194147501B2 for ; Fri, 29 Jan 2010 19:49:37 +0000 (GMT) Received: from [10.0.1.4] (24-205-65-22.dhcp.psdn.ca.charter.com [24.205.65.22]) by mail.alumni.caltech.edu (Postfix) with ESMTPSA id B956B3F0A7E; Fri, 29 Jan 2010 11:49:35 -0800 (PST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail.alumni.caltech.edu B956B3F0A7E DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=alumni.caltech.edu; s=enforce; t=1264794575; bh=mEny+3S6dMr3g/YJoQZX755kOOGrDUoFQ/vOvBed0Fw=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=H6nmV9N7WYYpYhXZhi5gEESAN6qPd7WUudrvWoOHZPtFusmPUDCR7oZw/js/dtxD0 sWD+O33S+vuS+ypyrYXkn40ANJruKqZpCZnxZN0b7FWaJIyVoo4CCGnEpBYIosf+ba WZ50rwGgQ+x8qXRiWScx2dWP8ZLMa3Dcij7MIdCA= Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Mark Adler In-Reply-To: <20100129195556.GG2929@redhat.com> Date: Fri, 29 Jan 2010 11:49:34 -0800 Content-Transfer-Encoding: 7bit Message-Id: References: <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <20100129112536.GO2929@redhat.com> <84F52DFB-40E3-4E3F-923E-24C50CBB3152@alumni.caltech.edu> <20100129175856.GZ2929@redhat.com> <50A993D1-8422-4045-AA57-4395BAA73557@alumni.caltech.edu> <20100129193715.GC2929@redhat.com> <031DD46B-BE06-466F-B63C-CF5EBA955652@alumni.caltech.edu> <20100129195556.GG2929@redhat.com> To: veillard@redhat.com X-Mailer: Apple Mail (2.1077) X-MailScanner-Information-Alumni: Please contact the Alumni Office for more information X-Alumni-MailScanner-ID: B956B3F0A7E.AEB0D X-MailScanner-Alumni: Mail Not Scanned X-MailScanner-From: madler@alumni.caltech.edu Cc: xml@gnome.org, Mark Brown Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 19:49:55 -0000 On Jan 29, 2010, at 11:55 AM, Daniel Veillard wrote: > Okay, thanks, I don't know when I will be up for a release, maybe > I can find time in the next 2 week, not 100% garanteed though :-\ Daniel, I'm guessing that I won't release 1.2.4 sooner than a month from now. Mark From wellnhofer@aevum.de Sun Jan 24 22:21:04 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 06B72750005; Sun, 24 Jan 2010 22:21:04 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jyJc4ATjK95S; Sun, 24 Jan 2010 22:20:55 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by menubar.gnome.org (Postfix) with ESMTP id 573CF750007; Sun, 24 Jan 2010 22:20:47 +0000 (GMT) Received: from [192.168.2.100] (g230247140.adsl.alicedsl.de [92.230.247.140]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0MPKo0-1NUn6K1i9w-004rbO; Sun, 24 Jan 2010 23:20:44 +0100 Message-ID: <4B5CC7BA.7070803@aevum.de> Date: Sun, 24 Jan 2010 23:20:42 +0100 From: Nick Wellnhofer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: xslt@gnome.org, xml@gnome.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+VBV916m7yaYRMxxIZS1iZEjgjwSaRap57JTy YDmltQZWlwheLVGnf5GYNvFmNsdK+yHLlvOfsNbfmBES5v7R+H C0Nl5loVeCZLf3pQX/Emw== X-Mailman-Approved-At: Wed, 03 Feb 2010 13:42:18 +0000 Subject: Re: [xml] [xslt] HTML vs. XHTML: different output when including a file with \r\n [WAS: xmllint vs. xsltproc: different output when including a file with \r\n] X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jan 2010 22:21:04 -0000 On 24/01/10 21:14, Boris Schaeling wrote: > On Sat, 23 Jan 2010 20:51:46 +0100, Boris Schaeling > wrote: > >> When I use "xmllint --xinclude" to include a text file with \r\n end >> line characters xmllint inserts characters while "xsltproc >> --xinclude" doesn't. I'm currently trying to find out (on the DocBook >> mailing list; see >> http://lists.oasis-open.org/archives/docbook/201001/msg00052.html) why >> the output is different and what to do to make xmllint not generate >> characters. Maybe someone here can tell me if this is a bug or >> if there is a trick to change xmllint's output (I couldn't find a >> command line option so far)? > > As it turns out the problem is different. After some discussions on the > DocBook mailing list it is now clear that generating XHTML leads to > characters being inserted while no characters are inserted > when generating HTML. Thus it depends on the xsl:output setting of the > stylesheet used with xsltproc if characters are inserted or not > (please forget what I wrote about xmllint; xmllint can be ignored). Bob > Stayton explained this in his message to the DocBook mailing list: > http://lists.oasis-open.org/archives/docbook/201001/msg00065.html > > The question is now why \r becomes when generating XHTML but not > when generating HTML? Are there any specifications which are different > for XHTML and HTML when it comes to xincluding simple text files with > \r\n end line markers? (Cross-posting to xml@gnome.org...) It seems that the default behavior of libxml is to encode "\r" as " ". But there is an exception for HTML in xmlEncodeEntitiesReentrant in entities.c. I haven't checked, but looking at the source the XHTML serialization code seems to call xmlEscapeContent in xmlIO.c. There's also xmlEscapeEntities in xmlsave.c but that uses hex char refs. Those two functions don't make an exception for XHTML content. Personally, I think libxml shouldn't escape "\r" at all. Nick From clements@brinckerhoff.org Mon Jan 25 08:47:09 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2AC9B75006B for ; Mon, 25 Jan 2010 08:47:09 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wJGA2k-MSO0x for ; Mon, 25 Jan 2010 08:47:03 +0000 (GMT) Received: from li21-127.members.linode.com (li21-127.members.linode.com [67.18.186.127]) by menubar.gnome.org (Postfix) with ESMTP id 50B94750007 for ; Mon, 25 Jan 2010 08:46:55 +0000 (GMT) Received: from [10.0.1.201] (adsl-99-146-220-56.dsl.snlo01.sbcglobal.net [99.146.220.56]) by li21-127.members.linode.com (Postfix) with ESMTPSA id 2B9BCF4AA5 for ; Mon, 25 Jan 2010 03:46:53 -0500 (EST) From: John Clements Content-Type: text/plain; charset=us-ascii Message-Id: Date: Mon, 25 Jan 2010 00:46:49 -0800 To: xml@gnome.org Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) X-Mailman-Approved-At: Wed, 03 Feb 2010 13:42:18 +0000 Subject: [xml] DTD validation & whitespace removal X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2010 08:47:09 -0000 Please forgive me, this is *surely* a FAQ, but several hours of poring = over libxml2 documentation has left me high and dry. My question is this: I have a document and a DTD spec. I want to parse = the file & validate against the DTD in such a way that the whitespace = ruled out by the DTD is either removed or detectable. Let me be more concrete. Here's a totally-ordinary xml file with a self-contained DTD: ]> Fred Bloggs 27/11/2008 Male Using xmlParseFile, I can read and validate it just fine. The parsed = document's 'properties' of 11 indicates (among other things) that DTD = validation was successful. However, even with the inline dtd spec, the = people_list element (for instance) is observed to have three children: = the whitespace, the person, and the whitespace. I had a flash of hope = when I discovered the 'xmlIsBlankNode' function... sadly, it appears = that this function returns zero even on the whitespace-only nodes. I'm certainly hoping that this is a simple question. I've been through = the FAQ and the example code quite a number of times. Many thanks in advance for any help whatsoever; an RTFM (with a pointer) = would be just fine with me. Your obedient servant, &c. John Clements From broonie@sirena.org.uk Fri Jan 29 12:11:11 2010 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DF994750069 for ; Fri, 29 Jan 2010 12:11:10 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.682 X-Spam-Level: X-Spam-Status: No, score=-2.682 tagged_above=-999 required=2 tests=[AWL=-0.237, BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IaMM-sQ9S5NA for ; Fri, 29 Jan 2010 12:11:05 +0000 (GMT) Received: from cassiel.sirena.org.uk (cassiel.sirena.org.uk [80.68.93.111]) by menubar.gnome.org (Postfix) with ESMTP id BAE63750064 for ; Fri, 29 Jan 2010 12:10:57 +0000 (GMT) Received: from broonie by cassiel.sirena.org.uk with local (Exim 4.69) (envelope-from ) id 1NapgV-00080k-3u; Fri, 29 Jan 2010 12:10:47 +0000 Date: Fri, 29 Jan 2010 12:10:47 +0000 From: Mark Brown To: Daniel Veillard , Mark Adler , xml@gnome.org Message-ID: <20100129121046.GC19270@sirena.org.uk> References: <82E7BA78-8406-40E8-AC83-17D73CB28A50@alumni.caltech.edu> <20100119153018.GO16017@redhat.com> <60FF80AE-40BC-4C21-9CC4-8E56B94C5B0E@alumni.caltech.edu> <87y6jq58jx.fsf_-_@spindle.srvr.nix> <20100129112536.GO2929@redhat.com> <20100129112954.GA25837@glandium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100129112954.GA25837@glandium.org> X-Cookie: no maintenance: User-Agent: Mutt/1.5.18 (2008-05-17) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: broonie@sirena.org.uk X-SA-Exim-Scanned: No (on cassiel.sirena.org.uk); SAEximRunCond expanded to false X-Mailman-Approved-At: Wed, 03 Feb 2010 13:42:18 +0000 Subject: Re: [xml] gzdirect() doesn't work in zlib 1.3.5.5 (at least) (was Re: libxml violates the zlib interface and crashes) X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 12:11:11 -0000 On Fri, Jan 29, 2010 at 12:29:54PM +0100, Mike Hommey wrote: > Is 1.2.3.5 the first version where it was really broken ? Yes, 1.2.3.5 contains a completely rewritten implementation of gzio (which is also why the whole peering inside the zlib internals thing suddenly broke with that version).