From jcalcote@novell.com Sat Jul 1 00:54:24 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5F0EC3B0101 for ; Sat, 1 Jul 2006 00:54:24 -0400 (EDT) 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 03193-01 for ; Sat, 1 Jul 2006 00:54:23 -0400 (EDT) Received: from sinclair.provo.novell.com (sinclair.provo.novell.com [137.65.81.169]) by menubar.gnome.org (Postfix) with ESMTP id 7B05C3B0348 for ; Sat, 1 Jul 2006 00:54:23 -0400 (EDT) Received: from INET-PRV-MTA by sinclair.provo.novell.com with Novell_GroupWise; Fri, 30 Jun 2006 22:54:19 -0600 Message-Id: <44A5AB91.37FF.0081.0@novell.com> X-Mailer: Novell GroupWise Internet Agent 7.0.1 Date: Fri, 30 Jun 2006 22:54:09 -0600 From: "John Calcote" To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=__Part97B27BE1.0__=" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.398 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, HTML_MESSAGE=0.001] X-Spam-Score: -2.398 X-Spam-Level: Subject: [xml] building a doc from fragments X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 01 Jul 2006 04:54:24 -0000 --=__Part97B27BE1.0__= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit libxml2 noobie question - first the context: I'm writing a simple doc builder API around an existing W3C XML schema. There are a couple of dozen "setter" functions, that allow the caller to set values in various fields of an instance document conforming to the schema. The user builds about 3 different simple constructs, and then calls a "root" level API that glues these smaller objects together. Finally, the user converts to xml text and does something else with the text. Here are my questions: Since I don't really build a "doc" per se, but rather a series of fragments, what is the most appropriate way to build these fragments, and then append them to an doc later? Also, my API allows the insertion at various points of non-well-defined fragments of XML text. How do I parse in such a fragment of XML text, and then insert the root node of that fragment into a parent node that I'm managing? Pointers to existing (sample) code that does these things would be perfectly acceptable, but please don't point me to sample code that doesn't do what I asked for. :) The doc is not very extensive on libxml, and so good sample code is kinda required. Thanks in advance, John Calcote Sr. Software Engineer Novell, Inc. --=__Part97B27BE1.0__= Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: HTML
libxml2 noobie question - first the context:
 
I'm writing a simple doc builder API around an existing W3C XML schema. There are a couple of dozen "setter" functions, that allow the caller to set values in various fields of an instance document conforming to the schema. The user builds about 3 different simple constructs, and then calls a "root" level API that glues these smaller objects together. Finally, the user converts to xml text and does something else with the text.
 
Here are my questions:
 
Since I don't really build a "doc" per se, but rather a series of fragments, what is the most appropriate way to build these fragments, and then append them to an doc later? Also, my API allows the insertion at various points of non-well-defined fragments of XML text. How do I parse in such a fragment of XML text, and then insert the root node of that fragment into a parent node that I'm managing?
 
Pointers to existing (sample) code that does these things would be perfectly acceptable, but please don't point me to sample code that doesn't do what I asked for. :) The doc is not very extensive on libxml, and so good sample code is kinda required.
 
Thanks in advance,
John Calcote
Sr. Software Engineer
Novell, Inc.
--=__Part97B27BE1.0__=-- From nferrier@tapsellferrier.co.uk Sat Jul 1 15:36:43 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 989653B0455 for ; Sat, 1 Jul 2006 15:36:43 -0400 (EDT) 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 10803-10 for ; Sat, 1 Jul 2006 15:36:39 -0400 (EDT) Received: from owls-house.tapsellferrier.co.uk (owls-tree.tapsellferrier.co.uk [81.187.188.218]) by menubar.gnome.org (Postfix) with ESMTP id 8D8EA3B0258 for ; Sat, 1 Jul 2006 15:36:37 -0400 (EDT) Received: from nicferrier.tapsellferrier.co.uk ([172.31.50.1]) by owls-house.tapsellferrier.co.uk with esmtp (Exim 4.60 #1 (Debian)) id 1FwlI2-0004Tx-LV; Sat, 01 Jul 2006 20:38:02 +0100 Received: from nferrier by nicferrier.tapsellferrier.co.uk with local (Exim 4.50) id 1FwlEk-0005vs-D0; Sat, 01 Jul 2006 20:34:38 +0100 To: libxml From: Nic James Ferrier Date: Sat, 01 Jul 2006 20:34:38 +0100 Message-ID: <87r715yv8x.fsf@nicferrier.tapsellferrier.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.214 tagged_above=-999 required=2 tests=[AWL=-1.248, BAYES_20=-0.74, MANY_EXCLAMATIONS=0.775, SPF_PASS=-0.001] X-Spam-Score: -1.214 X-Spam-Level: Subject: [xml] Namespaces! Agh! X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 01 Jul 2006 19:36:43 -0000 Ok. Here's something I don't understand about namespaces (libxml2 in python): dom = libxml2.newDoc("1.0") root = dom.newChild(None, "root", None) ns = root.newNs("http://www.tfnet.co.uk/somenamespace", "ns") root.setNs(ns) node = root.newChild(ns, "element", None) node.newChild(None, "child", None) And the output is: And the bit I don't understand is why the child element is marked with the ns namespace. Can anyone explain this? -- Nic Ferrier http://www.tapsellferrier.co.uk for all your tapsell ferrier needs From veillard@redhat.com Sat Jul 1 17:18:16 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 40FE53B02AD for ; Sat, 1 Jul 2006 17:18:16 -0400 (EDT) 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 15285-06 for ; Sat, 1 Jul 2006 17:18:13 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 9CED33B029D for ; Sat, 1 Jul 2006 17:18:13 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k61LIDST014911; Sat, 1 Jul 2006 17:18:13 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k61LID59002357; Sat, 1 Jul 2006 17:18:13 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k61LICxT011587; Sat, 1 Jul 2006 17:18:12 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k61LIC1M011585; Sat, 1 Jul 2006 17:18:12 -0400 Date: Sat, 1 Jul 2006 17:18:12 -0400 From: Daniel Veillard To: Nic James Ferrier Message-ID: <20060701211812.GN1483@redhat.com> References: <87r715yv8x.fsf@nicferrier.tapsellferrier.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87r715yv8x.fsf@nicferrier.tapsellferrier.co.uk> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.98 tagged_above=-999 required=2 tests=[AWL=-0.385, BAYES_00=-2.599, MANY_EXCLAMATIONS=0.775, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -1.98 X-Spam-Level: Cc: libxml Subject: Re: [xml] Namespaces! Agh! X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Sat, 01 Jul 2006 21:18:16 -0000 On Sat, Jul 01, 2006 at 08:34:38PM +0100, Nic James Ferrier wrote: > Ok. Here's something I don't understand about namespaces (libxml2 in > python): > > dom = libxml2.newDoc("1.0") > > root = dom.newChild(None, "root", None) > ns = root.newNs("http://www.tfnet.co.uk/somenamespace", "ns") > root.setNs(ns) > > node = root.newChild(ns, "element", None) > node.newChild(None, "child", None) > > > And the output is: > > > > > > > > And the bit I don't understand is why the child element is marked with > the ns namespace. > > > Can anyone explain this? Well basically xmlNewChild() create a new node in the parent namespace if no namespace is provided. Try to setNs(None) on the resulting node. Okay the API is a bit weird, but changng it now is likely to break stuff... Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Sat Jul 1 17:28:08 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 13ABD3B0679 for ; Sat, 1 Jul 2006 17:28:08 -0400 (EDT) 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 15310-10 for ; Sat, 1 Jul 2006 17:28:07 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 0D1283B035F for ; Sat, 1 Jul 2006 17:28:07 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k61LS66x016428; Sat, 1 Jul 2006 17:28:06 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k61LS6M1003425; Sat, 1 Jul 2006 17:28:06 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k61LS6jR011939; Sat, 1 Jul 2006 17:28:06 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k61LS6WX011937; Sat, 1 Jul 2006 17:28:06 -0400 Date: Sat, 1 Jul 2006 17:28:06 -0400 From: Daniel Veillard To: John Calcote Message-ID: <20060701212805.GO1483@redhat.com> References: <44A5AB91.37FF.0081.0@novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A5AB91.37FF.0081.0@novell.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.366 tagged_above=-999 required=2 tests=[AWL=0.004, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.366 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] building a doc from fragments X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Sat, 01 Jul 2006 21:28:08 -0000 On Fri, Jun 30, 2006 at 10:54:09PM -0600, John Calcote wrote: > Since I don't really build a "doc" per se, but rather a series of > fragments, what is the most appropriate way to build these fragments, > and then append them to an doc later? Also, my API allows the insertion > at various points of non-well-defined fragments of XML text. How do I > parse in such a fragment of XML text, and then insert the root node of > that fragment into a parent node that I'm managing? In general XML doesn't define semantic for this. You parse document, there is no notion of parsing a fragement. Many thing in parsing are contextual like namespace, base, entities, etc... I really suggest reading the specs before trying to do this kind of things. > Pointers to existing (sample) code that does these things would be > perfectly acceptable, but please don't point me to sample code that > doesn't do what I asked for. :) The point is that what you ask for really doesn't match any standard processing it it will be custom. The closest to what you seems to have in mind are: http://xmlsoft.org/html/libxml-parser.html#xmlParseBalancedChunkMemory and http://xmlsoft.org/html/libxml-parser.html#xmlParseInNodeContext but really it's outside the definition of normal document parsing as defined in XML-1.0 > The doc is not very extensive on libxml, > and so good sample code is kinda required. We take patches ! Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From nferrier@tapsellferrier.co.uk Sat Jul 1 17:46:41 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 59D4D3B021C for ; Sat, 1 Jul 2006 17:46:41 -0400 (EDT) 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 16223-10 for ; Sat, 1 Jul 2006 17:46:37 -0400 (EDT) Received: from owls-house.tapsellferrier.co.uk (owls-tree.tapsellferrier.co.uk [81.187.188.218]) by menubar.gnome.org (Postfix) with ESMTP id 4EAFB3B01BF for ; Sat, 1 Jul 2006 17:46:37 -0400 (EDT) Received: from nicferrier.tapsellferrier.co.uk ([172.31.50.1]) by owls-house.tapsellferrier.co.uk with esmtp (Exim 4.60 #1 (Debian)) id 1FwnBJ-0004Xp-Jh; Sat, 01 Jul 2006 22:39:13 +0100 Received: from nferrier by nicferrier.tapsellferrier.co.uk with local (Exim 4.50) id 1Fwn81-0006Iz-Cn; Sat, 01 Jul 2006 22:35:49 +0100 To: veillard@redhat.com References: <87r715yv8x.fsf@nicferrier.tapsellferrier.co.uk> <20060701211812.GN1483@redhat.com> From: Nic James Ferrier Date: Sat, 01 Jul 2006 22:35:48 +0100 In-Reply-To: <20060701211812.GN1483@redhat.com> (Daniel Veillard's message of "Sat, 1 Jul 2006 17:18:12 -0400") Message-ID: <87odw9ypmz.fsf@nicferrier.tapsellferrier.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.122 tagged_above=-999 required=2 tests=[AWL=-0.297, BAYES_00=-2.599, MANY_EXCLAMATIONS=0.775, SPF_PASS=-0.001] X-Spam-Score: -2.122 X-Spam-Level: Cc: libxml Subject: Re: [xml] Namespaces! Agh! X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 01 Jul 2006 21:46:41 -0000 Daniel Veillard writes: > On Sat, Jul 01, 2006 at 08:34:38PM +0100, Nic James Ferrier wrote: > > Well basically xmlNewChild() create a new node in the parent namespace if > no namespace is provided. Try to setNs(None) on the resulting node. Okay the > API is a bit weird, but changng it now is likely to break stuff... Sure. I tried it and it works. It is a bit wierd that the first arg is a namespace... but it doesn't do anything. Cheers. -- Nic Ferrier http://www.tapsellferrier.co.uk for all your tapsell ferrier needs From veillard@redhat.com Sat Jul 1 17:51:41 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AC65A3B018F for ; Sat, 1 Jul 2006 17:51:41 -0400 (EDT) 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 16776-01 for ; Sat, 1 Jul 2006 17:51:40 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 458793B0148 for ; Sat, 1 Jul 2006 17:51:40 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k61LpdlS019934; Sat, 1 Jul 2006 17:51:39 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k61LpdQC005877; Sat, 1 Jul 2006 17:51:39 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k61LpdYg012638; Sat, 1 Jul 2006 17:51:39 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k61LpdR3012636; Sat, 1 Jul 2006 17:51:39 -0400 Date: Sat, 1 Jul 2006 17:51:39 -0400 From: Daniel Veillard To: Nic James Ferrier Message-ID: <20060701215139.GP1483@redhat.com> References: <87r715yv8x.fsf@nicferrier.tapsellferrier.co.uk> <20060701211812.GN1483@redhat.com> <87odw9ypmz.fsf@nicferrier.tapsellferrier.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87odw9ypmz.fsf@nicferrier.tapsellferrier.co.uk> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.979 tagged_above=-999 required=2 tests=[AWL=-0.384, BAYES_00=-2.599, MANY_EXCLAMATIONS=0.775, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -1.979 X-Spam-Level: Cc: libxml Subject: Re: [xml] Namespaces! Agh! X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Sat, 01 Jul 2006 21:51:41 -0000 On Sat, Jul 01, 2006 at 10:35:48PM +0100, Nic James Ferrier wrote: > Daniel Veillard writes: > > > On Sat, Jul 01, 2006 at 08:34:38PM +0100, Nic James Ferrier wrote: > > > > Well basically xmlNewChild() create a new node in the parent namespace if > > no namespace is provided. Try to setNs(None) on the resulting node. Okay the > > API is a bit weird, but changng it now is likely to break stuff... > > Sure. I tried it and it works. > > It is a bit wierd that the first arg is a namespace... but it doesn't > do anything. well if it is non NULL it overrides the parent one. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From gnome@nextreality.net Sat Jul 1 18:30:09 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 913103B00C1; Sat, 1 Jul 2006 18:30:09 -0400 (EDT) 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 18251-04; Sat, 1 Jul 2006 18:30:08 -0400 (EDT) Received: from brentsmith.name (unknown [64.62.195.122]) by menubar.gnome.org (Postfix) with ESMTP id 5A5DA3B002B; Sat, 1 Jul 2006 18:30:08 -0400 (EDT) Received: by brentsmith.name (Postfix, from userid 5001) id CA9AA35904; Sat, 1 Jul 2006 22:29:57 +0000 (UTC) Received: from [192.168.1.101] (c-67-176-37-213.hsd1.co.comcast.net [67.176.37.213]) by brentsmith.name (Postfix) with ESMTP id 52FC135901; Sat, 1 Jul 2006 22:29:57 +0000 (UTC) Message-ID: <44A6F773.1080909@nextreality.net> Date: Sat, 01 Jul 2006 16:30:11 -0600 From: Brent Smith User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Bogosity: Unsure, tests=bogofilter, spamicity=0.500000, version=0.94.4 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.574 tagged_above=-999 required=2 tests=[AWL=0.025, BAYES_00=-2.599] X-Spam-Score: -2.574 X-Spam-Level: Cc: Shaun McCance Subject: [xml] Cancelling xsltApplyStylesheetUser() X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 01 Jul 2006 22:30:09 -0000 Hi, Shaun McCance and myself have been looking at ways to cancel a long running xsltApplyStylesheet() call. We want it to be possible for the user to cancel an operation if it is taking too long in Yelp[1] (GNOME's help browser). Shaun has found that setting the xsltTransformContext->state = XML_STATE_STOPPED in the extension element function, the xsltApplyStylesheet() call then returns immediately (after the ext. element function returns). My question is, if we cancel the process in this way, is the transformContext and result document in a consistent state where we can just call xsltFreeTransformContext() and xmlFreeDoc() and not leak large amounts of memory? [1] We are investigating making the DocBook stylesheets work on a single "chunk" instead of processing the whole DocBook file in one go, but in the meantime are investigating stopping the xsltApplyStylesheet() call. Thanks, -- Brent Smith IRC: smitten From todd@ditchnet.org Sun Jul 2 01:19:50 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 87AB13B019D for ; Sun, 2 Jul 2006 01:19:50 -0400 (EDT) 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 30664-09 for ; Sun, 2 Jul 2006 01:19:19 -0400 (EDT) Received: from server1.myhostserver.com (server1.myhostserver.com [69.93.36.161]) by menubar.gnome.org (Postfix) with ESMTP id C69A23B00CD for ; Sun, 2 Jul 2006 01:19:19 -0400 (EDT) Received: from 68-112-218-210.dhcp.slid.la.charter.com ([68.112.218.210] helo=[10.0.1.2]) by server1.myhostserver.com with esmtpa (Exim 4.52) id 1FwuMd-0002gK-RH for xml@gnome.org; Sun, 02 Jul 2006 00:19:23 -0500 Mime-Version: 1.0 (Apple Message framework v750) Content-Transfer-Encoding: 7bit Message-Id: <3B3FA9A4-D332-465C-94A6-C112176C1302@ditchnet.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: xml@gnome.org From: Todd Ditchendorf Date: Sat, 1 Jul 2006 22:19:15 -0700 X-Mailer: Apple Mail (2.750) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.myhostserver.com X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ditchnet.org X-Source: X-Source-Args: X-Source-Dir: X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Subject: [xml] Receiving RELAX NG validity error callbacks X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 02 Jul 2006 05:19:50 -0000 Can anyone help me with registering RELAX NG validity error callback functions? I'm using the C RELAX NG API with xmlTextReader. I'm trying to register error callback functions for validity errors encoundtered in my *instance* document. I seem to be able to register handlers for all types of errors when parsing my RNG schema, and also well- formedness errors in my instance document. I can't seem to register error callbacks for *validity* errors in my instance doc as mandated by my RNG schema. What's weird is that I do see these errors being reported to the console! These are the errors I want to receive in my C callbacks, but I can't find any way to register for them. Can anyone help? I've tried scouring xmllint.c for examples, but I just don't see where this happens. Other than that, I can't find any examples online. Here's what I'm doing: char *docfurl = ".../golf.xml"; char *schemafurl = ".../golf.rng"; // RELAX NG Parser Context xmlRelaxNGParserCtxtPtr ctxt = xmlRelaxNGNewParserCtxt(schemafurl); xmlRelaxNGSetParserErrors(ctxt, (xmlRelaxNGValidityErrorFunc)rngErr, (xmlRelaxNGValidityWarningFunc)rngWarn, NULL); // Parse schema xmlRelaxNGPtr schema = xmlRelaxNGParse(ctxt); // create reader xmlTextReaderPtr reader = xmlNewTextReaderFilename(docfurl); // associtate schema with reader xmlTextReaderRelaxNGSetSchema(reader, schema); // register some callbacks (apparently not the right ones) // never seems to be called xmlTextReaderSetErrorHandler(reader, (xmlTextReaderErrorFunc) readerErr, NULL); // handles well-formedness errors in instance document xmlTextReaderSetStructuredErrorHandler(reader, (xmlStructuredErrorFunc)structErr, NULL); while (xmlTextReaderRead(reader)) ; NSLog(@"done. isValid: %i", xmlTextReaderIsValid(reader)); The callbacks you see registered here are usually called for different things, but none for validity errors in the instance doc caused by non-adherence to my RNG. The reader *does* correctly report whether it was valid or not at the end, which is good... but I want to receive the individual validity errors too. Can anyone help? Todd Ditchendorf Scandalous Software - Cocoa Developer Tools http://scan.dalo.us From ensonic@hora-obscura.de Sun Jul 2 04:59:22 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D1C503B010B for ; Sun, 2 Jul 2006 04:59:22 -0400 (EDT) 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 22112-02 for ; Sun, 2 Jul 2006 04:59:17 -0400 (EDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by menubar.gnome.org (Postfix) with ESMTP id 205833B008A for ; Sun, 2 Jul 2006 04:59:17 -0400 (EDT) Received: from [82.165.27.189] (helo=hora-obscura.de) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1Fwxmw0s7Q-0008Uc; Sun, 02 Jul 2006 10:59:06 +0200 Received: from localhost (localhost [127.0.0.1]) by smtp.hora-obscura.de (Postfix) with ESMTP id D3F48878032; Sun, 2 Jul 2006 10:58:45 +0200 (CEST) Received: from webmail.hora-obscura.de (localhost [127.0.0.1]) by smtp.hora-obscura.de (Postfix) with SMTP id 02378878022; Sun, 2 Jul 2006 10:58:39 +0200 (CEST) Message-ID: <67bf80b044bd99df0167a848f3f2996b@hora-obscura.de> Date: Sun, 02 Jul 2006 10:58:40 +0200 From: "ensonic" To: Nic James Ferrier In-Reply-To: <87r715yv8x.fsf@nicferrier.tapsellferrier.co.uk> References: <87r715yv8x.fsf@nicferrier.tapsellferrier.co.uk> X-Mailer: Hastymail 1.4 x-priority: 3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new using ClamAV at hora-obscura.de X-Provags-ID: kundenserver.de abuse@kundenserver.de login:8eea7ddcf9c0cceb26830fe517b7ade3 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.146 tagged_above=-999 required=2 tests=[AWL=-0.322, BAYES_00=-2.599, MANY_EXCLAMATIONS=0.775] X-Spam-Score: -2.146 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Namespaces! Agh! X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: ensonic@hora-obscura.de List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2006 08:59:23 -0000 Would it make sense to add a #define XML_NS_NULL (-1) for that purpose and handle it respectively? Still not nice though. Stefan On 9:34:38 pm 01/07/2006 Nic James Ferrier wrote: > Ok. Here's something I don't understand about namespaces (libxml2 in > python): > > dom = libxml2.newDoc("1.0") > > root = dom.newChild(None, "root", None) > ns = root.newNs("http://www.tfnet.co.uk/somenamespace", "ns") > root.setNs(ns) > > node = root.newChild(ns, "element", None) > node.newChild(None, "child", None) > > > And the output is: > > > > > > > > And the bit I don't understand is why the child element is marked with > the ns namespace. > > > Can anyone explain this? > > -- > Nic Ferrier > http://www.tapsellferrier.co.uk for all your tapsell ferrier needs > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml From veillard@redhat.com Sun Jul 2 05:11:10 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B59593B00F2 for ; Sun, 2 Jul 2006 05:11:10 -0400 (EDT) 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 22570-04 for ; Sun, 2 Jul 2006 05:11:09 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id BD6403B008A for ; Sun, 2 Jul 2006 05:11:09 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k629B5CH003587; Sun, 2 Jul 2006 05:11:05 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k629B5KM001968; Sun, 2 Jul 2006 05:11:05 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k629B5LP003275; Sun, 2 Jul 2006 05:11:05 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k629B59v003273; Sun, 2 Jul 2006 05:11:05 -0400 Date: Sun, 2 Jul 2006 05:11:05 -0400 From: Daniel Veillard To: Todd Ditchendorf Message-ID: <20060702091105.GQ1483@redhat.com> References: <3B3FA9A4-D332-465C-94A6-C112176C1302@ditchnet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B3FA9A4-D332-465C-94A6-C112176C1302@ditchnet.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.365 tagged_above=-999 required=2 tests=[AWL=0.005, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.365 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Receiving RELAX NG validity error callbacks X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Sun, 02 Jul 2006 09:11:11 -0000 On Sat, Jul 01, 2006 at 10:19:15PM -0700, Todd Ditchendorf wrote: > Can anyone help me with registering RELAX NG validity error callback > functions? Seems to be a bug in the reader implementation, when registering an error handler on the reader it should also propagate to the associated schemas, I don't think you can fix it from the API since the reader RNG validation context is not accessible, so please bugzilla this, this should be easy to fix. thanks, Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Sun Jul 2 05:16:54 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 01BFE3B00EB for ; Sun, 2 Jul 2006 05:16:54 -0400 (EDT) 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 22838-10 for ; Sun, 2 Jul 2006 05:16:52 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 897B43B017D for ; Sun, 2 Jul 2006 05:16:52 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k629Gp4N004715; Sun, 2 Jul 2006 05:16:51 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k629GpEJ002528; Sun, 2 Jul 2006 05:16:51 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k629Gotu003679; Sun, 2 Jul 2006 05:16:50 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k629GgNA003677; Sun, 2 Jul 2006 05:16:42 -0400 Date: Sun, 2 Jul 2006 05:16:42 -0400 From: Daniel Veillard To: ensonic Message-ID: <20060702091642.GR1483@redhat.com> References: <87r715yv8x.fsf@nicferrier.tapsellferrier.co.uk> <67bf80b044bd99df0167a848f3f2996b@hora-obscura.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <67bf80b044bd99df0167a848f3f2996b@hora-obscura.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.977 tagged_above=-999 required=2 tests=[AWL=-0.382, BAYES_00=-2.599, MANY_EXCLAMATIONS=0.775, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -1.977 X-Spam-Level: Cc: xml@gnome.org, Nic James Ferrier Subject: Re: [xml] Namespaces! Agh! X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Sun, 02 Jul 2006 09:16:54 -0000 On Sun, Jul 02, 2006 at 10:58:40AM +0200, ensonic wrote: > Would it make sense to add a #define XML_NS_NULL (-1) for that purpose and > handle it respectively? Still not nice though. I don't like this, this does not match any internal processing. This is one specific weirdness of the API though IMHO probably not that much of a problem. In general either you use namespaces or not. If you use them and you compose vocabularies they will all be namespaced, adding a non-namespaced island in the middle of a namespaced document looks like someone tried to retrofit an old vocabulary in a recent framework, I really don't expect this to be a common case. The most common when you create a child of a namespaced element is to reuse the same namespace (i.e. same vocabulary) unless you switch to another namespaced vocabulary. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Sun Jul 2 05:20:59 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 29B933B00CF; Sun, 2 Jul 2006 05:20:59 -0400 (EDT) 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 22937-09; Sun, 2 Jul 2006 05:20:58 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 0EA193B008A; Sun, 2 Jul 2006 05:20:58 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k629KvCV005370; Sun, 2 Jul 2006 05:20:57 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k629KvjH002961; Sun, 2 Jul 2006 05:20:57 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k629Kv2P003898; Sun, 2 Jul 2006 05:20:57 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k629KvwX003896; Sun, 2 Jul 2006 05:20:57 -0400 Date: Sun, 2 Jul 2006 05:20:57 -0400 From: Daniel Veillard To: Brent Smith Message-ID: <20060702092057.GS1483@redhat.com> References: <44A6F773.1080909@nextreality.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A6F773.1080909@nextreality.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: Shaun McCance , xml@gnome.org Subject: Re: [xml] Cancelling xsltApplyStylesheetUser() X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Sun, 02 Jul 2006 09:20:59 -0000 On Sat, Jul 01, 2006 at 04:30:11PM -0600, Brent Smith wrote: > Hi, > > Shaun McCance and myself have been looking at ways to cancel a long > running xsltApplyStylesheet() call. We want it to be possible for the > user to cancel an operation if it is taking too long in Yelp[1] (GNOME's > help browser). > > Shaun has found that setting the xsltTransformContext->state = > XML_STATE_STOPPED in the extension element function, the > xsltApplyStylesheet() call then returns immediately (after the ext. > element function returns). > > My question is, if we cancel the process in this way, is the > transformContext and result document in a consistent state where we can > just call xsltFreeTransformContext() and xmlFreeDoc() and not leak large > amounts of memory? yes, that should be fine, the processor when detecting that state will stop processing further templates, and the processing will gracefully pop up all template contexts. If you experience leaks there (assuming you freed up all resources when done) then that means there is a bug, but this really should not happen. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From nferrier@tapsellferrier.co.uk Sun Jul 2 05:26:47 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2A5CE3B00CD for ; Sun, 2 Jul 2006 05:26:47 -0400 (EDT) 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 23163-10 for ; Sun, 2 Jul 2006 05:26:45 -0400 (EDT) Received: from owls-house.tapsellferrier.co.uk (owls-tree.tapsellferrier.co.uk [81.187.188.218]) by menubar.gnome.org (Postfix) with ESMTP id C7CE43B00CF for ; Sun, 2 Jul 2006 05:26:44 -0400 (EDT) Received: from nicferrier.tapsellferrier.co.uk ([172.31.50.1]) by owls-house.tapsellferrier.co.uk with esmtp (Exim 4.60 #1 (Debian)) id 1FwyEO-0005Fz-LK; Sun, 02 Jul 2006 10:27:08 +0100 Received: from nferrier by nicferrier.tapsellferrier.co.uk with local (Exim 4.50) id 1FwyB5-0006ki-9r; Sun, 02 Jul 2006 10:23:43 +0100 To: veillard@redhat.com References: <87r715yv8x.fsf@nicferrier.tapsellferrier.co.uk> <20060701211812.GN1483@redhat.com> <87odw9ypmz.fsf@nicferrier.tapsellferrier.co.uk> <20060701215139.GP1483@redhat.com> From: Nic James Ferrier Date: Sun, 02 Jul 2006 10:23:43 +0100 In-Reply-To: <20060701215139.GP1483@redhat.com> (Daniel Veillard's message of "Sat, 1 Jul 2006 17:51:39 -0400") Message-ID: <87sllktl5s.fsf@nicferrier.tapsellferrier.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.108 tagged_above=-999 required=2 tests=[AWL=-0.283, BAYES_00=-2.599, MANY_EXCLAMATIONS=0.775, SPF_PASS=-0.001] X-Spam-Score: -2.108 X-Spam-Level: Cc: libxml Subject: Re: [xml] Namespaces! Agh! X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 02 Jul 2006 09:26:48 -0000 Daniel Veillard writes: > On Sat, Jul 01, 2006 at 10:35:48PM +0100, Nic James Ferrier wrote: >> Daniel Veillard writes: >> >> > On Sat, Jul 01, 2006 at 08:34:38PM +0100, Nic James Ferrier wrote: >> > >> > Well basically xmlNewChild() create a new node in the parent namespace if >> > no namespace is provided. Try to setNs(None) on the resulting node. Okay the >> > API is a bit weird, but changng it now is likely to break stuff... >> >> Sure. I tried it and it works. >> >> It is a bit wierd that the first arg is a namespace... but it doesn't >> do anything. > > well if it is non NULL it overrides the parent one. Ah! [scales fall from eyes] Now I geddit. Cheers. -- Nic Ferrier http://www.tapsellferrier.co.uk for all your tapsell ferrier needs From frans.englich@telia.com Sun Jul 2 06:14:59 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3551F3B01C5; Sun, 2 Jul 2006 06:14:59 -0400 (EDT) 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 25662-10; Sun, 2 Jul 2006 06:14:58 -0400 (EDT) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by menubar.gnome.org (Postfix) with ESMTP id 858CE3B0195; Sun, 2 Jul 2006 06:14:57 -0400 (EDT) X-T2-Posting-ID: 2yF4ydxc0UI9xI7FHZPfog== X-Cloudmark-Score: 0.000000 [] Received: from 83.72.134.122.ip.tele2adsl.dk ([83.72.134.122] verified) by mailfe01.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 206078573; Sun, 02 Jul 2006 12:14:51 +0200 From: Frans Englich To: xml@gnome.org Date: Sun, 2 Jul 2006 10:28:25 +0000 User-Agent: KMail/1.8.50 References: <44A6F773.1080909@nextreality.net> In-Reply-To: <44A6F773.1080909@nextreality.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607021028.25609.frans.englich@telia.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.054 tagged_above=-999 required=2 tests=[AWL=0.045, BAYES_00=-2.599, RCVD_NUMERIC_HELO=1.5] X-Spam-Score: -1.054 X-Spam-Level: Cc: Shaun McCance Subject: Re: [xml] Cancelling xsltApplyStylesheetUser() X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 02 Jul 2006 10:14:59 -0000 On Saturday 01 July 2006 22:30, Brent Smith wrote: > Hi, > > Shaun McCance and myself have been looking at ways to cancel a long > running xsltApplyStylesheet() call. We want it to be possible for the > user to cancel an operation if it is taking too long in Yelp[1] (GNOME's > help browser). [...] > [1] We are investigating making the DocBook stylesheets work on a single > "chunk" instead of processing the whole DocBook file in one go, but in > the meantime are investigating stopping the xsltApplyStylesheet() call. Interesting! Perhaps KDE's KHelpCenter could gain from this too. Will you guys blog on this or do somekind of findings-writeup? Cheers, Frans From todd@ditchnet.org Sun Jul 2 16:16:17 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6AFAD3B0172 for ; Sun, 2 Jul 2006 16:16:17 -0400 (EDT) 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 22638-08 for ; Sun, 2 Jul 2006 16:16:16 -0400 (EDT) Received: from server1.myhostserver.com (server1.myhostserver.com [69.93.36.161]) by menubar.gnome.org (Postfix) with ESMTP id 594513B0163 for ; Sun, 2 Jul 2006 16:16:16 -0400 (EDT) Received: from 68-112-218-210.dhcp.slid.la.charter.com ([68.112.218.210] helo=[10.0.1.2]) by server1.myhostserver.com with esmtpa (Exim 4.52) id 1Fx8Mc-0000ik-AS; Sun, 02 Jul 2006 15:16:18 -0500 In-Reply-To: <20060702091105.GQ1483@redhat.com> References: <3B3FA9A4-D332-465C-94A6-C112176C1302@ditchnet.org> <20060702091105.GQ1483@redhat.com> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <45DBE4B4-1872-47A5-AC40-098400592BD0@ditchnet.org> Content-Transfer-Encoding: 7bit From: Todd Ditchendorf Date: Sun, 2 Jul 2006 13:16:12 -0700 To: veillard@redhat.com X-Mailer: Apple Mail (2.750) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.myhostserver.com X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ditchnet.org X-Source: X-Source-Args: X-Source-Dir: X-Virus-Scanned: by amavisd-new at gnome.org 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] X-Spam-Score: -2.368 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Receiving RELAX NG validity error callbacks X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 02 Jul 2006 20:16:17 -0000 Thanks Daniel. The bug is filed: http://bugzilla.gnome.org/show_bug.cgi?id=346414 Todd Ditchendorf Scandalous Software - Cocoa Developer Tools http://scan.dalo.us On Jul 2, 2006, at 2:11 AM, Daniel Veillard wrote: > On Sat, Jul 01, 2006 at 10:19:15PM -0700, Todd Ditchendorf wrote: >> Can anyone help me with registering RELAX NG validity error callback >> functions? > > Seems to be a bug in the reader implementation, when registering an > error handler on the reader it should also propagate to the associated > schemas, I don't think you can fix it from the API since the reader > RNG validation context is not accessible, so please bugzilla this, > this > should be easy to fix. > > thanks, > > Daniel > > -- > Daniel Veillard | Red Hat http://redhat.com/ > veillard@redhat.com | libxml GNOME XML XSLT toolkit http:// > xmlsoft.org/ > http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Mon Jul 3 05:11:16 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 56A863B03B6 for ; Mon, 3 Jul 2006 05:11:16 -0400 (EDT) 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 27065-04 for ; Mon, 3 Jul 2006 05:11:15 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 225F53B036C for ; Mon, 3 Jul 2006 05:11:15 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k639BE2V015543; Mon, 3 Jul 2006 05:11:14 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k639B9dx005845; Mon, 3 Jul 2006 05:11:09 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k639B9tn024309; Mon, 3 Jul 2006 05:11:09 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k639B9Fk024307; Mon, 3 Jul 2006 05:11:09 -0400 Date: Mon, 3 Jul 2006 05:11:09 -0400 From: Daniel Veillard To: Manfred Rahmig Message-ID: <20060703091108.GU1483@redhat.com> References: <44A4AA0C.1040707@icem.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A4AA0C.1040707@icem.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] support for xml schema in libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Mon, 03 Jul 2006 09:11:16 -0000 On Fri, Jun 30, 2006 at 06:35:24AM +0200, Manfred Rahmig wrote: > This is libxml2-2.6.22.win32 (and the matching additional libs). Latest version is 2.6.26, you are using a version from Sep 12 2005 i.e. nearly a year ago. So complaints about missing features of XSD are really not appropriate, use the latest version *first*. [...] > statements below are wrong, I would like you to give me a reply. > > With respect to xmllint: > (1) xmllint supports schema validation, but it may have problems. > --> Importing the x3d extensions of www.web3d.org via "x3d-3.0.xsd" > it seems that > xmllint does a validation for this schema but afterwards > the xml file will always be ignored What does this mean ? "Importing the x3d extensions" "the xml file will always be ignored" I can't tell from your description what you did, nor what happened, nor nor what you expecte a reply about. > (2) the xs:ID type seems not to be checked, multiple occurences of the > same xs:ID are not indicated Probably not implemented in 2.6.22, > With respect to the programming interface (I know that the interface is > incomplete as stated within the documentation): > > (1) Here we have the same behaviour as xmllint. > (2) The xmlTextReader is a suitable interface for me, but it does not > support schema files. it does support them otherwise you would have no interface. > --> For example default attributes will not be inserted > --> Fixed attributes will not be set It's a concious default handling. PSVI is not part of the original document and libxml2 is an editing toolkit initially. Now to be constructive one could suggest an API extention to do that extension on a case by case basis. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From k.buchcik@4commerce.de Mon Jul 3 05:42:25 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BBB273B0371 for ; Mon, 3 Jul 2006 05:42:25 -0400 (EDT) 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 28885-03 for ; Mon, 3 Jul 2006 05:42:24 -0400 (EDT) Received: from mail.firmenpost.de (europa.4commerce.de [213.239.204.146]) by menubar.gnome.org (Postfix) with ESMTP id 0D1EE3B03A2 for ; Mon, 3 Jul 2006 05:42:23 -0400 (EDT) Received: from localhost ([127.0.0.1]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1FxKwb-0003rY-Cr; Mon, 03 Jul 2006 11:42:17 +0200 Received: from pegasus.omega.4commerce.de ([10.1.2.11]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1FxKwZ-0003rS-HD; Mon, 03 Jul 2006 11:42:17 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 3 Jul 2006 11:42:17 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] support for xml schema in libxml2 thread-index: AcadU1ugYnofe1iwQgOiKKD6L1/z3wBKj9Qg From: "Buchcik, Kasimier" To: "Manfred Rahmig" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at firmenpost.de X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: k.buchcik@4commerce.de X-SA-Exim-Scanned: No (on mail.firmenpost.de); SAEximRunCond expanded to false X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.349 tagged_above=-999 required=2 tests=[AWL=-0.039, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -2.349 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] support for xml schema in libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 03 Jul 2006 09:42:26 -0000 Hi Manfred,=20 > -----Original Message----- > From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On=20 > Behalf Of Manfred Rahmig > Hi XML-Team, > currently I am dealing with XML in order to check if it > could be used as representation for testdata used as input for > regression tests within a CAD-software development environment. > For this reason I have the libxml2 libraries available on Windows. > This is libxml2-2.6.22.win32 (and the matching additional libs). > Later we will need them for > SUN, HP, SGI, IBM and Linux as well. >=20 > These are my first experiences with XML. > My theory reference is "XML in a Nutshell" by Harold/Means. >=20 > Now I am on the point that I think it would be nice to setup > any development on the base of XML Schema. You should consider RelaxNG as well; a technology often underestimated; clouded by the W3C XML Schema hype. > Studying the documentation (coming with the libxml2 download) I > found that it is not quite clear in which way libxml2 supports True. I always forgot (maybe it's a psychological thingy) to change the description of the state of the W3C XML Schema processor. > XML schema. The following are some problems I found during evaluation. > May be some of these problems result from my lacking experience > with XML. If you have some comments or if you think that some of the > statements below are wrong, I would like you to give me a reply. >=20 > With respect to xmllint: >=20 > (1) xmllint supports schema validation, but it may have problems. > --> Importing the x3d extensions of www.web3d.org via=20 > "x3d-3.0.xsd" > it seems that > xmllint does a validation for this schema but afterwards > the xml file will always be ignored > (2) the xs:ID type seems not to be checked, multiple occurences of the > same xs:ID are not indicated The xs:ID issue might be related to http://bugzilla.gnome.org/show_bug.cgi?id=3D170795. This is one of the areas where I'm unsure how to implement. > With respect to the programming interface (I know that the=20 > interface is incomplete as stated within the documentation): >=20 > (1) Here we have the same behaviour as xmllint. > (2) The xmlTextReader is a suitable interface for me, but it does not > support schema files. > --> For example default attributes will not be inserted > --> Fixed attributes will not be set Hmm, excuse me for challenge your logic: writing that it does not support schema files, then enumerating the areas which don't work, sounds like it would support schema files and just has issues. However, adding default or fixed attributes to the validated instance, regardless if it's a node tree or processed with a stream-based technique, is not stated by the W3C XML Schema specification. What you really want is PSVI (http://www.w3.org/TR/xmlschema-1/), which would allow to lookup default/fixed attributes. Currently PSVI is not supported. Additionally, I wonder how we should provide PSVI with a streaming API? But we added the automatic creation of default/fixed attributes for the non-streaming API, so if you would be so kind and investigate if it's possible with Libxml2 to fire additional xml-reader events for default/fixed attribute, then this would be a good first step to have it implemented. =20 > I came to the conclusion that it currently makes no sense to > do some implementation based on XML schema within libxml2. Is=20 > this correct? Well, every question needs it's appropriate answer: Yes and no. If you provide reports and test cases for the areas which don't work for you, plus investigate the spec to allow you a broader assessment of Libxml2's implementation, then you'll surely will be gratified with a working solution. If you cannot afford this additional time-consuming overhead on your side, then, I fear, you made contact with a term that's called a "bug", or "feature request", and, unlike a Bose-Einstein condensation, where multiple bosons can share the same quantum state, a bug is not a non-bug. > If you see a way to do some development, I would ask you to=20 > send me some example code or some hints where to find example code for > "how to read xml files based on xml schema" using libxml2. > What are the future intentions with respect to XML schema support? I think we intend to implement the missing areas. PSVI is a different story, which we need to consider well when implementing XPath 2.0 and XSLT 2.0 in the future, since PSVI will have to be a part of those new technologies, and we don't mant to make API-related mistakes, before we see the whole picture; and that should be when XSLT 2.0 & Co. become a W3C recommendation. > By the way, the DTD based functionality works fine. >=20 >=20 > Thanks in advance and best regards > Manfred Rahmig Regards, Kasimier From liam@holoweb.net Mon Jul 3 14:51:51 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1A2843B0184 for ; Mon, 3 Jul 2006 14:51:51 -0400 (EDT) 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 02050-03 for ; Mon, 3 Jul 2006 14:51:48 -0400 (EDT) Received: from hd-t1637cl.privatedns.com (ip-209-172-34-239.reverse.privatedns.com [209.172.34.239]) by menubar.gnome.org (Postfix) with SMTP id A22133B0125 for ; Mon, 3 Jul 2006 14:51:47 -0400 (EDT) Received: (qmail 3468 invoked from network); 3 Jul 2006 18:52:32 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by hd-t1637cl.privatedns.com with SMTP; 3 Jul 2006 18:52:32 -0000 From: Liam R E Quin To: "Buchcik, Kasimier" In-Reply-To: References: Content-Type: text/plain Date: Mon, 03 Jul 2006 14:47:34 -0400 Message-Id: <1151952454.17706.114.camel@dell.barefootcomputing.com> Mime-Version: 1.0 X-Mailer: Evolution 2.7.2.1-4mdv2007.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.488 tagged_above=-999 required=2 tests=[AWL=-0.043, BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -2.488 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] support for xml schema in libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 03 Jul 2006 18:51:51 -0000 On Mon, 2006-07-03 at 11:42 +0200, Buchcik, Kasimier wrote: > I think we intend to implement the missing areas. PSVI is a different > story, which we need to consider well when implementing XPath 2.0 > and XSLT 2.0 in the future, since PSVI will have to be a part of those > new technologies, and we don't mant to make API-related mistakes, before > we see the whole picture; and that should be when XSLT 2.0 & Co. become > a W3C recommendation. The best time to look at XPath 2 and XSLT 2 is now: they are Canadiate Recommendations, and if there are things that can't be implemented, we want to know *before* they are final Recommendations. Of course, we already have quite a few implementations of XPath 2 in XQuery implementations, and the interoperability story there is pretty good, it turns out, but even so I strongly encourage you not to wait. Best, 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 frans.englich@telia.com Mon Jul 3 16:37:07 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8798D3B00F7 for ; Mon, 3 Jul 2006 16:37:07 -0400 (EDT) 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 10135-01 for ; Mon, 3 Jul 2006 16:37:04 -0400 (EDT) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by menubar.gnome.org (Postfix) with ESMTP id 613C23B00E1 for ; Mon, 3 Jul 2006 16:37:03 -0400 (EDT) X-T2-Posting-ID: 2yF4ydxc0UI9xI7FHZPfog== X-Cloudmark-Score: 0.000000 [] Received: from 83.72.134.122.ip.tele2adsl.dk ([83.72.134.122] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 228193113 for xml@gnome.org; Mon, 03 Jul 2006 22:37:00 +0200 From: Frans Englich To: xml@gnome.org Date: Mon, 3 Jul 2006 20:50:36 +0000 User-Agent: KMail/1.8.50 References: <1151952454.17706.114.camel@dell.barefootcomputing.com> In-Reply-To: <1151952454.17706.114.camel@dell.barefootcomputing.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607032050.36225.frans.englich@telia.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.981 tagged_above=-999 required=2 tests=[AWL=-0.036, BAYES_00=-2.599, RCVD_NUMERIC_HELO=1.5, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -0.981 X-Spam-Level: Subject: Re: [xml] support for xml schema in libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 03 Jul 2006 20:37:07 -0000 On Monday 03 July 2006 18:47, Liam R E Quin wrote: > On Mon, 2006-07-03 at 11:42 +0200, Buchcik, Kasimier wrote: > > I think we intend to implement the missing areas. PSVI is a different > > story, which we need to consider well when implementing XPath 2.0 > > and XSLT 2.0 in the future, since PSVI will have to be a part of those > > new technologies, and we don't mant to make API-related mistakes, before > > we see the whole picture; and that should be when XSLT 2.0 & Co. become > > a W3C recommendation. > > The best time to look at XPath 2 and XSLT 2 is now: they are Canadiate > Recommendations, and if there are things that can't be implemented, we > want to know *before* they are final Recommendations. > > Of course, we already have quite a few implementations of XPath 2 in > XQuery implementations, and the interoperability story there is pretty > good, it turns out, but even so I strongly encourage you not to wait. FWIW, I think the same. I have/is implementing XQuery 1.0/XPath 2.0 and the specs are very stable, especially the latest drafts. Close to all changes done and the ones currently queued are editorial issues. I have actually found it an advantage to implement while the specs have been maturing, because the changes haven't been large enough to be a burden to align with, and it have given the opportunity to report & fix bugs in the specs which one discovers first when implementing. It wouldn't surprise if it would be a long wait for the Rec "stamp", since the W3C machinery can drag things out in this area. (My personal views.) Cheers, Frans From todd@ditchnet.org Mon Jul 3 21:57:40 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6C9DD3B0121 for ; Mon, 3 Jul 2006 21:57:40 -0400 (EDT) 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 26547-04 for ; Mon, 3 Jul 2006 21:57:38 -0400 (EDT) Received: from server1.myhostserver.com (server1.myhostserver.com [69.93.36.161]) by menubar.gnome.org (Postfix) with ESMTP id E9A3A3B0077 for ; Mon, 3 Jul 2006 21:57:37 -0400 (EDT) Received: from 68-112-218-210.dhcp.slid.la.charter.com ([68.112.218.210] helo=[10.0.1.2]) by server1.myhostserver.com with esmtpa (Exim 4.52) id 1FxaAW-0001Ya-Je; Mon, 03 Jul 2006 20:57:40 -0500 In-Reply-To: <20060702091105.GQ1483@redhat.com> References: <3B3FA9A4-D332-465C-94A6-C112176C1302@ditchnet.org> <20060702091105.GQ1483@redhat.com> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <786F3F72-B579-4983-8442-75846438EC56@ditchnet.org> Content-Transfer-Encoding: 7bit From: Todd Ditchendorf Date: Mon, 3 Jul 2006 18:57:33 -0700 To: veillard@redhat.com X-Mailer: Apple Mail (2.750) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.myhostserver.com X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ditchnet.org X-Source: X-Source-Args: X-Source-Dir: X-Virus-Scanned: by amavisd-new at gnome.org 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] X-Spam-Score: -2.368 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Receiving RELAX NG validity error callbacks X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 04 Jul 2006 01:57:40 -0000 To Daniel/friendly neighborhood libxml2 developers/anyone interested in this bug, I believe I was mistaken about this bug. This bug does *not* exist in 2.6.26 as I reported. I *does* exist in 2.6.16 which I believe is the version that shipped with Mac OS X 10.4 Tiger. I was using this built- in version (2.6.16) mistakenly when running my tests. I had thought I was using 2.6.26, but I was wrong. The bug no longer exists in 2.6.26 as far as I can tell. Apparently it was fixed sometime between the two versions. So my humble advice to anyone wanting to use the RELAX NG features of libxml2 is to use the very latest version: 2.6.26. In 2.6.26, the "xmlStructuredErrorFunc" reports RNG validity errors. I had assumed that the "xmlTextReaderErrorFunc" would report these, but I guess I was wrong about that too. Although... perhaps *that's* a bug? ;) I've updated the bugzilla bug: http://bugzilla.gnome.org/show_bug.cgi?id=346414 Thanks, Todd Ditchendorf Scandalous Software - Cocoa Developer Tools http://scan.dalo.us On Jul 2, 2006, at 2:11 AM, Daniel Veillard wrote: > On Sat, Jul 01, 2006 at 10:19:15PM -0700, Todd Ditchendorf wrote: >> Can anyone help me with registering RELAX NG validity error callback >> functions? > > Seems to be a bug in the reader implementation, when registering an > error handler on the reader it should also propagate to the associated > schemas, I don't think you can fix it from the API since the reader > RNG validation context is not accessible, so please bugzilla this, > this > should be easy to fix. > > thanks, > > Daniel > > -- > Daniel Veillard | Red Hat http://redhat.com/ > veillard@redhat.com | libxml GNOME XML XSLT toolkit http:// > xmlsoft.org/ > http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From liam@holoweb.net Mon Jul 3 22:46:42 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5C1023B012A for ; Mon, 3 Jul 2006 22:46:42 -0400 (EDT) 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 29085-04 for ; Mon, 3 Jul 2006 22:46:39 -0400 (EDT) Received: from hd-t1637cl.privatedns.com (ip-209-172-34-239.reverse.privatedns.com [209.172.34.239]) by menubar.gnome.org (Postfix) with SMTP id 0933C3B0106 for ; Mon, 3 Jul 2006 22:46:38 -0400 (EDT) Received: (qmail 1035 invoked from network); 4 Jul 2006 02:47:25 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by hd-t1637cl.privatedns.com with SMTP; 4 Jul 2006 02:47:25 -0000 From: Liam R E Quin To: Frans Englich In-Reply-To: <200607032050.36225.frans.englich@telia.com> References: <1151952454.17706.114.camel@dell.barefootcomputing.com> <200607032050.36225.frans.englich@telia.com> Content-Type: text/plain Date: Mon, 03 Jul 2006 16:40:18 -0400 Message-Id: <1151959218.17706.117.camel@dell.barefootcomputing.com> Mime-Version: 1.0 X-Mailer: Evolution 2.7.2.1-4mdv2007.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.143 tagged_above=-999 required=2 tests=[AWL=-1.384, BAYES_20=-0.74, DATE_IN_PAST_06_12=0.827, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -1.143 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] support for xml schema in libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 04 Jul 2006 02:46:42 -0000 On Mon, 2006-07-03 at 20:50 +0000, Frans Englich wrote: > It wouldn't surprise if it would be a long wait for the Rec "stamp", since the > W3C machinery can drag things out in this area. It's part of the trouble with being consensus-based sometimes. But I expect to see Recommendations this year. 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 veillard@redhat.com Tue Jul 4 00:47:05 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 591D73B018F for ; Tue, 4 Jul 2006 00:47:05 -0400 (EDT) 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 01480-10 for ; Tue, 4 Jul 2006 00:47:04 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 20B433B0100 for ; Tue, 4 Jul 2006 00:47:04 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k644kx94031211; Tue, 4 Jul 2006 00:46:59 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k644kxGh025049; Tue, 4 Jul 2006 00:46:59 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k644kw0R028723; Tue, 4 Jul 2006 00:46:58 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k644kwt1028721; Tue, 4 Jul 2006 00:46:58 -0400 Date: Tue, 4 Jul 2006 00:46:58 -0400 From: Daniel Veillard To: Todd Ditchendorf Message-ID: <20060704044658.GA6360@redhat.com> References: <3B3FA9A4-D332-465C-94A6-C112176C1302@ditchnet.org> <20060702091105.GQ1483@redhat.com> <786F3F72-B579-4983-8442-75846438EC56@ditchnet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <786F3F72-B579-4983-8442-75846438EC56@ditchnet.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Receiving RELAX NG validity error callbacks X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 04 Jul 2006 04:47:05 -0000 On Mon, Jul 03, 2006 at 06:57:33PM -0700, Todd Ditchendorf wrote: > To Daniel/friendly neighborhood libxml2 developers/anyone interested > in this bug, > > I believe I was mistaken about this bug. This bug does *not* exist in > 2.6.26 as I reported. I *does* exist in 2.6.16 which I believe is the > version that shipped with Mac OS X 10.4 Tiger. I was using this built- > in version (2.6.16) mistakenly when running my tests. I had thought I > was using 2.6.26, but I was wrong. haha :-) > The bug no longer exists in 2.6.26 as far as I can tell. Apparently > it was fixed sometime between the two versions. > > So my humble advice to anyone wanting to use the RELAX NG features of > libxml2 is to use the very latest version: 2.6.26. > > In 2.6.26, the "xmlStructuredErrorFunc" reports RNG validity errors. > I had assumed that the "xmlTextReaderErrorFunc" would report these, > but I guess I was wrong about that too. Although... perhaps *that's* > a bug? ;) yeah, I still think the bugzilla entry should stay as one could logically expect the errors to be tunnelled back to the error handler associated to the reader. But it's good that you found the workaround in the more recent versions as it's not a completely trivial change (though it should not be hard to do). Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From k.buchcik@4commerce.de Tue Jul 4 05:21:49 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DE77B3B02BA for ; Tue, 4 Jul 2006 05:21:48 -0400 (EDT) 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 16764-10 for ; Tue, 4 Jul 2006 05:21:48 -0400 (EDT) Received: from mail.firmenpost.de (europa.4commerce.de [213.239.204.146]) by menubar.gnome.org (Postfix) with ESMTP id 91AB93B0162 for ; Tue, 4 Jul 2006 05:21:47 -0400 (EDT) Received: from localhost ([127.0.0.1]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1Fxh6B-0005QH-LO; Tue, 04 Jul 2006 11:21:39 +0200 Received: from pegasus.omega.4commerce.de ([10.1.2.11]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1Fxh6B-0005QB-1q; Tue, 04 Jul 2006 11:21:39 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 4 Jul 2006 11:21:43 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] support for xml schema in libxml2 thread-index: Acae4H2oxLqdNwdNT+eftS3MtVRsmwAZ/wkg From: "Buchcik, Kasimier" To: "Frans Englich" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at firmenpost.de X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: k.buchcik@4commerce.de X-SA-Exim-Scanned: No (on mail.firmenpost.de); SAEximRunCond expanded to false X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.349 tagged_above=-999 required=2 tests=[AWL=-0.039, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -2.349 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] support for xml schema in libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 04 Jul 2006 09:21:49 -0000 Hi,=20 > -----Original Message----- > From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On=20 > Behalf Of Frans Englich > On Monday 03 July 2006 18:47, Liam R E Quin wrote: > > On Mon, 2006-07-03 at 11:42 +0200, Buchcik, Kasimier wrote: > > > I think we intend to implement the missing areas. PSVI is=20 > a different > > > story, which we need to consider well when implementing XPath 2.0 > > > and XSLT 2.0 in the future, since PSVI will have to be a=20 > part of those > > > new technologies, and we don't mant to make API-related=20 > mistakes, before > > > we see the whole picture; and that should be when XSLT=20 > 2.0 & Co. become > > > a W3C recommendation. > > > > The best time to look at XPath 2 and XSLT 2 is now: they=20 > are Canadiate > > Recommendations, and if there are things that can't be=20 > implemented, we > > want to know *before* they are final Recommendations. > > > > Of course, we already have quite a few implementations of XPath 2 in > > XQuery implementations, and the interoperability story=20 > there is pretty > > good, it turns out, but even so I strongly encourage you=20 > not to wait. >=20 > FWIW, I think the same. >=20 > I have/is implementing XQuery 1.0/XPath 2.0 and the specs are=20 > very stable,=20 > especially the latest drafts. Close to all changes done and the ones=20 > currently queued are editorial issues. >=20 > I have actually found it an advantage to implement while the=20 > specs have been=20 > maturing, because the changes haven't been large enough to be=20 > a burden to=20 > align with, and it have given the opportunity to report & fix=20 > bugs in the=20 > specs which one discovers first when implementing. >=20 > It wouldn't surprise if it would be a long wait for the Rec=20 > "stamp", since the=20 > W3C machinery can drag things out in this area. >=20 > (My personal views.) Damn, I knew somehow that writing about XPath 2.0 and XSLT 2.0 would lead to trouble :-) I think an implementation was not yet planned, plus I don't know if we'll have enough human recources. I would love to help here; since I'm already trying to refactor Libxslt, which should also be helpfull for a later XSLT 2.0 implementation, I volunteer for that side (Bill, what about you?). It would also be nice to have some people outside of the core-team involved; I always wondered why there isn't much more input from other people - are we so scary? I don't know if Daniel has enough time to plan that beast; if there would be more helping hands we could take over more burden from him. Regards, Kasimier From frans.englich@telia.com Tue Jul 4 06:53:11 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B1E7F3B03CF for ; Tue, 4 Jul 2006 06:53:11 -0400 (EDT) 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 23273-03 for ; Tue, 4 Jul 2006 06:53:10 -0400 (EDT) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by menubar.gnome.org (Postfix) with ESMTP id 2544A3B0319 for ; Tue, 4 Jul 2006 06:53:10 -0400 (EDT) X-T2-Posting-ID: 2yF4ydxc0UI9xI7FHZPfog== X-Cloudmark-Score: 0.000000 [] Received: from 83.72.134.122.ip.tele2adsl.dk ([83.72.134.122] verified) by mailfe11.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 58706172 for xml@gnome.org; Tue, 04 Jul 2006 12:53:04 +0200 From: Frans Englich To: xml@gnome.org Date: Tue, 4 Jul 2006 11:06:39 +0000 User-Agent: KMail/1.8.50 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607041106.39402.frans.englich@telia.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.91 tagged_above=-999 required=2 tests=[AWL=-0.100, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, RCVD_NUMERIC_HELO=1.5, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -0.91 X-Spam-Level: Subject: Re: [xml] support for xml schema in libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 04 Jul 2006 10:53:11 -0000 On Tuesday 04 July 2006 09:21, Buchcik, Kasimier wrote: [...] > Damn, I knew somehow that writing about XPath 2.0 and XSLT 2.0 would > lead to trouble :-) I think an implementation was not yet planned, > plus I don't know if we'll have enough human recources. I would love > to help here; since I'm already trying to refactor Libxslt, which > should also be helpfull for a later XSLT 2.0 implementation, I volunteer > for that side (Bill, what about you?). > It would also be nice to have some people outside of the core-team > involved; I always wondered why there isn't much more input from > other people - are we so scary? All C-guys are scary ;-) > I don't know if Daniel has enough > time to plan that beast; if there would be more helping hands we > could take over more burden from him. I can't code, but I will gladly discuss different implementation approaches, interpreting the specs, performance stuff, and so on. So, I'll drop into discussions on 2.0 stuff if it isn't too tied to libxml2 internals. I think implementing XSL-T 2.0 starts at implementing XPath 2.0, because that's the most intrusive part. The differences between XSL-T 1.0 & 2.0 aren't that invasive, while XPath 2.0 carries a whole new data model and a type system. Cheers, Frans 1. http://patternist.sf.net/documentation/API/ From k.buchcik@4commerce.de Tue Jul 4 07:09:11 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AD2983B03CF for ; Tue, 4 Jul 2006 07:09:11 -0400 (EDT) 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 24208-04 for ; Tue, 4 Jul 2006 07:09:10 -0400 (EDT) Received: from mail.firmenpost.de (europa.4commerce.de [213.239.204.146]) by menubar.gnome.org (Postfix) with ESMTP id B13C23B02CD for ; Tue, 4 Jul 2006 07:09:10 -0400 (EDT) Received: from localhost ([127.0.0.1]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1Fxim8-0005Vw-Gv; Tue, 04 Jul 2006 13:09:04 +0200 Received: from pegasus.omega.4commerce.de ([10.1.2.11]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1Fxim7-0005Vq-3y; Tue, 04 Jul 2006 13:09:04 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 4 Jul 2006 13:09:07 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] support for xml schema in libxml2 thread-index: AcafWBN/VhFiT40cQl2GeTdjVRqz5gAAgqKQ From: "Buchcik, Kasimier" To: "Frans Englich" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at firmenpost.de X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: k.buchcik@4commerce.de X-SA-Exim-Scanned: No (on mail.firmenpost.de); SAEximRunCond expanded to false X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.348 tagged_above=-999 required=2 tests=[AWL=-0.038, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -2.348 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] support for xml schema in libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 04 Jul 2006 11:09:11 -0000 Hi,=20 > -----Original Message----- > From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On=20 > Behalf Of Frans Englich [...] > All C-guys are scary ;-) Hey, I'm a Delphi guy ;-) [...] Kasimier From boss@gregerhaga.net Tue Jul 4 07:47:32 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A4A9D3B0176 for ; Tue, 4 Jul 2006 07:47:32 -0400 (EDT) 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 26896-04 for ; Tue, 4 Jul 2006 07:47:31 -0400 (EDT) Received: from smtp.planeetta.net (smtp.planeetta.net [84.234.64.6]) by menubar.gnome.org (Postfix) with ESMTP id 1ABB13B0146 for ; Tue, 4 Jul 2006 07:47:31 -0400 (EDT) Received: from web02.planeetta.net (web02.planeetta.net [84.234.64.202]) by smtp.planeetta.net (8.12.10/8.12.10) with ESMTP id k64BlT1G011266 for ; Tue, 4 Jul 2006 14:47:30 +0300 Received: (qmail 31578 invoked by uid 48); 4 Jul 2006 14:47:29 +0300 Received: from a85-156-202-37.elisa-laajakaista.fi (a85-156-202-37.elisa-laajakaista.fi [85.156.202.37]) by webmail.gregerhaga.net (Horde MIME library) with HTTP; Tue, 4 Jul 2006 14:47:29 +0300 Message-ID: <20060704144729.uebzbgt0cs0gcws0@webmail.gregerhaga.net> Date: Tue, 4 Jul 2006 14:47:29 +0300 From: boss@gregerhaga.net To: xml@gnome.org References: <200607041106.39402.frans.englich@telia.com> In-Reply-To: <200607041106.39402.frans.englich@telia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.723 tagged_above=-999 required=2 tests=[AWL=-0.728, BAYES_05=-1.11, NO_REAL_NAME=0.961, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -0.723 X-Spam-Level: Subject: Re: [xml] support for xml schema in libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 04 Jul 2006 11:47:32 -0000 Quoting Frans Englich : > On Tuesday 04 July 2006 09:21, Buchcik, Kasimier wrote: > [...] > >> Damn, I knew somehow that writing about XPath 2.0 and XSLT 2.0 would >> lead to trouble :-) I think an implementation was not yet planned, >> plus I don't know if we'll have enough human recources. I would love >> to help here; since I'm already trying to refactor Libxslt, which >> should also be helpfull for a later XSLT 2.0 implementation, I volunteer >> for that side (Bill, what about you?). >> It would also be nice to have some people outside of the core-team >> involved; I always wondered why there isn't much more input from >> other people - are we so scary? > > All C-guys are scary ;-) hehehe, > >> I don't know if Daniel has enough >> time to plan that beast; if there would be more helping hands we >> could take over more burden from him. > > I can't code, but I will gladly discuss different implementation approache= s, > interpreting the specs, performance stuff, and so on. So, I'll drop into > discussions on 2.0 stuff if it isn't too tied to libxml2 internals. > > I think implementing XSL-T 2.0 starts at implementing XPath 2.0, because > that's the most intrusive part. The differences between XSL-T 1.0 & 2.0 > aren't that invasive, while XPath 2.0 carries a whole new data model and a > type system. > I am C / C++ guy, sort of, I'd like to help. Quite honestly:I have very little knowledge of the =20 big picture about XML, XSLT and related technologies. I have used =20 libxml2 recently, see my site =20 http://www.gregerhaga.net/qxrss-1.2.6-dox for my rss reader, which =20 uses it ( perhaps in a stupid way but still*grin*). So:what can i do to contribute? What is the learning curve like for an =20 almost newbie in XML but with experience from C? Greger > > Cheers, > > =09=09Frans > > 1. > http://patternist.sf.net/documentation/API/ > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > From k.buchcik@4commerce.de Tue Jul 4 12:32:58 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6FAAE3B012F for ; Tue, 4 Jul 2006 12:32:58 -0400 (EDT) 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 14509-01 for ; Tue, 4 Jul 2006 12:32:57 -0400 (EDT) Received: from mail.firmenpost.de (europa.4commerce.de [213.239.204.146]) by menubar.gnome.org (Postfix) with ESMTP id CC4223B0115 for ; Tue, 4 Jul 2006 12:32:56 -0400 (EDT) Received: from localhost ([127.0.0.1]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1FxnpS-0005ub-AI; Tue, 04 Jul 2006 18:32:50 +0200 Received: from pegasus.omega.4commerce.de ([10.1.2.11]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1FxnpP-0005uV-IT; Tue, 04 Jul 2006 18:32:50 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 4 Jul 2006 18:32:52 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] support for xml schema in libxml2 thread-index: AcafX7Hru1bJldX1RCKd5biOof22ggAH0psA From: "Buchcik, Kasimier" To: X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at firmenpost.de X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: k.buchcik@4commerce.de X-SA-Exim-Scanned: No (on mail.firmenpost.de); SAEximRunCond expanded to false X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.348 tagged_above=-999 required=2 tests=[AWL=-0.038, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -2.348 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] support for xml schema in libxml2 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 04 Jul 2006 16:32:58 -0000 Hi,=20 > -----Original Message----- > From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On=20 > Behalf Of boss@gregerhaga.net [...] > I'd like to help. Quite honestly:I have very little knowledge of the =20 > big picture about XML, XSLT and related technologies. I have used =20 > libxml2 recently, see my site =20 > http://www.gregerhaga.net/qxrss-1.2.6-dox for my rss reader, which =20 > uses it ( perhaps in a stupid way but still*grin*). >=20 > So:what can i do to contribute? What is the learning curve=20 > like for an almost newbie in XML but with experience from C? >=20 > Greger I'll list the things I would do, when I would be about to put the rope around my neck - as you do (hmm, we _are_ scary): 1) A good starter for XML stuff is http://www.w3schools.com/ Besides other things, it teaches (rudimentally) about XSLT 2.0, XQuery 1.0 and XPath 2.0. 2) Google around for some deeper tutorials, articles, etc.; but don't get lost, since it might become boring. 3) Read the specs: http://www.w3.org/Style/XSL/ ; but again, don't get lost, since it might become boring and we'll never see you again. 4) Get in touch with Libxml2's XPath code. Write an XPath test app and debugg the parser and evaluation code, while switching back and fro to the specs (XPath 1.0 in this case) and trying to understand why the code does what it does. Write down the obervations, new ideas, things you would have done differently, etc. Maybe, just for learning, also add a piece of self-invented syntax to the XPath machinery, in order to get a feeling how to change/extend things without breaking them. 5) I think one will need to create a scenario for oneself, where one actually _needs_ to implement XPath 2.0/XQuery 1.0/XSLT 2.0. This can either be the fact that you already told all your girl-friends that you're gonna do it (this might be not enough a reason), some idealistic reasons, some business-related issues, etc. 6) Wear heavy chains for about 2 weeks, then buy some t-shirts with XPath 2.0/XQuery 1.0/XSLT 2.0 written on it in fancy letters. 7) Try to annoy people with questions, bugzilla-entries, etc. See http://www.xmlsoft.org/bugs.html =20 But I don't know how to actually start writing such new code. Daniel will have to tell us (or at least me) what he expects; I would need to know to what extent new code for XPath 2.0 can be written and what existing code should be rather extended; so questions like: - Should the existing expression-parsing code be extended (is this possible?), or should we write on new one for XPath 2.0? - What about the XPath objects? Extend or create new code & API for XPath 2.0 objects? Finally, I think that there's no need not know much about XML-related technology to be able to code much stuff for e.g. the XPath 2.0 module. Knowledge in writing parsers and compilers should be of more help; or just the will to dig into this until it works fine. Regards, Kasimier From frans.englich@telia.com Tue Jul 4 17:54:30 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5049E3B00F4 for ; Tue, 4 Jul 2006 17:54:30 -0400 (EDT) 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 29755-05 for ; Tue, 4 Jul 2006 17:54:29 -0400 (EDT) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by menubar.gnome.org (Postfix) with ESMTP id 6C95A3B00D5 for ; Tue, 4 Jul 2006 17:54:28 -0400 (EDT) X-T2-Posting-ID: 2yF4ydxc0UI9xI7FHZPfog== X-Cloudmark-Score: 0.000000 [] Received: from 83.72.134.122.ip.tele2adsl.dk ([83.72.134.122] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 234582013 for xml@gnome.org; Tue, 04 Jul 2006 23:54:26 +0200 From: Frans Englich To: xml@gnome.org Date: Tue, 4 Jul 2006 22:08:02 +0000 User-Agent: KMail/1.8.50 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607042208.02902.frans.englich@telia.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.971 tagged_above=-999 required=2 tests=[AWL=-0.026, BAYES_00=-2.599, RCVD_NUMERIC_HELO=1.5, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -0.971 X-Spam-Level: Subject: [xml] parser/tokenizer [was Re: support for xml schema in libxml2] X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 04 Jul 2006 21:54:30 -0000 On Tuesday 04 July 2006 16:32, Buchcik, Kasimier wrote: > Hi, > > > -----Original Message----- > > From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On > > Behalf Of boss@gregerhaga.net > > [...] > > > I'd like to help. Quite honestly:I have very little knowledge of the > > big picture about XML, XSLT and related technologies. I have used > > libxml2 recently, see my site > > http://www.gregerhaga.net/qxrss-1.2.6-dox for my rss reader, which > > uses it ( perhaps in a stupid way but still*grin*). > > > > So:what can i do to contribute? What is the learning curve > > like for an almost newbie in XML but with experience from C? > > > > Greger > > I'll list the things I would do, when I would be about to > put the rope around my neck - as you do (hmm, we _are_ scary): > > 1) A good starter for XML stuff is http://www.w3schools.com/ > Besides other things, it teaches (rudimentally) about XSLT 2.0, > XQuery 1.0 and XPath 2.0. > > 2) Google around for some deeper tutorials, articles, etc.; but don't > get lost, since it might become boring. > > 3) Read the specs: http://www.w3.org/Style/XSL/ ; but again, don't get > lost, since it might become boring and we'll never see you again. > > 4) Get in touch with Libxml2's XPath code. Write an XPath test app and > debugg the parser and evaluation code, while switching back and > fro to the specs (XPath 1.0 in this case) and trying to understand > why the code does what it does. Write down the obervations, new ideas, > things you would have done differently, etc. Maybe, just for learning, > also add a piece of self-invented syntax to the XPath machinery, in > order to get a feeling how to change/extend things without breaking > them. > > 5) I think one will need to create a scenario for oneself, where > one actually _needs_ to implement XPath 2.0/XQuery 1.0/XSLT 2.0. > This can either be the fact that you already told all your > girl-friends > that you're gonna do it (this might be not enough a reason), some > idealistic reasons, some business-related issues, etc. > > 6) Wear heavy chains for about 2 weeks, then buy some t-shirts with > XPath 2.0/XQuery 1.0/XSLT 2.0 written on it in fancy letters. > > 7) Try to annoy people with questions, bugzilla-entries, etc. > See http://www.xmlsoft.org/bugs.html > > But I don't know how to actually start writing such new code. Daniel > will have to tell us (or at least me) what he expects; I would need to > know to what extent new code for XPath 2.0 can be written and what > existing code should be rather extended; so questions like: > - Should the existing expression-parsing code be extended (is this > possible?), or should we write on new one for XPath 2.0? One could consider Bison combined with a hand written tokenizer(that's how Patternist do it). Here's an XQuery grammar; path expressions and (some) XML literals are missing, but other than that it's quite complete: http://websvn.kde.org/trunk/kdenonbeta/kdom/patternist/parser/QueryTransformParser.ypp?rev=557332&view=log The tokenizer is in the same dir, but I doubt it would be useful. [...] > Finally, I think that there's no need not know much about > XML-related technology to be able to code much stuff for e.g. the > XPath 2.0 module. Grasping the specs can be daunting. It was that for me. And is.. Cheers, Frans From tere.ertw@gmail.com Tue Jul 4 21:29:18 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BE8F33B0004 for ; Tue, 4 Jul 2006 21:29:18 -0400 (EDT) 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 06525-06 for ; Tue, 4 Jul 2006 21:29:16 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by menubar.gnome.org (Postfix) with ESMTP id D19443B010E for ; Tue, 4 Jul 2006 21:29:15 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id c29so1208897nfb for ; Tue, 04 Jul 2006 18:29:15 -0700 (PDT) Received: by 10.49.65.8 with SMTP id s8mr3757416nfk; Tue, 04 Jul 2006 18:29:14 -0700 (PDT) Received: by 10.49.57.3 with HTTP; Tue, 4 Jul 2006 18:29:14 -0700 (PDT) Message-ID: <8d3f24ab0607041829yb3ab74bx2d899589bbde7ad5@mail.gmail.com> Date: Tue, 4 Jul 2006 21:29:14 -0400 From: "Teresa Thomas" To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_46401_14573578.1152062954905" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.544 tagged_above=-999 required=2 tests=[AWL=-0.094, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, HTML_00_10=0.795, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -1.544 X-Spam-Level: Subject: [xml] Two basic questions about libxml X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 01:29:18 -0000 ------=_Part_46401_14573578.1152062954905 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I'm pretty new to libxml and other GNOME libraries. I have two questions about libxml: 1) Are there any compilation/linking flags involved? 2) Is it possible to use libxml2 to 'go backwards' - create an XML document out of given data . Sample code/links to documentation would be gladly accepted. Thanks in advance! ------=_Part_46401_14573578.1152062954905 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,
I'm pretty new to libxml and other GNOME libraries. I have two questions about libxml:

1) Are there any compilation/linking flags involved?

2) Is it possible to use libxml2 to 'go backwards' - create an XML document out of given data . Sample code/links to documentation would be gladly accepted.

Thanks in advance!
------=_Part_46401_14573578.1152062954905-- From asmodai@in-nomine.org Wed Jul 5 01:15:13 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C4E513B011F for ; Wed, 5 Jul 2006 01:15:13 -0400 (EDT) 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 16021-07 for ; Wed, 5 Jul 2006 01:15:11 -0400 (EDT) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by menubar.gnome.org (Postfix) with ESMTP id C51703B00BB for ; Wed, 5 Jul 2006 01:15:05 -0400 (EDT) Received: from nexus.in-nomine.org (chass.xs4all.nl [82.93.209.141]) by smtp-vbr5.xs4all.nl (8.13.6/8.13.6) with ESMTP id k655F39l064563; Wed, 5 Jul 2006 07:15:03 +0200 (CEST) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id 188E4C184; Wed, 5 Jul 2006 07:15:03 +0200 (CEST) X-Virus-Scanned: by XS4ALL Virus Scanner Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cUxZpPmqAgrY; Wed, 5 Jul 2006 07:14:55 +0200 (CEST) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id 1B7DAC183; Wed, 5 Jul 2006 07:14:55 +0200 (CEST) Date: Wed, 5 Jul 2006 07:14:54 +0200 From: Jeroen Ruigrok/asmodai To: Teresa Thomas Message-ID: <20060705051454.GD92205@nexus.ninth-circle.org> References: <8d3f24ab0607041829yb3ab74bx2d899589bbde7ad5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8d3f24ab0607041829yb3ab74bx2d899589bbde7ad5@mail.gmail.com> Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.11 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.233 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077, TW_LX=0.077] X-Spam-Score: -2.233 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Two basic questions about libxml X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 05:15:14 -0000 -On [20060705 03:29], Teresa Thomas (tere.ertw@gmail.com) wrote: >1) Are there any compilation/linking flags involved? It uses autoconf, so see configure --help's output, which in turn will decrease or increase the flags as needed. >2) Is it possible to use libxml2 to 'go backwards' - create an XML document >out of given data . Sample code/links to documentation would be gladly >accepted. Sure, there's even lxml for python which uses libxml2 in an ElementTree-like API. And you can construct documents piecemeal, element, by element, and so on. So you have full control over the resulting document. Sample code depends on what language you prefer. Google for lxml and select the codespeak URL, lots of examples there, if you like Python. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ One who knows that enough is enough will always have enough... From andreas.tscharner@metromec.ch Wed Jul 5 01:46:30 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 69B4A3B0087 for ; Wed, 5 Jul 2006 01:46:30 -0400 (EDT) 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 17571-05 for ; Wed, 5 Jul 2006 01:46:29 -0400 (EDT) Received: from adsltix1.deep.ch (adsltix1.deep.ch [217.71.240.138]) by menubar.gnome.org (Postfix) with ESMTP id A1CA33B000E for ; Wed, 5 Jul 2006 01:46:28 -0400 (EDT) Received: from adslmx1.deep.ch (adslmx1.deep.ch [217.71.240.139]) by adsltix1.deep.ch (8.12.6/8.12.6/deep AG) with ESMTP id k655kMEh018289 for ; Wed, 5 Jul 2006 07:46:22 +0200 Received: from mail.metromec.ch (mail.metromec.ch [217.71.245.65]) by adslmx1.deep.ch (8.13.6.20060614/8.12.11/deep) with ESMTP id k655kFSd015844 for ; Wed, 5 Jul 2006 07:46:20 +0200 Date: Wed, 5 Jul 2006 07:46:13 +0200 Message-ID: <42C20CC465D85D4EB2A02F41044F62CC15FDD5@SRV1.metromec.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-class: urn:content-classes:message Thread-Topic: Pascal bindings outdated? X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Index: Acaf9lONWBqWmDvSTmqLLx7A4RlYmw== From: "Andreas Tscharner" To: X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.239 tagged_above=-999 required=2 tests=[AWL=-1.240, BAYES_50=0.001] X-Spam-Score: -1.239 X-Spam-Level: Subject: [xml] Pascal bindings outdated? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 05:46:30 -0000 Hello World, I noticed that the latest release is 2.6.26, but the Pascal/Delphi bindings are stuck at 2.6.22. Are these outdated or was there no API change between 2.6.22 and 2.6.26? Best regards Andreas --=20 Andreas Tscharner andreas.tscharner@metromec.ch -------------------------------------------------------------------- Gordon's Law: If you think you have the solution, the question was poorly phrased. From tchize@myrealbox.com Wed Jul 5 04:37:30 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 652933B0061 for ; Wed, 5 Jul 2006 04:37:30 -0400 (EDT) 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 26702-10 for ; Wed, 5 Jul 2006 04:37:29 -0400 (EDT) Received: from bonnie.oma.be (bonnie.oma.be [193.190.231.71]) by menubar.gnome.org (Postfix) with ESMTP id E53903B00D0 for ; Wed, 5 Jul 2006 04:37:28 -0400 (EDT) Received: from [193.190.249.120] (bonnie.oma.be [193.190.231.71]) by bonnie.oma.be (8.11.1 (Revision 1.9) /8.11.1) with ESMTP id k658bRb21603 for ; Wed, 5 Jul 2006 08:37:27 GMT Message-ID: <44AB7A17.7090809@myrealbox.com> Date: Wed, 05 Jul 2006 10:36:39 +0200 From: Tchize User-Agent: Thunderbird 1.5.0.4 (X11/20060619) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Subject: [xml] related to [Bug 346586] xsltproc return error code 0 even if errors occur X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 08:37:30 -0000 Hello, I subscribed to xml mailing list according to your last message on bug 34586. I'd like to get more detailed information on a specific point. You state: "Not fixeable without some non-trivial work in the parser core." But what is not fixeable, the support of the use of namespaced elements in an entity declaration, or the fact an error at parsing involves an error in return code. For the first one, i can conceive this may take time if the doctype parsing need to be redone, but for the second time, i don't see why the error message generating line can not also trigger an error flag in the parser that can then be read by the xslt engine! What is important for our project to have xsltproc amongst the list of supported xslt engine is that xsltproc returns correct error codes. This is not a matter of emergency, as sablotron seems to make a correct job on his side and can be used for now, we just would like to give the choice to our users. Greetings, Tchize From k.buchcik@4commerce.de Wed Jul 5 04:38:28 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 05FDD3B013C for ; Wed, 5 Jul 2006 04:38:28 -0400 (EDT) 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 27003-04 for ; Wed, 5 Jul 2006 04:38:27 -0400 (EDT) Received: from mail.firmenpost.de (europa.4commerce.de [213.239.204.146]) by menubar.gnome.org (Postfix) with ESMTP id 036BA3B010A for ; Wed, 5 Jul 2006 04:38:26 -0400 (EDT) Received: from localhost ([127.0.0.1]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1Fy2tn-0006cG-3j; Wed, 05 Jul 2006 10:38:19 +0200 Received: from pegasus.omega.4commerce.de ([10.1.2.11]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1Fy2tm-0006cA-K4; Wed, 05 Jul 2006 10:38:19 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 5 Jul 2006 10:38:24 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] Pascal bindings outdated? thread-index: Acaf9lONWBqWmDvSTmqLLx7A4RlYmwAFv70g From: "Buchcik, Kasimier" To: "Andreas Tscharner" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at firmenpost.de X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: k.buchcik@4commerce.de X-SA-Exim-Scanned: No (on mail.firmenpost.de); SAEximRunCond expanded to false X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.348 tagged_above=-999 required=2 tests=[AWL=-0.038, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -2.348 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Pascal bindings outdated? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 08:38:28 -0000 Hi,=20 > -----Original Message----- > From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On=20 > Behalf Of Andreas Tscharner > Hello World, >=20 > I noticed that the latest release is 2.6.26, but the Pascal/Delphi > bindings are stuck at 2.6.22. Are these outdated or was there no API > change between 2.6.22 and 2.6.26? >=20 > Best regards > Andreas I don't know if there were changes to the API, but the Pascal/Delphi bindings are generated (with XSLT) automatically with the use of Libxml's API description file; you could generate the bindings on your own and compare the result with the older files; or ask the libxml2-pas mailing list. Regards, Kasimier From veillard@redhat.com Wed Jul 5 04:59:58 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3190A3B0061 for ; Wed, 5 Jul 2006 04:59:58 -0400 (EDT) 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 27968-04 for ; Wed, 5 Jul 2006 04:59:57 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 2476F3B0009 for ; Wed, 5 Jul 2006 04:59:57 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k658xuHH028500; Wed, 5 Jul 2006 04:59:56 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k658xpfQ009727; Wed, 5 Jul 2006 04:59:51 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k658xpAt012323; Wed, 5 Jul 2006 04:59:51 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k658xpvT012320; Wed, 5 Jul 2006 04:59:51 -0400 Date: Wed, 5 Jul 2006 04:59:51 -0400 From: Daniel Veillard To: Tchize Message-ID: <20060705085950.GB967@redhat.com> References: <44AB7A17.7090809@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44AB7A17.7090809@myrealbox.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] related to [Bug 346586] xsltproc return error code 0 even if errors occur X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 08:59:58 -0000 On Wed, Jul 05, 2006 at 10:36:39AM +0200, Tchize wrote: > Hello, > > I subscribed to xml mailing list according to your last message on bug > 34586. > > I'd like to get more detailed information on a specific point. You state: > "Not fixeable without some non-trivial work in the parser core." But > what is not fixeable, the support of the use of namespaced elements in > an entity declaration, or the fact an error at parsing involves an error > in return code. There should be no error. 9 years ago when libxml core was designed, namespaces were not as they are today. And libxml goal was to provide an editing toolkit: load, modify, save One of the side effect of that design choice is that entities had to be shared because if you modify the content of an entity you want that to be fixed in the entity definition, not in some part of the replacement at one spot in the document. I.e. libxml was designed to have shared subtree for all entities reference. Now come namespaces as we know them, if you use namespaces in entities which are not defined within that entity you can't share the entities tree replacement anymore because depending on the context of the entity reference the replacement tree will be different. I tried to get undefined namespace reference in entities to be an error in the XML specs but failed. What you are seeing is exactly that, the entity content can't be parsed out of context in libxml2, so the node is created without the namespace you expect, and hence the transformation fails to do what you want. I looked at making the entity parse contextual at the namespace level, it is as I said not trivial, not much about the amount of changes needed, but about making 100% sure the change in the core parser don't break in any possible condition and also make sure this won't break existing user code. I am not interested into fixing a side effect of a bug, that's wasted time, the only interesting thing to do in front of that is to fix the parsing bug. The xsltproc error code behaviour is really peanuts compared to the real problem. > What is important for our project which project ? Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From tchize@myrealbox.com Wed Jul 5 05:16:46 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E44A93B011F for ; Wed, 5 Jul 2006 05:16:45 -0400 (EDT) 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 29220-10 for ; Wed, 5 Jul 2006 05:16:45 -0400 (EDT) Received: from bonnie.oma.be (bonnie.oma.be [193.190.231.71]) by menubar.gnome.org (Postfix) with ESMTP id AB21D3B00C3 for ; Wed, 5 Jul 2006 05:16:44 -0400 (EDT) Received: from [193.190.249.120] (bonnie.oma.be [193.190.231.71]) by bonnie.oma.be (8.11.1 (Revision 1.9) /8.11.1) with ESMTP id k659Ghv26479 for ; Wed, 5 Jul 2006 09:16:43 GMT Message-ID: <44AB834B.4030305@myrealbox.com> Date: Wed, 05 Jul 2006 11:15:55 +0200 From: Tchize User-Agent: Thunderbird 1.5.0.4 (X11/20060619) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -2.522 X-Spam-Level: Subject: [xml] [Fwd: Re: related to [Bug 346586] xsltproc return error code 0 even if errors occur] X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 09:16:46 -0000 Forwarding to mailing list, bad reply button :) -------- Original Message -------- Subject: Re: [xml] related to [Bug 346586] xsltproc return error code 0 even if errors occur Date: Wed, 05 Jul 2006 11:08:20 +0200 From: Tchize To: veillard@redhat.com References: <44AB7A17.7090809@myrealbox.com> <20060705085950.GB967@redhat.com> But my main problem is that the script has no way to know an error occured. :) Daniel Veillard wrote: > On Wed, Jul 05, 2006 at 10:36:39AM +0200, Tchize wrote: > >> Hello, >> >> I subscribed to xml mailing list according to your last message on bug >> 34586. >> >> I'd like to get more detailed information on a specific point. You state: >> "Not fixeable without some non-trivial work in the parser core." But >> what is not fixeable, the support of the use of namespaced elements in >> an entity declaration, or the fact an error at parsing involves an error >> in return code. >> > > There should be no error. > 9 years ago when libxml core was designed, namespaces were not as they are > today. And libxml goal was to provide an editing toolkit: > load, modify, save > > One of the side effect of that design choice is that entities had to be shared > because if you modify the content of an entity you want that to be fixed in > the entity definition, not in some part of the replacement at one spot in the > document. I.e. libxml was designed to have shared subtree for all entities > reference. Now come namespaces as we know them, if you use namespaces > in entities which are not defined within that entity you can't share the > entities tree replacement anymore because depending on the context of the > entity reference the replacement tree will be different. I tried to get > undefined namespace reference in entities to be an error in the XML specs > but failed. > What you are seeing is exactly that, the entity content can't be parsed out > of context in libxml2, so the node is created without the namespace you > expect, and hence the transformation fails to do what you want. > I looked at making the entity parse contextual at the namespace level, it is > as I said not trivial, not much about the amount of changes needed, but about > making 100% sure the change in the core parser don't break in any possible > condition and also make sure this won't break existing user code. > > I am not interested into fixing a side effect of a bug, that's wasted time, > the only interesting thing to do in front of that is to fix the parsing bug. > The xsltproc error code behaviour is really peanuts compared to the real > problem. > > >> What is important for our project >> > > which project ? > > Daniel > > From cesar.ortiz@gmail.com Wed Jul 5 06:27:33 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E555E3B00B3 for ; Wed, 5 Jul 2006 06:27:32 -0400 (EDT) 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 01606-06 for ; Wed, 5 Jul 2006 06:27:29 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by menubar.gnome.org (Postfix) with ESMTP id 15A823B01A9 for ; Wed, 5 Jul 2006 06:27:24 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id o2so1567282uge for ; Wed, 05 Jul 2006 03:27:23 -0700 (PDT) Received: by 10.66.219.11 with SMTP id r11mr7561213ugg; Wed, 05 Jul 2006 03:27:23 -0700 (PDT) Received: by 10.49.85.11 with HTTP; Wed, 5 Jul 2006 03:27:23 -0700 (PDT) Message-ID: <90255a70607050327g7e1af0bl1ffd0507e17c7fd6@mail.gmail.com> Date: Wed, 5 Jul 2006 12:27:23 +0200 From: "Cesar Ortiz" To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_78192_6361818.1152095243090" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.793 tagged_above=-999 required=2 tests=[AWL=-0.106, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, HTML_MESSAGE=0.001, RCVD_IN_BL_SPAMCOP_NET=1.558, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -0.793 X-Spam-Level: Subject: [xml] Problem building libxml2-2.6.20 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: cesar@ortiz.name List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 10:27:33 -0000 ------=_Part_78192_6361818.1152095243090 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, The platform used for the building is: Linux 2.4.21-20.ELsmp #1 SMP. It is a Red Hat EAS. ***** If I do ./configure + make, it builds nicely [1]. But if I do ./configure --prefix=3D/home/fast/Alejandria/ --with-python=3D/home/fast/Alejandria/bin/python2.4 it does not [2]: make[2]: Cambiando a directorio `/home/fast/software/lxml/libxml2-2.6.20' /bin/sh ./libtool --mode=3Dlink --tag=3DCC gcc -g -O2 -pedantic -W -Wforma= t -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wredundant-decls -o xmllint xmllint.o ./libxml2.la -lz -lm gcc -g -O2 -pedantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wnested-extern= s -Winline -Wredundant-decls -o .libs/xmllint xmllint.o ./.libs/libxml2.so -ldl -lz -lm -Wl,--rpath -Wl,/home/fast/Alejandria//lib ./.libs/libxml2.so: undefined reference to `pthread_getspecific' ./.libs/libxml2.so: undefined reference to `pthread_once' ./.libs/libxml2.so: undefined reference to `pthread_key_create' ./.libs/libxml2.so: undefined reference to `pthread_setspecific' collect2: ld returned 1 exit status make[2]: *** [xmllint] Error 1 make[2]: Saliendo directorio `/home/fast/software/lxml/libxml2-2.6.20' make[1]: *** [all-recursive] Error 1 make[1]: Saliendo directorio `/home/fast/software/lxml/libxml2-2.6.20' make: *** [all] Error 2 Is it a configuration error? How could I add manualy the pthread library? ***** But when I do make tests in [1] I get: ## running Python regression tests ./nsdel.py:15: Warning: 'yield' will become a reserved keyword in the future File "./nsdel.py", line 15 yield n ^ SyntaxError: invalid syntax -- nsdel.py May it be because the default configure uses python 2.2? ***** A last question.... We=B4ve been using libxml2 for a while, but compiled without-threads and fo= r python 2.3.5. And now I have noticed that 'make tests' fails: ## running Python regression tests -- thread2.py FAILED to obtain correct value for lineNumbersDefault in thread 56966064 Is this failing ok? I might be, because the 'without-threads' flag. Thanks, Cesar ------=_Part_78192_6361818.1152095243090 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi,

The platform used for the building is: Linux  2.4.21-20.ELs= mp #1 SMP. It is a Red Hat EAS.

*****

If I do ./configure + m= ake, it builds nicely [1].
But if I do  ./configure --prefix=3D/hom= e/fast/Alejandria/ --with-python=3D/home/fast/Alejandria/bin/python2.4 it d= oes not [2]:

make[2]: Cambiando a directorio `/home/fast/software/lxml/libxml2= -2.6.20'
gcc -g -O2 -pedantic -W = -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -= Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-= arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -= Wmissing-prototypes -Wnested-externs -Winline -Wredundant-decls -o .libs/xm= llint=20 xmllint.o  ./.libs/libxml2.so -ldl -lz -lm -Wl,--rpath -Wl,/home/fast/= Alejandria//lib
./.libs/libxml2.so: undefined reference to `pthread_getspecific'
./.lib= s/libxml2.so: undefined reference to `pthread_once'
./.libs/libxml2.so: undefined reference to `pthread_key_create'
./= .libs/libxml2.so: undefined reference to `pthread_setspecific'

make[2]: *** [xmllint] Error 1
make[2]: Saliendo directorio `/home/= fast/software/lxml/libxml2- 2.6.20'
make[1]: *** [all-recursive] Error 1
## running Python regression tests
        ./nsdel.py:15: Warning: 'yield' will = become a reserved keyword in the future
      File "./nsdel.py", line 15
&nbs= p;       yield n
          ^=
=         SyntaxError: invalid syntax         -- nsdel.py


May it be b= ecause the default configure uses python 2.2?

*****

A last q= uestion....
We=B4ve been using libxml2 for a while, but compiled without= -threads and for python 2.3.5 . And now I have noticed that 'make tests' fails:

## running Pytho= n regression tests
FAILED to obtain correct value for lineNumbersDefault in thread 56966064

Is this failing ok? I might be, because the 'without-threads' f= lag.

Thanks, Cesar


------=_Part_78192_6361818.1152095243090-- From veillard@redhat.com Wed Jul 5 07:15:13 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A69703B02AB for ; Wed, 5 Jul 2006 07:15:13 -0400 (EDT) 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 04561-09 for ; Wed, 5 Jul 2006 07:15:11 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 2483F3B0234 for ; Wed, 5 Jul 2006 07:15:11 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k65BF0xN004530; Wed, 5 Jul 2006 07:15:00 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k65BEtNd031927; Wed, 5 Jul 2006 07:14:55 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k65BEtXk029758; Wed, 5 Jul 2006 07:14:55 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k65BEtoW029756; Wed, 5 Jul 2006 07:14:55 -0400 Date: Wed, 5 Jul 2006 07:14:55 -0400 From: Daniel Veillard To: cesar@ortiz.name Message-ID: <20060705111455.GC967@redhat.com> References: <90255a70607050327g7e1af0bl1ffd0507e17c7fd6@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: <90255a70607050327g7e1af0bl1ffd0507e17c7fd6@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Problem building libxml2-2.6.20 X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 11:15:14 -0000 On Wed, Jul 05, 2006 at 12:27:23PM +0200, Cesar Ortiz wrote: > Hi, > > The platform used for the building is: Linux 2.4.21-20.ELsmp #1 SMP. It is > a Red Hat EAS. [...] > ./.libs/libxml2.so: undefined reference to `pthread_getspecific' > ./.libs/libxml2.so: undefined reference to `pthread_once' > ./.libs/libxml2.so: undefined reference to `pthread_key_create' > ./.libs/libxml2.so: undefined reference to `pthread_setspecific' [...] > Is it a configuration error? How could I add manualy the pthread library? that should come automatically. Retry with -2.6.26 , I assume it is RHEL4 I used RHEL4 as my development platform until 6 months ago, so 2.6.20 was developped on that platform, and always with threads. In general use RPMs to manage a RHEL setup don't recompile from tarballs > ***** > But when I do make tests in [1] I get: > > ## running Python regression tests > ./nsdel.py:15: Warning: 'yield' will become a reserved keyword in > the future > File "./nsdel.py", line 15 > yield n > ^ > SyntaxError: invalid syntax > -- nsdel.py > > May it be because the default configure uses python 2.2? No idea where this come from. > A last question.... > We´ve been using libxml2 for a while, but compiled without-threads and for > python 2.3.5. And now I have noticed that 'make tests' fails: > > ## running Python regression tests > -- thread2.py > FAILED to obtain correct value for lineNumbersDefault in thread 56966064 > > Is this failing ok? I might be, because the 'without-threads' flag. compiling without threads support is risky, especially when using with python, some library may use threads while you may not be immediately aware of it. -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Wed Jul 5 08:19:34 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B82E63B023B for ; Wed, 5 Jul 2006 08:19:34 -0400 (EDT) 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 09509-02 for ; Wed, 5 Jul 2006 08:19:33 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 70F673B014A for ; Wed, 5 Jul 2006 08:19:33 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k65CJWfO027029; Wed, 5 Jul 2006 08:19:32 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k65CJWBc013605; Wed, 5 Jul 2006 08:19:32 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k65CJWWl001554; Wed, 5 Jul 2006 08:19:32 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k65CJWBY001552; Wed, 5 Jul 2006 08:19:32 -0400 Date: Wed, 5 Jul 2006 08:19:32 -0400 From: Daniel Veillard To: Tchize Message-ID: <20060705121932.GE967@redhat.com> References: <44AB834B.4030305@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44AB834B.4030305@myrealbox.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] [Fwd: Re: related to [Bug 346586] xsltproc return error code 0 even if errors occur] X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 12:19:35 -0000 On Wed, Jul 05, 2006 at 11:15:55AM +0200, Tchize wrote: > Forwarding to mailing list, bad reply button :) > > But my main problem is that the script has no way to know an error > occured. :) Script ? what script ? And for what project ? If it's scripting parse the stderr output for that special case. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From k.buchcik@4commerce.de Wed Jul 5 11:03:06 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6526C3B032C for ; Wed, 5 Jul 2006 11:03:06 -0400 (EDT) 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 20056-07 for ; Wed, 5 Jul 2006 11:03:04 -0400 (EDT) Received: from mail.firmenpost.de (europa.4commerce.de [213.239.204.146]) by menubar.gnome.org (Postfix) with ESMTP id 5C3633B02F9 for ; Wed, 5 Jul 2006 11:03:04 -0400 (EDT) Received: from localhost ([127.0.0.1]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1Fy8tz-0007IM-M4 for xml@gnome.org; Wed, 05 Jul 2006 17:02:55 +0200 Received: from pegasus.omega.4commerce.de ([10.1.2.11]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1Fy8tz-0007IG-4R for xml@gnome.org; Wed, 05 Jul 2006 17:02:55 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 5 Jul 2006 17:03:02 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Is the handling of "fake node libxslt" element nodes in xpath.c still needed? thread-index: AcagRBHhn7sFlvKbR0KFKT8s1aSprQ== From: "Buchcik, Kasimier" To: X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at firmenpost.de X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: k.buchcik@4commerce.de X-SA-Exim-Scanned: No (on mail.firmenpost.de); SAEximRunCond expanded to false X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.386 tagged_above=-999 required=2 tests=[AWL=0.001, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_IB=0.077] X-Spam-Score: -2.386 X-Spam-Level: Subject: [xml] Is the handling of "fake node libxslt" element nodes in xpath.c still needed? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 15:03:06 -0000 Hi, Can somebody recall and clarify the nature of the "fake node libxslt" in xpath.c? Example from xmlXPathNextParent(): if ((ctxt->context->node->parent->type =3D=3D XML_ELEMENT_NODE) && ((ctxt->context->node->parent->name[0] =3D=3D ' ') || (xmlStrEqual(ctxt->context->node->parent->name, BAD_CAST "fake node libxslt")))) Since this tests for an element node, I wonder if this usage is obsolete, since, although in Libxslt a Result Tree Fragment (xmlDoc) is always named " fake node libxslt" (in xsltCreateRVT(), but with a space at first position), it is a document node; the XPath code tests for an element node. Such string comparisons are performed in the axis-iterator functions for the parent and ancestor axes. In XSieve I came across this code: // Before running XSLT: // 1) create temporary output document (~ "variables.c:500") // 2) remember old data and set new common data // container =3D xsltCreateRVT(ctxt); ASSERT_RET_UNSPEC(container, "xsltCreateRVT() failed"); fakeroot =3D xmlNewNode(NULL, " fake node libxslt"); ASSERT_RET_UNSPEC(fakeroot, "xmlNewNode failed"); xmlDocSetRootElement(container, fakeroot); Since the comment indicates that this was copied from variables.c, one could assume that the original Result Tree Fragments had an extra dummy document element in the past. There's also a TODO in xpath.c: /* * TODO: when compatibility allows remove all "fake node libxslt" strings * the test should just be name[0] =3D ' ' */ Does someone know if we can safely remove the test for "fake node libxslt" and only leave the name[0] =3D ' ' test? Traversing the affected axes without the need for a string comparison would be more efficient. Regards, Kasimier From veillard@redhat.com Wed Jul 5 12:20:50 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B6A453B0134 for ; Wed, 5 Jul 2006 12:20:50 -0400 (EDT) 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 25506-01 for ; Wed, 5 Jul 2006 12:20:47 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 7376D3B000A for ; Wed, 5 Jul 2006 12:20:47 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k65GKfHs024771; Wed, 5 Jul 2006 12:20:41 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k65GKaLm003066; Wed, 5 Jul 2006 12:20:36 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k65GKatj002506; Wed, 5 Jul 2006 12:20:36 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k65GKaEv002504; Wed, 5 Jul 2006 12:20:36 -0400 Date: Wed, 5 Jul 2006 12:20:36 -0400 From: Daniel Veillard To: "Buchcik, Kasimier" Message-ID: <20060705162035.GG967@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Is the handling of "fake node libxslt" element nodes in xpath.c still needed? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 16:20:50 -0000 On Wed, Jul 05, 2006 at 05:03:02PM +0200, Buchcik, Kasimier wrote: > Hi, > > Can somebody recall and clarify the nature of the > "fake node libxslt" in xpath.c? It was yet another attempt to control the life span of the result value tree purely from XPath module in libxml2. That didn't work, the only way as you discovered was to clean them up when exitting the template frame where they had been created, in libxslt. Basically the XPath module in libxml2 could not possibly handle that problem, it was only possible at the libxslt level. > In XSieve I came across this code: > > // Before running XSLT: > // 1) create temporary output document (~ "variables.c:500") > // 2) remember old data and set new common data > // > container = xsltCreateRVT(ctxt); > ASSERT_RET_UNSPEC(container, "xsltCreateRVT() failed"); > fakeroot = xmlNewNode(NULL, " fake node libxslt"); > ASSERT_RET_UNSPEC(fakeroot, "xmlNewNode failed"); > xmlDocSetRootElement(container, fakeroot); > > Since the comment indicates that this was copied from variables.c, > one could assume that the original Result Tree Fragments had > an extra dummy document element in the past. > > There's also a TODO in xpath.c: > > /* > * TODO: when compatibility allows remove all "fake node libxslt" strings > * the test should just be name[0] = ' ' > */ > > Does someone know if we can safely remove the test for > "fake node libxslt" and only leave the name[0] = ' ' test? > Traversing the affected axes without the need for a string comparison > would be more efficient. That should be fine by now, I just ope people won't upgrade to the new libxml2 with an old libxslt (more than one year). Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From Eric.Zurcher@csiro.au Wed Jul 5 19:54:46 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F13643B02CC for ; Wed, 5 Jul 2006 19:54:45 -0400 (EDT) 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 19174-06 for ; Wed, 5 Jul 2006 19:54:44 -0400 (EDT) Received: from vic-MTAout5.csiro.au (vic-MTAout5.csiro.au [150.229.64.42]) by menubar.gnome.org (Postfix) with ESMTP id 8B3553B027F for ; Wed, 5 Jul 2006 19:54:43 -0400 (EDT) Received: from exgw1-cbr.nexus.csiro.au ([152.83.3.66]) by vic-MTAout5.csiro.au with ESMTP; 06 Jul 2006 10:00:00 +1000 X-IronPort-AV: i="4.06,211,1149429600"; d="scan'208"; a="85671037:sNHT32126976" Received: from EXACTN2-CBR.nexus.csiro.au ([152.83.3.133]) by exgw1-cbr.nexus.csiro.au with Microsoft SMTPSVC(5.0.2195.6713); Thu, 6 Jul 2006 09:54:41 +1000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 6 Jul 2006 09:54:41 +1000 Message-ID: <1DE7B6596CE88D479225679982E6B0B301308B07@exactn2-cbr.nexus.csiro.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] Pascal bindings outdated? Thread-Index: AcagEXaYvLRrBVG5RtunuQqDUCMw+gAeKzaQ From: To: X-OriginalArrivalTime: 05 Jul 2006 23:54:41.0507 (UTC) FILETIME=[61E89330:01C6A08E] X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-4.929 tagged_above=-999 required=2 tests=[AWL=-0.634, BAYES_05=-1.11, NO_REAL_NAME=0.961, RCVD_IN_BSP_TRUSTED=-4.3, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -4.929 X-Spam-Level: Subject: Re: [xml] Pascal bindings outdated? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 05 Jul 2006 23:54:46 -0000 Hi Andreas, My apologies for not keeping the Delphi bindings a bit more up-to-date. I'm a bit lazy about this, but there is also little point in releasing the bindings for new versions before Igor releases the corresponding Windows DLLs (and his most recent is currently 2.6.23).=20 The API has not changed substantially. A quick diff indicates only the following additions to the libxml2 API between 2.6.22 and 2.6.26: hmtlDocDumpMemoryFormat xmlDOMWrapCloneNode xmlOutputBufferCreateBuffer xmlRelaxNGSetParserStructuredErrors xmlSaveToBuffer xmlSchemaSetParserStructuredErrors xmlStreamPushNode xmlStreamWantsAnyNode xmlTextReaderSchemaValidateCtxt xmlPathContextSetCache So unless you have need for one of the above, the old bindings should be adequate. I will try to get around to updating them soon. Eric Zurcher CSIRO Plant Industry Canberra, Australia Eric.Zurcher@csiro.au=20 -----Original Message----- Date: Wed, 5 Jul 2006 07:46:13 +0200 From: "Andreas Tscharner" Subject: [xml] Pascal bindings outdated? To: Message-ID: <42C20CC465D85D4EB2A02F41044F62CC15FDD5@SRV1.metromec.local> Content-Type: text/plain; charset=3D"us-ascii" Hello World, I noticed that the latest release is 2.6.26, but the Pascal/Delphi bindings are stuck at 2.6.22. Are these outdated or was there no API change between 2.6.22 and 2.6.26? Best regards Andreas --=20 Andreas Tscharner andreas.tscharner@metromec.ch -------------------------------------------------------------------- Gordon's Law: If you think you have the solution, the question was poorly phrased. From todd@ditchnet.org Wed Jul 5 22:44:46 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E6D303B012D for ; Wed, 5 Jul 2006 22:44:45 -0400 (EDT) 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 26064-01 for ; Wed, 5 Jul 2006 22:44:44 -0400 (EDT) Received: from server1.myhostserver.com (server1.myhostserver.com [69.93.36.161]) by menubar.gnome.org (Postfix) with ESMTP id 981F13B009A for ; Wed, 5 Jul 2006 22:44:44 -0400 (EDT) Received: from c-24-6-216-167.hsd1.ca.comcast.net ([24.6.216.167] helo=[192.168.1.105]) by server1.myhostserver.com with esmtpa (Exim 4.52) id 1FyJrD-0007Sk-W9 for xml@gnome.org; Wed, 05 Jul 2006 21:44:48 -0500 Mime-Version: 1.0 (Apple Message framework v752.2) To: xml@gnome.org Message-Id: <9D876AC2-5F62-4B27-92B0-C1DDF428A337@ditchnet.org> Content-Type: multipart/alternative; boundary=Apple-Mail-1--99496747 From: Todd Ditchendorf Date: Wed, 5 Jul 2006 19:44:38 -0700 X-Mailer: Apple Mail (2.752.2) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.myhostserver.com X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ditchnet.org X-Source: X-Source-Args: X-Source-Dir: X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.533 tagged_above=-999 required=2 tests=[AWL=0.065, BAYES_00=-2.599, HTML_MESSAGE=0.001] X-Spam-Score: -2.533 X-Spam-Level: Subject: [xml] libxml2 Universal Binary X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 06 Jul 2006 02:44:46 -0000 --Apple-Mail-1--99496747 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Has anyone here successfully compiled a Mac OS X Universal Binary .framework for libxml2? If so... care to share? Thanks! Todd Ditchendorf Scandalous Software - Cocoa Developer Tools http://scan.dalo.us --Apple-Mail-1--99496747 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=US-ASCII Has anyone here successfully = compiled a Mac OS X Universal Binary .framework for libxml2?

If so... care to = share?

Thanks!

=
Todd = Ditchendorf

Scandalous Software - Cocoa = Developer Tools


=

= --Apple-Mail-1--99496747-- From andreas.tscharner@metromec.ch Thu Jul 6 04:48:25 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 63F3D3B027F for ; Thu, 6 Jul 2006 04:48:25 -0400 (EDT) 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 11265-09 for ; Thu, 6 Jul 2006 04:48:24 -0400 (EDT) Received: from adsltix1.deep.ch (adsltix1.deep.ch [217.71.240.138]) by menubar.gnome.org (Postfix) with ESMTP id DFCCA3B0203 for ; Thu, 6 Jul 2006 04:48:23 -0400 (EDT) Received: from adslmx1.deep.ch (adslmx1.deep.ch [217.71.240.139]) by adsltix1.deep.ch (8.12.6/8.12.6/deep AG) with ESMTP id k668mAEh027886; Thu, 6 Jul 2006 10:48:10 +0200 Received: from mail.metromec.ch (mail.metromec.ch [217.71.245.65]) by adslmx1.deep.ch (8.13.6.20060614/8.12.11/deep) with ESMTP id k668m6W8024284; Thu, 6 Jul 2006 10:48:06 +0200 Date: Thu, 6 Jul 2006 10:48:05 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Message-ID: <42C20CC465D85D4EB2A02F41044F62CC15FEB5@SRV1.metromec.local> In-Reply-To: <1DE7B6596CE88D479225679982E6B0B301308B07@exactn2-cbr.nexus.csiro.au> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Topic: [xml] Pascal bindings outdated? Thread-Index: AcagEXaYvLRrBVG5RtunuQqDUCMw+gAeKzaQABN8pCA= From: "Andreas Tscharner" To: , X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.441 tagged_above=-999 required=2 tests=[AWL=0.004, BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -2.441 X-Spam-Level: Subject: Re: [xml] Pascal bindings outdated? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 06 Jul 2006 08:48:25 -0000 > Hi Andreas, Hello Eric, >=20 > My apologies for not keeping the Delphi bindings a bit more=20 > up-to-date. > I'm a bit lazy about this, but there is also little point in=20 > releasing the bindings for new versions before Igor releases=20 > the corresponding Windows DLLs (and his most recent is=20 > currently 2.6.23). Looks like he is at 2.6.24 now... >=20 > The API has not changed substantially. A quick diff indicates=20 > only the following additions to the libxml2 API between=20 > 2.6.22 and 2.6.26: >=20 > hmtlDocDumpMemoryFormat > xmlDOMWrapCloneNode > xmlOutputBufferCreateBuffer > xmlRelaxNGSetParserStructuredErrors > xmlSaveToBuffer > xmlSchemaSetParserStructuredErrors > xmlStreamPushNode > xmlStreamWantsAnyNode > xmlTextReaderSchemaValidateCtxt > xmlPathContextSetCache >=20 > So unless you have need for one of the above, the old=20 > bindings should be adequate. >=20 > I will try to get around to updating them soon. I wanted to write: "Don't worry, I need none of these", but you are way too fast. Thank you for updating! Thank you and best regards Andreas --=20 Andreas Tscharner andreas.tscharner@metromec.ch ------------------------------------------------------------------------ And the beast shall come forth surrounded by a roiling cloud of vengeance. The house of the unbelievers shall be razed and they shall be scorched to the earth. Their tags shall blink until the end of days. -- The Book of Mozilla 12:10 From occulate@yahoo.com Wed Jul 5 22:19:46 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 663573B013A for ; Wed, 5 Jul 2006 22:19:46 -0400 (EDT) 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 25142-06 for ; Wed, 5 Jul 2006 22:19:45 -0400 (EDT) Received: from web37708.mail.mud.yahoo.com (web37708.mail.mud.yahoo.com [209.191.87.106]) by menubar.gnome.org (Postfix) with SMTP id 45C923B0085 for ; Wed, 5 Jul 2006 22:19:45 -0400 (EDT) Received: (qmail 36607 invoked by uid 60001); 6 Jul 2006 02:19:44 -0000 Message-ID: <20060706021944.36605.qmail@web37708.mail.mud.yahoo.com> Received: from [200.185.229.170] by web37708.mail.mud.yahoo.com via HTTP; Wed, 05 Jul 2006 19:19:44 PDT Date: Wed, 5 Jul 2006 19:19:44 -0700 (PDT) From: Alex Occulate To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-586882586-1152152384=:36559" Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=1.802 tagged_above=-999 required=2 tests=[BAYES_50=0.001, DNS_FROM_RFC_ABUSE=0.2, DNS_FROM_RFC_WHOIS=1.447, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: 1.802 X-Spam-Level: * X-Mailman-Approved-At: Thu, 06 Jul 2006 08:09:58 -0400 Subject: [xml] A contribution with libsml2 and SAX - Sample code file! X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 06 Jul 2006 02:19:46 -0000 --0-586882586-1152152384=:36559 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline Hi everybody! I'm starting using libxml2 and SAX, so I started to looking for a sample code about theses modules, and did not find something helpful, only little fragments that do not give the whole idea, so I started to write a little sample by myself. At the end, I built the source code that I am sure that can be of great help to others like me! So I decide to contribute with this source to everybody else who have interest in start working with libxml and SAX. In case you guess that is a good sample feel free to use, and to put in the site contents as a public sample. Feel free to contact me to any questions about that. My best regard to all of you, P.S.: The file that work with SAX has a bug that I dont know how to solve in this moment, the code dont parse DTD, any help will be very good! ____________________ Alex Mello Occulate EMail: occulate@yahoo.com MSN: occulate@yahoo.com Skype: alexocculate VoIp: +55-11-4063-8110 Cel: +55-11-8443-0004 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-586882586-1152152384=:36559 Content-Type: application/octet-stream; name="parsingFile.c" Content-Transfer-Encoding: base64 Content-Description: 734318116-parsingFile.c Content-Disposition: attachment; filename="parsingFile.c" LyogQCMkJSAyMDA2LzA3LzA1LTIyOjUwDQogfA0KIHwgRmlsZSB3aXRoIGEg c2FtcGxlIGNvZGUgdXNpbmcgbGlieG1sMiB0byBwYXJzZXIgYSBYTUwuDQog fCBUaGlzIGNvZGUgZG9lcyBub3QgaW50ZW5kIHRvIGJlIHRoZSBiZXN0IHRl Y2huaXF1ZXMgc2V0IHdpdGggbGlieG1sMiwNCiB8IGlzIG9ubHkgYSBsaXR0 bGUgaGVscCB3aXRoIHRoZXNlcyBtb2R1bGVzLCBmb3IgbmV3YmllcyENCiB8 DQogfCBBbnkgc3VnZ2VzdGlvbnMgYW5kIGNvbW1lbnRzLCBmZWVsIGZyZWUg dG8gY29udGFjdC1tZS4gSSdsbCBhcHByZWNpYXRlIHRoYXQhDQogfA0KIHwg Q29tcGlsZSBjb21tYW5kOg0KIHwNCiB8ICAgIGdjYyAtbyBmaWxlIGZpbGUu YyAtSS91c3IvaW5jbHVkZS9saWJ4bWwyIC1ML3Vzci9saWIgLWx4bWwyIC1s eiAtbGljb252IC1sbQ0KIHwNCiB8IEFsZXggTWVsbG8gT2NjdWxhdGUNCiB8 IFNhbyBQYXVsbyAtIEJyYXppbA0KIHwgb2NjdWxhdGVAeWFob28uY29tDQog fA0KICovDQojaW5jbHVkZSA8c3RkaW8uaD4NCiNpbmNsdWRlIDxsaWJ4bWwv cGFyc2VyLmg+DQojaW5jbHVkZSA8bGlieG1sL3RyZWUuaD4NCg0Kdm9pZCB1 c2FnZSggY29uc3QgY2hhciAqcHJvZ3JhbU5hbWUsIGNvbnN0IGNoYXIgKmZp bGVOYW1lLCBjb25zdCBpbnQgbGluZSApOw0KDQppbnQgbWFpbiggaW50IGFy Z2MsIGNoYXIgKmFyZ3ZbXSwgY2hhciAqZW52cFtdICkNCnsNCgkgeG1sRG9j UHRyIGRvYzsgLy8gcG9pbnRlciB0byB0aGUgcGFyc2VkIGRvY3VtZW50Lg0K CXhtbE5vZGVQdHIgY3VyOyAvLyBOb2RlIHBvaW50ZXIgbmVlZGVkIHRvIGlu dGVyYWN0IHdpdGggaW5kaXZpZHVhbCBub2Rlcy4NCg0KICAgaWYoIGFyZ2Mg IT0gNSAmJiBhcmdjICE9IDYgKSB7DQogICAJdXNhZ2UoIGFyZ3ZbMF0sIF9f RklMRV9fLCBfX0xJTkVfXyApOw0KICAgCWV4aXQoIC0xICk7DQogICB9DQoN Cgl7ICAvLyBQYXJzaW5nIHRoZSBmaWxlIGNvbnRlbnRzLi4uDQoJCWRvYyA9 IHhtbFBhcnNlRmlsZSggYXJndlsxXSApOw0KCQkvLyBDaGVjayB0byBzZWUg dGhhdCB0aGUgZG9jdW1lbnQgd2FzIHN1Y2Nlc3NmdWxseSBwYXJzZWQuDQoJ CS8vIElmIGl0IHdhcyBub3QsIGxpYnhtbCB3aWxsIGF0IHRoaXMgcG9pbnQg cmVnaXN0ZXIgYW4gZXJyb3IgYW5kIHN0b3AuDQoJCWlmICggZG9jID09IE5V TEwgKSB7DQoJCQlmcHJpbnRmKCBzdGRlcnIsICJcbiVzOiBEb2N1bWVudCBu b3QgcGFyc2VkIHN1Y2Nlc3NmdWxseSEiLCBhcmd2WzBdICk7DQoJCQlleGl0 KCAtMiApOw0KCQl9DQoJfQ0KDQoJeyAvLyBSZXRyaWV2ZSB0aGUgZG9jdW1l bnQncyByb290IGVsZW1lbnQNCgkJY3VyID0geG1sRG9jR2V0Um9vdEVsZW1l bnQoIGRvYyApOw0KCQkvLyBDaGVjayB0byBtYWtlIHN1cmUgdGhlIGRvY3Vt ZW50IGFjdHVhbGx5IGNvbnRhaW5zIHNvbWV0aGluZy4NCgkJaWYgKCBjdXIg PT0gTlVMTCApIHsNCgkJCWZwcmludGYoIHN0ZGVyciwgIlxuJXM6IEVtcHR5 IGRvY3VtZW50ISIsIGFyZ3ZbMF0gKTsNCgkJCXhtbEZyZWVEb2MoIGRvYyAp Ow0KCQkJZXhpdCggLTMgKTs7DQoJCX0NCgl9DQoNCiAgIHsgLy8gTWFrZSBz dXJlIHRoZSBkb2N1bWVudCBpcyB0aGUgcmlnaHQgdHlwZS4NCiAgICAgLy8g YXJndlsyXSBpcyB0aGUgcm9vdCB0eXBlIG9mIHRoZSBkb2N1bWVudHMgdXNl ZCBpbiB0aGlzIHR1dG9yaWFsLg0KCQlpZiAoIHhtbFN0cmNtcCggY3VyLT5u YW1lLCAoY29uc3QgeG1sQ2hhciAqKSBhcmd2WzJdICkgKSB7DQoJCQlmcHJp bnRmKCBzdGRlcnINCgkJCQksICJcbiVzOiBEb2N1bWVudCBvZiB0aGUgd3Jv bmcgdHlwZSwgcm9vdCBub2RlICclcycgbm90ICclcychIg0KCQkJCSwgYXJn dlswXSwgY3VyLT5uYW1lLCBhcmd2WzJdDQoJCQkpOw0KCQkJZ290byBkX0Zp bmlzaDsNCgkJfQ0KICAgfQ0KDQoJZnByaW50Ziggc3Rkb3V0LCAiXG4lczog Um9vdCBub2RlICclcycgb2theSEiLCBhcmd2WzBdLCBhcmd2WzJdICk7DQoJ ZmZsdXNoKCBOVUxMICk7DQoNCgl7IC8vIFJldHJpZXZpbmcgdGhlIGNvbnRl bnQgb2YgYW4gZWxlbWVudCBpbnZvbHZlcyB0cmF2ZXJzaW5nIHRoZSBkb2N1 bWVudA0KCSAgLy8gdHJlZSB1bnRpbCB5b3UgZmluZCB3aGF0IHlvdSBhcmUg bG9va2luZyBmb3IuIEluIHRoaXMgY2FzZSwgd2UgYXJlDQoJICAvLyBsb29r aW5nIGZvciBhbiBlbGVtZW50IGNhbGxlZCBhcmd2WzNdIGNvbnRhaW5lZCB3 aXRoaW4gZWxlbWVudCBjYWxsZWQNCgkgIC8vIGFyZ3ZbMl0uIFRoZSBwcm9j ZXNzIHRvIGZpbmQgdGhlIG5vZGUgd2UgYXJlIGludGVyZXN0ZWQgaW4gaW52 b2x2ZXMNCgkgIC8vIHRlZGlvdXNseSB3YWxraW5nIHRoZSB0cmVlLi4uDQoN CgkgICAvLyBBdCB0aGlzIHBvaW50LCBjdXIgcG9pbnRzIGF0IHRoZSBkb2N1 bWVudCByb290LCB3aGljaCBpcyB0aGUgZWxlbWVudA0KCSAgIC8vIGFyZ3Zb Ml0uIEdldCB0aGUgZmlyc3QgY2hpbGQgbm9kZSBvZiBjdXIuDQoJCWN1ciA9 IGN1ci0+eG1sQ2hpbGRyZW5Ob2RlOw0KCQl3aGlsZSggY3VyICE9IE5VTEwg KSB7DQoJCQlpZiAoICgheG1sU3RyY21wKCBjdXItPm5hbWUsIChjb25zdCB4 bWxDaGFyICopYXJndlszXSApKSApIHsNCgkJCQlmcHJpbnRmKCBzdGRvdXQs ICJcbiVzOiBTdWJub2RlICclcycgb2theSEiLCBhcmd2WzBdLCBhcmd2WzNd ICk7DQoJCQkJZmZsdXNoKCBOVUxMICk7DQoJCQkJLy8gQWdhaW4gd2UgZ2V0 IHRoZSBmaXJzdCBjaGlsZCBub2RlLg0KCQkJCWN1ciA9IGN1ci0+eG1sQ2hp bGRyZW5Ob2RlOw0KCQkJCS8vIExpa2UgdGhlIGxvb3AgYWJvdmUsIHdlIHRo ZW4gaXRlcmF0ZSB0aHJvdWdoIHRoZSBub2RlcywNCgkJCQkvLyBsb29raW5n IGZvciBvbmUgdGhhdCBtYXRjaGVzIHRoZSBlbGVtZW50IHdlJ3JlIGludGVy ZXN0ZWQgaW4sDQoJCQkJLy8gaW4gdGhpcyBjYXNlIGFyZ3ZbNF0uDQoJCQkJ d2hpbGUgKCBjdXIgIT0gTlVMTCApIHsNCgkJCQkJaWYgKCAoIXhtbFN0cmNt cCggY3VyLT5uYW1lLCAoY29uc3QgeG1sQ2hhciAqKWFyZ3ZbNF0gKSkgKSB7 DQoJCQkJCQl4bWxDaGFyICprZXk7DQoNCgkJCQkJCWZwcmludGYoIHN0ZG91 dCwgIlxuJXM6IEtleXdvcmQgJyVzJyBva2F5ISIsIGFyZ3ZbMF0sIGFyZ3Zb NF0gKTsNCgkJCQkJCWZmbHVzaCggTlVMTCApOw0KCQkJCQkJLy8gV2hlbiB3 ZSBmaW5kIHRoZSBhcmd2WzRdIGVsZW1lbnQsIHdlIG5lZWQgdG8gcHJpbnQg aXRzIGNvbnRlbnRzLg0KCQkJCQkJLy8gUmVtZW1iZXIgdGhhdCBpbiBYTUws IHRoZSB0ZXh0IGNvbnRhaW5lZCB3aXRoaW4gYW4gZWxlbWVudA0KCQkJCQkJ Ly8gaXMgYSBjaGlsZCBub2RlIG9mIHRoYXQgZWxlbWVudCwgc28gd2UgdHVy biB0byBjdXItPnhtbENoaWxkcmVuTm9kZS4NCgkJCQkJCS8vIFRvIHJldHJp ZXZlIGl0LCB3ZSB1c2UgdGhlIGZ1bmN0aW9uIHhtbE5vZGVMaXN0R2V0U3Ry aW5nLA0KCQkJCQkJLy8gd2hpY2ggYWxzbyB0YWtlcyB0aGUgZG9jIHBvaW50 ZXIgYXMgYW4gYXJndW1lbnQuDQoJCQkJCQkvLyBJbiB0aGlzIGNhc2UsIHdl IGp1c3QgcHJpbnQgaXQgb3V0Lg0KCQkJCQkJa2V5ID0geG1sTm9kZUxpc3RH ZXRTdHJpbmcoZG9jLCBjdXItPnhtbENoaWxkcmVuTm9kZSwgMSk7DQoJCQkJ CQlmcHJpbnRmKCBzdGRvdXQNCgkJCQkJCQksICJcbiVzOiBLZXl3b3JkICcl cycgZm91bmQgd2l0aCBjb250ZW50cyBbJXNdXG4iDQoJCQkJCQkJLCBhcmd2 WzBdLCBhcmd2WzRdLCBrZXkNCgkJCQkJCSk7DQoJCQkJCQlmZmx1c2goIE5V TEwgKTsNCgkJCQkJCS8vIEJlY2F1c2UgeG1sTm9kZUxpc3RHZXRTdHJpbmcg YWxsb2NhdGVzIG1lbW9yeSBmb3IgdGhlIHN0cmluZw0KCQkJCQkJLy8gaXQg cmV0dXJucywgeW91IG11c3QgdXNlIHhtbEZyZWUgdG8gZnJlZSBpdC4NCgkJ CQkJCXhtbEZyZWUoIGtleSApOw0KCQkJCQkJew0KCQkJCQkJCWlmKCBhcmdj ID09IDYgKSB7DQoJCQkJCQkJCWtleSA9IHhtbEdldFByb3AoIGN1ciwgYXJn dls1XSApOw0KCQkJCQkJCQlpZigga2V5ICE9IE5VTEwgKSB7DQoJCQkJCQkJ CQlmcHJpbnRmKCBzdGRvdXQNCgkJCQkJCQkJCQksICIlczogQXR0cmlidXRl ICclcycgY29udGVudCBbJXNdXG4iDQoJCQkJCQkJCQkJLCBhcmd2WzBdLCBh cmd2WzVdLCBrZXkNCgkJCQkJCQkJCSk7DQoJCQkJCQkJCQlmZmx1c2goIE5V TEwgKTsNCgkJCQkJCQkJCXhtbEZyZWUoIGtleSApOw0KCQkJCQkJCQl9IGVs c2Ugew0KCQkJCQkJCQkJZnByaW50Ziggc3RkZXJyDQoJCQkJCQkJCQkJLCAi JXM6IEF0dHJpYnV0ZSAnJXMnIGRvZXMgbm90IGV4aXN0IVxuIg0KCQkJCQkJ CQkJCSwgYXJndlswXSwgYXJndls1XQ0KCQkJCQkJCQkJKTsNCgkJCQkJCQkJ fQ0KCQkJCQkJCX0NCgkJCQkJCX0NCgkJCQkJCWdvdG8gZF9GaW5pc2g7DQoJ CQkJCX0NCgkJCQkJY3VyID0gY3VyLT5uZXh0Ow0KCQkJCX0NCgkJCQlmcHJp bnRmKCBzdGRlcnINCgkJCQkJLCAiXG4lczogJyVzJyBkbyBub3QgZXhpdHMg YXMgc3Vibm9kZSBvZiAnJXMnISINCgkJCQkJLCBhcmd2WzBdLCBhcmd2WzRd LCBhcmd2WzNdDQoJCQkJKTsNCgkJCQlnb3RvIGRfRmluaXNoOw0KCQkJfQ0K CQkJY3VyID0gY3VyLT5uZXh0Ow0KCQl9DQoJCWZwcmludGYoIHN0ZGVycg0K CQkJLCAiXG4lczogJyVzJyBkbyBub3QgZXhpdHMgYXMgc3Vibm9kZSBvZiAn JXMnISINCgkJCSwgYXJndlswXSwgYXJndlszXSwgYXJndlsyXQ0KCQkpOw0K CQlnb3RvIGRfRmluaXNoOw0KCX0NCg0KZF9GaW5pc2g6DQoJZmZsdXNoKCBO VUxMICk7DQoJeG1sRnJlZURvYyggZG9jICk7DQoNCglleGl0KCAwICk7DQp9 DQoNCnZvaWQgdXNhZ2UoIGNvbnN0IGNoYXIgKnByb2dyYW1OYW1lLCBjb25z dCBjaGFyICpmaWxlTmFtZSwgY29uc3QgaW50IGxpbmUgKQ0Kew0KCWZwcmlu dGYoIHN0ZGVycg0KCQksDQovLwkJICAiXG5cdEZpbGUgXCIlc1wiIGxpbmUg JWQiDQoJCSAgIlxuVXNhZ2U6ICVzIGRvY05hbWUgcm9vdE5vZGUgc3ViTm9k ZSBrZXl3b3JkIFthdHRyaWJ1dGVdIg0KCQkgICJcbiINCgkJICAiXG5XaGVy ZToiDQoJCSAgIlxuXHQgICdkb2NOYW1lJyBpcyBhIGZpbGUgd2l0aCB4bWwg Y29udGVudHMuIg0KCQkgICJcblx0ICdyb290Tm9kZScgaXMgdGhlIHJvb3Qg bm9kZSBvZiB0aGUgZG9jTmFtZSBmaWxlLiINCgkJICAiXG5cdCAgJ3N1Yk5v ZGUnIGlzIHRoZSBzdWJub2RlIG9mIHRoZSByb290IG5vZGUuIg0KCQkgICJc blx0ICAna2V5d29yZCcgaXMgdGhlIG5vZGUgb2YgaW50ZXJlc3QuIg0KCQkg ICJcblx0J2F0dHJpYnV0ZScgb3B0aW9uYWwgbm9kZSdzIGF0dHJpYnV0ZS4i DQoJCSAgIlxuIg0KLy8JCSwgZmlsZU5hbWUsIGxpbmUNCgkJLCBwcm9ncmFt TmFtZQ0KCSk7DQp9DQoNCg== --0-586882586-1152152384=:36559 Content-Type: application/octet-stream; name="parsingFileBySAX.c" Content-Transfer-Encoding: base64 Content-Description: 4219688178-parsingFileBySAX.c Content-Disposition: attachment; filename="parsingFileBySAX.c" LyogQCMkJSAyMDA2LzA3LzA1LTIyOjUwDQogfA0KIHwgRmlsZSB3aXRoIGEg c2FtcGxlIGNvZGUgdXNpbmcgbGlieG1sMiB3aXRoIFNBWCB0byBwYXJzZXIg YSBYTUwgb3IgRFRELg0KIHwgVGhpcyBjb2RlIGRvZXMgbm90IGludGVuZCB0 byBiZSB0aGUgYmVzdCB0ZWNobmlxdWVzIHNldCB3aXRoIGxpYnhtbDINCiB8 IGFuZCBTQVgsIGlzIG9ubHkgYSBsaXR0bGUgaGVscCB3aXRoIHRoZXNlcyBt b2R1bGVzLCBmb3IgbmV3YmllcyENCiB8DQogfCBBbnkgc3VnZ2VzdGlvbnMg YW5kIGNvbW1lbnRzLCBmZWVsIGZyZWUgdG8gY29udGFjdC1tZS4gSSdsbCBh cHByZWNpYXRlIHRoYXQhDQogfA0KIHwgQ29tcGlsZSBjb21tYW5kOg0KIHwN CiB8ICAgIGdjYyAtbyBmaWxlIGZpbGUuYyAtSS91c3IvaW5jbHVkZS9saWJ4 bWwyIC1ML3Vzci9saWIgLWx4bWwyIC1seiAtbGljb252IC1sbQ0KIHwNCiB8 IEJVR1M6DQogfA0KIHwgICAgSSBkb250IGtub3cgd2h5LCBidXQgdGhpcyBj b2RlIGRvZXMgbm90IHBhcnNlIERURCBmaWxlIQ0KIHwgICAgU29tZSBvbmUg Y2FuIGdpdmUgaGVscCB3aXRoIHRoaXM/DQogfA0KIHwgQWxleCBNZWxsbyBP Y2N1bGF0ZQ0KIHwgU2FvIFBhdWxvIC0gQnJhemlsDQogfCBvY2N1bGF0ZUB5 YWhvby5jb20NCiB8DQogKi8NCiNpbmNsdWRlIDxjdHlwZS5oPg0KI2luY2x1 ZGUgPGxpYnhtbC9wYXJzZXIuaD4NCg0Kdm9pZCAgICAgICBzdGFydERvY3Vt ZW50KCB2b2lkICogY3R4ICk7DQp2b2lkICAgICAgICAgZW5kRG9jdW1lbnQo IHZvaWQgKiBjdHggKTsNCnhtbEVudGl0eVB0ciAgIGdldEVudGl0eSggdm9p ZCAqIGN0eCwgY29uc3QgeG1sQ2hhciAqIG5hbWUgKTsNCnZvaWQgICAgICAg ICAgZW50aXR5RGVjbCggdm9pZCAqIGN0eCwgY29uc3QgeG1sQ2hhciAqIG5h bWUsIGludCB0eXBlDQogICAgICAgICAgICAgICAgICAgICAgICAsIGNvbnN0 IHhtbENoYXIgKiBwdWJsaWNJZCwgY29uc3QgeG1sQ2hhciAqIHN5c3RlbUlk DQogICAgICAgICAgICAgICAgICAgICAgICAsIHhtbENoYXIgKiBjb250ZW50 DQogICAgICAgICAgICAgICAgICAgICAgICApOw0Kdm9pZCAgICAgICBhdHRy aWJ1dGVEZWNsKCB2b2lkICogY3R4LCBjb25zdCB4bWxDaGFyICogZWxlbQ0K ICAgICAgICAgICAgICAgICAgICAgICAgLCBjb25zdCB4bWxDaGFyICogZnVs bG5hbWUsIGludCB0eXBlLCBpbnQgZGVmDQogICAgICAgICAgICAgICAgICAg ICAgICAsIGNvbnN0IHhtbENoYXIgKiBkZWZhdWx0VmFsdWUsIHhtbEVudW1l cmF0aW9uUHRyIHRyZWUNCiAgICAgICAgICAgICAgICAgICAgICAgICk7DQp2 b2lkICAgICAgICAgICBlbG1udERlY2woIHZvaWQgKiBjdHgsIGNvbnN0IHht bENoYXIgKiBuYW1lLCBpbnQgdHlwZQ0KICAgICAgICAgICAgICAgICAgICAg ICAgLCB4bWxFbGVtZW50Q29udGVudFB0ciBjb250ZW50DQogICAgICAgICAg ICAgICAgICAgICAgICApOw0Kdm9pZCAgICAgICAgc3RhcnRFbGVtZW50KCB2 b2lkICogY3R4LCBjb25zdCB4bWxDaGFyICogbmFtZQ0KICAgICAgICAgICAg ICAgICAgICAgICAgLCBjb25zdCB4bWxDaGFyICoqIGF0dHMNCiAgICAgICAg ICAgICAgICAgICAgICAgICk7DQp2b2lkICAgICAgICAgIGVuZEVsZW1lbnQo IHZvaWQgKiBjdHgsIGNvbnN0IHhtbENoYXIgKiBuYW1lICk7DQp2b2lkICAg ICAgICAgIGNoYXJhY3RlcnMoIHZvaWQgKiBjdHgsIGNvbnN0IHhtbENoYXIg KiBjaCwgaW50IGxlbiApOw0Kdm9pZCAgICAgICAgICAgICBjb21tZW50KCB2 b2lkICogY3R4LCBjb25zdCB4bWxDaGFyICogdmFsdWUgKTsNCnZvaWQgaWdu b3JhYmxlV2hpdGVzcGFjZSggdm9pZCAqIGN0eCwgY29uc3QgeG1sQ2hhciAq IGNoLCBpbnQgbGVuICk7DQp2b2lkICAgICAgICAgIGNkYXRhQmxvY2soIHZv aWQgKiBjdHgsIGNvbnN0IHhtbENoYXIgKiB2YWx1ZSwgaW50IGxlbiApOw0K dm9pZCAgICAgICAgICAgICB3YXJuaW5nKCB2b2lkICogY3R4LCBjb25zdCBj aGFyICogbXNnLCAuLi4gKTsNCnZvaWQgICAgICAgICAgICAgICBlcnJvcigg dm9pZCAqIGN0eCwgY29uc3QgY2hhciAqIG1zZywgLi4uICk7DQoNCnhtbFNB WEhhbmRsZXIgc2F4ID0gew0KICAgTlVMTCwgICAgICAgICAgICAgICAgLy8g aW50ZXJuYWxTdWJzZXRTQVhGdW5jCWludGVybmFsU3Vic2V0DQogICBOVUxM LCAgICAgICAgICAgICAgICAvLyBpc1N0YW5kYWxvbmVTQVhGdW5jCWlzU3Rh bmRhbG9uZQ0KICAgTlVMTCwgICAgICAgICAgICAgICAgLy8gaGFzSW50ZXJu YWxTdWJzZXRTQVhGdW5jCWhhc0ludGVybmFsU3Vic2V0DQogICBOVUxMLCAg ICAgICAgICAgICAgICAvLyBoYXNFeHRlcm5hbFN1YnNldFNBWEZ1bmMJaGFz RXh0ZXJuYWxTdWJzZXQNCiAgIE5VTEwsICAgICAgICAgICAgICAgIC8vIHJl c29sdmVFbnRpdHlTQVhGdW5jCXJlc29sdmVFbnRpdHkNCiAgIGdldEVudGl0 eSwgICAgICAgICAgIC8vIGdldEVudGl0eVNBWEZ1bmMJZ2V0RW50aXR5DQog ICBlbnRpdHlEZWNsLCAgICAgICAgICAvLyBlbnRpdHlEZWNsU0FYRnVuYwll bnRpdHlEZWNsDQogICBOVUxMLCAgICAgICAgICAgICAgICAvLyBub3RhdGlv bkRlY2xTQVhGdW5jCW5vdGF0aW9uRGVjbA0KICAgYXR0cmlidXRlRGVjbCwg ICAgICAgLy8gYXR0cmlidXRlRGVjbFNBWEZ1bmMJYXR0cmlidXRlRGVjbA0K ICAgZWxtbnREZWNsLCAgICAgICAgICAgLy8gZWxlbWVudERlY2xTQVhGdW5j CWVsZW1lbnREZWNsOiBBbiBlbGVtZW50IGRlZmluaXRpb24gaGFzIGJlZW4g cGFyc2VkLg0KICAgTlVMTCwgICAgICAgICAgICAgICAgLy8gdW5wYXJzZWRF bnRpdHlEZWNsU0FYRnVuYwl1bnBhcnNlZEVudGl0eURlY2wNCiAgIE5VTEws ICAgICAgICAgICAgICAgIC8vIHNldERvY3VtZW50TG9jYXRvclNBWEZ1bmMJ c2V0RG9jdW1lbnRMb2NhdG9yDQogICBzdGFydERvY3VtZW50LCAgICAgICAv LyBzdGFydERvY3VtZW50U0FYRnVuYwlzdGFydERvY3VtZW50DQogICBlbmRE b2N1bWVudCwgICAgICAgICAvLyBlbmREb2N1bWVudFNBWEZ1bmMJZW5kRG9j dW1lbnQNCiAgIHN0YXJ0RWxlbWVudCwgICAgICAgIC8vIHN0YXJ0RWxlbWVu dFNBWEZ1bmMJc3RhcnRFbGVtZW50DQogICBlbmRFbGVtZW50LCAgICAgICAg ICAvLyBlbmRFbGVtZW50U0FYRnVuYwllbmRFbGVtZW50DQogICBOVUxMLCAg ICAgICAgICAgICAgICAvLyByZWZlcmVuY2VTQVhGdW5jCXJlZmVyZW5jZQ0K ICAgY2hhcmFjdGVycywgICAgICAgICAgLy8gY2hhcmFjdGVyc1NBWEZ1bmMJ Y2hhcmFjdGVycw0KICAgaWdub3JhYmxlV2hpdGVzcGFjZSwgLy8gaWdub3Jh YmxlV2hpdGVzcGFjZVNBWEZ1bmMJaWdub3JhYmxlV2hpdGVzcGFjZQ0KICAg TlVMTCwgICAgICAgICAgICAgICAgLy8gcHJvY2Vzc2luZ0luc3RydWN0aW9u U0FYRnVuYwlwcm9jZXNzaW5nSW5zdHJ1Y3Rpb24NCiAgIGNvbW1lbnQsICAg ICAgICAgICAgIC8vIGNvbW1lbnRTQVhGdW5jCWNvbW1lbnQNCiAgIHdhcm5p bmcsICAgICAgICAgICAgIC8vIHdhcm5pbmdTQVhGdW5jCXdhcm5pbmcNCiAg IGVycm9yLCAgICAgICAgICAgICAgIC8vIGVycm9yU0FYRnVuYwllcnJvcg0K ICAgTlVMTCwgICAgICAgICAgICAgICAgLy8gZmF0YWxFcnJvclNBWEZ1bmMJ ZmF0YWxFcnJvcgk6IHVudXNlZCBlcnJvcigpIGdldCBhbGwgdGhlIGVycm9y cw0KICAgTlVMTCwgICAgICAgICAgICAgICAgLy8gZ2V0UGFyYW1ldGVyRW50 aXR5U0FYRnVuYwlnZXRQYXJhbWV0ZXJFbnRpdHkNCiAgIGNkYXRhQmxvY2ss ICAgICAgICAgIC8vIGNkYXRhQmxvY2tTQVhGdW5jCWNkYXRhQmxvY2sNCiAg IE5VTEwsICAgICAgICAgICAgICAgIC8vIGV4dGVybmFsU3Vic2V0U0FYRnVu YwlleHRlcm5hbFN1YnNldA0KICAgMCwgICAgICAgICAgICAgICAgICAgLy8g dW5zaWduZWQgaW50CWluaXRpYWxpemVkCTogVGhlIGZvbGxvd2luZyBmaWVs ZHMgYXJlIGV4dGVuc2lvbnMgYXZhDQogICBOVUxMLCAgICAgICAgICAgICAg ICAvLyB2b2lkICoJX3ByaXZhdGUNCiAgIE5VTEwsICAgICAgICAgICAgICAg IC8vIHN0YXJ0RWxlbWVudE5zU0FYMkZ1bmMJc3RhcnRFbGVtZW50TnMNCiAg IE5VTEwsICAgICAgICAgICAgICAgIC8vIGVuZEVsZW1lbnROc1NBWDJGdW5j CWVuZEVsZW1lbnROcw0KICAgTlVMTCwgICAgICAgICAgICAgICAgLy8geG1s U3RydWN0dXJlZEVycm9yRnVuYwlzZXJyb3INCn07DQoNCnR5cGVkZWYgc3Ry dWN0IFBhcnNlckNvbnRleHRfcyB7DQoJICAgICBjaGFyICogcHJvZ3JhbU5h bWU7DQoJICAgICBjaGFyICogaW5wdXRGaWxlbmFtZTsNCgkgICAgIGNoYXIg KiBkb2NUeXBlOw0KCXhtbER0ZFB0ciAgIGR0ZFB0cjsNCgkgICAgICBpbnQg ICBydG5WYWw7DQp9IFBhcnNlckNvbnRleHRfdDsNCg0Kdm9pZCB1c2FnZSgg Y29uc3QgY2hhciAqIHByb2dyYW1OYW1lICkNCnsNCiMJZGVmaW5lIF9fRlVO Q19fICJ1c2FnZSINCglmcHJpbnRmKCBzdGRlcnINCgkJLCAiXG4lczogJXMg LW9wdGlvbiBkb2NmaWxlIg0KCQkgICJcbiINCgkJICAiXG5cdCBvcHRpb246 IE1heSBiZSAnZHRkJyBvciAneG1sJyINCgkJICAiXG5cdGRvY2ZpbGU6IGZp bGUgcGF0aCBuYW1lIHRvIGJlIHBhcnNlZCINCgkJICAiXG4iDQoJCSwgX19G VU5DX18sIHByb2dyYW1OYW1lDQoJKTsNCglmZmx1c2goIE5VTEwgKTsNCiMJ dW5kZWYgX19GVU5DX18NCn0NCg0KaW50IG1haW4oIGludCBhcmdjLCBjaGFy ICphcmd2W10sIGNoYXIgKmVudnAoKSApDQp7DQojCWRlZmluZSBfX0ZVTkNf XyAibWFpbiINCglQYXJzZXJDb250ZXh0X3QgY3R4Ow0KCWludCByZXRWYWw7 DQoNCglpZiggYXJnYyAhPSAzICkgew0KCQl1c2FnZSggYXJndlswXSApOw0K CQlleGl0KCAtMSApOw0KCX0NCiAgICAgY3R4LnByb2dyYW1OYW1lID0gYXJn dlswXTsNCiAgICAgICAgIGN0eC5kb2NUeXBlID0gYXJndlsxXSsxOw0KICAg Y3R4LmlucHV0RmlsZW5hbWUgPSBhcmd2WzJdOw0KDQogICBpZiggISBzdHJj bXAoIGN0eC5kb2NUeXBlLCAiZHRkIiApICkgew0KICAgICAgLyoNCiAgICAg ICB8IExvYWQgYW5kIHBhcnNlIGFuIGV4dGVybmFsIHN1YnNldC4NCiAgICAg ICB8IFBhcm1zOg0KCQkgfCAgICAxc3QgOiAoc2F4KTogdGhlIFNBWCBoYW5k bGVyIGJsb2NrDQogICAgICAgfCAgICAybmQgOiBFeHRlcm5hbElEOiBhIE5B TUUqIGNvbnRhaW5pbmcgdGhlIEV4dGVybmFsIElEIG9mIHRoZSBEVEQNCgkJ IHwgICAgM3JkIDogU3lzdGVtSUQ6IGEgTkFNRSogY29udGFpbmluZyB0aGUg VVJMIHRvIHRoZSBEVEQNCiAgICAgICB8IFJldHVybnM6IHRoZSByZXN1bHRp bmcgeG1sRHRkUHRyIG9yIE5VTEwgaW4gY2FzZSBvZiBlcnJvci4NCgkJICov DQoJCWN0eC5kdGRQdHIgPSB4bWxTQVhQYXJzZURURCgNCgkJICAgICAmc2F4 DQoJCSAgICwgKGNvbnN0IHhtbENoYXIgKiljdHguaW5wdXRGaWxlbmFtZQ0K CQkgICAsIChjb25zdCB4bWxDaGFyICopY3R4LmlucHV0RmlsZW5hbWUNCgkJ KTsNCiAgIAlpZiggY3R4LmR0ZFB0ciA9PSBOVUxMICkgew0KCQkJZnByaW50 Ziggc3RkZXJyLCAiXG4lczogRFREIFBhcnNlciBlcnJvciFcbiIsIGN0eC5w cm9ncmFtTmFtZSApOw0KCQkJeG1sQ2xlYW51cFBhcnNlcigpOw0KCQkJZXhp dCggLTIgKTsNCiAgIAl9DQogICB9IGVsc2UgaWYoICEgc3RyY21wKCBjdHgu ZG9jVHlwZSwgInhtbCIgKSApIHsNCgkJY3R4LnJ0blZhbCA9IHhtbFNBWFVz ZXJQYXJzZUZpbGUoICZzYXgsICZjdHgsIGN0eC5pbnB1dEZpbGVuYW1lICk7 DQoJCWlmICggY3R4LnJ0blZhbCA8IDAgKSB7DQoJCQlmcHJpbnRmKCBzdGRl cnIsICJcbiVzOiBYTUwgUGFyc2VyIGVycm9yICVkIVxuIiwgY3R4LnByb2dy YW1OYW1lLCBjdHgucnRuVmFsICk7DQoJCQl4bWxDbGVhbnVwUGFyc2VyKCk7 DQoJCQlleGl0KCAtMyApOw0KCQl9DQoJCWZwcmludGYoIHN0ZG91dCwgIlxu JXM6IERvY3VtZW50IE9LIVxuIiwgY3R4LnByb2dyYW1OYW1lICk7DQoJCXht bENsZWFudXBQYXJzZXIoKTsNCiAgIH0gZWxzZSB7DQogICAJZnByaW50Zigg c3RkZXJyLCAiXG5JbnZhbGlkIG9wdGlvbiAnJXMnXG4iLCBjdHguZG9jVHlw ZSApOw0KICAgCXVzYWdlKCBjdHgucHJvZ3JhbU5hbWUgKTsNCiAgIAlleGl0 KCAtNCApOw0KICAgfQ0KDQoJZmZsdXNoKCBOVUxMICk7DQoJcmV0dXJuIDA7 DQojCXVuZGVmIF9fRlVOQ19fDQp9DQoNCi8qIEZ1bmN0aW9uIHR5cGU6IHN0 YXJ0RG9jdW1lbnRTQVhGdW5jDQogfA0KQ2FsbGVkIHdoZW4gdGhlIGRvY3Vt ZW50IHN0YXJ0IGJlaW5nIHByb2Nlc3NlZC4NCg0KY3R4OiB0aGUgdXNlciBk YXRhIChYTUwgcGFyc2VyIGNvbnRleHQpDQoNCiAqLw0Kdm9pZAlzdGFydERv Y3VtZW50KCB2b2lkICogY3R4ICkNCnsNCiMJZGVmaW5lIF9fRlVOQ19fICJz dGFydERvY3VtZW50Ig0KCWZwcmludGYoIHN0ZG91dCwgIlxuJXM6ICclcyci LCBfX0ZVTkNfXywgKChQYXJzZXJDb250ZXh0X3QqKWN0eCktPmlucHV0Rmls ZW5hbWUgKTsNCglmZmx1c2goIE5VTEwgKTsNCiMJdW5kZWYgX19GVU5DX18N Cn0NCg0KLyoNCkZ1bmN0aW9uIHR5cGU6IGVuZERvY3VtZW50U0FYRnVuYw0K Q2FsbGVkIHdoZW4gdGhlIGRvY3VtZW50IGVuZCBoYXMgYmVlbiBkZXRlY3Rl ZC4NCg0KY3R4OiB0aGUgdXNlciBkYXRhIChYTUwgcGFyc2VyIGNvbnRleHQp DQoNCiAqLw0Kdm9pZCBlbmREb2N1bWVudCggdm9pZCAqIGN0eCApDQp7DQoj CWRlZmluZSBfX0ZVTkNfXyAiZW5kRG9jdW1lbnQiDQoJZnByaW50Ziggc3Rk b3V0LCAiXG4lczogJyVzJyIsIF9fRlVOQ19fLCAoKFBhcnNlckNvbnRleHRf dCopY3R4KS0+aW5wdXRGaWxlbmFtZSApOw0KCWZmbHVzaCggTlVMTCApOw0K Iwl1bmRlZiBfX0ZVTkNfXw0KfQ0KDQovKg0KRnVuY3Rpb24gdHlwZTogZ2V0 RW50aXR5U0FYRnVuYw0KDQpHZXQgYW4gZW50aXR5IGJ5IG5hbWUuDQoNCmN0 eDogdGhlIHVzZXIgZGF0YSAoWE1MIHBhcnNlciBjb250ZXh0KQ0KbmFtZTog VGhlIGVudGl0eSBuYW1lDQpSZXR1cm5zOiB0aGUgeG1sRW50aXR5UHRyIGlm IGZvdW5kLg0KICovDQp4bWxFbnRpdHlQdHIgZ2V0RW50aXR5KCB2b2lkICog Y3R4LCBjb25zdCB4bWxDaGFyICogbmFtZSApDQp7DQojCWRlZmluZSBfX0ZV TkNfXyAiZ2V0RW50aXR5Ig0KCXhtbEVudGl0eVB0ciBlID0geG1sR2V0UHJl ZGVmaW5lZEVudGl0eSggbmFtZSApOw0KDQoJaWYoIGUgIT0gTlVMTCApIHsN CgkJZnByaW50Ziggc3Rkb3V0LCAiXG4lczogJyVzJyAlcyAlcyIsIF9fRlVO Q19fLCBlLT5uYW1lLCBlLT5FeHRlcm5hbElELCBlLT5TeXN0ZW1JRCApOw0K CX0NCgllbHNlIGZwcmludGYoIHN0ZG91dCwgIlxuJXM6IFVua25vd24gZW50 aXR5ICclcyciLCBfX0ZVTkNfXywgbmFtZSApOw0KDQoJZmZsdXNoKCBOVUxM ICk7DQoJcmV0dXJuIHhtbEdldFByZWRlZmluZWRFbnRpdHkoIG5hbWUgKTsN CiMJdW5kZWYgX19GVU5DX18NCn0NCg0KLyoNCkZ1bmN0aW9uIHR5cGU6IGVu dGl0eURlY2xTQVhGdW5jDQpBbiBlbnRpdHkgZGVmaW5pdGlvbiBoYXMgYmVl biBwYXJzZWQuDQoNCmN0eDogdGhlIHVzZXIgZGF0YSAoWE1MIHBhcnNlciBj b250ZXh0KQ0KbmFtZTogdGhlIGVudGl0eSBuYW1lDQp0eXBlOiB0aGUgZW50 aXR5IHR5cGUNCnB1YmxpY0lkOiBUaGUgcHVibGljIElEIG9mIHRoZSBlbnRp dHkNCnN5c3RlbUlkOiBUaGUgc3lzdGVtIElEIG9mIHRoZSBlbnRpdHkNCmNv bnRlbnQ6IHRoZSBlbnRpdHkgdmFsdWUgKHdpdGhvdXQgcHJvY2Vzc2luZyku DQogKi8NCnZvaWQgZW50aXR5RGVjbCgNCgkgICB2b2lkICogY3R4LCBjb25z dCB4bWxDaGFyICogbmFtZSwgaW50IHR5cGUNCgksIGNvbnN0IHhtbENoYXIg KiBwdWJsaWNJZCwgY29uc3QgeG1sQ2hhciAqIHN5c3RlbUlkLCB4bWxDaGFy ICogY29udGVudA0KKQ0Kew0KIwlkZWZpbmUgX19GVU5DX18gImVudGl0eURl Y2wiDQoJZnByaW50Ziggc3Rkb3V0DQoJCSwgIlxuJXM6ICclcycgdHlwZSAl ZCBwdWJsaWNJZCAnJXMnIHN5c3RlbUlkICclcycgY29udGVudCBbJXNdIg0K CQksIF9fRlVOQ19fLCBuYW1lLCB0eXBlLCBwdWJsaWNJZCwgY29udGVudA0K CSk7DQoJZmZsdXNoKCBOVUxMICk7DQojCXVuZGVmIF9fRlVOQ19fDQp9DQoN Ci8qDQpGdW5jdGlvbiB0eXBlOiBhdHRyaWJ1dGVEZWNsU0FYRnVuYw0KDQpB biBhdHRyaWJ1dGUgZGVmaW5pdGlvbiBoYXMgYmVlbiBwYXJzZWQuDQoNCmN0 eDogdGhlIHVzZXIgZGF0YSAoWE1MIHBhcnNlciBjb250ZXh0KQ0KZWxlbTog dGhlIG5hbWUgb2YgdGhlIGVsZW1lbnQNCmZ1bGxuYW1lOiB0aGUgYXR0cmli dXRlIG5hbWUNCnR5cGU6IHRoZSBhdHRyaWJ1dGUgdHlwZQ0KZGVmOiB0aGUg dHlwZSBvZiBkZWZhdWx0IHZhbHVlDQpkZWZhdWx0VmFsdWU6IHRoZSBhdHRy aWJ1dGUgZGVmYXVsdCB2YWx1ZQ0KdHJlZTogdGhlIHRyZWUgb2YgZW51bWVy YXRlZCB2YWx1ZSBzZXQNCiAqLw0Kdm9pZCBhdHRyaWJ1dGVEZWNsKA0KCSAg dm9pZCAqIGN0eCwgY29uc3QgeG1sQ2hhciAqIGVsZW0sIGNvbnN0IHhtbENo YXIgKiBmdWxsbmFtZSwgaW50IHR5cGUNCgksIGludCBkZWYsIGNvbnN0IHht bENoYXIgKiBkZWZhdWx0VmFsdWUsIHhtbEVudW1lcmF0aW9uUHRyIHRyZWUN CikNCnsNCiMJZGVmaW5lIF9fRlVOQ19fICJhdHRyaWJ1dGVEZWNsIg0KCWZw cmludGYoIHN0ZG91dA0KCQksICJcbiVzOiAnJXMnIGZ1bGxuYW1lICVkIHR5 cGUgJWQgZGVmYXVsdCB2YWx1ZSB0eXBlICVkIHZhbHVlIFslc10iDQoJCSwg X19GVU5DX18sIGVsZW0sIGZ1bGxuYW1lLCB0eXBlLCBkZWYsIGRlZmF1bHRW YWx1ZQ0KCSk7DQoJZmZsdXNoKCBOVUxMICk7DQojCXVuZGVmIF9fRlVOQ19f DQp9DQoNCi8qDQogfCBDYWxsYmFjayBmdW5jdGlvbiBjYWxsZWQgd2hlbSBh IGVsZW1lbnQgZGVmaW5pdGlvbiBoYXMgYmVlbiBwYXJzZWQuDQogfA0KIHwg RnVuY3Rpb24gZGVjbDoNCiB8DQogfCAJdm9pZCBlbGVtZW50RGVjbFNBWEZ1 bmMoDQogfCAgICAJICAgICAgICAgICAgICAgICAgdm9pZCAqIGN0eA0KIHwJ CQksICAgICAgICBjb25zdCB4bWxDaGFyICogbmFtZQ0KIHwJCQksICAgICAg ICAgICAgICAgICAgaW50ICAgdHlwZQ0KIHwJCQksIHhtbEVsZW1lbnRDb250 ZW50UHRyIGNvbnRlbnQNCiB8CQkpDQogfA0KIHwgRnVuY3Rpb24gcGFybXM6 DQogfA0KIHwgICAgICAgIGN0eDogdGhlIHVzZXIgZGF0YSAoWE1MIHBhcnNl ciBjb250ZXh0KQ0KIHwgICAgICAgbmFtZTogdGhlIGVsZW1lbnQgbmFtZQ0K IHwgICAgICAgdHlwZTogdGhlIGVsZW1lbnQgdHlwZQ0KIHwgICAgY29udGVu dDogdGhlIGVsZW1lbnQgdmFsdWUgdHJlZQ0KICovDQp2b2lkIGVsbW50RGVj bCggdm9pZCAqIGN0eCwgY29uc3QgeG1sQ2hhciAqIG5hbWUsIGludCB0eXBl LCB4bWxFbGVtZW50Q29udGVudFB0ciBjb250ZW50ICkNCnsNCiMJZGVmaW5l IF9fRlVOQ19fICJlbG1udERlY2wiDQoJZnByaW50Ziggc3Rkb3V0LCAiXG4l czogJyVzJyIsIF9fRlVOQ19fLCBuYW1lICk7DQoJZmZsdXNoKCBOVUxMICk7 DQojCXVuZGVmIF9fRlVOQ19fDQp9DQoNCi8vIEZ1bmN0aW9uIHR5cGU6IHN0 YXJ0RWxlbWVudFNBWEZ1bmMNCi8qDQpJbiB0aGVzZSBjYWxsYmFja3MsIHRo ZSBuYW1lIHBhcmFtZXRlciBpcyB0aGUgbmFtZSBvZiB0aGUgZWxlbWVudC4N ClRoZSBhdHRycyBwYXJhbWV0ZXIgY29udGFpbnMgdGhlIGF0dHJpYnV0ZXMg Zm9yIHRoZSBzdGFydCB0YWcuDQpJbiB0aGUgYXJyYXk6DQogICAgRXZlbiBp bmRpY2U6IHRoZSBhdHRyaWJ1dGUgbmFtZXMNCiAgICAgT2RkIGluZGljZTog dGhlIHZhbHVlcw0KICAgRmluYWwgaW5kaWNlOiBOVUxMLg0KDQpJbiBtb3N0 IHBhcnNlcnMsIGFzIHdlbGwgYXMgbWFraW5nIHN0YXRlIHRyYW5zaXRpb25z IGluIHRoZXNlIGNhbGxiYWNrcywNCnlvdSB3aWxsIHByb2JhYmx5IGFsc28g Y29sbGVjdCB0aGUgZGF0YSBpbiB0aGUgWE1MIGZpbGUuIEluIHRoZSBzdGFy dEVsZW1lbnQNCmNhbGxiYWNrLCB5b3Ugd2lsbCBvZnRlbiBhbGxvY2F0ZSBz dHJ1Y3R1cmVzIHRvIGhvbGQgdGhlIGRhdGEuDQpJbiB0aGUgZW5kRWxlbWVu dCBjYWxsYmFjaywgeW91IHdpbGwgdXN1YWxseSBpbnRlcnByZXQgdGhlIGNo YXJhY3RlciBkYXRhDQpjb2xsZWN0ZWQgYnkgdGhlIGNoYXJhY3RlcnMgY2Fs bGJhY2sgYW5kIHB1dCB0aGUgZGF0YSBpbiBvbmUgb2YgdGhlDQpzdHJ1Y3R1 cmVzIGFsbG9jYXRlZCBieSBzdGFydEVsZW1lbnQuIFRoZSBlbmRFbGVtZW50 IGNhbGxiYWNrIG1heSBhbHNvDQpmcmVlIHNvbWUgb2YgdGhlIGludGVybWVk aWF0ZSBzdHJ1Y3R1cmVzIGlmIGl0IGlzIG5vIGxvbmdlciBuZWVkZWQuDQog Ki8NCnZvaWQgc3RhcnRFbGVtZW50KCB2b2lkICogY3R4LCBjb25zdCB4bWxD aGFyICogbmFtZSwgY29uc3QgeG1sQ2hhciAqKiBhdHRzKQ0Kew0KIwlkZWZp bmUgX19GVU5DX18gInN0YXJ0RWxlbWVudCINCglmcHJpbnRmKCBzdGRvdXQs ICJcbiVzOiAnJXMnIiwgX19GVU5DX18sIG5hbWUgKTsNCglpZiggYXR0cyAh PSBOVUxMICkgew0KCQlyZWdpc3RlciBpbnQgaSA9IDA7DQoJCXdoaWxlKCAq YXR0cyApIHsNCgkJCXN3aXRjaCggaSAlIDIgKSB7DQoJCQkJY2FzZSAwOiAv LyBBdHRyaWJ1dGUgbmFtZS4NCgkJCQkJZnByaW50Ziggc3Rkb3V0LCAiXG4l czogQXR0cmlidXRlICclcyciLCBfX0ZVTkNfXywgKmF0dHMgKTsNCgkJCQkJ YnJlYWs7DQoJCQkJY2FzZSAxOiAvLyBBdHRyaWJ1dGUgdmFsdWUuDQoJCQkJ CWZwcmludGYoIHN0ZG91dCwgIlxuJXM6IFZhbHVlICclcyciLCBfX0ZVTkNf XywgKmF0dHMgKTsNCgkJCQkJYnJlYWs7DQoJCQl9DQoJCQlpKys7DQoJCQlh dHRzKys7DQoJCX0NCgl9DQoJZmZsdXNoKCBOVUxMICk7DQojCXVuZGVmIF9f RlVOQ19fDQp9DQoNCi8qDQpDYWxsZWQgd2hlbiB0aGUgZW5kIG9mIGFuIGVs ZW1lbnQgaGFzIGJlZW4gZGV0ZWN0ZWQuDQoNCmN0eDogdGhlIHVzZXIgZGF0 YSAoWE1MIHBhcnNlciBjb250ZXh0KQ0KbmFtZTogVGhlIGVsZW1lbnQgbmFt ZQ0KDQogKi8NCnZvaWQgZW5kRWxlbWVudCggdm9pZCAqIGN0eCwgY29uc3Qg eG1sQ2hhciAqIG5hbWUgKQ0Kew0KIwlkZWZpbmUgX19GVU5DX18gImVuZEVs ZW1lbnQiDQoJZnByaW50Ziggc3Rkb3V0LCAiXG4lczogJyVzJyIsIF9fRlVO Q19fLCBuYW1lICk7DQoJZmZsdXNoKCBOVUxMICk7DQojCXVuZGVmIF9fRlVO Q19fDQp9DQoNCi8qDQpGdW5jdGlvbiB0eXBlOiBjaGFyYWN0ZXJzU0FYRnVu Yw0KUmVjZWl2aW5nIHNvbWUgY2hhcnMgZnJvbSB0aGUgcGFyc2VyLg0KDQpj dHg6IHRoZSB1c2VyIGRhdGEgKFhNTCBwYXJzZXIgY29udGV4dCkNCmNoOiBh IHhtbENoYXIgc3RyaW5nDQpsZW46IHRoZSBudW1iZXIgb2YgeG1sQ2hhcg0K DQogKi8NCnZvaWQgY2hhcmFjdGVycyggdm9pZCAqIGN0eCwgY29uc3QgeG1s Q2hhciAqIGNoLCBpbnQgbGVuICkNCnsNCiMJZGVmaW5lIF9fRlVOQ19fICJj aGFyYWN0ZXJzIg0KCXJlZ2lzdGVyIGludCBpOw0KCWZwcmludGYoIHN0ZG91 dCwgIlxuJXM6IEJlZ2luXG4iLCBfX0ZVTkNfXyApOw0KCWZvciggaT0wOyBp IDwgbGVuOyBpKyssIGNoKysgKSB7DQoJCXJlZ2lzdGVyIGNoYXIgKnM7DQoN CgkJc3dpdGNoKCAqY2ggKSB7DQoJCQljYXNlICdcbic6IHMgPSAiXFxuIjsg YnJlYWs7DQoJCQljYXNlICdcdCc6IHMgPSAiXFx0IjsgYnJlYWs7DQoJCQlj YXNlICdcdic6IHMgPSAiXFx2IjsgYnJlYWs7DQoJCQljYXNlICdcYic6IHMg PSAiXFxiIjsgYnJlYWs7DQoJCQljYXNlICdccic6IHMgPSAiXFxyIjsgYnJl YWs7DQoJCQljYXNlICdcZic6IHMgPSAiXFxmIjsgYnJlYWs7DQoJCQljYXNl ICdcYSc6IHMgPSAiXFxhIjsgYnJlYWs7DQoJCQljYXNlICdcXCc6IHMgPSAi XFxuIjsgYnJlYWs7DQoJCQlkZWZhdWx0Og0KCQkJICAgaWYoICEgaXNwcmlu dCggKmNoICkgKQ0KCQkJICAgCWZwcmludGYoIHN0ZG91dCwgIjB4JXgiLCAq Y2ggKTsNCgkJCSAgIGVsc2UNCgkJCQkJZnB1dGMoICpjaCwgc3Rkb3V0ICk7 DQoJCQkJY29udGludWU7DQoJCX0NCgkJZnByaW50Ziggc3Rkb3V0LCAiJXMi LCBzICk7DQoJfQ0KCWZwcmludGYoIHN0ZG91dCwgIlxuJXM6IEVuZCIsIF9f RlVOQ19fICk7DQoJZmZsdXNoKCBOVUxMICk7DQojCXVuZGVmIF9fRlVOQ19f DQp9DQoNCi8qDQpGdW5jdGlvbiB0eXBlOiBjb21tZW50U0FYRnVuYw0KIGNv bW1lbnQgaGFzIGJlZW4gcGFyc2VkLg0KDQpjdHg6IHRoZSB1c2VyIGRhdGEg KFhNTCBwYXJzZXIgY29udGV4dCkNCnZhbHVlOiB0aGUgY29tbWVudCBjb250 ZW50DQogKi8NCnZvaWQgY29tbWVudCggdm9pZCAqIGN0eCwgY29uc3QgeG1s Q2hhciAqIHZhbHVlICkNCnsNCiMJZGVmaW5lIF9fRlVOQ19fICJjb21tZW50 Ig0KCWZwcmludGYoIHN0ZG91dCwgIlxuJXM6ICclcyciLCBfX0ZVTkNfXywg dmFsdWUgKTsNCglmZmx1c2goIE5VTEwgKTsNCiMJdW5kZWYgX19GVU5DX18N Cn0NCg0KLyoNCkZ1bmN0aW9uIHR5cGU6IGlnbm9yYWJsZVdoaXRlc3BhY2VT QVhGdW5jDQpSZWNlaXZpbmcgc29tZSBpZ25vcmFibGUgd2hpdGVzcGFjZXMg ZnJvbSB0aGUgcGFyc2VyLiBVTlVTRUQ6IGJ5IGRlZmF1bHQgdGhlIERPTSBi dWlsZGluZyB3aWxsIHVzZSBjaGFyYWN0ZXJzLg0KDQpjdHg6IHRoZSB1c2Vy IGRhdGEgKFhNTCBwYXJzZXIgY29udGV4dCkNCmNoOiBhIHhtbENoYXIgc3Ry aW5nDQpsZW46IHRoZSBudW1iZXIgb2YgeG1sQ2hhcg0KICovDQp2b2lkIGln bm9yYWJsZVdoaXRlc3BhY2UoIHZvaWQgKiBjdHgsIGNvbnN0IHhtbENoYXIg KiBjaCwgaW50IGxlbiApDQp7DQoJIwlkZWZpbmUgX19GVU5DX18gImlnbm9y YWJsZVdoaXRlc3BhY2UiDQoJcmVnaXN0ZXIgaW50IGk7DQoJZnByaW50Zigg c3Rkb3V0LCAiXG4lczogQmVnaW5cbiIsIF9fRlVOQ19fICk7DQoJZm9yKCBp PTA7IGkgPCBsZW47IGkrKywgY2grKyApIHsNCgkJcmVnaXN0ZXIgY2hhciAq czsNCg0KCQlzd2l0Y2goICpjaCApIHsNCgkJCWNhc2UgJ1xuJzogcyA9ICJc XG4iOyBicmVhazsNCgkJCWNhc2UgJ1x0JzogcyA9ICJcXHQiOyBicmVhazsN CgkJCWNhc2UgJ1x2JzogcyA9ICJcXHYiOyBicmVhazsNCgkJCWNhc2UgJ1xi JzogcyA9ICJcXGIiOyBicmVhazsNCgkJCWNhc2UgJ1xyJzogcyA9ICJcXHIi OyBicmVhazsNCgkJCWNhc2UgJ1xmJzogcyA9ICJcXGYiOyBicmVhazsNCgkJ CWNhc2UgJ1xhJzogcyA9ICJcXGEiOyBicmVhazsNCgkJCWNhc2UgJ1xcJzog cyA9ICJcXG4iOyBicmVhazsNCgkJCWRlZmF1bHQ6DQoJCQkgICBpZiggISBp c3ByaW50KCAqY2ggKSApDQoJCQkgICAJZnByaW50Ziggc3Rkb3V0LCAiMHgl eCIsICpjaCApOw0KCQkJICAgZWxzZQ0KCQkJCQlmcHV0YyggKmNoLCBzdGRv dXQgKTsNCgkJCQljb250aW51ZTsNCgkJfQ0KCQlmcHJpbnRmKCBzdGRvdXQs ICIlcyIsIHMgKTsNCgl9DQoJZnByaW50Ziggc3Rkb3V0LCAiXG4lczogRW5k IiwgX19GVU5DX18gKTsNCglmZmx1c2goIE5VTEwgKTsNCiMJdW5kZWYgX19G VU5DX18NCn0NCg0KLyoNCkZ1bmN0aW9uIHR5cGU6IGNkYXRhQmxvY2tTQVhG dW5jDQpDYWxsZWQgd2hlbiBhIHBjZGF0YSBibG9jayBoYXMgYmVlbiBwYXJz ZWQuDQoNCmN0eDogdGhlIHVzZXIgZGF0YSAoWE1MIHBhcnNlciBjb250ZXh0 KQ0KdmFsdWU6IFRoZSBwY2RhdGEgY29udGVudA0KbGVuOiB0aGUgYmxvY2sg bGVuZ3RoDQoNCiAqLw0Kdm9pZCBjZGF0YUJsb2NrKCB2b2lkICogY3R4LCBj b25zdCB4bWxDaGFyICogdmFsdWUsIGludCBsZW4gKQ0Kew0KCSMJZGVmaW5l IF9fRlVOQ19fICJjZGF0YUJsb2NrIg0KCXJlZ2lzdGVyIGludCBpOw0KCWZw cmludGYoIHN0ZG91dCwgIlxuJXM6IEJlZ2luXG4iLCBfX0ZVTkNfXyApOw0K CWZvciggaT0wOyBpIDwgbGVuOyBpKyssIHZhbHVlKysgKSB7DQoJCXJlZ2lz dGVyIGNoYXIgKnM7DQoNCgkJc3dpdGNoKCAqdmFsdWUgKSB7DQoJCQljYXNl ICdcbic6IHMgPSAiXFxuIjsgYnJlYWs7DQoJCQljYXNlICdcdCc6IHMgPSAi XFx0IjsgYnJlYWs7DQoJCQljYXNlICdcdic6IHMgPSAiXFx2IjsgYnJlYWs7 DQoJCQljYXNlICdcYic6IHMgPSAiXFxiIjsgYnJlYWs7DQoJCQljYXNlICdc cic6IHMgPSAiXFxyIjsgYnJlYWs7DQoJCQljYXNlICdcZic6IHMgPSAiXFxm IjsgYnJlYWs7DQoJCQljYXNlICdcYSc6IHMgPSAiXFxhIjsgYnJlYWs7DQoJ CQljYXNlICdcXCc6IHMgPSAiXFxuIjsgYnJlYWs7DQoJCQlkZWZhdWx0Og0K CQkJICAgaWYoICEgaXNwcmludCggKnZhbHVlICkgKQ0KCQkJICAgCWZwcmlu dGYoIHN0ZG91dCwgIjB4JXgiLCAqdmFsdWUgKTsNCgkJCSAgIGVsc2UNCgkJ CQkJZnB1dGMoICp2YWx1ZSwgc3Rkb3V0ICk7DQoJCQkJY29udGludWU7DQoJ CX0NCgkJZnByaW50Ziggc3Rkb3V0LCAiJXMiLCBzICk7DQoJfQ0KCWZwcmlu dGYoIHN0ZG91dCwgIlxuJXM6IEVuZCIsIF9fRlVOQ19fICk7DQoJZmZsdXNo KCBOVUxMICk7DQojCXVuZGVmIF9fRlVOQ19fDQp9DQoNCi8qDQpGdW5jdGlv biB0eXBlOiB3YXJuaW5nU0FYRnVuYw0Kdm9pZAl3YXJuaW5nU0FYRnVuYwkJ CSh2b2lkICogY3R4LCAJCQkJCSBjb25zdCBjaGFyICogbXNnLCAJCQkJCSAu Li4gLi4uKQ0KDQpEaXNwbGF5IGFuZCBmb3JtYXQgYSB3YXJuaW5nIG1lc3Nh Z2VzLCBjYWxsYmFjay4NCg0KY3R4OiBhbiBYTUwgcGFyc2VyIGNvbnRleHQN Cm1zZzogdGhlIG1lc3NhZ2UgdG8gZGlzcGxheS90cmFuc21pdA0KLi4uOiBl eHRyYSBwYXJhbWV0ZXJzIGZvciB0aGUgbWVzc2FnZSBkaXNwbGF5DQogKi8N CnZvaWQgd2FybmluZyggdm9pZCAqIGN0eCwgY29uc3QgY2hhciAqIG1zZywg Li4uICkNCnsNCiMJZGVmaW5lIF9fRlVOQ19fICJ3YXJuaW5nIg0KCWZwcmlu dGYoIHN0ZG91dCwgIlxuJXM6ICVzIiwgX19GVU5DX18sIG1zZyApOw0KCWZm bHVzaCggTlVMTCApOw0KIwl1bmRlZiBfX0ZVTkNfXw0KfQ0KDQovKg0KIEZ1 bmN0aW9uIHR5cGU6IGVycm9yU0FYRnVuYw0KRGlzcGxheSBhbmQgZm9ybWF0 IGFuIGVycm9yIG1lc3NhZ2VzLCBjYWxsYmFjay4NCg0KY3R4OiBhbiBYTUwg cGFyc2VyIGNvbnRleHQNCm1zZzogdGhlIG1lc3NhZ2UgdG8gZGlzcGxheS90 cmFuc21pdA0KLi4uOiBleHRyYSBwYXJhbWV0ZXJzIGZvciB0aGUgbWVzc2Fn ZSBkaXNwbGF5DQoqLw0Kdm9pZCBlcnJvciggdm9pZCAqIGN0eCwgY29uc3Qg Y2hhciAqIG1zZywgLi4uICkNCnsNCiMJZGVmaW5lIF9fRlVOQ19fICJlcnJv ciINCiAgIHJlZ2lzdGVyIGNoYXIgKipwOw0KCXZhX2xpc3QgYXJnczsNCg0K Ly8JdmFfc3RhcnQoYXJncywgbXNnKTsNCi8vCWdfbG9ndigiWE1MIiwgR19M T0dfTEVWRUxfV0FSTklORywgbXNnLCBhcmdzKTsNCi8vCXZhX2VuZChhcmdz KTsNCg0KCWZwcmludGYoIHN0ZG91dCwgIlxuJXM6IFslc11cbiIsIF9fRlVO Q19fLCBtc2cgKTsNCglwID0gKGNoYXIqKikmbXNnOw0KCXArKzsNCglmcHJp bnRmKCBzdGRvdXQsIG1zZywgKnAgKTsNCglmZmx1c2goIE5VTEwgKTsNCiMJ dW5kZWYgX19GVU5DX18NCn0NCg0KDQo= --0-586882586-1152152384=:36559-- From tere.ertw@gmail.com Thu Jul 6 12:28:20 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F080C3B00F5 for ; Thu, 6 Jul 2006 12:28:19 -0400 (EDT) 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 09013-02 for ; Thu, 6 Jul 2006 12:28:19 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by menubar.gnome.org (Postfix) with ESMTP id 9AE1E3B00A1 for ; Thu, 6 Jul 2006 12:28:18 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id c31so1566369nfb for ; Thu, 06 Jul 2006 09:28:17 -0700 (PDT) Received: by 10.48.1.4 with SMTP id 4mr594713nfa; Thu, 06 Jul 2006 09:28:17 -0700 (PDT) Received: by 10.49.57.3 with HTTP; Thu, 6 Jul 2006 09:28:17 -0700 (PDT) Message-ID: <8d3f24ab0607060928q4c42bd8fs3839ebfb4f71923a@mail.gmail.com> Date: Thu, 6 Jul 2006 12:28:17 -0400 From: "Teresa Thomas" To: xml@gnome.org In-Reply-To: <20060705051454.GD92205@nexus.ninth-circle.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_68097_12049411.1152203297471" References: <8d3f24ab0607041829yb3ab74bx2d899589bbde7ad5@mail.gmail.com> <20060705051454.GD92205@nexus.ninth-circle.org> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.265 tagged_above=-999 required=2 tests=[AWL=-0.371, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, HTML_10_20=1.351, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -1.265 X-Spam-Level: Subject: Re: [xml] Two basic questions about libxml X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 06 Jul 2006 16:28:20 -0000 ------=_Part_68097_12049411.1152203297471 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi I still haven't been able to get the link-flags to link my libxml functions with my code. When I type 'pkg-config --libs libxml2' (also tried libxml) on the terminal, I get the following message: "Package libxml2 was not found in the pkg-config search path. Perhaps you should add the directory containing `libxml2.pc' to the PKG_CONFIG_PATH environment variable No package 'libxml2' found" Anyone has the common link flags? Can you please list them? Thanks again! ------=_Part_68097_12049411.1152203297471 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi I still haven't been able to get the link-flags to link my libxml functions with my code. 

When I type  'pkg-config --libs libxml2' (also tried libxml) on the terminal, I get the following message:

"Package libxml2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libxml2.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libxml2' found"

Anyone has the common link flags? Can you please list them?

Thanks again!
------=_Part_68097_12049411.1152203297471-- From jean-francois.dupont-viel@ericsson.com Thu Jul 6 13:34:39 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B44073B01DA for ; Thu, 6 Jul 2006 13:34:39 -0400 (EDT) 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 13101-01 for ; Thu, 6 Jul 2006 13:34:35 -0400 (EDT) Received: from imr1.ericy.com (imr1.ericy.com [198.24.6.9]) by menubar.gnome.org (Postfix) with ESMTP id 533763B0407 for ; Thu, 6 Jul 2006 13:34:34 -0400 (EDT) Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se [138.85.77.50]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id k66HYXIj012177 for ; Thu, 6 Jul 2006 12:34:33 -0500 Received: from eusrcmw751.eamcs.ericsson.se ([138.85.77.51]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Jul 2006 12:34:20 -0500 Received: from ecamlmw720.eamcs.ericsson.se ([142.133.1.72]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Jul 2006 12:34:19 -0500 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6A122.68FF198B" Date: Thu, 6 Jul 2006 13:34:18 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: empty tag Thread-Index: AcahImi3hLY/4DwcTeep3QB/xy8Y5g== From: "Jean-Francois Dupont-Viel (QA/EMC)" To: X-OriginalArrivalTime: 06 Jul 2006 17:34:19.0756 (UTC) FILETIME=[697F7AC0:01C6A122] X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.063 tagged_above=-999 required=2 tests=[AWL=-1.199, BAYES_50=0.001, FORGED_RCVD_HELO=0.135, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Spam-Score: -1.063 X-Spam-Level: Subject: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 06 Jul 2006 17:34:40 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A122.68FF198B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 We are loading a xml file which contains a tag with no value :=20 Further away, we call xmlSave() which convert the same tag as this : Which is correct of course ! But I would like to know if there is a way of preventing this change anyway, and keep it`s original format. =20 Jean-Francois=20 =20 Jean-Francois Dupont-Viel=20 Ericsson Research Canada=20 Software Engineer, MMS - Multimedia Messaging Service=20 Tel : (514) 345-7900 ext: 7533=20 E-Mail : jean-francois.dupont-viel@ericsson.com=20 =20 ------_=_NextPart_001_01C6A122.68FF198B Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
We are = loading a xml=20 file which contains a tag with no value :

<tag></tag>

Further = away, we call=20 xmlSave() which convert the same tag as this :

<tag/>

Which = is correct of=20 course !  But I would like to know if there is a way of preventing = this=20 change anyway, and keep it`s original format.
 
Jean-Francois 
 

Jean-Francois Dupont-Viel =
Ericsson Research = Canada=20
Software Engineer, MMS - = Multimedia=20 Messaging Service
Tel=20 : (514) 345-7900 ext: = 7533=20
E-Mail : = jean-francois.dupont-viel@ericsson.com

 
------_=_NextPart_001_01C6A122.68FF198B-- From jean-francois.dupont-viel@ericsson.com Thu Jul 6 13:41:06 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BA8313B0529 for ; Thu, 6 Jul 2006 13:41:06 -0400 (EDT) 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 13347-10 for ; Thu, 6 Jul 2006 13:40:57 -0400 (EDT) Received: from imr1.ericy.com (imr1.ericy.com [198.24.6.9]) by menubar.gnome.org (Postfix) with ESMTP id AF9B43B053C for ; Thu, 6 Jul 2006 13:40:50 -0400 (EDT) Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se [138.85.77.50]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id k66HeivM013201 for ; Thu, 6 Jul 2006 12:40:49 -0500 Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.53]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Jul 2006 12:39:52 -0500 Received: from ecamlmw720.eamcs.ericsson.se ([142.133.1.72]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Jul 2006 12:39:52 -0500 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6A123.2F170E5D" Date: Thu, 6 Jul 2006 13:39:50 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] empty tag Thread-Index: AcahImi3hLY/4DwcTeep3QB/xy8Y5gAAKQeg From: "Jean-Francois Dupont-Viel (QA/EMC)" To: X-OriginalArrivalTime: 06 Jul 2006 17:39:52.0520 (UTC) FILETIME=[2FD73C80:01C6A123] X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.358 tagged_above=-999 required=2 tests=[AWL=0.106, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Spam-Score: -2.358 X-Spam-Level: Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 06 Jul 2006 17:41:07 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A123.2F170E5D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable the function I was talking about is xmlSaveFile under the tree module. =20 JF ________________________________ From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On Behalf Of Jean-Francois Dupont-Viel (QA/EMC) Sent: Thursday, July 06, 2006 1:34 PM To: xml@gnome.org Subject: [xml] empty tag Hi, =20 We are loading a xml file which contains a tag with no value :=20 Further away, we call xmlSave() which convert the same tag as this : Which is correct of course ! But I would like to know if there is a way of preventing this change anyway, and keep it`s original format. =20 Jean-Francois=20 =20 Jean-Francois Dupont-Viel=20 Ericsson Research Canada=20 Software Engineer, MMS - Multimedia Messaging Service=20 Tel : (514) 345-7900 ext: 7533=20 E-Mail : jean-francois.dupont-viel@ericsson.com=20 =20 ------_=_NextPart_001_01C6A123.2F170E5D Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
the=20 function I was talking about is xmlSaveFile under the tree=20 module.
 
JF


From: xml-bounces@gnome.org=20 [mailto:xml-bounces@gnome.org] On Behalf Of Jean-Francois = Dupont-Viel=20 (QA/EMC)
Sent: Thursday, July 06, 2006 1:34 PM
To:=20 xml@gnome.org
Subject: [xml] empty tag

Hi,
 
We are = loading a xml=20 file which contains a tag with no value :

<tag></tag>

Further = away, we call=20 xmlSave() which convert the same tag as this :

<tag/>

Which = is correct of=20 course !  But I would like to know if there is a way of preventing = this=20 change anyway, and keep it`s original format.
 
Jean-Francois 
 

Jean-Francois Dupont-Viel =
Ericsson Research = Canada=20
Software Engineer, MMS - = Multimedia=20 Messaging Service
Tel=20 : (514) 345-7900 ext: = 7533=20
E-Mail : = jean-francois.dupont-viel@ericsson.com

 
------_=_NextPart_001_01C6A123.2F170E5D-- From veillard@redhat.com Thu Jul 6 14:06:44 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B90A33B036C for ; Thu, 6 Jul 2006 14:06:43 -0400 (EDT) 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 15372-06 for ; Thu, 6 Jul 2006 14:06:40 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 085D23B04F8 for ; Thu, 6 Jul 2006 14:06:31 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66I6Vk9015556; Thu, 6 Jul 2006 14:06:31 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66I6VBM010054; Thu, 6 Jul 2006 14:06:31 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66I6Vgx010852; Thu, 6 Jul 2006 14:06:31 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k66I6ULB010850; Thu, 6 Jul 2006 14:06:30 -0400 Date: Thu, 6 Jul 2006 14:06:30 -0400 From: Daniel Veillard To: Teresa Thomas Message-ID: <20060706180630.GH967@redhat.com> References: <8d3f24ab0607041829yb3ab74bx2d899589bbde7ad5@mail.gmail.com> <20060705051454.GD92205@nexus.ninth-circle.org> <8d3f24ab0607060928q4c42bd8fs3839ebfb4f71923a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8d3f24ab0607060928q4c42bd8fs3839ebfb4f71923a@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Two basic questions about libxml X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Thu, 06 Jul 2006 18:06:45 -0000 On Thu, Jul 06, 2006 at 12:28:17PM -0400, Teresa Thomas wrote: > Hi I still haven't been able to get the link-flags to link my libxml > functions with my code. > > When I type 'pkg-config --libs libxml2' (also tried libxml) on the > terminal, I get the following message: pkg-config may not be correctly setup everywhere. If libxml2 is correctly installed then xml2-config should be present. http://xmlsoft.org/FAQ.html#Developer Developper FAQ #1 Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Thu Jul 6 14:08:36 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 20EF93B00FE for ; Thu, 6 Jul 2006 14:08:36 -0400 (EDT) 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 15516-08 for ; Thu, 6 Jul 2006 14:08:35 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id A4CF83B008C for ; Thu, 6 Jul 2006 14:08:34 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66I8UhQ016270; Thu, 6 Jul 2006 14:08:30 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66I8Uc3010565; Thu, 6 Jul 2006 14:08:30 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66I8U7a011013; Thu, 6 Jul 2006 14:08:30 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k66I8U8J011011; Thu, 6 Jul 2006 14:08:30 -0400 Date: Thu, 6 Jul 2006 14:08:30 -0400 From: Daniel Veillard To: "Jean-Francois Dupont-Viel (QA/EMC)" Message-ID: <20060706180830.GI967@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Thu, 06 Jul 2006 18:08:36 -0000 On Thu, Jul 06, 2006 at 01:34:18PM -0400, Jean-Francois Dupont-Viel (QA/EMC) wrote: > Hi, > > We are loading a xml file which contains a tag with no value : > > > Further away, we call xmlSave() which convert the same tag as this : > > > > Which is correct of course ! But I would like to know if there is a way > of preventing this change anyway, and keep it`s original format. Use the functions from the xmlsave module and create the context with the XML_SAVE_NO_EMPTY flag: http://xmlsoft.org/html/libxml-xmlsave.html#xmlSaveOption Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From jean-francois.dupont-viel@ericsson.com Thu Jul 6 14:53:03 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 56BEC3B0114 for ; Thu, 6 Jul 2006 14:53:03 -0400 (EDT) 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 18191-03 for ; Thu, 6 Jul 2006 14:53:01 -0400 (EDT) Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by menubar.gnome.org (Postfix) with ESMTP id B14243B00CF for ; Thu, 6 Jul 2006 14:53:00 -0400 (EDT) Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 49BCE4F005C for ; Thu, 6 Jul 2006 20:52:59 +0200 (CEST) Received: from esealmw126.eemea.ericsson.se ([153.88.254.174]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Jul 2006 20:52:58 +0200 Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Jul 2006 20:52:58 +0200 Received: from ecamlmw720.eamcs.ericsson.se ([142.133.1.72]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Jul 2006 13:52:52 -0500 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6A12D.621B5B73" Date: Thu, 6 Jul 2006 14:52:51 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] empty tag Thread-Index: AcahImi3hLY/4DwcTeep3QB/xy8Y5gAAKQegAAKJKPA= From: "Jean-Francois Dupont-Viel (QA/EMC)" To: "Jean-Francois Dupont-Viel (QA/EMC)" , X-OriginalArrivalTime: 06 Jul 2006 18:52:52.0826 (UTC) FILETIME=[62B4E3A0:01C6A12D] X-Brightmail-Tracker: AAAAAA== X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.441 tagged_above=-999 required=2 tests=[AWL=0.158, BAYES_00=-2.599, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Spam-Score: -2.441 X-Spam-Level: Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 06 Jul 2006 18:53:03 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A12D.621B5B73 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable even if I put the=20 xmlSaveNoEmptyTags=3D1;=20 I get :=20 IS this normal ?=20 ________________________________ From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On Behalf Of Jean-Francois Dupont-Viel (QA/EMC) Sent: Thursday, July 06, 2006 1:40 PM To: xml@gnome.org Subject: Re: [xml] empty tag the function I was talking about is xmlSaveFile under the tree module. =20 JF ________________________________ From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On Behalf Of Jean-Francois Dupont-Viel (QA/EMC) Sent: Thursday, July 06, 2006 1:34 PM To: xml@gnome.org Subject: [xml] empty tag Hi, =20 We are loading a xml file which contains a tag with no value :=20 Further away, we call xmlSave() which convert the same tag as this : Which is correct of course ! But I would like to know if there is a way of preventing this change anyway, and keep it`s original format. =20 Jean-Francois=20 =20 Jean-Francois Dupont-Viel=20 Ericsson Research Canada=20 Software Engineer, MMS - Multimedia Messaging Service=20 Tel : (514) 345-7900 ext: 7533=20 E-Mail : jean-francois.dupont-viel@ericsson.com=20 =20 ------_=_NextPart_001_01C6A12D.621B5B73 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
even=20 if I put the

xmlSaveNoEmptyTags=3D1; =

I get :=20

<tag/>

 IS this normal ? 


From: xml-bounces@gnome.org=20 [mailto:xml-bounces@gnome.org] On Behalf Of Jean-Francois = Dupont-Viel=20 (QA/EMC)
Sent: Thursday, July 06, 2006 1:40 PM
To:=20 xml@gnome.org
Subject: Re: [xml] empty = tag

the=20 function I was talking about is xmlSaveFile under the tree=20 module.
 
JF


From: xml-bounces@gnome.org=20 [mailto:xml-bounces@gnome.org] On Behalf Of Jean-Francois = Dupont-Viel=20 (QA/EMC)
Sent: Thursday, July 06, 2006 1:34 PM
To:=20 xml@gnome.org
Subject: [xml] empty tag

Hi,
 
We are = loading a xml=20 file which contains a tag with no value :

<tag></tag>

Further = away, we call=20 xmlSave() which convert the same tag as this :

<tag/>

Which = is correct of=20 course !  But I would like to know if there is a way of preventing = this=20 change anyway, and keep it`s original format.
 
Jean-Francois 
 

Jean-Francois Dupont-Viel =
Ericsson Research = Canada=20
Software Engineer, MMS - = Multimedia=20 Messaging Service
Tel=20 : (514) 345-7900 ext: = 7533=20
E-Mail : = jean-francois.dupont-viel@ericsson.com

 
------_=_NextPart_001_01C6A12D.621B5B73-- From jean-francois.dupont-viel@ericsson.com Thu Jul 6 15:03:50 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 704673B019B for ; Thu, 6 Jul 2006 15:03:50 -0400 (EDT) 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 18777-07 for ; Thu, 6 Jul 2006 15:03:46 -0400 (EDT) Received: from imr1.ericy.com (imr1.ericy.com [198.24.6.9]) by menubar.gnome.org (Postfix) with ESMTP id 8B0463B00DD for ; Thu, 6 Jul 2006 15:03:46 -0400 (EDT) Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se [138.85.77.50]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id k66J3gNi025097 for ; Thu, 6 Jul 2006 14:03:45 -0500 Received: from eusrcmw751.eamcs.ericsson.se ([138.85.77.51]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Jul 2006 14:03:14 -0500 Received: from ecamlmw720.eamcs.ericsson.se ([142.133.1.72]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Jul 2006 14:03:14 -0500 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6A12E.D47A43BB" Date: Thu, 6 Jul 2006 15:03:12 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] empty tag Thread-Index: AcahImi3hLY/4DwcTeep3QB/xy8Y5gAAKQegAAKJKPAAAGPGUA== From: "Jean-Francois Dupont-Viel (QA/EMC)" To: X-OriginalArrivalTime: 06 Jul 2006 19:03:14.0169 (UTC) FILETIME=[D50E4E90:01C6A12E] X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.397 tagged_above=-999 required=2 tests=[AWL=0.067, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Spam-Score: -2.397 X-Spam-Level: Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 06 Jul 2006 19:03:50 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C6A12E.D47A43BB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ok it seems to work now. I guess the problem was between my two ears... ________________________________ From: Jean-Francois Dupont-Viel (QA/EMC)=20 Sent: Thursday, July 06, 2006 2:53 PM To: Jean-Francois Dupont-Viel (QA/EMC); xml@gnome.org Subject: RE: [xml] empty tag even if I put the=20 xmlSaveNoEmptyTags=3D1;=20 I get :=20 IS this normal ?=20 ________________________________ From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On Behalf Of Jean-Francois Dupont-Viel (QA/EMC) Sent: Thursday, July 06, 2006 1:40 PM To: xml@gnome.org Subject: Re: [xml] empty tag the function I was talking about is xmlSaveFile under the tree module. =20 JF ________________________________ From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On Behalf Of Jean-Francois Dupont-Viel (QA/EMC) Sent: Thursday, July 06, 2006 1:34 PM To: xml@gnome.org Subject: [xml] empty tag Hi, =20 We are loading a xml file which contains a tag with no value :=20 Further away, we call xmlSave() which convert the same tag as this : Which is correct of course ! But I would like to know if there is a way of preventing this change anyway, and keep it`s original format. =20 Jean-Francois=20 =20 Jean-Francois Dupont-Viel=20 Ericsson Research Canada=20 Software Engineer, MMS - Multimedia Messaging Service=20 Tel : (514) 345-7900 ext: 7533=20 E-Mail : jean-francois.dupont-viel@ericsson.com=20 =20 ------_=_NextPart_001_01C6A12E.D47A43BB Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Ok it=20 seems to work now. I guess the problem was between my two=20 ears...


From: Jean-Francois Dupont-Viel = (QA/EMC)=20
Sent: Thursday, July 06, 2006 2:53 PM
To: = Jean-Francois=20 Dupont-Viel (QA/EMC); xml@gnome.org
Subject: RE: [xml] empty=20 tag

even=20 if I put the

xmlSaveNoEmptyTags=3D1; =

I get :=20

<tag/>

 IS this normal ? 


From: xml-bounces@gnome.org=20 [mailto:xml-bounces@gnome.org] On Behalf Of Jean-Francois = Dupont-Viel=20 (QA/EMC)
Sent: Thursday, July 06, 2006 1:40 PM
To:=20 xml@gnome.org
Subject: Re: [xml] empty = tag

the=20 function I was talking about is xmlSaveFile under the tree=20 module.
 
JF


From: xml-bounces@gnome.org=20 [mailto:xml-bounces@gnome.org] On Behalf Of Jean-Francois = Dupont-Viel=20 (QA/EMC)
Sent: Thursday, July 06, 2006 1:34 PM
To:=20 xml@gnome.org
Subject: [xml] empty tag

Hi,
 
We are = loading a xml=20 file which contains a tag with no value :

<tag></tag>

Further = away, we call=20 xmlSave() which convert the same tag as this :

<tag/>

Which = is correct of=20 course !  But I would like to know if there is a way of preventing = this=20 change anyway, and keep it`s original format.
 
Jean-Francois 
 

Jean-Francois Dupont-Viel =
Ericsson Research = Canada=20
Software Engineer, MMS - = Multimedia=20 Messaging Service
Tel=20 : (514) 345-7900 ext: = 7533=20
E-Mail : = jean-francois.dupont-viel@ericsson.com

 
------_=_NextPart_001_01C6A12E.D47A43BB-- From veillard@redhat.com Thu Jul 6 15:44:26 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 495F13B00DC for ; Thu, 6 Jul 2006 15:44:26 -0400 (EDT) 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 21386-09 for ; Thu, 6 Jul 2006 15:44:25 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 1C20D3B033F for ; Thu, 6 Jul 2006 15:44:25 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66JiJEs016818; Thu, 6 Jul 2006 15:44:19 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66JiEJW004382; Thu, 6 Jul 2006 15:44:14 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66JiEEV018519; Thu, 6 Jul 2006 15:44:14 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k66JiEQL018517; Thu, 6 Jul 2006 15:44:14 -0400 Date: Thu, 6 Jul 2006 15:44:14 -0400 From: Daniel Veillard To: "Jean-Francois Dupont-Viel (QA/EMC)" Message-ID: <20060706194413.GK967@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Thu, 06 Jul 2006 19:44:26 -0000 On Thu, Jul 06, 2006 at 03:03:12PM -0400, Jean-Francois Dupont-Viel (QA/EMC) wrote: > Ok it seems to work now. I guess the problem was between my two ears... using the global variables to change contextual behaviour is a bad idea that's why I try to deprecate them and suggest people to use the new APIs which are easier to maintain in the long term, Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Thu Jul 6 16:10:15 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8C2DA3B012D for ; Thu, 6 Jul 2006 16:10:15 -0400 (EDT) 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 23301-07 for ; Thu, 6 Jul 2006 16:10:13 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C9F753B00B8 for ; Thu, 6 Jul 2006 16:10:12 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66KA8b7025696; Thu, 6 Jul 2006 16:10:08 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66KA7AO011158; Thu, 6 Jul 2006 16:10:08 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k66KA57g022075; Thu, 6 Jul 2006 16:10:05 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k66KA5bS022070; Thu, 6 Jul 2006 16:10:05 -0400 Date: Thu, 6 Jul 2006 16:10:05 -0400 From: Daniel Veillard To: "Jean-Francois Dupont-Viel (QA/EMC)" Message-ID: <20060706201004.GL967@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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: Thu, 06 Jul 2006 20:10:15 -0000 On Thu, Jul 06, 2006 at 03:46:12PM -0400, Jean-Francois Dupont-Viel (QA/EMC) wrote: > So what the function that I shall be using ? 1/ http://xmlsoft.org/html/libxml-xmlsave.html#xmlSaveToFilename 2/ http://xmlsoft.org/html/libxml-xmlsave.html#xmlSaveDoc 3/ http://xmlsoft.org/html/libxml-xmlsave.html#xmlSaveClose > xmlThrDefSaveNoEmptyTags ? Very bad idea it's just an accessor for the thread global variable in thread local storage used internally. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From olpa@xmlhack.ru Thu Jul 6 21:28:36 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D06813B009E for ; Thu, 6 Jul 2006 21:28:35 -0400 (EDT) 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 07306-06 for ; Thu, 6 Jul 2006 21:28:33 -0400 (EDT) Received: from mail.hw.ru (mail.hw.ru [194.67.32.240]) by menubar.gnome.org (Postfix) with ESMTP id EA59F3B00A4 for ; Thu, 6 Jul 2006 21:28:32 -0400 (EDT) Received: from [217.84.57.222] (account olpa@xmlhack.ru HELO baobab) by mail.hw.ru (CommuniGate Pro SMTP 4.3.9) with ESMTPA id 119550630; Fri, 07 Jul 2006 05:28:14 +0400 Date: Fri, 7 Jul 2006 05:28:13 +0400 From: "Oleg A. Paraschenko" To: "Buchcik, Kasimier" Message-Id: <20060707052813.23180bc5.olpa@xmlhack.ru> In-Reply-To: References: Organization: xmlhack.ru X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.661 tagged_above=-999 required=2 tests=[AWL=-0.551, BAYES_05=-1.11] X-Spam-Score: -1.661 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Is the handling of "fake node libxslt" element nodes in xpath.c still needed? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 01:28:36 -0000 Hello Kasimier, On Wed, 5 Jul 2006 17:03:02 +0200 "Buchcik, Kasimier" wrote: > Hi, > > Can somebody recall and clarify the nature of the > "fake node libxslt" in xpath.c? I can't, but I have theoretical thoughts. There might be (or not be) situations where a root node contains children copied _by reference_. It might be an RTF for xsl:variable or xsl:param, or somehing for exsl:node-set (probably not). In these imaginary situations, nodes are shared between trees, and some indicator is required to distinguish between the master and copies. A fake node might be the indicator. > ... > > Regards, > > Kasimier > -- Oleg Parashchenko olpa@ http://xmlhack.ru/ XML news in Russian http://uucode.com/blog/ Generative Programming, XML, TeX, Scheme XSieve at XTech 2006: http://xtech06.usefulinc.com/schedule/detail/44 From alexneblett01@yahoo.com Thu Jul 6 23:55:45 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 220433B01CE for ; Thu, 6 Jul 2006 23:55:45 -0400 (EDT) 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 15187-01 for ; Thu, 6 Jul 2006 23:55:44 -0400 (EDT) Received: from smtp101.sbc.mail.mud.yahoo.com (smtp101.sbc.mail.mud.yahoo.com [68.142.198.200]) by menubar.gnome.org (Postfix) with SMTP id C286E3B02CB for ; Thu, 6 Jul 2006 23:55:43 -0400 (EDT) Received: (qmail 64400 invoked from network); 7 Jul 2006 03:55:43 -0000 Received: from unknown (HELO ALEX) (alexneblett01@65.71.104.78 with login) by smtp101.sbc.mail.mud.yahoo.com with SMTP; 7 Jul 2006 03:55:42 -0000 From: "Alex Neblett" To: Date: Thu, 6 Jul 2006 22:55:40 -0500 Message-ID: <006801c6a179$36c458b0$220110ac@ALEX> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Thread-Index: AcahOEaFohlufrCJRt6jimuTXRlqAgAP8pIQ In-Reply-To: <20060706201004.GL967@redhat.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.363 tagged_above=-999 required=2 tests=[AWL=-0.719, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, DNS_FROM_RFC_WHOIS=1.447, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XH=0.077] X-Spam-Score: -1.363 X-Spam-Level: Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 03:55:45 -0000 Hello! Somewhat related, is it possible to preserve rather than have it convert to when doing an xslt tranform? I am using libexslt to transform xml into xhtml. Sadly, the consumer of the xhtml content (to which I do not have source code access) is issued and sometimes interprets as then "autocorrects" the xhtml by inserting a where it deems appropriate causing all sorts of issues. Presently, I do a second xslt transform to place comments inside empty tags resulting in as a poor workaround. Probably, I am not the first person to encounter this problem and am also open to alternative suggestions as to how to solve this issue. Kind Regards, Alex -----Original Message----- From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On Behalf Of Daniel Veillard Sent: Thursday, July 06, 2006 3:10 PM To: Jean-Francois Dupont-Viel (QA/EMC) Cc: xml@gnome.org Subject: Re: [xml] empty tag On Thu, Jul 06, 2006 at 03:46:12PM -0400, Jean-Francois Dupont-Viel (QA/EMC) wrote: > So what the function that I shall be using ? 1/ http://xmlsoft.org/html/libxml-xmlsave.html#xmlSaveToFilename 2/ http://xmlsoft.org/html/libxml-xmlsave.html#xmlSaveDoc 3/ http://xmlsoft.org/html/libxml-xmlsave.html#xmlSaveClose > xmlThrDefSaveNoEmptyTags ? Very bad idea it's just an accessor for the thread global variable in thread local storage used internally. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ _______________________________________________ xml mailing list, project page http://xmlsoft.org/ xml@gnome.org http://mail.gnome.org/mailman/listinfo/xml From tere.ertw@gmail.com Fri Jul 7 00:42:02 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 00A593B01A1 for ; Fri, 7 Jul 2006 00:42:02 -0400 (EDT) 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 17158-09 for ; Fri, 7 Jul 2006 00:41:59 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by menubar.gnome.org (Postfix) with ESMTP id 15B7F3B0214 for ; Fri, 7 Jul 2006 00:41:59 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id o60so58276nfa for ; Thu, 06 Jul 2006 21:41:56 -0700 (PDT) Received: by 10.48.143.9 with SMTP id q9mr998035nfd; Thu, 06 Jul 2006 21:41:56 -0700 (PDT) Received: by 10.49.57.3 with HTTP; Thu, 6 Jul 2006 21:41:56 -0700 (PDT) Message-ID: <8d3f24ab0607062141m6811f893t667e408b7c9c3372@mail.gmail.com> Date: Fri, 7 Jul 2006 00:41:56 -0400 From: "Teresa Thomas" To: breese@mail1.stofanet.dk In-Reply-To: <20060706180630.GH967@redhat.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_74346_32960535.1152247316390" References: <8d3f24ab0607041829yb3ab74bx2d899589bbde7ad5@mail.gmail.com> <20060705051454.GD92205@nexus.ninth-circle.org> <8d3f24ab0607060928q4c42bd8fs3839ebfb4f71923a@mail.gmail.com> <20060706180630.GH967@redhat.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.819 tagged_above=-999 required=2 tests=[AWL=-0.705, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, HTML_40_50=0.496, HTML_MESSAGE=0.001, RCVD_IN_BL_SPAMCOP_NET=1.558, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -0.819 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Two basic questions about libxml X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 04:42:02 -0000 ------=_Part_74346_32960535.1152247316390 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks a lot, Mr Reese. After hours of mental trauma, you one line answer made my day! xml2-config --libs, xml2-config --cflags listed all the flags i was looking for. Ah...The woes of being a newbie! Regards, Teresa Thomas On 7/6/06, Daniel Veillard wrote: > > On Thu, Jul 06, 2006 at 12:28:17PM -0400, Teresa Thomas wrote: > > Hi I still haven't been able to get the link-flags to link my libxml > > functions with my code. > > > > When I type 'pkg-config --libs libxml2' (also tried libxml) on the > > terminal, I get the following message: > > pkg-config may not be correctly setup everywhere. If libxml2 is > correctly > installed then xml2-config should be present. > http://xmlsoft.org/FAQ.html#Developer > Developper FAQ #1 > > Daniel > > -- > Daniel Veillard | Red Hat http://redhat.com/ > veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ > http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ > ------=_Part_74346_32960535.1152247316390 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks a lot, Mr Reese. After hours of mental trauma, you one line answer made my day!

xml2-config --libs,
xml2-config --cflags   listed all the flags i was looking for.

Ah...The woes of being a newbie!

Regards,
Teresa Thomas

On 7/6/06, Daniel Veillard <veillard@redhat.com> wrote:
On Thu, Jul 06, 2006 at 12:28:17PM -0400, Teresa Thomas wrote:
> Hi I still haven't been able to get the link-flags to link my libxml
> functions with my code.
>
> When I type  'pkg-config --libs libxml2' (also tried libxml) on the
> terminal, I get the following message:

  pkg-config may not be correctly setup everywhere. If libxml2 is correctly
installed then xml2-config should be present.
   http://xmlsoft.org/FAQ.html#Developer
Developper FAQ #1

Daniel

--
Daniel Veillard      | Red Hat http://redhat.com/
veillard@redhat.com   | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

------=_Part_74346_32960535.1152247316390-- From mh@glandium.org Fri Jul 7 02:00:41 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 465313B0219 for ; Fri, 7 Jul 2006 02:00:41 -0400 (EDT) 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 21823-03 for ; Fri, 7 Jul 2006 02:00:38 -0400 (EDT) Received: from namakemono.glandium.org (APuteaux-153-1-19-82.w82-124.abo.wanadoo.fr [82.124.61.82]) by menubar.gnome.org (Postfix) with ESMTP id 54CA73B02CB for ; Fri, 7 Jul 2006 02:00:37 -0400 (EDT) Received: from mh by namakemono.glandium.org with local (Exim 4.62) (envelope-from ) id 1FyjNW-00080A-Il; Fri, 07 Jul 2006 07:59:50 +0200 Date: Fri, 7 Jul 2006 07:59:50 +0200 From: Mike Hommey To: Daniel Veillard Message-ID: <20060707055950.GB30706@glandium.org> Mail-Followup-To: Daniel Veillard , xml@gnome.org References: <20060706194413.GK967@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060706194413.GK967@redhat.com> X-GPG-Fingerprint: A479 A824 265C B2A5 FC54 8D1E DE4B DA2C 54FD 2A58 Organization: glandium.org User-Agent: Mutt/1.5.11+cvs20060403 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.712 tagged_above=-999 required=2 tests=[AWL=-0.448, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, RCVD_IN_SORBS_DUL=2.046, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -0.712 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 06:00:41 -0000 On Thu, Jul 06, 2006 at 03:44:14PM -0400, Daniel Veillard wrote: > On Thu, Jul 06, 2006 at 03:03:12PM -0400, Jean-Francois Dupont-Viel (QA/EMC) wrote: > > Ok it seems to work now. I guess the problem was between my two ears... > > using the global variables to change contextual behaviour is a bad idea > that's why I try to deprecate them and suggest people to use the new APIs > which are easier to maintain in the long term, Wouldn't it be a good idea to make a full API cleanup and call that libxml3 ? Mike From michael.ransburg@itec.uni-klu.ac.at Fri Jul 7 04:34:20 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 098E93B0187 for ; Fri, 7 Jul 2006 04:34:20 -0400 (EDT) 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 31337-10 for ; Fri, 7 Jul 2006 04:34:12 -0400 (EDT) Received: from mailsrv.itec.uni-klu.ac.at (demo-itec.uni-klu.ac.at [143.205.176.142]) by menubar.gnome.org (Postfix) with ESMTP id 369CB3B0219 for ; Fri, 7 Jul 2006 04:34:11 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mailsrv.itec.uni-klu.ac.at (Postfix) with ESMTP id ECBB732DDC for ; Fri, 7 Jul 2006 10:34:07 +0200 (CEST) Received: from mailsrv.itec.uni-klu.ac.at ([127.0.0.1]) by localhost (mailsrv.itec.uni-klu.ac.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08559-03 for ; Fri, 7 Jul 2006 10:34:06 +0200 (CEST) Received: from daneel (daneel.itec.uni-klu.ac.at [143.205.122.214]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mailsrv.itec.uni-klu.ac.at (Postfix) with ESMTP id 71FDC32D63 for ; Fri, 7 Jul 2006 10:34:06 +0200 (CEST) From: "Michael Ransburg" To: Date: Fri, 7 Jul 2006 10:34:08 +0200 Message-ID: <000601c6a1a0$1d328fd0$d67acd8f@itec.uniklu.ac.at> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0007_01C6A1B0.E0BB5FD0" X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-MS-TNEF-Correlator: 000000002BF4F862276FA5448A14410B8F2495BA44AE2300 thread-index: AcahoBzkX1434EW0SFOkSqUmkgTN0w== X-Virus-Scanned: by amavisd-new at itec.uni-klu.ac.at X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.299 tagged_above=-999 required=2 tests=[AWL=-1.300, BAYES_50=0.001] X-Spam-Score: -1.299 X-Spam-Level: Subject: [xml] Dump Ancestors and Descendants of current node X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 08:34:20 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C6A1B0.E0BB5FD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi! I'm doing an Expand() operation on the current node which means that "The node will get all its ancestors and the full subtree available." (according to the XMLTextReader tutorial). By using "xmlDocDumpFormatMemoryEnc" I can now easily dump the current node and all its descendants to an xmlChar. What I would like to do is to dump the current node, its ancestors and descendants to an xmlChar. What's the best way to accomplish that? Thanks, Michael ------=_NextPart_000_0007_01C6A1B0.E0BB5FD0 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IggIAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQOQBgD4BAAAHgAAAAsAAgABAAAAAwAmAAAAAAAeAHAAAQAAAC8A AABEdW1wIEFuY2VzdG9ycyBhbmQgRGVzY2VuZGFudHMgb2YgY3VycmVudCBub2RlAAACAXEAAQAA ABYAAAABxqGgHORfXjfgRbRIU6RKpSaSBM3TAAALAAEOAAAAAAIBCg4BAAAAGAAAAAAAAAAr9Phi J2+lRIoUQQuPJJW6woAAAAMAFA4BAAAAAgEJEAEAAAAMAgAACAIAAOYCAABMWkZ1VoAQ6AMACgBy Y3BnMTI1FjIA+Atgbg4QMDMzTwH3AqQD4wIAY2gKwHPwZXQwIAcTAoMAUBBm2HBycQ5QEN99CoAA AE4qCbAJ8ASQYXQFsVINDeBoCYAB0CA1LjXgMC45OS4B0A9AAoAkXHYIkHdrC4BkNB0MYGMAUAsD C7UgSGkeIQqiCoQKgQBAIEknkG0gZG8LgGcgA5EMRXgKsBcAKCkgb7pwFLJpAiAa0AOgdBVQnCBj CHAJcAIwIG4Eceggd2gVMSAHgAYiG7AxFNAgIlwPAgHQNTf8IFQbwRx0AxADIBSABUCzB0ADIGl0 BCAAcGMHkEsU4SACZBujZnUfMXPYdWJ0CdEaEHYLcAtgwQJgZS4iICgA0AWhDmQZ4hTgG6NYTUxU cGV4dFIdMASBG6B1ExThBzEpLhiKQnkgBnUAkBnxInhtbESAb2NEdW1wRgWwEQDAdE1lBGByeUX7 IDAisEkb4AORHHAH4B0w9QCQbCZAZCdBG68gsx+m9wEABPAJ8GQAcB/xI4EDkW0m0UMQ8SVrVx2S KIB3xQhgbCDgbGlrG9AjgV8ZwB/QLFMpnxxyLAMwYn8f3AogEVAgsyu/LM8t1ifbHWIb0GIgURyw YSZAM7K3IvEnUC7gcx0AHYI/GIqjHoAAcGtzLBiETRUxvGFlCVAPBhiKFBEAO1ADAN4/n04AAAMA CVkDAAAAAwABgAggBgAAAAAAwAAAAAAAAEYAAAAAEIUAAAAAAAALAAmACCAGAAAAAADAAAAAAAAA RgAAAAADhQAAAAAAAAMAFIAIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAACwBIgAggBgAAAAAA wAAAAAAAAEYAAAAADoUAAAAAAAALAE2ACCAGAAAAAADAAAAAAAAARgAAAAAGhQAAAAAAAAMAToAI IAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAACwCDgAggBgAAAAAAwAAAAAAAAEYAAAAAgoUAAAAA AAALAB8OAQAAAAIB+A8BAAAAEAAAACv0+GInb6VEihRBC48klboCAfoPAQAAABAAAAAr9PhiJ2+l RIoUQQuPJJW6AwD+DwUAAAADAA00/T8FAAMADzT9PwUAAgEUNAEAAAAQAAAATklUQfm/uAEAqgA3 2W4AAAIBfwABAAAAMQAAADAwMDAwMDAwMkJGNEY4NjIyNzZGQTU0NDhBMTQ0MTBCOEYyNDk1QkE0 NEFFMjMwMAAAAAADAAYQMH0NOAMABxB0AQAAAwAQEAAAAAADABEQAAAAAB4ACBABAAAAZQAAAEhJ SU1ET0lOR0FORVhQQU5EKClPUEVSQVRJT05PTlRIRUNVUlJFTlROT0RFV0hJQ0hNRUFOU1RIQVQi VEhFTk9ERVdJTExHRVRBTExJVFNBTkNFU1RPUlNBTkRUSEVGVUxMU1UAAAAAlSI= ------=_NextPart_000_0007_01C6A1B0.E0BB5FD0-- From k.buchcik@4commerce.de Fri Jul 7 05:45:05 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B12E73B04C4 for ; Fri, 7 Jul 2006 05:45:05 -0400 (EDT) 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 03691-07 for ; Fri, 7 Jul 2006 05:44:56 -0400 (EDT) Received: from mail.firmenpost.de (europa.4commerce.de [213.239.204.146]) by menubar.gnome.org (Postfix) with ESMTP id B1D2D3B01E3 for ; Fri, 7 Jul 2006 05:44:55 -0400 (EDT) Received: from localhost ([127.0.0.1]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1Fymt9-0002lF-BG; Fri, 07 Jul 2006 11:44:43 +0200 Received: from pegasus.omega.4commerce.de ([10.1.2.11]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1Fymt8-0002l9-P2; Fri, 07 Jul 2006 11:44:43 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 7 Jul 2006 11:44:53 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] Dump Ancestors and Descendants of current node thread-index: AcahoBzkX1434EW0SFOkSqUmkgTN0wAB5bwg From: "Buchcik, Kasimier" To: "Michael Ransburg" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at firmenpost.de X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: k.buchcik@4commerce.de X-SA-Exim-Scanned: No (on mail.firmenpost.de); SAEximRunCond expanded to false X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.425 tagged_above=-999 required=2 tests=[AWL=0.039, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.425 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] Dump Ancestors and Descendants of current node X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 09:45:05 -0000 Hi, > -----Original Message----- > From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On=20 > Behalf Of Michael Ransburg > Hi! >=20 > I'm doing an Expand() operation on the current node which=20 > means that "The node will get all its ancestors and the full=20 > subtree available." (according to the XMLTextReader tutorial). >=20 > By using "xmlDocDumpFormatMemoryEnc" I can now easily dump=20 > the current node and all its descendants to an xmlChar. >=20 > What I would like to do is to dump the current node, its=20 > ancestors and descendants to an xmlChar. >=20 > What's the best way to accomplish that? >=20 > Thanks, > Michael When you write "all ancestors and the full subtree", then this could also mean the whole doc, since the "all ancestors" includes the document node. Do you want to exclude any non-related children of all the ancestor nodes instead? Example - initial tree: <-- your "current node" Your result: Is this what you need? If yes, then I would select the ancestor nodes with an XPath expression and generate a new tree; then clone the current node into that new tree; then dump the whole new tree. If that's too much overhead for you (XPath, new tree, cloning), then maybe one could use the xmlTextWriter and skip the generation of a tree and directly generate the serialized form. Since I never used the xmlTextWriter, I'm not sure if this will work; is it 100% possible to serialize a given node branch with the xmlTextWriter (I'm thinking of e.g. entities here)? Does maybe an API already exist to serialize a branch with the writer? Cheers, Kasimier From veillard@redhat.com Fri Jul 7 06:18:49 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3FD633B03C0 for ; Fri, 7 Jul 2006 06:18:49 -0400 (EDT) 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 06227-01 for ; Fri, 7 Jul 2006 06:18:45 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 60D1E3B0431 for ; Fri, 7 Jul 2006 06:18:26 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k67AIPTr013325 for ; Fri, 7 Jul 2006 06:18:25 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k67AIKGY032506 for ; Fri, 7 Jul 2006 06:18:20 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k67AIKU8019096 for ; Fri, 7 Jul 2006 06:18:20 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k67AIKsO019094 for xml@gnome.org; Fri, 7 Jul 2006 06:18:20 -0400 Date: Fri, 7 Jul 2006 06:18:20 -0400 From: Daniel Veillard To: xml@gnome.org Message-ID: <20060707101820.GN967@redhat.com> References: <20060706194413.GK967@redhat.com> <20060707055950.GB30706@glandium.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060707055950.GB30706@glandium.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.364 tagged_above=-999 required=2 tests=[AWL=0.006, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.364 X-Spam-Level: Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 10:18:49 -0000 On Fri, Jul 07, 2006 at 07:59:50AM +0200, Mike Hommey wrote: > On Thu, Jul 06, 2006 at 03:44:14PM -0400, Daniel Veillard wrote: > > On Thu, Jul 06, 2006 at 03:03:12PM -0400, Jean-Francois Dupont-Viel (QA/EMC) wrote: > > > Ok it seems to work now. I guess the problem was between my two ears... > > > > using the global variables to change contextual behaviour is a bad idea > > that's why I try to deprecate them and suggest people to use the new APIs > > which are easier to maintain in the long term, > > Wouldn't it be a good idea to make a full API cleanup and call that > libxml3 ? I managed to get rid of libxml v1 in Fedora only now, 5 years later. I'm not sure this exercise will bring anything positive, people will just continue to use libxml2 rather than fixing the couple of problems in their apps. I will just have double burden as a maintainer upstream and at the distro level. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard@redhat.com Fri Jul 7 06:29:27 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E2C973B009E for ; Fri, 7 Jul 2006 06:29:26 -0400 (EDT) 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 06727-09 for ; Fri, 7 Jul 2006 06:29:25 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 9E4BA3B00EE for ; Fri, 7 Jul 2006 06:29:25 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k67ATP6R016304; Fri, 7 Jul 2006 06:29:25 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k67ATJ4o001895; Fri, 7 Jul 2006 06:29:19 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k67ATJ5f019493; Fri, 7 Jul 2006 06:29:19 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id k67ATJoP019491; Fri, 7 Jul 2006 06:29:19 -0400 Date: Fri, 7 Jul 2006 06:29:19 -0400 From: Daniel Veillard To: Alex Neblett Message-ID: <20060707102919.GO967@redhat.com> References: <20060706201004.GL967@redhat.com> <006801c6a179$36c458b0$220110ac@ALEX> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006801c6a179$36c458b0$220110ac@ALEX> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.325 tagged_above=-999 required=2 tests=[AWL=-0.032, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XH=0.077] X-Spam-Score: -2.325 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 10:29:27 -0000 On Thu, Jul 06, 2006 at 10:55:40PM -0500, Alex Neblett wrote: > Hello! > > Somewhat related, is it possible to preserve rather than have it > convert to when doing an xslt tranform? No, they are not distinguishable once parsed, they have exactly the same data model, it's actually something clearly stated in the XML-1.0 spec > I am using libexslt to transform xml into xhtml. > > Sadly, the consumer of the xhtml content (to which I do not have source code > access) is issued and sometimes interprets as then > "autocorrects" the xhtml by inserting a where it deems appropriate > causing all sorts of issues. Their application is not XML compliant, too bad they didn't ask for something compliant to the standard. Note that libxml2 XHTML-1 serializer do use
and other crazy suggestions to workaround non-XML aware clients make sure you are outputting the XHTML-1 doctype and libxml2 will take care of it. > Presently, I do a second xslt transform to place comments inside empty tags > resulting in as a poor workaround. > > Probably, I am not the first person to encounter this problem and am also > open to alternative suggestions as to how to solve this issue. Yup, that's poor, unfortunately there is no magic spell. Have you tried inserting an empty text node, I think that should be sufficient to fool libxml2 serializer and force an end tag. However at the XSLT level I'm not sure will really do what you want, it might be optimized out. XML recommendation was issued in 1998, 8 years ago, if they still use non-compliant tools, then as your customer they force you to develop custom code, hence more expensive I assume, make them pay the difference, they will end up fixing their stack eventually. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From michael.ransburg@itec.uni-klu.ac.at Fri Jul 7 07:04:39 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CAEF43B0342 for ; Fri, 7 Jul 2006 07:04:39 -0400 (EDT) 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 09463-07 for ; Fri, 7 Jul 2006 07:04:38 -0400 (EDT) Received: from mailsrv.itec.uni-klu.ac.at (demo-itec.uni-klu.ac.at [143.205.176.142]) by menubar.gnome.org (Postfix) with ESMTP id D2EAD3B016F for ; Fri, 7 Jul 2006 07:04:37 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mailsrv.itec.uni-klu.ac.at (Postfix) with ESMTP id 92A6B32DFB for ; Fri, 7 Jul 2006 13:04:29 +0200 (CEST) Received: from mailsrv.itec.uni-klu.ac.at ([127.0.0.1]) by localhost (mailsrv.itec.uni-klu.ac.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09622-03 for ; Fri, 7 Jul 2006 13:04:28 +0200 (CEST) Received: from daneel (daneel.itec.uni-klu.ac.at [143.205.122.214]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mailsrv.itec.uni-klu.ac.at (Postfix) with ESMTP id BC01924CF8 for ; Fri, 7 Jul 2006 13:04:27 +0200 (CEST) From: "Michael Ransburg" To: Date: Fri, 7 Jul 2006 13:04:29 +0200 Message-ID: <001801c6a1b5$1eabb5c0$d67acd8f@itec.uniklu.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 In-Reply-To: Thread-Index: AcahoBzkX1434EW0SFOkSqUmkgTN0wAB5bwgAAM6j9A= X-Virus-Scanned: by amavisd-new at itec.uni-klu.ac.at X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.746 tagged_above=-999 required=2 tests=[AWL=-0.636, BAYES_05=-1.11] X-Spam-Score: -1.746 X-Spam-Level: Subject: Re: [xml] Dump Ancestors and Descendants of current node X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 11:04:40 -0000 Hi Kasimier, > When you write "all ancestors and the full subtree", then this could > also mean the whole doc, since the "all ancestors" includes the > document node. > Do you want to exclude any non-related children of all the ancestor > nodes instead? > Your result: > > > > > Exactly. I only want the descendants of the node which I have expanded. Similarly I only want the ancestors of the node which I have expanded. > Does maybe an API already > exist to serialize a branch with the writer? That's what I'm hoping for. Otherwise I'll have to do it the hard way, as you explained in your e-mail. Thanks, Michael > Cheers, > > Kasimier > From k.buchcik@4commerce.de Fri Jul 7 07:13:14 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 199E53B015F for ; Fri, 7 Jul 2006 07:13:14 -0400 (EDT) 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 10249-07 for ; Fri, 7 Jul 2006 07:13:12 -0400 (EDT) Received: from mail.firmenpost.de (europa.4commerce.de [213.239.204.146]) by menubar.gnome.org (Postfix) with ESMTP id 290A93B03E4 for ; Fri, 7 Jul 2006 07:13:11 -0400 (EDT) Received: from localhost ([127.0.0.1]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1FyoGZ-0002sT-I0; Fri, 07 Jul 2006 13:12:59 +0200 Received: from pegasus.omega.4commerce.de ([10.1.2.11]) by mail.firmenpost.de with esmtp (Exim 4.50) id 1FyoGY-0002sI-OC; Fri, 07 Jul 2006 13:12:59 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 7 Jul 2006 13:13:09 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] empty tag thread-index: AcahsGJw296UYFHXQIa7CmGR08q+hgABOqAw From: "Buchcik, Kasimier" To: X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at firmenpost.de X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: k.buchcik@4commerce.de X-SA-Exim-Scanned: No (on mail.firmenpost.de); SAEximRunCond expanded to false X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.309 tagged_above=-999 required=2 tests=[AWL=-0.076, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077, TW_XH=0.077] X-Spam-Score: -2.309 X-Spam-Level: Cc: xml@gnome.org Subject: Re: [xml] empty tag X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 11:13:14 -0000 Hi,=20 > -----Original Message----- > From: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org] On=20 > Behalf Of Daniel Veillard >=20 > On Thu, Jul 06, 2006 at 10:55:40PM -0500, Alex Neblett wrote: > > Hello! > >=20 > > Somewhat related, is it possible to preserve =20 > rather than have it > > convert to when doing an xslt tranform? >=20 > No, they are not distinguishable once parsed, they have=20 > exactly the same > data model, it's actually something clearly stated in the XML-1.0 spec >=20 > > I am using libexslt to transform xml into xhtml. > >=20 > > Sadly, the consumer of the xhtml content (to which I do not=20 > have source code > > access) is issued and sometimes interprets as then > > "autocorrects" the xhtml by inserting a where it=20 > deems appropriate > > causing all sorts of issues. >=20 > Their application is not XML compliant, too bad they didn't ask for > something compliant to the standard. Note that libxml2=20 > XHTML-1 serializer > do use
and other crazy suggestions to workaround=20 > non-XML aware clients > make sure you are outputting the XHTML-1 doctype and libxml2=20 > will take care of > it. >=20 > > Presently, I do a second xslt transform to place comments=20 > inside empty tags > > resulting in as a poor workaround. > >=20 > > Probably, I am not the first person to encounter this=20 > problem and am also > > open to alternative suggestions as to how to solve this issue. >=20 > Yup, that's poor, unfortunately there is no magic spell.=20 > Have you tried > inserting an empty text node, I think that should be=20 > sufficient to fool=20 > libxml2 serializer and force an end tag. However at the XSLT=20 > level I'm not sure > will really do what you want, it might be optimized out. > XML recommendation was issued in 1998, 8 years ago, if they=20 > still use > non-compliant tools, then as your customer they force you to=20 > develop custom > code, hence more expensive I assume, make them pay the=20 > difference, they > will end up fixing their stack eventually. >=20 > Daniel The trick with inserting an empty text node won't work anymore in the next release of Libxslt. There should be no way on the XSLT side to manipulate the serialization here. Saxon and MS .NET cannot be fooled by inserting an empty text node but MSXML 4.0 and Xalan behave like Libxslt does currently. This is a serialization issue, and should be handled by customizing the serialization; if it's possible to customize the serialization with Libxslt is an other question. Regards, Kasimier From kris@b-lex.nl Fri Jul 7 08:22:22 2006 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4B1783B0093 for ; Fri, 7 Jul 2006 08:22:22 -0400 (EDT) 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 15496-07 for ; Fri, 7 Jul 2006 08:22:20 -0400 (EDT) Received: from btc2.b-lex.com (btc2.b-lex.com [217.119.224.164]) by menubar.gnome.org (Postfix) with ESMTP id 4674F3B044A for ; Fri, 7 Jul 2006 08:22:19 -0400 (EDT) Received: from localhost (apu.btc.b-lex [10.8.3.2]) by btc2.b-lex.com (Postfix) with ESMTP id EDDEA294020 for ; Fri, 7 Jul 2006 14:22:17 +0200 (CEST) Received: from btc2.b-lex.com ([127.0.0.1]) by localhost (btc2.b-lex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22438-03 for ; Fri, 7 Jul 2006 14:22:13 +0200 (CEST) Received: from [10.8.3.3] (btc1.b-lex.com [217.119.224.163]) by btc2.b-lex.com (Postfix) with ESMTP id 6012C29401D for ; Fri, 7 Jul 2006 14:22:13 +0200 (CEST) Message-ID: <44AE5211.90802@b-lex.nl> Date: Fri, 07 Jul 2006 14:22:41 +0200 From: Kris Breuker User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: xml@gnome.org Content-Type: multipart/mixed; boundary="------------010300070603050304000609" X-Virus-Scanned: amavisd-new at b-lex.nl X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.369 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_LH=0.077] X-Spam-Score: -2.369 X-Spam-Level: Subject: [xml] Libxml 2.6.26 XML parsing bug X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 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, 07 Jul 2006 12:22:22 -0000 This is a multi-part message in MIME format. --------------010300070603050304000609 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good afternoon, When I run the attached fotoarchief.xml file through xmllint.exe (compiled from the libxml 2.6.26 sources) just by running xmllint.exe c:\temp\fotoarchief.xml I get parser errors about a comment not being closed and mismatched starting and ending tags: > file:///c%3A/temp/fotoarchief.xml:537: parser error : Comment not terminated > > ^ > file:///c%3A/temp/fotoarchief.xml:537: parser error : Opening and ending tag mis > match: tabs line 502 and formgroup > > ^ > file:///c%3A/temp/fotoarchief.xml:538: parser error : Opening and ending tag mis > match: panel line 501 and tab > > ^ > file:///c%3A/temp/fotoarchief.xml:569: parser error : Opening and ending tag mis > match: page line 500 and tabs > > ^ > file:///c%3A/temp/fotoarchief.xml:571: parser error : Opening and ending tag mis > match: pages line 1 and panel > > ^ > file:///c%3A/temp/fotoarchief.xml:572: parser error : Extra content at the end o > f the document > > ^ If I add or delete a space, newline or some other content _before_ line 535, the file is correctly parsed. It looks like a bug in libxml (maybe something with internal buffering of the XML file?). I hope you can help me with this. Greetings, Kris Breuker --------------010300070603050304000609 Content-Type: text/xml; name="fotoarchief.xml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fotoarchief.xml"