From diltsman@gmail.com Thu May 31 22:15:21 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D36953B00B9 for ; Thu, 31 May 2007 22:15:21 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.103 X-Spam-Level: X-Spam-Status: No, score=-2.103 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_40_50=0.496, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 8970 hrs), (distance 12, link: (Google 2)), [209.85.132.247] 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 EBZLo-xDHEVr for ; Thu, 31 May 2007 22:15:20 -0400 (EDT) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by menubar.gnome.org (Postfix) with ESMTP id 247E83B00B5 for ; Thu, 31 May 2007 22:15:19 -0400 (EDT) Received: by an-out-0708.google.com with SMTP id c34so153623anc for ; Thu, 31 May 2007 19:15:18 -0700 (PDT) Received: by 10.100.31.2 with SMTP id e2mr739626ane.1180664118156; Thu, 31 May 2007 19:15:18 -0700 (PDT) Received: by 10.100.46.10 with HTTP; Thu, 31 May 2007 19:15:18 -0700 (PDT) Message-ID: <61d49f450705311915k4d37bc8cnee2b1842b9354977@mail.gmail.com> Date: Thu, 31 May 2007 20:15:18 -0600 From: "Daniel Dilts" To: "pwhelan@exis.cl" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_305_9434815.1180664118124" References: <61d49f450705302230o2b385938y126506a814608ecd@mail.gmail.com> Cc: xml@gnome.org Subject: Re: [xml] Memory Access Violation on xmlDocDump 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, 01 Jun 2007 02:15:22 -0000 ------=_Part_305_9434815.1180664118124 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Ok, how about for VS2005? On 5/31/07, pwhelan@exis.cl wrote: > > > > On Wed, 30 May 2007 23:30:12 -0600, "Daniel Dilts" > wrote: > > Easier said than done. I have no idea how to do that, and my brother, > who > > is a VS wiz-kid, doesn't know how to do it either. > > > > On 5/30/07, pwhelan@exis.cl wrote: > > In MSVC 6.0 Its > Project Settings -> > C/C++ (tab) -> > Category: Code Generation (pull down list) > Use Run-Time Library (pull down list) -> (Chooses The Runtime) > > > ------=_Part_305_9434815.1180664118124 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Ok, how about for VS2005?

On 5/31/07, pwhelan@exis.cl <pwhelan@exis.cl> wrote:


On Wed, 30 May 2007 23:30:12 -0600, "Daniel Dilts" < diltsman@gmail.com> wrote:
> Easier said than done.  I have no idea how to do that, and my brother, who
> is a VS wiz-kid, doesn't know how to do it either.
>
> On 5/30/07, pwhelan@exis.cl <pwhelan@exis.cl> wrote:

In MSVC 6.0 Its
Project Settings ->
C/C++ (tab) ->
Category: Code Generation (pull down list)
Use Run-Time Library (pull down list) -> (Chooses The Runtime)



------=_Part_305_9434815.1180664118124-- From tim.vanholder@anubex.com Fri Jun 1 04:11:53 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A95023B00EA for ; Fri, 1 Jun 2007 04:11:53 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.456 X-Spam-Level: X-Spam-Status: No, score=-2.456 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 2025 hrs), (distance 21, link: ethernet/modem), [194.78.75.179] 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 9O56Em2S9xWf for ; Fri, 1 Jun 2007 04:11:49 -0400 (EDT) Received: from mail.anubex.com (179.75-78-194.adsl-static.isp.belgacom.be [194.78.75.179]) by menubar.gnome.org (Postfix) with ESMTP id 1D8F83B00D3 for ; Fri, 1 Jun 2007 04:11:49 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.anubex.com (Postfix) with ESMTP id 9828010F2FB; Fri, 1 Jun 2007 10:11:46 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at anubex.com Received: from mail.anubex.com ([127.0.0.1]) by localhost (mail.anubex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IPnjjfwL9FLZ; Fri, 1 Jun 2007 10:11:45 +0200 (CEST) Received: from [127.0.0.1] (177.75-78-194.adsl-static.isp.belgacom.be [194.78.75.177]) by mail.anubex.com (Postfix) with ESMTP id 28ECF10EE93; Fri, 1 Jun 2007 10:11:45 +0200 (CEST) Message-ID: <465FD41F.6040503@anubex.com> Date: Fri, 01 Jun 2007 10:09:03 +0200 From: Tim Van Holder User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: veillard@redhat.com References: <200705310003.04315.fdrake@acm.org> <20070531145245.GQ7711@redhat.com> In-Reply-To: <20070531145245.GQ7711@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] xsltproc, xsl:version, and alternate prefixes 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, 01 Jun 2007 08:11:53 -0000 Daniel Veillard wrote: >> I checked the specification (1.0, 1.1, 2.0), and it's quite clear that this is >> processed in the usual way regarding the namespaces specification. The >> output file seems to be generated without any problems, so I'm unsure why >> there's any output claiming an error. > > the version attribute should not have a namespace > http://www.w3.org/TR/xslt#stylesheet-element > > And the rule is set in the preceeding paragraph: > http://www.w3.org/TR/xslt#xslt-namespace > > "An element from the XSLT namespace may have any attribute not from the XSLT namespace, provided that the expanded-name of the attribute has a non-null namespace URI. The presence of such attributes must not change the behavior of XSLT elements and functions defined in this document." > > so basically per the spec the > xs:version > attribute is ignored, leading to the compilation layer complaining about it > being missing. I'm sorry Daniel, but I disagree with your interpretation here; the spec lists a few attributes, including version for the transform/stylesheet element, and the paragraphs before it do indeed say: "" An element from the XSLT namespace may have any attribute not from the XSLT namespace, provided that the expanded-name of the attribute has a non-null namespace URI. The presence of such attributes must not change the behavior of XSLT elements and functions defined in this document. Thus, an XSLT processor is always free to ignore such attributes, and must ignore such attributes without giving an error if it does not recognize the namespace URI. Such attributes can provide, for example, unique identifiers, optimization hints, or documentation. It is an error for an element from the XSLT namespace to have attributes with expanded-names that have null namespace URIs (i.e. attributes with unprefixed names) other than attributes defined for the element in this document. "" What I read this as saying is: - a namespace-prefixed attribute from a namespace other than the XSLT one is allowed, and the processor is free to ignore them (and it can't even complain about them if the namespace is unknown to it) - a non-namespace-prefixed attribute on an XSLT element has to be one of those specifically specified This says NOTHING about ignoring xs:version, provided that xs is defined as a prefix for the XSLT namespace; the paragraph about ignoring attributes specifically says "any attribute NOT FROM THE XSLT NAMESPACE" (emphasis mine). So my reading is that using a prefix on XSLT attributes for XSLT elements is allowed but not required (except that you may only drop the prefix if the attribute is specifically listed in the spec for that element). From tim.vanholder@anubex.com Fri Jun 1 04:36:13 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ED2783B0115 for ; Fri, 1 Jun 2007 04:36:12 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.456 X-Spam-Level: X-Spam-Status: No, score=-2.456 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 2026 hrs), (distance 21, link: ethernet/modem), [194.78.75.179] 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 HoUC9S+0VVlm for ; Fri, 1 Jun 2007 04:36:11 -0400 (EDT) Received: from mail.anubex.com (179.75-78-194.adsl-static.isp.belgacom.be [194.78.75.179]) by menubar.gnome.org (Postfix) with ESMTP id 5FF603B00F0 for ; Fri, 1 Jun 2007 04:36:11 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.anubex.com (Postfix) with ESMTP id 0113810F4A3; Fri, 1 Jun 2007 10:18:52 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at anubex.com Received: from mail.anubex.com ([127.0.0.1]) by localhost (mail.anubex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oDMiJ80c4pfH; Fri, 1 Jun 2007 10:18:50 +0200 (CEST) Received: from [127.0.0.1] (177.75-78-194.adsl-static.isp.belgacom.be [194.78.75.177]) by mail.anubex.com (Postfix) with ESMTP id 7C44510F057; Fri, 1 Jun 2007 10:18:50 +0200 (CEST) Message-ID: <465FD5C9.7010607@anubex.com> Date: Fri, 01 Jun 2007 10:16:09 +0200 From: Tim Van Holder User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Daniel Dilts References: <61d49f450705302230o2b385938y126506a814608ecd@mail.gmail.com> <61d49f450705311915k4d37bc8cnee2b1842b9354977@mail.gmail.com> In-Reply-To: <61d49f450705311915k4d37bc8cnee2b1842b9354977@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] Memory Access Violation on xmlDocDump 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, 01 Jun 2007 08:36:13 -0000 Daniel Dilts wrote: > Ok, how about for VS2005? Project Properties -> C/C++ -> Code Generation -> Runtime Library -> (select the one you need) See how similar it is? Did you even bother to try to find this? If you're going to try to compile things yourself, at least a modicum of initiative and common sense is a very useful thing to have... > On 5/31/07, *pwhelan@exis.cl * > wrote: > > On Wed, 30 May 2007 23:30:12 -0600, "Daniel Dilts" < > diltsman@gmail.com > wrote: > > Easier said than done. I have no idea how to do that, and my > brother, who > > is a VS wiz-kid, doesn't know how to do it either. > > > > On 5/30/07, pwhelan@exis.cl > > wrote: > > In MSVC 6.0 Its > Project Settings -> > C/C++ (tab) -> > Category: Code Generation (pull down list) > Use Run-Time Library (pull down list) -> (Chooses The Runtime) From barbara.philippot@camptocamp.com Fri Jun 1 06:34:35 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6C7C43B00CB for ; Fri, 1 Jun 2007 06:34:35 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 9940 hrs), (distance 25, link: GPRS, T1, FreeS/WAN), [128.179.66.15] 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 1ibWnzxLcPZf for ; Fri, 1 Jun 2007 06:34:31 -0400 (EDT) Received: from mail.camptocamp.com (c2cpc15.camptocamp.com [128.179.66.15]) by menubar.gnome.org (Postfix) with ESMTP id 4F8593B00E0 for ; Fri, 1 Jun 2007 06:34:31 -0400 (EDT) Received: from [192.168.226.225] (unknown [81.56.146.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.camptocamp.com (Postfix) with ESMTP id 39B1380113 for ; Fri, 1 Jun 2007 12:34:29 +0200 (CEST) Message-ID: <465FF635.4050906@camptocamp.com> Date: Fri, 01 Jun 2007 12:34:29 +0200 From: Barbara PHILIPPOT User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: [xml] Memory leak using xmlSchemaParse() 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, 01 Jun 2007 10:34:35 -0000 Hi! I'm trying to validate a XML document against a XML Schema. Result is ok (using xmllint too) but when using valgrind, it indicates me memory leaks (still reachable) and errors linked to libraries's code and not to my function. Here are valgrind results : /LEAK SUMMARY: ==7223== definitely lost: 0 bytes in 0 blocks. ==7223== possibly lost: 0 bytes in 0 blocks. ==7223== still reachable: 3,444 bytes in 48 blocks. ==7223== suppressed: 0 bytes in 0 blocks./ / ==7223== 1 errors in context 1 of 3: ==7223== Invalid read of size 4 ==7223== at 0x4014183: (within /lib/ld-2.4.so) ==7223== by 0x4005A89: (within /lib/ld-2.4.so) ==7223== by 0x40077AD: (within /lib/ld-2.4.so) ==7223== by 0x400B346: (within /lib/ld-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x400B53A: (within /lib/ld-2.4.so) ==7223== by 0x40108D4: (within /lib/ld-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x40103C8: (within /lib/ld-2.4.so) ==7223== by 0x4268801: (within /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x42689B4: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== Address 0x4351C90 is 32 bytes inside a block of size 34 alloc'd ==7223== at 0x4021396: malloc (vg_replace_malloc.c:149) ==7223== by 0x4007CC7: (within /lib/ld-2.4.so) ==7223== by 0x400B346: (within /lib/ld-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x400B53A: (within /lib/ld-2.4.so) ==7223== by 0x40108D4: (within /lib/ld-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x40103C8: (within /lib/ld-2.4.so) ==7223== by 0x4268801: (within /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x42689B4: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x4244350: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== ==7223== 1 errors in context 2 of 3: ==7223== Invalid read of size 4 ==7223== at 0x4014183: (within /lib/ld-2.4.so) ==7223== by 0x4005A89: (within /lib/ld-2.4.so) ==7223== by 0x40077AD: (within /lib/ld-2.4.so) ==7223== by 0x4010874: (within /lib/ld-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x40103C8: (within /lib/ld-2.4.so) ==7223== by 0x4268801: (within /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x42689B4: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x4244350: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x4219A20: (within /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x421A715: getaddrinfo (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== Address 0x4351958 is 32 bytes inside a block of size 35 alloc'd ==7223== at 0x4021396: malloc (vg_replace_malloc.c:149) ==7223== by 0x4007CC7: (within /lib/ld-2.4.so) ==7223== by 0x4010874: (within /lib/ld-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x40103C8: (within /lib/ld-2.4.so) ==7223== by 0x4268801: (within /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x42689B4: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x4244350: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x4219A20: (within /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x421A715: getaddrinfo (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x40CEFAB: xmlNanoHTTPConnectHost (nanohttp.c:1003) ==7223== ==7223== 1 errors in context 3 of 3: ==7223== Invalid read of size 4 ==7223== at 0x4014199: (within /lib/ld-2.4.so) ==7223== by 0x4005A89: (within /lib/ld-2.4.so) ==7223== by 0x40077AD: (within /lib/ld-2.4.so) ==7223== by 0x4010874: (within /lib/ld-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x40103C8: (within /lib/ld-2.4.so) ==7223== by 0x4268801: (within /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x42689B4: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x4244350: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x4219A20: (within /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x421A715: getaddrinfo (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== Address 0x4351134 is 36 bytes inside a block of size 37 alloc'd ==7223== at 0x4021396: malloc (vg_replace_malloc.c:149) ==7223== by 0x4007CC7: (within /lib/ld-2.4.so) ==7223== by 0x4010874: (within /lib/ld-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x40103C8: (within /lib/ld-2.4.so) ==7223== by 0x4268801: (within /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x400CA95: (within /lib/ld-2.4.so) ==7223== by 0x42689B4: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x4244350: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x4219A20: (within /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x421A715: getaddrinfo (in /lib/tls/i686/cmov/libc-2.4.so) ==7223== by 0x40CEFAB: xmlNanoHTTPConnectHost (nanohttp.c:1003) / And all still reachable blocks are also due to getaddrinfo(). So, according to Valgrind, the errors aren't due to my code, but after debugging it, it seems to come from the call of XmlSchemaParse(). Here is the fragment of code concerned : int XML_SchemaValidation(char * XMLSchemaFile_pathname, buffer * xmlchar) { xmlSchemaPtr ptr_schema = NULL; xmlSchemaParserCtxtPtr ptr_ctxt; xmlSchemaValidCtxtPtr ptr_validctxt; int vl_return = -1; xmlDocPtr vl_doc; /* Open XML Schema File*/ ptr_ctxt = xmlSchemaNewParserCtxt(XMLSchemaFile_pathname); xmlSchemaSetParserErrors(ptr_ctxt, (xmlSchemaValidityErrorFunc) fprintf, (xmlSchemaValidityWarningFunc) fprintf, stderr); ptr_schema = xmlSchemaParse(ptr_ctxt); xmlSchemaFreeParserCtxt(ptr_ctxt); /* Si le XML Schema n'a pas pu être chargé*/ if (ptr_schema == NULL){ printf("XMLSCHEMA: Could not open XML Schema %s\n", XMLSchemaFile_pathname); xmlSchemaCleanupTypes(); xmlCleanupParser(); xmlMemoryDump(); return vl_return; } .... .... xmlSchemaFree(ptr_schema); .... } If ptr_schema is NULL (with a bad path to my XML schema), there is no error in valgrind, but when xmlSchemaParse() returns a valid result, there are memory leaks in valgrind even if the program compiles and executes. (I use libxml2-2.6.28.) If you have any remarks, they are welcome! Best regards, Barbara Philippot From andreas.stricker@fela.ch Fri Jun 1 09:24:47 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 152423B00BD for ; Fri, 1 Jun 2007 09:24:47 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.423 X-Spam-Level: X-Spam-Status: No, score=-2.423 tagged_above=-999 required=2 tests=[AWL=0.176, BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 5138 hrs), (distance 18, link: unknown-1438), [87.245.122.82] 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 BD7Kureim5cC for ; Fri, 1 Jun 2007 09:24:45 -0400 (EDT) Received: from ni.fela.ch (unknown [87.245.122.82]) by menubar.gnome.org (Postfix) with ESMTP id 5DC4C3B013F for ; Fri, 1 Jun 2007 09:24:45 -0400 (EDT) Received: from localhost (ni.fela.ch [127.0.0.1]) by ni.fela.ch (Postfix) with ESMTP id 676284109B for ; Fri, 1 Jun 2007 15:24:43 +0200 (CEST) Received: from ni.fela.ch ([127.0.0.1]) by localhost (ni.fela.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22334-03-4 for ; Fri, 1 Jun 2007 15:24:38 +0200 (CEST) Received: from [192.168.139.144] (unknown [192.168.139.144]) by ni.fela.ch (Postfix) with ESMTP id 3FA1641091 for ; Fri, 1 Jun 2007 15:24:38 +0200 (CEST) Message-ID: <46601E12.6090603@fela.ch> Date: Fri, 01 Jun 2007 15:24:34 +0200 From: Andreas Stricker User-Agent: IceDove 1.5.0.10 (X11/20070329) MIME-Version: 1.0 To: xml@gnome.org References: <465FF635.4050906@camptocamp.com> In-Reply-To: <465FF635.4050906@camptocamp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at fela.ch Subject: Re: [xml] Memory leak using xmlSchemaParse() 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, 01 Jun 2007 13:24:47 -0000 Barbara PHILIPPOT wrote: > /* Si le XML Schema n'a pas pu être chargé*/ > if (ptr_schema == NULL){ > printf("XMLSCHEMA: Could not open XML Schema %s\n", > XMLSchemaFile_pathname); > xmlSchemaCleanupTypes(); > xmlCleanupParser(); > xmlMemoryDump(); > return vl_return; > } > .... > .... > xmlSchemaFree(ptr_schema); > .... > } This seems a bit odd. You should initialize the parser for with LIBXML_TEST_VERSION. Then after all is done call xmlCleanupParser(). Initializing is usually done once at program startup and xmlCleanupParser() once at program end. I don't know if the expression (ptr_schema == NULL) evaluates to true and xmlCleanupParser() is called? But even if so, xmlSchemaFree() should not be called after xmlCleanupParser(). Cheers, Andy From veillard@redhat.com Fri Jun 1 11:57:57 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 62C743B007A for ; Fri, 1 Jun 2007 11:57:57 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4947 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 xLVu2BrTwgkm for ; Fri, 1 Jun 2007 11:57:55 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 853D13B002C for ; Fri, 1 Jun 2007 11:57:55 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l51Fvi0X009495; Fri, 1 Jun 2007 11:57:44 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l51Fvhn2024890; Fri, 1 Jun 2007 11:57:43 -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 l51FvhPg007186; Fri, 1 Jun 2007 11:57:43 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l51Fvhs3007184; Fri, 1 Jun 2007 11:57:43 -0400 Date: Fri, 1 Jun 2007 11:57:43 -0400 From: Daniel Veillard To: Tim Van Holder Message-ID: <20070601155743.GG9279@redhat.com> References: <200705310003.04315.fdrake@acm.org> <20070531145245.GQ7711@redhat.com> <465FD41F.6040503@anubex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <465FD41F.6040503@anubex.com> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] xsltproc, xsl:version, and alternate prefixes 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, 01 Jun 2007 15:57:57 -0000 On Fri, Jun 01, 2007 at 10:09:03AM +0200, Tim Van Holder wrote: > Daniel Veillard wrote: > >> I checked the specification (1.0, 1.1, 2.0), and it's quite clear that this is > >> processed in the usual way regarding the namespaces specification. The > >> output file seems to be generated without any problems, so I'm unsure why > >> there's any output claiming an error. > > > > the version attribute should not have a namespace > > http://www.w3.org/TR/xslt#stylesheet-element > > > > And the rule is set in the preceeding paragraph: > > http://www.w3.org/TR/xslt#xslt-namespace > > > > "An element from the XSLT namespace may have any attribute not from the XSLT namespace, provided that the expanded-name of the attribute has a non-null namespace URI. The presence of such attributes must not change the behavior of XSLT elements and functions defined in this document." > > > > so basically per the spec the > > xs:version > > attribute is ignored, leading to the compilation layer complaining about it > > being missing. > > I'm sorry Daniel, but I disagree with your interpretation here; the spec > lists a few attributes, including version for the transform/stylesheet > element, and the paragraphs before it do indeed say: > > "" > An element from the XSLT namespace may have any attribute not from the > XSLT namespace, provided that the expanded-name of the attribute has a > non-null namespace URI. The presence of such attributes must not change > the behavior of XSLT elements and functions defined in this document. > Thus, an XSLT processor is always free to ignore such attributes, and > must ignore such attributes without giving an error if it does not > recognize the namespace URI. Such attributes can provide, for example, > unique identifiers, optimization hints, or documentation. > > It is an error for an element from the XSLT namespace to have attributes > with expanded-names that have null namespace URIs (i.e. attributes with > unprefixed names) other than attributes defined for the element in this > document. > "" > > What I read this as saying is: > - a namespace-prefixed attribute from a namespace other than the XSLT > one is allowed, and the processor is free to ignore them (and it can't > even complain about them if the namespace is unknown to it) agreed > - a non-namespace-prefixed attribute on an XSLT element has to be one > of those specifically specified agreed > This says NOTHING about ignoring xs:version, provided that xs is defined > as a prefix for the XSLT namespace; the paragraph about ignoring > attributes specifically says "any attribute NOT FROM THE XSLT NAMESPACE" > (emphasis mine). So my reading is that using a prefix on XSLT attributes > for XSLT elements is allowed but not required (except that you may only > drop the prefix if the attribute is specifically listed in the spec for > that element). And my reading is that on all the examples there is no prefixes. And where a prefix is needed the spec write it so, while it does not for the attributes from XSLT on XSLT element. "An xsl:stylesheet element must have a version attribute, ..." does is NOT equivalent to "An xsl:stylesheet element must have a version attribute or an xsl:version attribute, ..." as a spec writer I know that allowing multiple syntaxes like this is really something we avoid, what happens when you get both attributes ? What if one says "1.0" and the other "2.0" ? http://www.w3.org/TR/xslt#element-syntax-summary never use qualified attributes. The non-normative DTD version does not either. I'm pretty sure this was changed due to user feedback, but could not find where. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From fdrake@acm.org Fri Jun 1 12:13:38 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E3D563B00BD for ; Fri, 1 Jun 2007 12:13:37 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -3.464 X-Spam-Level: X-Spam-Status: No, score=-3.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 10 (1203?) (up: 3525 hrs), (distance 10, link: ethernet/modem), [206.18.177.56] 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 zOcMuNj68AeJ for ; Fri, 1 Jun 2007 12:13:34 -0400 (EDT) Received: from alnrmhc16.comcast.net (alnrmhc16.comcast.net [206.18.177.56]) by menubar.gnome.org (Postfix) with ESMTP id 21D103B00AB for ; Fri, 1 Jun 2007 12:13:33 -0400 (EDT) Received: from pounder.local (c-68-32-125-219.hsd1.va.comcast.net[68.32.125.219]) by comcast.net (alnrmhc16) with ESMTP id <20070601161332b1600p8pcce>; Fri, 1 Jun 2007 16:13:32 +0000 From: "Fred L. Drake, Jr." To: veillard@redhat.com Date: Fri, 1 Jun 2007 12:13:30 -0400 User-Agent: KMail/1.9.6 References: <200705310003.04315.fdrake@acm.org> <20070531145245.GQ7711@redhat.com> In-Reply-To: <20070531145245.GQ7711@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706011213.31010.fdrake@acm.org> Cc: xml@gnome.org Subject: Re: [xml] xsltproc, xsl:version, and alternate prefixes 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, 01 Jun 2007 16:13:38 -0000 On Thursday 31 May 2007, Daniel Veillard wrote: > I guess older version were more lax about namespacing of attributes, Sounds like that was it. > The error sounds right to me except maybe the message should avoid > adding a prefix. That would have helped. > Just fix your stylesheet by removing the 'xs:' prefix for version > attribute. Ok, that sounds right, after reading all the replies in this thread. Thanks! -Fred -- Fred L. Drake, Jr. From barbara.philippot@camptocamp.com Mon Jun 4 04:00:22 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 58AD03B0080 for ; Mon, 4 Jun 2007 04:00:22 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 10634 hrs), (distance 24, link: GPRS, T1, FreeS/WAN), [128.179.66.15] 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 0swqCVAftUeT for ; Mon, 4 Jun 2007 04:00:20 -0400 (EDT) Received: from mail.camptocamp.com (c2cpc15.camptocamp.com [128.179.66.15]) by menubar.gnome.org (Postfix) with ESMTP id E3D723B0010 for ; Mon, 4 Jun 2007 04:00:19 -0400 (EDT) Received: from [192.168.226.225] (lns-bzn-51f-81-56-146-207.adsl.proxad.net [81.56.146.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.camptocamp.com (Postfix) with ESMTP id 1429C803A6; Mon, 4 Jun 2007 10:00:10 +0200 (CEST) Message-ID: <4663C68A.6040906@camptocamp.com> Date: Mon, 04 Jun 2007 10:00:10 +0200 From: Barbara PHILIPPOT User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Andreas Stricker References: <465FF635.4050906@camptocamp.com> <46601E12.6090603@fela.ch> In-Reply-To: <46601E12.6090603@fela.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: xml@gnome.org Subject: Re: [xml] Memory leak using xmlSchemaParse() 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, 04 Jun 2007 08:00:22 -0000 Thanks for your answer! Actually, I've found the problem and a way of avoiding it. The function was called with : XML_SchemaValidation("http://path/schema.xsd",my_xml_file); and the error in valgrind is due to the connection to http (even if the schema is correctly loaded and the program executes well). So if I copy the schema locally on my computer, there aren't any more memory leaks. So I can use my application without error :-) but apparently, there are memory leaks when loading a file via http. (I used XmlInitParser() once at program startup and called once xmlCleanupParser() at the end and since valgrind didn't point out an error in my program, the error may come from the library) Anyway, thanks for your help! Best regards, Barbara Andreas Stricker a écrit : > Barbara PHILIPPOT wrote: > >> /* Si le XML Schema n'a pas pu être chargé*/ >> if (ptr_schema == NULL){ >> printf("XMLSCHEMA: Could not open XML Schema %s\n", >> XMLSchemaFile_pathname); >> xmlSchemaCleanupTypes(); >> xmlCleanupParser(); >> xmlMemoryDump(); >> return vl_return; >> } >> .... >> .... >> xmlSchemaFree(ptr_schema); >> .... >> } >> > > This seems a bit odd. You should initialize the parser for with > LIBXML_TEST_VERSION. Then after all is done call xmlCleanupParser(). > Initializing is usually done once at program startup and xmlCleanupParser() > once at program end. > > I don't know if the expression (ptr_schema == NULL) evaluates to true and > xmlCleanupParser() is called? But even if so, xmlSchemaFree() should > not be called after xmlCleanupParser(). > > Cheers, Andy > > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/ > xml@gnome.org > http://mail.gnome.org/mailman/listinfo/xml > From pwhelan@exis.cl Mon Jun 4 17:18:53 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A1CB63B01AB for ; Mon, 4 Jun 2007 17:18:53 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: YES X-Spam-Score: 2.239 X-Spam-Level: ** X-Spam-Status: Yes, score=2.239 tagged_above=-999 required=2 tests=[BAYES_50=0.001, FORGED_RCVD_HELO=0.135, NO_REAL_NAME=0.961, SPF_FAIL=1.142] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 6 hrs), (distance 18, link: pppoe (DSL)), [200.113.188.11] 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 FbzpXixI8hOG for ; Mon, 4 Jun 2007 17:18:50 -0400 (EDT) Received: from slackware.cl (unknown [200.113.188.11]) by menubar.gnome.org (Postfix) with ESMTP id 6C4293B00A1 for ; Mon, 4 Jun 2007 17:18:48 -0400 (EDT) Received: (qmail 5987 invoked by uid 89); 31 May 2007 22:53:56 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 31 May 2007 22:53:56 -0000 MIME-Version: 1.0 Date: Thu, 31 May 2007 18:53:56 -0400 From: To: Daniel Dilts In-Reply-To: <61d49f450705302230o2b385938y126506a814608ecd@mail.gmail.com> References: <61d49f450705302230o2b385938y126506a814608ecd@mail.gmail.com> Message-ID: X-Sender: pwhelan@exis.cl User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: xml@gnome.org Subject: Re: [xml] Memory Access Violation on xmlDocDump 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, 04 Jun 2007 21:18:53 -0000 On Wed, 30 May 2007 23:30:12 -0600, "Daniel Dilts" wrote: > Easier said than done. I have no idea how to do that, and my brother, who > is a VS wiz-kid, doesn't know how to do it either. > > On 5/30/07, pwhelan@exis.cl wrote: In MSVC 6.0 Its Project Settings -> C/C++ (tab) -> Category: Code Generation (pull down list) Use Run-Time Library (pull down list) -> (Chooses The Runtime) From pwhelan@exis.cl Mon Jun 4 18:12:02 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B02233B0017 for ; Mon, 4 Jun 2007 18:12:02 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: YES X-Spam-Score: 2.207 X-Spam-Level: ** X-Spam-Status: Yes, score=2.207 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, FORGED_RCVD_HELO=0.135, NO_REAL_NAME=0.961, SPF_FAIL=1.142, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 7 hrs), (distance 18, link: pppoe (DSL)), [200.113.188.11] 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 IUWeHhtwA-6C for ; Mon, 4 Jun 2007 18:12:02 -0400 (EDT) Received: from slackware.cl (unknown [200.113.188.11]) by menubar.gnome.org (Postfix) with ESMTP id D1D673B008A for ; Mon, 4 Jun 2007 18:12:00 -0400 (EDT) Received: (qmail 7303 invoked by uid 89); 30 May 2007 20:27:52 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 30 May 2007 20:27:52 -0000 MIME-Version: 1.0 Date: Wed, 30 May 2007 16:27:52 -0400 From: To: Daniel Dilts In-Reply-To: <61d49f450705281255l4183fb7ev8e8c750e0cf2b629@mail.gmail.com> References: <61d49f450705281255l4183fb7ev8e8c750e0cf2b629@mail.gmail.com> Message-ID: <6eea2f6c6d34a13a5ae32f8f2ab2dbd4@127.0.0.1> X-Sender: pwhelan@exis.cl User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: xml@gnome.org Subject: Re: [xml] Memory Access Violation on xmlDocDump 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, 04 Jun 2007 22:12:02 -0000 On Mon, 28 May 2007 13:55:38 -0600, "Daniel Dilts" wrote: > Does this mean that I am going to have to recompile libxml2 on my own > machine? > It would be easier to just compile your application with the same runtime as libxml2, which is the MT runtime I think (Multithreaded, no debuging). From pwhelan@exis.cl Mon Jun 4 19:30:18 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 869DF3B00A1 for ; Mon, 4 Jun 2007 19:30:18 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.207 X-Spam-Level: X-Spam-Status: No, score=-0.207 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, NO_REAL_NAME=0.961, SPF_FAIL=1.142, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 8 hrs), (distance 18, link: pppoe (DSL)), [200.113.188.11] 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 VU-t8mfZOV-O for ; Mon, 4 Jun 2007 19:30:16 -0400 (EDT) Received: from slackware.cl (unknown [200.113.188.11]) by menubar.gnome.org (Postfix) with ESMTP id 2E0C83B0017 for ; Mon, 4 Jun 2007 19:30:15 -0400 (EDT) Received: (qmail 6711 invoked by uid 89); 28 May 2007 19:53:33 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 28 May 2007 19:53:33 -0000 MIME-Version: 1.0 Date: Mon, 28 May 2007 15:53:33 -0400 From: To: Daniel Dilts In-Reply-To: <61d49f450705281248wc0aee81i91664c881740eb9a@mail.gmail.com> References: <61d49f450705281248wc0aee81i91664c881740eb9a@mail.gmail.com> Message-ID: X-Sender: pwhelan@exis.cl User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: xml@gnome.org Subject: Re: [xml] Memory Access Violation on xmlDocDump 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, 04 Jun 2007 23:30:18 -0000 On Mon, 28 May 2007 13:48:16 -0600, "Daniel Dilts" wrote: > I'm having a bit of a problem with xmlDocDump. I'm trying to just dump the > document after parsing it. I keep getting the error: > > Unhandled exception at 0x7c918fea in XMLTest.exe: 0xC0000005: Access > violation writing location 0x00000010. > > I am trying this under Windows, statically linking against the libraries. > Any ideas what I'm doing wrong? > Most likely, libxml2 is built with a different C Runtime than your application. Each version of the runtimes under win32 contain different implementations of stdio and malloc which are not compatible. From phils@micronet.com.au Tue Jun 5 19:28:06 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2C9583B0071 for ; Tue, 5 Jun 2007 19:28:06 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: YES X-Spam-Score: 2.663 X-Spam-Level: ** X-Spam-Status: Yes, score=2.663 tagged_above=-999 required=2 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, L_P0F_W=1.7, NO_REAL_NAME=0.961, UPPERCASE_25_50=0] X-Amavis-OS-Fingerprint: Windows 2000 SP2+, XP SP1+ (seldom 98), (distance 14, link: ethernet/modem), [150.101.118.2] 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 hZqH0yqyAZsQ for ; Tue, 5 Jun 2007 19:28:04 -0400 (EDT) Received: from msamailserver.micronet.com.au (mail.micronet.com.au [150.101.118.2]) by menubar.gnome.org (Postfix) with ESMTP id 67BBC3B006C for ; Tue, 5 Jun 2007 19:28:03 -0400 (EDT) To: xml@gnome.org MIME-Version: 1.0 X-Mailer: Lotus Notes Build V80_M5_05202007 May 20, 2007 Message-ID: From: phils@micronet.com.au Date: Wed, 6 Jun 2007 09:28:53 +1000 X-MIMETrack: Serialize by Router on MICRONET/Micronet Systems Australia(Release 6.0.4|June 01, 2004) at 06/06/2007 09:29:39 AM, Serialize complete at 06/06/2007 09:29:39 AM Content-Type: multipart/alternative; boundary="=_alternative 0080FBD5CA2572F1_=" Subject: [xml] xmlFree crashing 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, 05 Jun 2007 23:28:06 -0000 This is a multipart message in MIME format. --=_alternative 0080FBD5CA2572F1_= Content-Type: text/plain; charset="US-ASCII" HI, I am using the binaries built at zlatkovic.com. When I am calling xmlFree after calling xmlNodeListGetString, the program is crashing with a really weird unhandled exception Unhandled exception at 0x026332a0 in dconnect.exe: 0xC000001E: An attempt was made to execute an invalid lock sequence. For structural reasons I am not linking the DLL into my application by using LoadLibrary and GetProcAddress. I am pretty sure the problem is that the xmlFree address is incorrect, or I am passing an invalid argument but I cant see what it could be. My code is shown below xmlFreeFunc lpXMLFREE = NULL; HMODULE hXML = NULL; BOOL InitXML() { if (hXML) return(TRUE); hXML = LoadLibrary("libxml2.dll"); if (hXML == NULL) return(FALSE); if (!(lpXMLNEWDOC = (LPXMLNEWDOC) GetProcAddress (hXML, "xmlNewDoc"))) return(FALSE); if (!(lpXMLFREEDOC = (LPXMLFREEDOC) GetProcAddress (hXML, "xmlFreeDoc"))) return(FALSE); if (!(lpXMLNEWNODE = (LPXMLNEWNODE) GetProcAddress (hXML, "xmlNewNode"))) return(FALSE); if (!(lpXMLDOCSETROOTELEMENT = (LPXMLDOCSETROOTELEMENT) GetProcAddress (hXML, "xmlDocSetRootElement"))) return(FALSE); if (!(lpXMLDOCGETROOTELEMENT = (LPXMLDOCGETROOTELEMENT) GetProcAddress (hXML, "xmlDocGetRootElement"))) return(FALSE); if (!(lpXMLNEWNS = (LPXMLNEWNS) GetProcAddress (hXML, "xmlNewNs" ))) return(FALSE); if (!(lpXMLNEWCHILD = (LPXMLNEWCHILD) GetProcAddress (hXML, "xmlNewChild"))) return(FALSE); if (!(lpXMLNEWTEXTCHILD = (LPXMLNEWTEXTCHILD) GetProcAddress (hXML, "xmlNewTextChild"))) return(FALSE); if (!(lpXMLSAVEFORMATFILEENC = (LPXMLSAVEFORMATFILEENC) GetProcAddress (hXML, "xmlSaveFormatFileEnc"))) return(FALSE); if (!(lpXMLSAVEFORMATFILE = (LPXMLSAVEFORMATFILE) GetProcAddress (hXML, "xmlSaveFormatFile"))) return(FALSE); if (!(lpXMLPARSEFILE = (LPXMLPARSEFILE) GetProcAddress (hXML, "xmlParseFile"))) return(FALSE); if (!(lpXMLSTRCMP = (LPXMLSTRCMP) GetProcAddress (hXML, "xmlStrcmp"))) return(FALSE); if (!(lpXMLNODELISTGETSTRING = (LPXMLNODELISTGETSTRING)GetProcAddress(hXML, "xmlNodeListGetString"))) return(FALSE); if (!(lpXMLFREE = (xmlFreeFunc)GetProcAddress(hXML, "xmlFree"))) return(FALSE); return(TRUE); } void msaxmlFree(void *v) { lpXMLFREE(v); } Phil Salomon Managing Director Micronet Systems Australia Phone: 02 9542 2000 Fax : 02 9542 2100 email : phils@micronet.com.au Disclaimer: The email and any files transmitted with it are confidential and may be subject to copyright. They are intended solely for the use of the individual or entity to whom they are addressed. If you have received this message in error please notify Micronet Systems (Australia) Pty Ltd immediately by return email or by calling +61 2 9542 2000. The republication and re-dissemination are strictly prohibited without the express prior consent of Micronet Systems (Australia) Pty Ltd. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Micronet Systems (Australia) Pty Ltd except where an authorised sender specifically states them to be the views of Micronet Systems (Australia) Pty Ltd. It is your responsibility to verify this email and any attachments for the presence of viruses. Micronet Systems (Australia) Pty Ltd accepts no liability for any damage caused by any virus transmitted. --=_alternative 0080FBD5CA2572F1_= Content-Type: text/html; charset="US-ASCII"
HI,
I am using the binaries built at zlatkovic.com. When I am calling xmlFree after calling xmlNodeListGetString, the program is crashing with a really weird unhandled exception

Unhandled exception at 0x026332a0 in dconnect.exe: 0xC000001E:  An attempt was made to execute an invalid lock sequence.


For structural reasons I am not linking the DLL into my application by using LoadLibrary and GetProcAddress. I am pretty sure the problem is that the xmlFree address is incorrect, or I am passing an invalid argument but I cant see what it could be.


My code is shown below


xmlFreeFunc lpXMLFREE = NULL;

HMODULE hXML = NULL;

BOOL InitXML()
{
        if (hXML)
                return(TRUE);

        hXML = LoadLibrary("libxml2.dll");
        if (hXML == NULL)
                return(FALSE);

        if (!(lpXMLNEWDOC = (LPXMLNEWDOC) GetProcAddress (hXML, "xmlNewDoc")))
                return(FALSE);
        if (!(lpXMLFREEDOC = (LPXMLFREEDOC) GetProcAddress (hXML, "xmlFreeDoc")))
                return(FALSE);
        if (!(lpXMLNEWNODE = (LPXMLNEWNODE) GetProcAddress (hXML, "xmlNewNode")))
                return(FALSE);
        if (!(lpXMLDOCSETROOTELEMENT = (LPXMLDOCSETROOTELEMENT) GetProcAddress (hXML, "xmlDocSetRootElement")))
                return(FALSE);
        if (!(lpXMLDOCGETROOTELEMENT = (LPXMLDOCGETROOTELEMENT) GetProcAddress (hXML, "xmlDocGetRootElement")))
                return(FALSE);
        if (!(lpXMLNEWNS = (LPXMLNEWNS) GetProcAddress (hXML, "xmlNewNs")))
                return(FALSE);
        if (!(lpXMLNEWCHILD = (LPXMLNEWCHILD) GetProcAddress (hXML, "xmlNewChild")))
                return(FALSE);
        if (!(lpXMLNEWTEXTCHILD = (LPXMLNEWTEXTCHILD) GetProcAddress (hXML, "xmlNewTextChild")))
                return(FALSE);
        if (!(lpXMLSAVEFORMATFILEENC = (LPXMLSAVEFORMATFILEENC) GetProcAddress (hXML, "xmlSaveFormatFileEnc")))
                return(FALSE);
        if (!(lpXMLSAVEFORMATFILE = (LPXMLSAVEFORMATFILE) GetProcAddress (hXML, "xmlSaveFormatFile")))
                return(FALSE);
        if (!(lpXMLPARSEFILE = (LPXMLPARSEFILE) GetProcAddress (hXML, "xmlParseFile")))
                return(FALSE);
        if (!(lpXMLSTRCMP = (LPXMLSTRCMP) GetProcAddress (hXML, "xmlStrcmp")))
                return(FALSE);
        if (!(lpXMLNODELISTGETSTRING = (LPXMLNODELISTGETSTRING)GetProcAddress(hXML, "xmlNodeListGetString")))
                return(FALSE);
        if (!(lpXMLFREE = (xmlFreeFunc)GetProcAddress(hXML, "xmlFree")))
                return(FALSE);
        return(TRUE);
}

void msaxmlFree(void *v)
{
        lpXMLFREE(v);
}

Phil Salomon
Managing Director
Micronet Systems Australia

Phone: 02 9542 2000
Fax    : 02 9542 2100
email  : phils@micronet.com.au


Disclaimer:
The email and any files transmitted with it are confidential and may be subject to copyright. They are intended solely for the use of the individual or entity to whom they are addressed. If you have received this message in error please notify Micronet Systems (Australia) Pty Ltd immediately by return email or by calling +61 2 9542 2000.  The republication and re-dissemination are strictly prohibited without the express prior consent of Micronet Systems (Australia) Pty Ltd.
Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Micronet Systems (Australia) Pty Ltd except where an authorised sender specifically states them to be the views of Micronet Systems (Australia) Pty Ltd.
It is your responsibility to verify this email and any attachments for the presence of viruses. Micronet Systems (Australia) Pty Ltd accepts no liability for any damage caused by any virus transmitted.
--=_alternative 0080FBD5CA2572F1_=-- From veillard@redhat.com Wed Jun 6 04:20:57 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6C9253B002A for ; Wed, 6 Jun 2007 04:20:57 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 6071 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 lrUXrDlj8e-7 for ; Wed, 6 Jun 2007 04:20:55 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 2E8F53B0116 for ; Wed, 6 Jun 2007 04:20:54 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l568KrQv004581; Wed, 6 Jun 2007 04:20:53 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l568Kq5Z024605; Wed, 6 Jun 2007 04:20:53 -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 l568KqlF021585; Wed, 6 Jun 2007 04:20:52 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l568KqIG021583; Wed, 6 Jun 2007 04:20:52 -0400 Date: Wed, 6 Jun 2007 04:20:52 -0400 From: Daniel Veillard To: phils@micronet.com.au Message-ID: <20070606082051.GE17405@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 Cc: xml@gnome.org Subject: Re: [xml] xmlFree crashing 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, 06 Jun 2007 08:20:57 -0000 On Wed, Jun 06, 2007 at 09:28:53AM +1000, phils@micronet.com.au wrote: > HI, Hi, > Disclaimer: > The email and any files transmitted with it are confidential and may be > subject to copyright. They are intended solely for the use of the > individual or entity to whom they are addressed. If you have received this > message in error please notify Micronet Systems (Australia) Pty Ltd > immediately by return email or by calling +61 2 9542 2000. The > republication and re-dissemination are strictly prohibited without the > express prior consent of Micronet Systems (Australia) Pty Ltd. > Any views or opinions presented in this email are solely those of the > author and do not necessarily represent those of Micronet Systems > (Australia) Pty Ltd except where an authorised sender specifically states > them to be the views of Micronet Systems (Australia) Pty Ltd. > It is your responsibility to verify this email and any attachments for the > presence of viruses. Micronet Systems (Australia) Pty Ltd accepts no > liability for any damage caused by any virus transmitted. those terms are incompatible with the use of this public forum. Please fix ! You can't ask for free support and threaten us at the same time, sorry :-( Plus we need to archive and expose mails content. If you can't agree with those terms try to get private support (and no I'm not interested !) All this is clearly hightlighted in red in the page giving informations about getting help on the library: http://xmlsoft.org/bugs.html did you not see this ? Or do you just don't care ? Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From martin.trappel@ksengineers.at Wed Jun 6 04:47:17 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ACD173B00CE for ; Wed, 6 Jun 2007 04:47:17 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.509 X-Spam-Level: X-Spam-Status: No, score=-1.509 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Amavis-OS-Fingerprint: FreeBSD 4.6-4.9 (up: 2708 hrs), (distance 17, link: sometimes modem), [80.120.195.29] 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 pYj4s7RCS8bc for ; Wed, 6 Jun 2007 04:47:15 -0400 (EDT) Received: from mail.ksengineers.at (mail.ksengineers.at [80.120.195.29]) by menubar.gnome.org (Postfix) with ESMTP id AAB133B00B6 for ; Wed, 6 Jun 2007 04:47:14 -0400 (EDT) Message-ID: From: Trappel Martin To: "'veillard@redhat.com'" Date: Wed, 6 Jun 2007 10:47:12 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Received-SPF: none Cc: xml@gnome.org Subject: Re: [xml] xmlFree crashing 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, 06 Jun 2007 08:47:17 -0000 > those terms are incompatible with the use of this public=20 > forum. Please fix ! [rant on] Not only are they incompatible with this list, they are incompatible = with any of my common senses. I hate these disclaimers! They clutter my = inbox and reply mails like the worst spam ever. Let the law people do the law = stuff -- but DONT let them get into your email. Do you consult your lawyer every = time you cross the street? Do you start phone calls by "Hello, please note = that this conversion may be subject to copyright." ??! The day (long off may it be) my company starts to add this shite automagically to my mails I will start using a private address even for business mail. Holy macaroni. How paranoid can this world get? BAH! [/rant off] Ah. Now I feel better. Cheers! best regards / mit freundlichen Gr=FC=DFen, Martin Trappel =20 > -----Original Message----- > From: Daniel Veillard [mailto:veillard@redhat.com]=20 > Sent: Wednesday, June 06, 2007 10:21 AM > To: phils@micronet.com.au > Cc: xml@gnome.org > Subject: Re: [xml] xmlFree crashing >=20 > On Wed, Jun 06, 2007 at 09:28:53AM +1000, phils@micronet.com.au = wrote: > > HI, >=20 > Hi, >=20 > > Disclaimer: > > The email and any files transmitted with it are=20 > confidential and may=20 > > be subject to copyright. They are intended solely for the=20 > use of the=20 > > individual or entity to whom they are addressed. If you=20 > have received=20 > > this message in error please notify Micronet Systems=20 > (Australia) Pty=20 > > Ltd immediately by return email or by calling +61 2 9542 2000. The = > > republication and re-dissemination are strictly prohibited=20 > without the=20 > > express prior consent of Micronet Systems (Australia) Pty Ltd. > > Any views or opinions presented in this email are solely=20 > those of the=20 > > author and do not necessarily represent those of Micronet Systems > > (Australia) Pty Ltd except where an authorised sender specifically=20 > > states them to be the views of Micronet Systems (Australia) Pty = Ltd. > > It is your responsibility to verify this email and any=20 > attachments for=20 > > the presence of viruses. Micronet Systems (Australia) Pty=20 > Ltd accepts=20 > > no liability for any damage caused by any virus transmitted. >=20 > those terms are incompatible with the use of this public=20 > forum. Please fix ! > You can't ask for free support and threaten us at the same=20 > time, sorry :-( Plus we need to archive and expose mails=20 > content. If you can't agree with those terms try to get=20 > private support (and no I'm not interested !) > All this is clearly hightlighted in red in the page giving=20 > informations about getting help on the library: > http://xmlsoft.org/bugs.html > did you not see this ? Or do you just don't care ? >=20 > Daniel >=20 > -- > Red Hat Virtualization group http://redhat.com/virtualization/ > Daniel Veillard | virtualization library http://libvirt.org/ > veillard@redhat.com | libxml GNOME XML XSLT toolkit =20 > http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search=20 > engine http://rpmfind.net/=20 > _______________________________________________ > xml mailing list, project page http://xmlsoft.org/=20 > xml@gnome.org http://mail.gnome.org/mailman/listinfo/xml >=20 From Oliver.Meyer@dsa-ac.de Wed Jun 6 05:35:21 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A91643B03C6 for ; Wed, 6 Jun 2007 05:35:21 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.956 X-Spam-Level: X-Spam-Status: No, score=-0.956 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 8614 hrs), (distance 30, link: ethernet/modem), [62.112.80.99] 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 7ETjtAURBV9w for ; Wed, 6 Jun 2007 05:35:19 -0400 (EDT) Received: from mail.dsa-ac.de (mail.dsa-ac.de [62.112.80.99]) by menubar.gnome.org (Postfix) with ESMTP id D90643B035B for ; Wed, 6 Jun 2007 05:35:18 -0400 (EDT) Received: from localhost (unknown [127.0.0.1]) by mail.dsa-ac.de (Postfix) with ESMTP id EA4FB3C3CE for ; Wed, 6 Jun 2007 09:35:12 +0000 (UTC) Received: from mail.dsa-ac.de ([127.0.0.1]) by localhost (mailserver [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24235-05; Wed, 6 Jun 2007 11:35:12 +0200 (CEST) Received: from [172.29.18.30] (unknown [172.29.18.30]) by mail.dsa-ac.de (Postfix) with ESMTP id 0F0CB3C354 for ; Wed, 6 Jun 2007 11:35:11 +0200 (CEST) Message-ID: <46667FCD.1080503@dsa-ac.de> Date: Wed, 06 Jun 2007 11:35:09 +0200 From: Oliver Meyer User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at dsa-ac.de X-Mailman-Approved-At: Wed, 06 Jun 2007 14:13:10 -0400 Subject: [xml] When will you support xml version 1.1? 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, 06 Jun 2007 09:35:21 -0000 Hi everybody, in xml 1.1 you are allowed to have e.g.  as an attribute value. My xmllint does not support that version. Are you planning to support xml 1.1? Kind Regards, Oliver foo.xml= xmllint foo.xml: C:\tmp>xmllint foo.xml foo.xml:1: parser warning : Unsupported version '1.1' ^ foo.xml:2: parser error : xmlParseCharRef: invalid xmlChar value 7 version: C:\Dokumente und Einstellungen\my>xmllint --version xmllint: using libxml version 20623CVS2717 standard [1.1]: [2] Char ::= [#x1-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF] /* any Unicode character, excluding the surrogate blocks, FFFE, and FFFF. */ [2a] RestrictedChar ::= [#x1-#x8] | [#xB-#xC] | [#xE-#x1F] | [#x7F-#x84] | [#x86-#x9F] As CharRefs still must follow the Char production (and not Char-RestrictedChar) the above should be well-formed XML (1.1). [1.1] : http://www.w3.org/TR/2006/REC-xml11-20060816/ -- Dr. Oliver Meyer DSA Daten- und Systemtechnik GmbH Pascalstrasse 28 D-52076 Aachen Germany Phone: +49(2408)9492-793 Fax: +49(2408)9492-92 E-mail: Oliver.Meyer@dsa-ac.de Internet: www.dsa.de From lists@beanalby.net Wed Jun 6 14:20:59 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 791E93B036B for ; Wed, 6 Jun 2007 14:20:59 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.024 X-Spam-Level: X-Spam-Status: No, score=-2.024 tagged_above=-999 required=2 tests=[AWL=-0.438, BAYES_20=-0.74, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Solaris 2.5-7 (2), (distance 15, link: ethernet/modem), [206.183.1.81] 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 rMW1It91q8WG for ; Wed, 6 Jun 2007 14:20:57 -0400 (EDT) Received: from thunderstone.com (thunder.thunderstone.com [206.183.1.81]) by menubar.gnome.org (Postfix) with ESMTP id 99C523B0127 for ; Wed, 6 Jun 2007 14:20:55 -0400 (EDT) Received: from [127.0.0.1] (helo=[192.168.1.7]) by thunderstone.com with esmtp (Exim 2.10 #1) id 1Hw07p-0001gk-00 for xml@gnome.org; Wed, 6 Jun 2007 14:20:53 -0400 Received: from 192.168.1.7 ([192.168.1.7] helo=[192.168.1.7]) by ASSP.nospam; 6 Jun 2007 14:20:53 -0400 Message-ID: <4666FB05.7000706@beanalby.net> Date: Wed, 06 Jun 2007 14:20:53 -0400 From: Jason Viers User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: xml@gnome.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xml] Query about Encoding formats(Libxml doesnot recognise windows-1252 encoding scheme) 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, 06 Jun 2007 18:20:59 -0000 Dheeraj I wrote: > Is there any generic solution to this problem where encoding which is > not supported by ;ibxml can be changed to its equivalent encoding > which is supported by libxml. > Is the libxml compiled with iconv support? If not it should be added, as that is what libxml likes to use for interpreting charsets. Check ./configure output for the enabling syntax. Jason From veillard@redhat.com Wed Jun 6 18:18:28 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AAD303B0009 for ; Wed, 6 Jun 2007 18:18:28 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 6211 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 NgWaWbBO-GER for ; Wed, 6 Jun 2007 18:18:25 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id EB6E23B0008 for ; Wed, 6 Jun 2007 18:18:24 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l56MI5aB014811; Wed, 6 Jun 2007 18:18:05 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l56MI5Pv014020; Wed, 6 Jun 2007 18:18: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 l56MI4Ek004429; Wed, 6 Jun 2007 18:18:04 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l56MI46B004427; Wed, 6 Jun 2007 18:18:04 -0400 Date: Wed, 6 Jun 2007 18:18:04 -0400 From: Daniel Veillard To: Oliver Meyer Message-ID: <20070606221804.GO17405@redhat.com> References: <46667FCD.1080503@dsa-ac.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46667FCD.1080503@dsa-ac.de> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 06 Jun 2007 22:18:28 -0000 On Wed, Jun 06, 2007 at 11:35:09AM +0200, Oliver Meyer wrote: > Hi everybody, > > in xml 1.1 you are allowed to have e.g.  as an attribute value. My > xmllint does not support that version. > Are you planning to support xml 1.1? > > Kind Regards, > Oliver > > foo.xml= > > > And what is the meaning of that  ? My point on the subject is the following: - 1.1 allows to dump invalid content unchecked from database without worrying about semantic. Does this help interoperability ? No, clean up your databases - Also note that 1.1 rejects documents which are well-formed from an 1.0 perspective, see production RestrictedChar, the code point [#xE-#x1F] | [#x7F-#x84] | [#x86-#x9F] which used to be allowed as-is will now raise a well-formedness error. I am part of the Working Group which created XML-1.1, there were good intents for it like cleanup w.r.t. Unicode, but some big vendors also pushed for allowing characters which were IMHO rightfully blocked in 1.0 . And it's unfortunately not backward compatible. While I would be sensible to request driven by the good intents, yours is from my perspective due to the fact that you have not well defined data and you would like to make this 'portable'. Please clean your data instead of sending the problem to the next person in the food chain. I don't see how '' could make any sense if I received it in a text document (yes XML is fundamentally text), maybe I need to be enlightened ! But this was debated to death in the Working Group before, my opinion is well set, and I prefer to protect my users base from the real use of 1.1 (and thanks to the Web gods, the request to allow code point 0 was blocked !) In a nutshell, no, clean up your data, or use something else, if you really want to send raw data, why not use binary directly ? That's just fine, but don't pretend it's a text format. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From adam@indexdata.dk Wed Jun 6 19:38:54 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9CD6D3B00AA for ; Wed, 6 Jun 2007 19:38:54 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.466 X-Spam-Level: X-Spam-Status: No, score=-2.466 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 2696 hrs), (distance 15, link: ethernet/modem), [213.150.43.10] 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 AlKO340zrWt9 for ; Wed, 6 Jun 2007 19:38:52 -0400 (EDT) Received: from bagel.indexdata.dk (user.indexdata.dk [213.150.43.10]) by menubar.gnome.org (Postfix) with ESMTP id AC6963B002B for ; Wed, 6 Jun 2007 19:38:51 -0400 (EDT) Received: from [213.173.244.115] (helo=[10.0.0.18]) by bagel.indexdata.dk with esmtp (Exim 4.50) id 1Hw55U-0008Rz-7z; Thu, 07 Jun 2007 01:38:48 +0200 Message-ID: <46674585.5080707@indexdata.dk> Date: Thu, 07 Jun 2007 01:38:45 +0200 From: Adam Dickmeiss User-Agent: Icedove 1.5.0.10 (X11/20070329) MIME-Version: 1.0 To: veillard@redhat.com References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> In-Reply-To: <20070606221804.GO17405@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Do-Not-Run: Yes X-Host-Lookup-Failed: Reverse DNS lookup failed for 213.173.244.115 (failed) X-SA-Exim-Connect-IP: 213.173.244.115 X-SA-Exim-Rcpt-To: veillard@redhat.com, xml@gnome.org X-SA-Exim-Mail-From: adam@indexdata.dk X-SA-Exim-Scanned: No (on bagel.indexdata.dk); SAEximRunCond expanded to false Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 06 Jun 2007 23:38:54 -0000 Daniel Veillard wrote: > On Wed, Jun 06, 2007 at 11:35:09AM +0200, Oliver Meyer wrote: >> Hi everybody, >> >> in xml 1.1 you are allowed to have e.g.  as an attribute value. My >> xmllint does not support that version. >> Are you planning to support xml 1.1? >> >> Kind Regards, >> Oliver >> >> foo.xml= >> >> >> > > And what is the meaning of that  ? BEL? I don't care :-) And what is the _meaning_ of A ? It's ASCII. > My point on the subject is the following: > - 1.1 allows to dump invalid content unchecked from database without > worrying about semantic. Does this help interoperability ? No, > clean up your databases > - Also note that 1.1 rejects documents which are well-formed from > an 1.0 perspective, see production RestrictedChar, the code point > [#xE-#x1F] | [#x7F-#x84] | [#x86-#x9F] which used to be allowed as-is > will now raise a well-formedness error. > > I am part of the Working Group which created XML-1.1, there were good intents > for it like cleanup w.r.t. Unicode, but some big vendors also pushed for > allowing characters which were IMHO rightfully blocked in 1.0 . And it's > unfortunately not backward compatible. > While I would be sensible to request driven by the good intents, yours > is from my perspective due to the fact that you have not well defined data > and you would like to make this 'portable'. Please clean your data > instead of sending the problem to the next person in the food chain. > > I don't see how '' could make any sense if I received it in a > text document (yes XML is fundamentally text), maybe I need to be enlightened ! I still don't see _why_ an XML parser have to know  or A . > But this was debated to death in the Working Group before, my opinion is > well set, and I prefer to protect my users base from the real use of 1.1 > (and thanks to the Web gods, the request to allow code point 0 was blocked !) > > In a nutshell, no, clean up your data, or use something else, if > you really want to send raw data, why not use binary directly ? That's > just fine, but don't pretend it's a text format. We use XML for the structure.. And so going somewhere else (other, binary) would be a step back. Our problem area has been ISO2709 which are converted to MARCXML (from network sources beyond our control). Right now problematic chars, say , are just thrown away. Another option to avoid data loss would for us to make _private_ semantics . / Adam > > Daniel > From mikeday@yeslogic.com Wed Jun 6 20:41:50 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 282AD3B002B for ; Wed, 6 Jun 2007 20:41:50 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.05 X-Spam-Level: X-Spam-Status: No, score=-1.05 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, FORGED_RCVD_HELO=0.135, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 8 (2), (distance 19, link: ethernet/modem), [144.140.82.153] 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 2RerAA+KHt90 for ; Wed, 6 Jun 2007 20:41:47 -0400 (EDT) Received: from omta01ps.mx.bigpond.com (omta01ps.mx.bigpond.com [144.140.82.153]) by menubar.gnome.org (Postfix) with ESMTP id 8B9133B000F for ; Wed, 6 Jun 2007 20:41:46 -0400 (EDT) Received: from oaamta06ps.mx.bigpond.com ([60.224.50.129]) by omta01ps.mx.bigpond.com with ESMTP id <20070607004143.MFAF19666.omta01ps.mx.bigpond.com@oaamta06ps.mx.bigpond.com>; Thu, 7 Jun 2007 00:41:43 +0000 Received: from [60.224.50.129] by oaamta06ps.mx.bigpond.com with ESMTP id <20070607004143.OJYN6690.oaamta06ps.mx.bigpond.com@[60.224.50.129]>; Thu, 7 Jun 2007 00:41:43 +0000 Message-ID: <46675458.2030603@yeslogic.com> Date: Thu, 07 Jun 2007 10:42:00 +1000 From: Michael Day User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Adam Dickmeiss References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <46674585.5080707@indexdata.dk> In-Reply-To: <46674585.5080707@indexdata.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 07 Jun 2007 00:41:50 -0000 > Our problem area has been ISO2709 which are converted to MARCXML (from > network sources beyond our control). Right now problematic chars, say > , are just thrown away. Another option to avoid data loss would for > us to make _private_ semantics . Another option if you want to tunnel what is essentially uninterpreted binary data through XML is to Base64 encode it, that way even NUL bytes or whatever can be handled safely. (As Daniel pointed out, XML 1.1 does not allow arbitrary binary data as text content). Best regards, Michael -- Print XML with Prince! http://www.princexml.com From adam@indexdata.dk Thu Jun 7 02:58:51 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 85CD63B0077 for ; Thu, 7 Jun 2007 02:58:51 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.466 X-Spam-Level: X-Spam-Status: No, score=-2.466 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 2770 hrs), (distance 15, link: ethernet/modem), [213.150.43.10] 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 BqdsaLnZk8rQ for ; Thu, 7 Jun 2007 02:58:50 -0400 (EDT) Received: from bagel.indexdata.dk (user.indexdata.dk [213.150.43.10]) by menubar.gnome.org (Postfix) with ESMTP id 208743B0008 for ; Thu, 7 Jun 2007 02:58:49 -0400 (EDT) Received: from user.indexdata.dk ([213.150.43.10] helo=[10.0.1.68]) by bagel.indexdata.dk with esmtp (Exim 4.50) id 1HwBxF-0002CE-BC; Thu, 07 Jun 2007 08:58:45 +0200 Message-ID: <4667ACA4.1070904@indexdata.dk> Date: Thu, 07 Jun 2007 08:58:44 +0200 From: Adam Dickmeiss User-Agent: Icedove 1.5.0.10 (X11/20070329) MIME-Version: 1.0 To: Michael Day References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <46674585.5080707@indexdata.dk> <46675458.2030603@yeslogic.com> In-Reply-To: <46675458.2030603@yeslogic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Do-Not-Run: Yes X-SA-Exim-Connect-IP: 213.150.43.10 X-SA-Exim-Rcpt-To: mikeday@yeslogic.com, xml@gnome.org X-SA-Exim-Mail-From: adam@indexdata.dk X-SA-Exim-Scanned: No (on bagel.indexdata.dk); SAEximRunCond expanded to false Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 07 Jun 2007 06:58:51 -0000 Michael Day wrote: >> Our problem area has been ISO2709 which are converted to MARCXML (from >> network sources beyond our control). Right now problematic chars, say >> , are just thrown away. Another option to avoid data loss would for >> us to make _private_ semantics . > > Another option if you want to tunnel what is essentially uninterpreted > binary data through XML is to Base64 encode it, that way even NUL bytes It's not binary. It's 7-bit ASCII. And base64 blobs does not preserve the structure. What a shame that this trivial-to-fix mistake in XML 1.0 "not full UNICODE including ASCII" may not be fixed anyway. / Adam > or whatever can be handled safely. (As Daniel pointed out, XML 1.1 does > not allow arbitrary binary data as text content). > > Best regards, > > Michael > From tim.vanholder@anubex.com Thu Jun 7 03:24:30 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 31EAA3B00F7 for ; Thu, 7 Jun 2007 03:24:30 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.379 X-Spam-Level: X-Spam-Status: No, score=-2.379 tagged_above=-999 required=2 tests=[AWL=-0.069, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 2383 hrs), (distance 22, link: ethernet/modem), [194.78.75.179] 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 Y+fRO9Q7gNpH for ; Thu, 7 Jun 2007 03:24:26 -0400 (EDT) Received: from mail.anubex.com (179.75-78-194.adsl-static.isp.belgacom.be [194.78.75.179]) by menubar.gnome.org (Postfix) with ESMTP id 811073B002B for ; Thu, 7 Jun 2007 03:24:26 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.anubex.com (Postfix) with ESMTP id AAC5C12DAD3; Thu, 7 Jun 2007 09:24:23 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at anubex.com Received: from mail.anubex.com ([127.0.0.1]) by localhost (mail.anubex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id joK-KW3UnoIa; Thu, 7 Jun 2007 09:24:22 +0200 (CEST) Received: from [127.0.0.1] (177.75-78-194.adsl-static.isp.belgacom.be [194.78.75.177]) by mail.anubex.com (Postfix) with ESMTP id 9074A12DA78; Thu, 7 Jun 2007 09:24:22 +0200 (CEST) Message-ID: <4667B200.2090903@anubex.com> Date: Thu, 07 Jun 2007 09:21:36 +0200 From: Tim Van Holder User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Dheeraj I References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] Query about Encoding formats(Libxml doesnot recognise windows-1252 encoding scheme) 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, 07 Jun 2007 07:24:30 -0000 Dheeraj I wrote: > Hi, > > > we have a feed reader application which uses libxml. We get the rss > file which is a xml file from server & use your API xmlParseMemory to > parse the xml. In our application we give url name to subscribe to > feeds. One such url is http://www.azonano.com/rss.asp. If you see the > xml for this url, there is windows-1252 encoding specified. > > Due to this, libxml does not parse the file & returns null. If I > replace this encoding with its equivalent ISO-8859-1, it works fine. Note that those two are NOT equivalent; see http://en.wikipedia.org/wiki/ISO_8859-1#The_ISO-8859-1.2FWindows-1252_mixup > Is there any generic solution to this problem where encoding which is > not supported by ;ibxml can be changed to its equivalent encoding > which is supported by libxml. > > Appreciate your response. I would say that it's indeed an iconv issue - iso-8859-1 is supported natively by libxml2, with iconv used to handle everything else (unless there's a Windows-specific build somewhere that uses the Windows character set handling instead of iconv). From tim.vanholder@anubex.com Thu Jun 7 03:29:29 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 825AA3B0077 for ; Thu, 7 Jun 2007 03:29:29 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.456 X-Spam-Level: X-Spam-Status: No, score=-2.456 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 2383 hrs), (distance 22, link: ethernet/modem), [194.78.75.179] 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 51LaQyO-U0Ps for ; Thu, 7 Jun 2007 03:29:28 -0400 (EDT) Received: from mail.anubex.com (179.75-78-194.adsl-static.isp.belgacom.be [194.78.75.179]) by menubar.gnome.org (Postfix) with ESMTP id 8EFCF3B002B for ; Thu, 7 Jun 2007 03:29:27 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.anubex.com (Postfix) with ESMTP id E8C9312D05F; Thu, 7 Jun 2007 09:29:25 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at anubex.com Received: from mail.anubex.com ([127.0.0.1]) by localhost (mail.anubex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dLn3zjOyP49J; Thu, 7 Jun 2007 09:29:24 +0200 (CEST) Received: from [127.0.0.1] (177.75-78-194.adsl-static.isp.belgacom.be [194.78.75.177]) by mail.anubex.com (Postfix) with ESMTP id CC0FC12DB22; Thu, 7 Jun 2007 09:29:24 +0200 (CEST) Message-ID: <4667B32F.2020608@anubex.com> Date: Thu, 07 Jun 2007 09:26:39 +0200 From: Tim Van Holder User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Adam Dickmeiss References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <46674585.5080707@indexdata.dk> <46675458.2030603@yeslogic.com> <4667ACA4.1070904@indexdata.dk> In-Reply-To: <4667ACA4.1070904@indexdata.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 07 Jun 2007 07:29:29 -0000 Adam Dickmeiss wrote: > Michael Day wrote: >>> Our problem area has been ISO2709 which are converted to MARCXML (from >>> network sources beyond our control). Right now problematic chars, say >>> , are just thrown away. Another option to avoid data loss would for >>> us to make _private_ semantics . >> Another option if you want to tunnel what is essentially uninterpreted >> binary data through XML is to Base64 encode it, that way even NUL bytes > It's not binary. It's 7-bit ASCII. And base64 blobs does not preserve > the structure. > > What a shame that this trivial-to-fix mistake in XML 1.0 "not full > UNICODE including ASCII" may not be fixed anyway. How does structure come into it? I don't see how ... ... preserves _structure_ better than ... [base64 version of ] ... From tim.vanholder@anubex.com Thu Jun 7 03:45:26 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D63DA3B0077 for ; Thu, 7 Jun 2007 03:45:26 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.456 X-Spam-Level: X-Spam-Status: No, score=-2.456 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 2384 hrs), (distance 21, link: ethernet/modem), [194.78.75.179] 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 xdpo9JsoF9Ae for ; Thu, 7 Jun 2007 03:45:25 -0400 (EDT) Received: from mail.anubex.com (179.75-78-194.adsl-static.isp.belgacom.be [194.78.75.179]) by menubar.gnome.org (Postfix) with ESMTP id 9DC163B002B for ; Thu, 7 Jun 2007 03:45:24 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.anubex.com (Postfix) with ESMTP id 8D05911C40D; Thu, 7 Jun 2007 09:45:22 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at anubex.com Received: from mail.anubex.com ([127.0.0.1]) by localhost (mail.anubex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ucaaMrA1MNCF; Thu, 7 Jun 2007 09:45:21 +0200 (CEST) Received: from [127.0.0.1] (177.75-78-194.adsl-static.isp.belgacom.be [194.78.75.177]) by mail.anubex.com (Postfix) with ESMTP id BB58E12E21F; Thu, 7 Jun 2007 09:43:00 +0200 (CEST) Message-ID: <4667B65F.7020502@anubex.com> Date: Thu, 07 Jun 2007 09:40:15 +0200 From: Tim Van Holder User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Dheeraj I References: <4667B200.2090903@anubex.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] Query about Encoding formats(Libxml doesnot recognise windows-1252 encoding scheme) 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, 07 Jun 2007 07:45:27 -0000 Dheeraj I wrote: > Hi Tim. > > I don't 100% got what you are trying to say. Is there any solution to > this problem. how do we go around such issues. There could some other > formatch not supported by libxml? libxml2, in and of itself only knows 2 character sets - latin-1 (iso-8859-1) and utf-8 (well, maybe utf-16 too but I'm not sure). But if compiled appropriately, it can make use of another library, libiconv, which can handle conversions between many different character sets (see http://www.gnu.org/software/libiconv/ - codepage 1252 is clearly listed as supported). It looks like your libcml2 library is compiled without iconv support, resulting in the inability to use any character sets other than latin-1 and utf-8, or with a version of libiconv that does not support win1252 (if it's not a windows build, but a Unix one (e.g. HP-UX) you may be the victim of a limited system iconv() implementation). PS: Please keep replies on the list. From veillard@redhat.com Thu Jun 7 04:39:26 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BC3983B0077 for ; Thu, 7 Jun 2007 04:39:26 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 6314 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 0wXg99hXfHs3 for ; Thu, 7 Jun 2007 04:39:23 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 1A5B93B00C4 for ; Thu, 7 Jun 2007 04:39:22 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l578dDMh022083; Thu, 7 Jun 2007 04:39:13 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l578dDx9016581; Thu, 7 Jun 2007 04:39: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 l578dDk3030264; Thu, 7 Jun 2007 04:39:13 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l578dCio030262; Thu, 7 Jun 2007 04:39:12 -0400 Date: Thu, 7 Jun 2007 04:39:12 -0400 From: Daniel Veillard To: Tim Van Holder Message-ID: <20070607083912.GP17405@redhat.com> References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <46674585.5080707@indexdata.dk> <46675458.2030603@yeslogic.com> <4667ACA4.1070904@indexdata.dk> <4667B32F.2020608@anubex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4667B32F.2020608@anubex.com> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org, Adam Dickmeiss Subject: Re: [xml] When will you support xml version 1.1? 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, 07 Jun 2007 08:39:26 -0000 On Thu, Jun 07, 2007 at 09:26:39AM +0200, Tim Van Holder wrote: > Adam Dickmeiss wrote: > > Michael Day wrote: > >>> Our problem area has been ISO2709 which are converted to MARCXML (from > >>> network sources beyond our control). Right now problematic chars, say > >>> , are just thrown away. Another option to avoid data loss would for > >>> us to make _private_ semantics . > >> Another option if you want to tunnel what is essentially uninterpreted > >> binary data through XML is to Base64 encode it, that way even NUL bytes > > It's not binary. It's 7-bit ASCII. And base64 blobs does not preserve > > the structure. > > > > What a shame that this trivial-to-fix mistake in XML 1.0 "not full > > UNICODE including ASCII" may not be fixed anyway. > > How does structure come into it? > > I don't see how > > ... > > ... > > preserves _structure_ better than > > ... > > [base64 version of ] > > ... just uuencode64 the attribute content if you want to pass binary blobs there, no need to change the structure. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From rrichards@ctindustries.net Thu Jun 7 06:00:08 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 05CC93B011F for ; Thu, 7 Jun 2007 06:00:08 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.136 X-Spam-Level: X-Spam-Status: No, score=0.136 tagged_above=-999 required=2 tests=[BAYES_50=0.001, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6484 hrs), (distance 15, link: ethernet/modem), [216.117.147.250] 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 2QklfVkUJBGh for ; Thu, 7 Jun 2007 06:00:05 -0400 (EDT) Received: from ctindustries.net (unknown [216.117.147.250]) by menubar.gnome.org (Postfix) with ESMTP id DD93B3B00E0 for ; Thu, 7 Jun 2007 06:00:04 -0400 (EDT) Received: from [127.0.0.1] ([67.158.171.203]) (authenticated bits=0) by ctindustries.net (8.13.8/8.13.8) with ESMTP id l579uMGO004904 for ; Thu, 7 Jun 2007 05:56:22 -0400 Message-ID: <4667D699.4000007@ctindustries.net> Date: Thu, 07 Jun 2007 05:57:45 -0400 From: Rob Richards User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: xml@gnome.org Content-Type: multipart/mixed; boundary="------------090007050405080804020204" X-Antivirus: avast! (VPS 000747-3, 06/06/2007), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on localhost X-Virus-Status: Clean Subject: [xml] xmlwriter and namespaces 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, 07 Jun 2007 10:00:08 -0000 This is a multi-part message in MIME format. --------------090007050405080804020204 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Attatched is a patch for xmlwriter to prevent the creation of malformed documents due to the allowance of the same namespace declaration being output multiple times on an element start tag. For example: xmlTextWriterStartElementNS(ptr, "foo", "baz", "urn::bar"); xmlTextWriterWriteAttributeNS(ptr, "foo", "abc", "urn::bar", "content"); xmlTextWriterWriteAttributeNS(ptr, "foo", "def", "urn::bar", "content"); Ends up creating: . . . rather than: For performance reasons, unlike .NET, this change only tracks the namespace on the starting element tag rather than within the entire scope of the element the namespace was declared on. Rob --------------090007050405080804020204 Content-Type: text/x-patch; name="xmlwriter.c.diff" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="xmlwriter.c.diff" SW5kZXg6IHhtbHdyaXRlci5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0geG1sd3JpdGVyLmMJKHJl dmlzaW9uIDM2MjIpDQorKysgeG1sd3JpdGVyLmMJKHdvcmtpbmcgY29weSkNCkBAIC05Nyw2 ICs5Nyw3IEBADQogc3RhdGljIHZvaWQgeG1sRnJlZVRleHRXcml0ZXJTdGFja0VudHJ5KHht bExpbmtQdHIgbGspOwogc3RhdGljIGludCB4bWxDbXBUZXh0V3JpdGVyU3RhY2tFbnRyeShj b25zdCB2b2lkICpkYXRhMCwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgY29uc3Qgdm9pZCAqZGF0YTEpOworc3RhdGljIGludCB4bWxUZXh0V3JpdGVyT3V0cHV0 TlNEZWNsKHhtbFRleHRXcml0ZXJQdHIgd3JpdGVyKTsKIHN0YXRpYyB2b2lkIHhtbEZyZWVU ZXh0V3JpdGVyTnNTdGFja0VudHJ5KHhtbExpbmtQdHIgbGspOwogc3RhdGljIGludCB4bWxD bXBUZXh0V3JpdGVyTnNTdGFja0VudHJ5KGNvbnN0IHZvaWQgKmRhdGEwLAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNvbnN0IHZvaWQgKmRhdGExKTsKQEAg LTczNCw2ICs3MzUsMTEgQEANCiAgICAgICAgICAgICAgICAgY2FzZSBYTUxfVEVYVFdSSVRF Ul9OT05FOgogICAgICAgICAgICAgICAgICAgICBicmVhazsKICAgICAgICAgICAgICAgICBj YXNlIFhNTF9URVhUV1JJVEVSX05BTUU6CisJCQkJCS8qIE91dHB1dCBuYW1lc3BhY2UgZGVj bGFyYXRpb25zICovCisJCQkJCWNvdW50ID0geG1sVGV4dFdyaXRlck91dHB1dE5TRGVjbCh3 cml0ZXIpOworCQkJCQlpZiAoY291bnQgPCAwKQorCQkJCQkJcmV0dXJuIC0xOworCQkJCQlz dW0gKz0gY291bnQ7CiAgICAgICAgICAgICAgICAgICAgIGNvdW50ID0geG1sT3V0cHV0QnVm ZmVyV3JpdGVTdHJpbmcod3JpdGVyLT5vdXQsICI+Iik7CiAgICAgICAgICAgICAgICAgICAg IGlmIChjb3VudCA8IDApCiAgICAgICAgICAgICAgICAgICAgICAgICByZXR1cm4gLTE7CkBA IC05NjUsNiArOTcxLDExIEBADQogCQkJCQlzdW0gKz0gY291bnQ7CiAJCQkJCS8qIGZhbGx0 aHJvdWdoICovCiAgICAgICAgICAgICAgICAgY2FzZSBYTUxfVEVYVFdSSVRFUl9OQU1FOgor CQkJCQkvKiBPdXRwdXQgbmFtZXNwYWNlIGRlY2xhcmF0aW9ucyAqLworCQkJCQljb3VudCA9 IHhtbFRleHRXcml0ZXJPdXRwdXROU0RlY2wod3JpdGVyKTsKKwkJCQkJaWYgKGNvdW50IDwg MCkKKwkJCQkJCXJldHVybiAtMTsKKwkJCQkJc3VtICs9IGNvdW50OwogICAgICAgICAgICAg ICAgICAgICBjb3VudCA9IHhtbE91dHB1dEJ1ZmZlcldyaXRlU3RyaW5nKHdyaXRlci0+b3V0 LCAiPiIpOwogICAgICAgICAgICAgICAgICAgICBpZiAoY291bnQgPCAwKQogICAgICAgICAg ICAgICAgICAgICAgICAgcmV0dXJuIC0xOwpAQCAtMTA1NSwxNyArMTA2NiwzMSBAQA0KICAg ICBzdW0gKz0gY291bnQ7CiAKICAgICBpZiAobmFtZXNwYWNlVVJJICE9IDApIHsKKwkJeG1s VGV4dFdyaXRlck5zU3RhY2tFbnRyeSAqcCA9ICh4bWxUZXh0V3JpdGVyTnNTdGFja0VudHJ5 ICopCisJCQl4bWxNYWxsb2Moc2l6ZW9mKHhtbFRleHRXcml0ZXJOc1N0YWNrRW50cnkpKTsK KwkJaWYgKHAgPT0gMCkgeworCQkJeG1sV3JpdGVyRXJyTXNnKHdyaXRlciwgWE1MX0VSUl9O T19NRU1PUlksCisJCQkJCQkJInhtbFRleHRXcml0ZXJTdGFydEVsZW1lbnROUyA6IG91dCBv ZiBtZW1vcnkhXG4iKTsKKwkJCXJldHVybiAtMTsKKwkJfQorCiAgICAgICAgIGJ1ZiA9IHht bFN0cmR1cChCQURfQ0FTVCAieG1sbnMiKTsKICAgICAgICAgaWYgKHByZWZpeCAhPSAwKSB7 CiAgICAgICAgICAgICBidWYgPSB4bWxTdHJjYXQoYnVmLCBCQURfQ0FTVCAiOiIpOwogICAg ICAgICAgICAgYnVmID0geG1sU3RyY2F0KGJ1ZiwgcHJlZml4KTsKICAgICAgICAgfQogCi0g ICAgICAgIGNvdW50ID0geG1sVGV4dFdyaXRlcldyaXRlQXR0cmlidXRlKHdyaXRlciwgYnVm LCBuYW1lc3BhY2VVUkkpOwotICAgICAgICB4bWxGcmVlKGJ1Zik7Ci0gICAgICAgIGlmIChj b3VudCA8IDApCi0gICAgICAgICAgICByZXR1cm4gLTE7Ci0gICAgICAgIHN1bSArPSBjb3Vu dDsKKwkJcC0+cHJlZml4ID0gYnVmOworCQlwLT51cmkgPSB4bWxTdHJkdXAobmFtZXNwYWNl VVJJKTsKKwkJaWYgKHAtPnVyaSA9PSAwKSB7CisJCQl4bWxXcml0ZXJFcnJNc2cod3JpdGVy LCBYTUxfRVJSX05PX01FTU9SWSwKKwkJCQkJCQkieG1sVGV4dFdyaXRlclN0YXJ0RWxlbWVu dE5TIDogb3V0IG9mIG1lbW9yeSFcbiIpOworCQkJeG1sRnJlZShwKTsKKwkJCXJldHVybiAt MTsKKwkJfQorCQlwLT5lbGVtID0geG1sTGlzdEZyb250KHdyaXRlci0+bm9kZXMpOworCisJ CXhtbExpc3RQdXNoRnJvbnQod3JpdGVyLT5uc3N0YWNrLCBwKTsKICAgICB9CiAKICAgICBy ZXR1cm4gc3VtOwpAQCAtMTA5MSwyMiArMTExNiwzNyBAQA0KICAgICAgICAgcmV0dXJuIC0x OwogCiAgICAgbGsgPSB4bWxMaXN0RnJvbnQod3JpdGVyLT5ub2Rlcyk7Ci0gICAgaWYgKGxr ID09IDApCisgICAgaWYgKGxrID09IDApIHsKKyAgICAgICAgeG1sTGlzdERlbGV0ZSh3cml0 ZXItPm5zc3RhY2spOworCQl3cml0ZXItPm5zc3RhY2sgPSBOVUxMOwogICAgICAgICByZXR1 cm4gLTE7CisgICAgfQogCiAgICAgcCA9ICh4bWxUZXh0V3JpdGVyU3RhY2tFbnRyeSAqKSB4 bWxMaW5rR2V0RGF0YShsayk7Ci0gICAgaWYgKHAgPT0gMCkKKyAgICBpZiAocCA9PSAwKSB7 CisgICAgICAgIHhtbExpc3REZWxldGUod3JpdGVyLT5uc3N0YWNrKTsKKwkJd3JpdGVyLT5u c3N0YWNrID0gTlVMTDsKICAgICAgICAgcmV0dXJuIC0xOworICAgIH0KIAogICAgIHN1bSA9 IDA7CiAgICAgc3dpdGNoIChwLT5zdGF0ZSkgewogICAgICAgICBjYXNlIFhNTF9URVhUV1JJ VEVSX0FUVFJJQlVURToKICAgICAgICAgICAgIGNvdW50ID0geG1sVGV4dFdyaXRlckVuZEF0 dHJpYnV0ZSh3cml0ZXIpOwotICAgICAgICAgICAgaWYgKGNvdW50IDwgMCkKKwkJCWlmIChj b3VudCA8IDApIHsKKyAgICAgICAgICAgICAgICB4bWxMaXN0RGVsZXRlKHdyaXRlci0+bnNz dGFjayk7CisJCQkJd3JpdGVyLT5uc3N0YWNrID0gTlVMTDsKICAgICAgICAgICAgICAgICBy ZXR1cm4gLTE7CisJCQl9CiAgICAgICAgICAgICBzdW0gKz0gY291bnQ7CiAgICAgICAgICAg ICAvKiBmYWxsdGhyb3VnaCAqLwogICAgICAgICBjYXNlIFhNTF9URVhUV1JJVEVSX05BTUU6 CisJCQkvKiBPdXRwdXQgbmFtZXNwYWNlIGRlY2xhcmF0aW9ucyAqLworCQkJY291bnQgPSB4 bWxUZXh0V3JpdGVyT3V0cHV0TlNEZWNsKHdyaXRlcik7CisgICAgICAgICAgICBpZiAoY291 bnQgPCAwKQorICAgICAgICAgICAgICAgIHJldHVybiAtMTsKKyAgICAgICAgICAgIHN1bSAr PSBjb3VudDsKKwogICAgICAgICAgICAgaWYgKHdyaXRlci0+aW5kZW50KSAvKiBuZXh0IGVs ZW1lbnQgbmVlZHMgaW5kZW50ICovCiAgICAgICAgICAgICAgICAgd3JpdGVyLT5kb2luZGVu dCA9IDE7CiAgICAgICAgICAgICBjb3VudCA9IHhtbE91dHB1dEJ1ZmZlcldyaXRlU3RyaW5n KHdyaXRlci0+b3V0LCAiLz4iKTsKQEAgLTExODQsNiArMTIyNCwxMiBAQA0KICAgICAgICAg ICAgIHN1bSArPSBjb3VudDsKICAgICAgICAgICAgIC8qIGZhbGx0aHJvdWdoICovCiAgICAg ICAgIGNhc2UgWE1MX1RFWFRXUklURVJfTkFNRToKKwkJCS8qIE91dHB1dCBuYW1lc3BhY2Ug ZGVjbGFyYXRpb25zICovCisJCQljb3VudCA9IHhtbFRleHRXcml0ZXJPdXRwdXROU0RlY2wo d3JpdGVyKTsKKyAgICAgICAgICAgIGlmIChjb3VudCA8IDApCisgICAgICAgICAgICAgICAg cmV0dXJuIC0xOworICAgICAgICAgICAgc3VtICs9IGNvdW50OworCiAgICAgICAgICAgICBj b3VudCA9IHhtbE91dHB1dEJ1ZmZlcldyaXRlU3RyaW5nKHdyaXRlci0+b3V0LCAiPiIpOwog ICAgICAgICAgICAgaWYgKGNvdW50IDwgMCkKICAgICAgICAgICAgICAgICByZXR1cm4gLTE7 CkBAIC0xNzY3LDYgKzE4MTMsNTYgQEANCiAgICAgaWYgKCh3cml0ZXIgPT0gTlVMTCkgfHwg KG5hbWUgPT0gTlVMTCkgfHwgKCpuYW1lID09ICdcMCcpKQogICAgICAgICByZXR1cm4gLTE7 CiAKKwkvKiBIYW5kbGUgbmFtZXNwYWNlIGZpcnN0IGluIGNhc2Ugb2YgZXJyb3IgKi8KKyAg ICBpZiAobmFtZXNwYWNlVVJJICE9IDApIHsKKwkJeG1sVGV4dFdyaXRlck5zU3RhY2tFbnRy eSBuc2VudHJ5LCAqY3VybnM7CisKKyAgICAgICAgYnVmID0geG1sU3RyZHVwKEJBRF9DQVNU ICJ4bWxucyIpOworICAgICAgICBpZiAocHJlZml4ICE9IDApIHsKKyAgICAgICAgICAgIGJ1 ZiA9IHhtbFN0cmNhdChidWYsIEJBRF9DQVNUICI6Iik7CisgICAgICAgICAgICBidWYgPSB4 bWxTdHJjYXQoYnVmLCBwcmVmaXgpOworICAgICAgICB9CisKKwkJbnNlbnRyeS5wcmVmaXgg PSBidWY7CisgICAgICAgIG5zZW50cnkudXJpID0gKHhtbENoYXIgKiluYW1lc3BhY2VVUkk7 CisJCW5zZW50cnkuZWxlbSA9IHhtbExpc3RGcm9udCh3cml0ZXItPm5vZGVzKTsKKworCQlj dXJucyA9ICh4bWxUZXh0V3JpdGVyTnNTdGFja0VudHJ5ICopeG1sTGlzdFNlYXJjaCh3cml0 ZXItPm5zc3RhY2ssICh2b2lkICopJm5zZW50cnkpOworCQlpZiAoKGN1cm5zICE9IE5VTEwp KSB7CisJCQl4bWxGcmVlKGJ1Zik7CisJCQlpZiAoeG1sU3RyY21wKGN1cm5zLT51cmksIG5h bWVzcGFjZVVSSSkgPT0gMCkgeworCQkJCS8qIE5hbWVzcGFjZSBhbHJlYWR5IGRlZmluZWQg b24gZWxlbWVudCBza2lwICovCisJCQkJYnVmID0gTlVMTDsKKwkJCX0gZWxzZSB7CisJCQkJ LyogUHJlZml4IG1pc21hdGNoIHNvIGVycm9yIG91dCAqLworCQkJCXJldHVybiAtMTsKKwkJ CX0KKwkJfQorCisJCS8qIERvIG5vdCBhZGQgbmFtZXNwYWNlIGRlY2wgdG8gbGlzdCAtIGl0 IGlzIGFscmVhZHkgdGhlcmUgKi8KKwkJaWYgKGJ1ZiAhPSBOVUxMKSB7CisJCQlwID0gKHht bFRleHRXcml0ZXJOc1N0YWNrRW50cnkgKikKKwkJCQl4bWxNYWxsb2Moc2l6ZW9mKHhtbFRl eHRXcml0ZXJOc1N0YWNrRW50cnkpKTsKKwkJCWlmIChwID09IDApIHsKKwkJCQl4bWxXcml0 ZXJFcnJNc2cod3JpdGVyLCBYTUxfRVJSX05PX01FTU9SWSwKKwkJCQkJCQkJInhtbFRleHRX cml0ZXJTdGFydEF0dHJpYnV0ZU5TIDogb3V0IG9mIG1lbW9yeSFcbiIpOworCQkJCXJldHVy biAtMTsKKwkJCX0KKworCQkJcC0+cHJlZml4ID0gYnVmOworCQkJcC0+dXJpID0geG1sU3Ry ZHVwKG5hbWVzcGFjZVVSSSk7CisJCQlpZiAocC0+dXJpID09IDApIHsKKwkJCQl4bWxXcml0 ZXJFcnJNc2cod3JpdGVyLCBYTUxfRVJSX05PX01FTU9SWSwKKwkJCQkJCQkJInhtbFRleHRX cml0ZXJTdGFydEF0dHJpYnV0ZU5TIDogb3V0IG9mIG1lbW9yeSFcbiIpOworCQkJCXhtbEZy ZWUocCk7CisJCQkJcmV0dXJuIC0xOworCQkJfQorCQkJcC0+ZWxlbSA9IHhtbExpc3RGcm9u dCh3cml0ZXItPm5vZGVzKTsKKworCQkJeG1sTGlzdFB1c2hGcm9udCh3cml0ZXItPm5zc3Rh Y2ssIHApOworCQl9CisgICAgfQorCiAgICAgYnVmID0gTlVMTDsKICAgICBpZiAocHJlZml4 ICE9IDApIHsKICAgICAgICAgYnVmID0geG1sU3RyZHVwKHByZWZpeCk7CkBAIC0xNzgxLDM0 ICsxODc3LDYgQEANCiAgICAgICAgIHJldHVybiAtMTsKICAgICBzdW0gKz0gY291bnQ7CiAK LSAgICBpZiAobmFtZXNwYWNlVVJJICE9IDApIHsKLSAgICAgICAgYnVmID0geG1sU3RyZHVw KEJBRF9DQVNUICJ4bWxucyIpOwotICAgICAgICBpZiAocHJlZml4ICE9IDApIHsKLSAgICAg ICAgICAgIGJ1ZiA9IHhtbFN0cmNhdChidWYsIEJBRF9DQVNUICI6Iik7Ci0gICAgICAgICAg ICBidWYgPSB4bWxTdHJjYXQoYnVmLCBwcmVmaXgpOwotICAgICAgICB9Ci0KLSAgICAgICAg cCA9ICh4bWxUZXh0V3JpdGVyTnNTdGFja0VudHJ5ICopCi0gICAgICAgICAgICB4bWxNYWxs b2Moc2l6ZW9mKHhtbFRleHRXcml0ZXJOc1N0YWNrRW50cnkpKTsKLSAgICAgICAgaWYgKHAg PT0gMCkgewotICAgICAgICAgICAgeG1sV3JpdGVyRXJyTXNnKHdyaXRlciwgWE1MX0VSUl9O T19NRU1PUlksCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgInhtbFRleHRXcml0ZXJT dGFydEF0dHJpYnV0ZU5TIDogb3V0IG9mIG1lbW9yeSFcbiIpOwotICAgICAgICAgICAgcmV0 dXJuIC0xOwotICAgICAgICB9Ci0KLSAgICAgICAgcC0+cHJlZml4ID0gYnVmOwotICAgICAg ICBwLT51cmkgPSB4bWxTdHJkdXAobmFtZXNwYWNlVVJJKTsKLSAgICAgICAgaWYgKHAtPnVy aSA9PSAwKSB7Ci0gICAgICAgICAgICB4bWxXcml0ZXJFcnJNc2cod3JpdGVyLCBYTUxfRVJS X05PX01FTU9SWSwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAieG1sVGV4dFdyaXRl clN0YXJ0QXR0cmlidXRlTlMgOiBvdXQgb2YgbWVtb3J5IVxuIik7Ci0gICAgICAgICAgICB4 bWxGcmVlKHApOwotICAgICAgICAgICAgcmV0dXJuIC0xOwotICAgICAgICB9Ci0gICAgICAg IHAtPmVsZW0gPSB4bWxMaXN0RnJvbnQod3JpdGVyLT5ub2Rlcyk7Ci0KLSAgICAgICAgeG1s TGlzdFB1c2hGcm9udCh3cml0ZXItPm5zc3RhY2ssIHApOwotICAgIH0KLQogICAgIHJldHVy biBzdW07CiB9CiAKQEAgLTE4MjcsMjIgKzE4OTUsMTcgQEANCiAgICAgaW50IHN1bTsKICAg ICB4bWxMaW5rUHRyIGxrOwogICAgIHhtbFRleHRXcml0ZXJTdGFja0VudHJ5ICpwOwotICAg IHhtbFRleHRXcml0ZXJOc1N0YWNrRW50cnkgKm5wOwogCiAgICAgaWYgKHdyaXRlciA9PSBO VUxMKQogICAgICAgICByZXR1cm4gLTE7CiAKICAgICBsayA9IHhtbExpc3RGcm9udCh3cml0 ZXItPm5vZGVzKTsKICAgICBpZiAobGsgPT0gMCkgewotICAgICAgICB4bWxMaXN0RGVsZXRl KHdyaXRlci0+bnNzdGFjayk7Ci0Jd3JpdGVyLT5uc3N0YWNrID0gTlVMTDsKICAgICAgICAg cmV0dXJuIC0xOwogICAgIH0KIAogICAgIHAgPSAoeG1sVGV4dFdyaXRlclN0YWNrRW50cnkg KikgeG1sTGlua0dldERhdGEobGspOwogICAgIGlmIChwID09IDApIHsKLSAgICAgICAgeG1s TGlzdERlbGV0ZSh3cml0ZXItPm5zc3RhY2spOwotCXdyaXRlci0+bnNzdGFjayA9IE5VTEw7 CiAgICAgICAgIHJldHVybiAtMTsKICAgICB9CiAKQEAgLTE4NTMsNDUgKzE5MTYsMTEgQEAN CiAKICAgICAgICAgICAgIGNvdW50ID0geG1sT3V0cHV0QnVmZmVyV3JpdGUod3JpdGVyLT5v dXQsIDEsICZ3cml0ZXItPnFjaGFyKTsKICAgICAgICAgICAgIGlmIChjb3VudCA8IDApIHsK LSAgICAgICAgICAgICAgICB4bWxMaXN0RGVsZXRlKHdyaXRlci0+bnNzdGFjayk7Ci0JCXdy aXRlci0+bnNzdGFjayA9IE5VTEw7CiAgICAgICAgICAgICAgICAgcmV0dXJuIC0xOwogICAg ICAgICAgICAgfQogICAgICAgICAgICAgc3VtICs9IGNvdW50OwotCi0gICAgICAgICAgICB3 aGlsZSAoIXhtbExpc3RFbXB0eSh3cml0ZXItPm5zc3RhY2spKSB7Ci0JICAgICAgICB4bWxD aGFyICpuYW1lc3BhY2VVUkkgPSBOVUxMOwotCQl4bWxDaGFyICpwcmVmaXggPSBOVUxMOwot Ci0gICAgICAgICAgICAgICAgbGsgPSB4bWxMaXN0RnJvbnQod3JpdGVyLT5uc3N0YWNrKTsK LSAgICAgICAgICAgICAgICBucCA9ICh4bWxUZXh0V3JpdGVyTnNTdGFja0VudHJ5ICopIHht bExpbmtHZXREYXRhKGxrKTsKLQotCQlpZiAobnAgIT0gMCkgewotCQkgICAgbmFtZXNwYWNl VVJJID0geG1sU3RyZHVwKG5wLT51cmkpOwotCQkgICAgcHJlZml4ID0geG1sU3RyZHVwKG5w LT5wcmVmaXgpOwotCQl9Ci0KLQkJeG1sTGlzdFBvcEZyb250KHdyaXRlci0+bnNzdGFjayk7 Ci0KLSAgICAgICAgICAgICAgICBpZiAobnAgIT0gMCkgewotICAgICAgICAgICAgICAgICAg ICBjb3VudCA9Ci0gICAgICAgICAgICAgICAgICAgICAgICB4bWxUZXh0V3JpdGVyV3JpdGVB dHRyaWJ1dGUod3JpdGVyLCBwcmVmaXgsCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgbmFtZXNwYWNlVVJJKTsKLQkJICAgIHhtbEZyZWUo bmFtZXNwYWNlVVJJKTsKLQkJICAgIHhtbEZyZWUocHJlZml4KTsKLQotICAgICAgICAgICAg ICAgICAgICBpZiAoY291bnQgPCAwKSB7Ci0gICAgICAgICAgICAgICAgICAgICAgICB4bWxM aXN0RGVsZXRlKHdyaXRlci0+bnNzdGFjayk7Ci0JCQl3cml0ZXItPm5zc3RhY2sgPSBOVUxM OwotICAgICAgICAgICAgICAgICAgICAgICAgcmV0dXJuIC0xOwotICAgICAgICAgICAgICAg ICAgICB9Ci0gICAgICAgICAgICAgICAgICAgIHN1bSArPSBjb3VudDsKLSAgICAgICAgICAg ICAgICB9Ci0gICAgICAgICAgICB9CiAgICAgICAgICAgICBicmVhazsKLQogICAgICAgICBk ZWZhdWx0OgotICAgICAgICAgICAgeG1sTGlzdENsZWFyKHdyaXRlci0+bnNzdGFjayk7CiAg ICAgICAgICAgICByZXR1cm4gLTE7CiAgICAgfQogCkBAIC0yMDgwLDM4ICsyMTA5LDI0IEBA DQogewogICAgIGludCBjb3VudDsKICAgICBpbnQgc3VtOwotICAgIHhtbENoYXIgKmJ1ZjsK IAogICAgIGlmICgod3JpdGVyID09IE5VTEwpIHx8IChuYW1lID09IE5VTEwpIHx8ICgqbmFt ZSA9PSAnXDAnKSkKICAgICAgICAgcmV0dXJuIC0xOwogCi0gICAgYnVmID0gTlVMTDsKLSAg ICBpZiAocHJlZml4ICE9IE5VTEwpIHsKLSAgICAgICAgYnVmID0geG1sU3RyZHVwKHByZWZp eCk7Ci0gICAgICAgIGJ1ZiA9IHhtbFN0cmNhdChidWYsIEJBRF9DQVNUICI6Iik7Ci0gICAg fQotICAgIGJ1ZiA9IHhtbFN0cmNhdChidWYsIG5hbWUpOwotCiAgICAgc3VtID0gMDsKLSAg ICBjb3VudCA9IHhtbFRleHRXcml0ZXJXcml0ZUF0dHJpYnV0ZSh3cml0ZXIsIGJ1ZiwgY29u dGVudCk7Ci0gICAgeG1sRnJlZShidWYpOworICAgIGNvdW50ID0geG1sVGV4dFdyaXRlclN0 YXJ0QXR0cmlidXRlTlMod3JpdGVyLCBwcmVmaXgsIG5hbWUsIG5hbWVzcGFjZVVSSSk7CiAg ICAgaWYgKGNvdW50IDwgMCkKICAgICAgICAgcmV0dXJuIC0xOwogICAgIHN1bSArPSBjb3Vu dDsKKyAgICBjb3VudCA9IHhtbFRleHRXcml0ZXJXcml0ZVN0cmluZyh3cml0ZXIsIGNvbnRl bnQpOworICAgIGlmIChjb3VudCA8IDApCisgICAgICAgIHJldHVybiAtMTsKKyAgICBzdW0g Kz0gY291bnQ7CisgICAgY291bnQgPSB4bWxUZXh0V3JpdGVyRW5kQXR0cmlidXRlKHdyaXRl cik7CisgICAgaWYgKGNvdW50IDwgMCkKKyAgICAgICAgcmV0dXJuIC0xOworICAgIHN1bSAr PSBjb3VudDsKIAotICAgIGlmIChuYW1lc3BhY2VVUkkgIT0gTlVMTCkgewotICAgICAgICBi dWYgPSBOVUxMOwotICAgICAgICBidWYgPSB4bWxTdHJkdXAoQkFEX0NBU1QgInhtbG5zIik7 Ci0gICAgICAgIGlmIChwcmVmaXggIT0gTlVMTCkgewotICAgICAgICAgICAgYnVmID0geG1s U3RyY2F0KGJ1ZiwgQkFEX0NBU1QgIjoiKTsKLSAgICAgICAgICAgIGJ1ZiA9IHhtbFN0cmNh dChidWYsIHByZWZpeCk7Ci0gICAgICAgIH0KLSAgICAgICAgY291bnQgPSB4bWxUZXh0V3Jp dGVyV3JpdGVBdHRyaWJ1dGUod3JpdGVyLCBidWYsIG5hbWVzcGFjZVVSSSk7Ci0gICAgICAg IHhtbEZyZWUoYnVmKTsKLSAgICAgICAgaWYgKGNvdW50IDwgMCkKLSAgICAgICAgICAgIHJl dHVybiAtMTsKLSAgICAgICAgc3VtICs9IGNvdW50OwotICAgIH0KICAgICByZXR1cm4gc3Vt OwogfQogCkBAIC0yMzU4LDYgKzIzNzMsMTEgQEANCiAgICAgICAgICAgICAgICAgICAgIHN1 bSArPSBjb3VudDsKICAgICAgICAgICAgICAgICAgICAgLyogZmFsbHRocm91Z2ggKi8KICAg ICAgICAgICAgICAgICBjYXNlIFhNTF9URVhUV1JJVEVSX05BTUU6CisJCQkJCS8qIE91dHB1 dCBuYW1lc3BhY2UgZGVjbGFyYXRpb25zICovCisJCQkJCWNvdW50ID0geG1sVGV4dFdyaXRl ck91dHB1dE5TRGVjbCh3cml0ZXIpOworCQkJCQlpZiAoY291bnQgPCAwKQorCQkJCQkJcmV0 dXJuIC0xOworCQkJCQlzdW0gKz0gY291bnQ7CiAgICAgICAgICAgICAgICAgICAgIGNvdW50 ID0geG1sT3V0cHV0QnVmZmVyV3JpdGVTdHJpbmcod3JpdGVyLT5vdXQsICI+Iik7CiAgICAg ICAgICAgICAgICAgICAgIGlmIChjb3VudCA8IDApCiAgICAgICAgICAgICAgICAgICAgICAg ICByZXR1cm4gLTE7CkBAIC0yNTkyLDYgKzI2MTIsMTEgQEANCiAgICAgICAgICAgICAgICAg ICAgIHN1bSArPSBjb3VudDsKICAgICAgICAgICAgICAgICAgICAgLyogZmFsbHRocm91Z2gg Ki8KICAgICAgICAgICAgICAgICBjYXNlIFhNTF9URVhUV1JJVEVSX05BTUU6CisJCQkJCS8q IE91dHB1dCBuYW1lc3BhY2UgZGVjbGFyYXRpb25zICovCisJCQkJCWNvdW50ID0geG1sVGV4 dFdyaXRlck91dHB1dE5TRGVjbCh3cml0ZXIpOworCQkJCQlpZiAoY291bnQgPCAwKQorCQkJ CQkJcmV0dXJuIC0xOworCQkJCQlzdW0gKz0gY291bnQ7CiAgICAgICAgICAgICAgICAgICAg IGNvdW50ID0geG1sT3V0cHV0QnVmZmVyV3JpdGVTdHJpbmcod3JpdGVyLT5vdXQsICI+Iik7 CiAgICAgICAgICAgICAgICAgICAgIGlmIChjb3VudCA8IDApCiAgICAgICAgICAgICAgICAg ICAgICAgICByZXR1cm4gLTE7CkBAIC00MjQ4LDYgKzQyNzMsNTEgQEANCiAgKi8KIAogLyoq CisgKiB4bWxUZXh0V3JpdGVyT3V0cHV0TlNEZWNsOgorICogQHdyaXRlcjogIHRoZSB4bWxU ZXh0V3JpdGVyUHRyCisgKgorICogT3V0cHV0IHRoZSBjdXJyZW50IG5hbWVzcGFjZSBkZWNs YXJhdGlvbnMuCisgKi8KK3N0YXRpYyBpbnQKK3htbFRleHRXcml0ZXJPdXRwdXROU0RlY2wo eG1sVGV4dFdyaXRlclB0ciB3cml0ZXIpCit7CisgICAgeG1sTGlua1B0ciBsazsKKyAgICB4 bWxUZXh0V3JpdGVyTnNTdGFja0VudHJ5ICpucDsKKyAgICBpbnQgY291bnQ7CisgICAgaW50 IHN1bTsKKworCXN1bSA9IDA7CisJd2hpbGUgKCF4bWxMaXN0RW1wdHkod3JpdGVyLT5uc3N0 YWNrKSkgeworCQl4bWxDaGFyICpuYW1lc3BhY2VVUkkgPSBOVUxMOworCQl4bWxDaGFyICpw cmVmaXggPSBOVUxMOworCisJCWxrID0geG1sTGlzdEZyb250KHdyaXRlci0+bnNzdGFjayk7 CisJCW5wID0gKHhtbFRleHRXcml0ZXJOc1N0YWNrRW50cnkgKikgeG1sTGlua0dldERhdGEo bGspOworCisJCWlmIChucCAhPSAwKSB7CisJCQluYW1lc3BhY2VVUkkgPSB4bWxTdHJkdXAo bnAtPnVyaSk7CisJCQlwcmVmaXggPSB4bWxTdHJkdXAobnAtPnByZWZpeCk7CisJCX0KKwor CQl4bWxMaXN0UG9wRnJvbnQod3JpdGVyLT5uc3N0YWNrKTsKKworCQlpZiAobnAgIT0gMCkg eworCQkJY291bnQgPSB4bWxUZXh0V3JpdGVyV3JpdGVBdHRyaWJ1dGUod3JpdGVyLCBwcmVm aXgsIG5hbWVzcGFjZVVSSSk7CisJCQl4bWxGcmVlKG5hbWVzcGFjZVVSSSk7CisJCQl4bWxG cmVlKHByZWZpeCk7CisKKwkJCWlmIChjb3VudCA8IDApIHsKKwkJCQl4bWxMaXN0RGVsZXRl KHdyaXRlci0+bnNzdGFjayk7CisJCQkJd3JpdGVyLT5uc3N0YWNrID0gTlVMTDsKKwkJCQly ZXR1cm4gLTE7CisJCQl9CisJCQlzdW0gKz0gY291bnQ7CisJCX0KKwl9CisJcmV0dXJuIHN1 bTsKK30KKworLyoqCiAgKiB4bWxGcmVlVGV4dFdyaXRlck5zU3RhY2tFbnRyeToKICAqIEBs azogIHRoZSB4bWxMaW5rUHRyCiAgKgpAQCAtNDMwMCw4ICs0MzcwLDggQEANCiAKICAgICBy YyA9IHhtbFN0cmNtcChwMC0+cHJlZml4LCBwMS0+cHJlZml4KTsKIAotICAgIGlmIChyYyA9 PSAwKQotICAgICAgICByYyA9IHAwLT5lbGVtID09IHAxLT5lbGVtOworCWlmICgocmMgIT0g MCkgfHwgKHAwLT5lbGVtICE9IHAxLT5lbGVtKSkKKwkJcmMgPSAtMTsKIAogICAgIHJldHVy biByYzsKIH0KQEAgLTQ1NjgsNiArNDYzOCwxMSBAQA0KICAgICAgICAgc3VtID0gMDsKICAg ICAgICAgc3dpdGNoIChwLT5zdGF0ZSkgewogICAgICAgICAgICAgY2FzZSBYTUxfVEVYVFdS SVRFUl9OQU1FOgorCQkJCS8qIE91dHB1dCBuYW1lc3BhY2UgZGVjbGFyYXRpb25zICovCisJ CQkJY291bnQgPSB4bWxUZXh0V3JpdGVyT3V0cHV0TlNEZWNsKHdyaXRlcik7CisJCQkJaWYg KGNvdW50IDwgMCkKKwkJCQkJcmV0dXJuIC0xOworCQkJCXN1bSArPSBjb3VudDsKICAgICAg ICAgICAgICAgICBleHRyYVswXSA9ICc+JzsKICAgICAgICAgICAgICAgICBwLT5zdGF0ZSA9 IFhNTF9URVhUV1JJVEVSX1RFWFQ7CiAgICAgICAgICAgICAgICAgYnJlYWs7Cg== --------------090007050405080804020204-- From veillard@redhat.com Thu Jun 7 06:12:40 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0A36D3B00E0 for ; Thu, 7 Jun 2007 06:12:40 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 6330 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 fOu0ChqA4eR1 for ; Thu, 7 Jun 2007 06:12:37 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id BB5BF3B0210 for ; Thu, 7 Jun 2007 06:12:37 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l57ACY3l001097; Thu, 7 Jun 2007 06:12:34 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l57ACYEN011386; Thu, 7 Jun 2007 06:12:34 -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 l57ACYTU001665; Thu, 7 Jun 2007 06:12:34 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l57ACYt3001663; Thu, 7 Jun 2007 06:12:34 -0400 Date: Thu, 7 Jun 2007 06:12:34 -0400 From: Daniel Veillard To: Rob Richards Message-ID: <20070607101234.GQ17405@redhat.com> References: <4667D699.4000007@ctindustries.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4667D699.4000007@ctindustries.net> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] xmlwriter and namespaces 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, 07 Jun 2007 10:12:40 -0000 On Thu, Jun 07, 2007 at 05:57:45AM -0400, Rob Richards wrote: > Attatched is a patch for xmlwriter to prevent the creation of malformed > documents due to the allowance of the same namespace declaration being > output multiple times on an element start tag. For example: > > xmlTextWriterStartElementNS(ptr, "foo", "baz", "urn::bar"); > xmlTextWriterWriteAttributeNS(ptr, "foo", "abc", "urn::bar", "content"); > xmlTextWriterWriteAttributeNS(ptr, "foo", "def", "urn::bar", "content"); > > Ends up creating: > foo:def="content" xmlns:foo="urn::bar"> . . . > > rather than: > okay, make sense. > For performance reasons, unlike .NET, this change only tracks the > namespace on the starting element tag rather than within the entire > scope of the element the namespace was declared on. Fine, the problem is only serious when it's on the same element. Propagation of the set of namespace in scope would allow the check in the subtree in a relatively cheap way though (a bit similar to what SAX2 parser does). Just double check indentation before commiting it was looking a bit weird in the patch, but that could be an effect of the patch. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From rrichards@ctindustries.net Thu Jun 7 07:15:45 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 405A93B00BA for ; Thu, 7 Jun 2007 07:15:45 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.975 X-Spam-Level: X-Spam-Status: No, score=-0.975 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 6497 hrs), (distance 15, link: ethernet/modem), [216.117.147.250] 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 SOdMKr9TkYEo for ; Thu, 7 Jun 2007 07:15:43 -0400 (EDT) Received: from ctindustries.net (unknown [216.117.147.250]) by menubar.gnome.org (Postfix) with ESMTP id A3A7A3B00C4 for ; Thu, 7 Jun 2007 07:15:43 -0400 (EDT) Received: from localhost.localdomain (static-72-73-101-178.ptldme.east.verizon.net [72.73.101.178]) (authenticated bits=0) by ctindustries.net (8.13.8/8.13.8) with ESMTP id l57BC2KA006265; Thu, 7 Jun 2007 07:12:04 -0400 Message-ID: <4667E8CB.60804@ctindustries.net> Date: Thu, 07 Jun 2007 07:15:23 -0400 From: Rob Richards User-Agent: Thunderbird 2.0.0.0 (X11/20070505) MIME-Version: 1.0 To: veillard@redhat.com References: <4667D699.4000007@ctindustries.net> <20070607101234.GQ17405@redhat.com> In-Reply-To: <20070607101234.GQ17405@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on localhost X-Virus-Status: Clean Cc: xml@gnome.org Subject: Re: [xml] xmlwriter and namespaces 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, 07 Jun 2007 11:15:45 -0000 Daniel Veillard wrote: >> For performance reasons, unlike .NET, this change only tracks the >> namespace on the starting element tag rather than within the entire >> scope of the element the namespace was declared on. >> > > Fine, the problem is only serious when it's on the same element. > Propagation of the set of namespace in scope would allow the check > in the subtree in a relatively cheap way though (a bit similar to > what SAX2 parser does). > Had originally started down that path but really didn't think slowing down writing for the additional needed checks were worth it at this point. Can always revisit later. > Just double check indentation before commiting it was looking a bit > weird in the patch, but that could be an effect of the patch. > Thanks for pointing that out. Its the mix of tab/space indenting. Will fix that. Rob From veillard@redhat.com Thu Jun 7 09:11:07 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D67413B025D for ; Thu, 7 Jun 2007 09:11:07 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 6359 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 etmoeqG-Y74u for ; Thu, 7 Jun 2007 09:11:06 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 187213B01D3 for ; Thu, 7 Jun 2007 09:11:05 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l57DB0SF019074; Thu, 7 Jun 2007 09:11:00 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l57DAxno031763; Thu, 7 Jun 2007 09:10: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 l57DAxf4009506; Thu, 7 Jun 2007 09:10:59 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l57DAxBk009504; Thu, 7 Jun 2007 09:10:59 -0400 Date: Thu, 7 Jun 2007 09:10:59 -0400 From: Daniel Veillard To: Rob Richards Message-ID: <20070607131059.GR17405@redhat.com> References: <4667D699.4000007@ctindustries.net> <20070607101234.GQ17405@redhat.com> <4667E8CB.60804@ctindustries.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4667E8CB.60804@ctindustries.net> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] xmlwriter and namespaces 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, 07 Jun 2007 13:11:08 -0000 On Thu, Jun 07, 2007 at 07:15:23AM -0400, Rob Richards wrote: > Daniel Veillard wrote: > >>For performance reasons, unlike .NET, this change only tracks the > >>namespace on the starting element tag rather than within the entire > >>scope of the element the namespace was declared on. > >> > > > > Fine, the problem is only serious when it's on the same element. > >Propagation of the set of namespace in scope would allow the check > >in the subtree in a relatively cheap way though (a bit similar to > >what SAX2 parser does). > > > Had originally started down that path but really didn't think slowing > down writing for the additional needed checks were worth it at this > point. Can always revisit later. Yeah, I agree. > > Just double check indentation before commiting it was looking a bit > >weird in the patch, but that could be an effect of the patch. > > > Thanks for pointing that out. Its the mix of tab/space indenting. Will > fix that. :-) Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From stefan_ml@behnel.de Thu Jun 7 13:45:38 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 842CA3B0011 for ; Thu, 7 Jun 2007 13:45:38 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.74 X-Spam-Level: X-Spam-Status: No, score=-0.74 tagged_above=-999 required=2 tests=[BAYES_20=-0.74] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 3749 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.24] 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 ZIS+qIGu0J73 for ; Thu, 7 Jun 2007 13:45:36 -0400 (EDT) Received: from lnx130.hrz.tu-darmstadt.de (lnx130.hrz.tu-darmstadt.de [130.83.174.24]) by menubar.gnome.org (Postfix) with ESMTP id DEA763B000C for ; Thu, 7 Jun 2007 13:45:35 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx130.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l57HjTfZ004108 for ; Thu, 7 Jun 2007 19:45:29 +0200 Received: from [192.168.2.101] (p5490ebac.dip.t-dialin.net [84.144.235.172]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id 8B5781705 for ; Thu, 7 Jun 2007 19:45:29 +0200 (CEST) Message-ID: <46684438.4020908@behnel.de> Date: Thu, 07 Jun 2007 19:45:28 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.10 (X11/20070403) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Subject: [xml] htmlOmittedDefaultValue is not thread-aware 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, 07 Jun 2007 17:45:38 -0000 Hi, I noticed that htmlOmittedDefaultValue is not thread aware, so it can't be used in multi-threaded environments to parse HTML fragments instead of HTML documents. Is there any other way to parse fragments? Or could this option be changed to work on a per-thread basis? Stefan From ahmad.jalil.qarshi@gmail.com Fri Jun 8 09:33:02 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D54A23B008F for ; Fri, 8 Jun 2007 09:33:02 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.11 X-Spam-Level: X-Spam-Status: No, score=-1.11 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (Google crawlbot) (firewall!) (up: 464 hrs), (distance 12, link: (Google 2)), [64.233.162.229] 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 w6dtsnRVO80f for ; Fri, 8 Jun 2007 09:33:00 -0400 (EDT) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by menubar.gnome.org (Postfix) with ESMTP id 876813B007B for ; Fri, 8 Jun 2007 09:33:00 -0400 (EDT) Received: by nz-out-0506.google.com with SMTP id n1so638781nzf for ; Fri, 08 Jun 2007 06:32:58 -0700 (PDT) Received: by 10.114.179.1 with SMTP id b1mr2602992waf.1181309577467; Fri, 08 Jun 2007 06:32:57 -0700 (PDT) Received: by 10.141.5.1 with HTTP; Fri, 8 Jun 2007 06:32:57 -0700 (PDT) Message-ID: <6860b57e0706080632m698bbdf5qacbb031ee869973b@mail.gmail.com> Date: Fri, 8 Jun 2007 18:32:57 +0500 From: "Ahmad Jalil Qarshi" To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_23510_54265.1181309577449" Subject: [xml] Installation Information required 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, 08 Jun 2007 13:33:03 -0000 ------=_Part_23510_54265.1181309577449 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I am going to use LIBXML2 on my AIX 5.2 machine. I have downloaded the .rpm files from http://gnome.bullfreeware.com/new_index.html (Gnome 2 for AIX). Installation instructions are given on the above mentioned webpage. What I want to know is that if I install the packages downloaded from the above mentioned webpage following the instructions provided on that webpage, Do I need to follow the instructions for compilation provided on http://xmlsoft.org/FAQ.html#Compilatio? Thanks in anticipation. Ahmad Jalil Qarshi ------=_Part_23510_54265.1181309577449 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,

I am going to use LIBXML2 on my AIX 5.2 machine.

I have downloaded the .rpm files from http://gnome.bullfreeware.com/new_index.html (Gnome 2 for AIX). Installation instructions are given on the above mentioned webpage. What I want to know is that if I install the packages downloaded from the above mentioned webpage following the instructions provided on that webpage, Do I need to follow the instructions for compilation provided on http://xmlsoft.org/FAQ.html#Compilatio?

Thanks in anticipation.

Ahmad Jalil Qarshi
------=_Part_23510_54265.1181309577449-- From Oliver.Meyer@dsa-ac.de Fri Jun 8 04:19:12 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B20513B007D for ; Fri, 8 Jun 2007 04:19:12 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.956 X-Spam-Level: X-Spam-Status: No, score=-0.956 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 9082 hrs), (distance 22, link: ethernet/modem), [62.112.80.99] 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 d3VlJjySWuaI for ; Fri, 8 Jun 2007 04:19:11 -0400 (EDT) Received: from mail.dsa-ac.de (mail.dsa-ac.de [62.112.80.99]) by menubar.gnome.org (Postfix) with ESMTP id BE5DC3B006D for ; Fri, 8 Jun 2007 04:19:10 -0400 (EDT) Received: from localhost (unknown [127.0.0.1]) by mail.dsa-ac.de (Postfix) with ESMTP id D48EE3D046 for ; Fri, 8 Jun 2007 08:19:08 +0000 (UTC) Received: from mail.dsa-ac.de ([127.0.0.1]) by localhost (mailserver [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14048-08; Fri, 8 Jun 2007 10:19:07 +0200 (CEST) Received: from [172.29.18.30] (unknown [172.29.18.30]) by mail.dsa-ac.de (Postfix) with ESMTP id BE8F73C3CD for ; Fri, 8 Jun 2007 10:19:05 +0200 (CEST) Message-ID: <466910F8.5080703@dsa-ac.de> Date: Fri, 08 Jun 2007 10:19:04 +0200 From: Oliver Meyer User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: xml@gnome.org References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> In-Reply-To: <20070606221804.GO17405@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at dsa-ac.de X-Mailman-Approved-At: Fri, 08 Jun 2007 09:35:00 -0400 Subject: Re: [xml] When will you support xml version 1.1? 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, 08 Jun 2007 08:19:12 -0000 Dear Daniel. Sorry, to have offended you. That never was my intentition. So, the short answer is "No, libxml is not going to support xml version 1.1". Daniel Veillard wrote: > On Wed, Jun 06, 2007 at 11:35:09AM +0200, Oliver Meyer wrote: >> Hi everybody, >> >> in xml 1.1 you are allowed to have e.g.  as an attribute value. My >> xmllint does not support that version. >> Are you planning to support xml 1.1? >> >> Kind Regards, >> Oliver >> >> foo.xml= >> >> >> > > And what is the meaning of that  ? It's a BELL char. But, yes you are right: We'd like to express that char, because we receive binary data, that we do not interpret and just pass along in "xml"-format. > My point on the subject is the following: > - 1.1 allows to dump invalid content unchecked from database without > worrying about semantic. Does this help interoperability ? No, > clean up your databases Well, you can store binary data in a database. ;-) But then: Don't store it in XML, but in binary. I got the point. > - Also note that 1.1 rejects documents which are well-formed from > an 1.0 perspective, see production RestrictedChar, the code point > [#xE-#x1F] | [#x7F-#x84] | [#x86-#x9F] which used to be allowed as-is > will now raise a well-formedness error. That is really bad. To be over precise: [#xE-#x1F] is not allowed in 1.0 either. > I am part of the Working Group which created XML-1.1, there were good intents > for it like cleanup w.r.t. Unicode, but some big vendors also pushed for > allowing characters which were IMHO rightfully blocked in 1.0 . And it's > unfortunately not backward compatible. > While I would be sensible to request driven by the good intents, yours > is from my perspective due to the fact that you have not well defined data > and you would like to make this 'portable'. Please clean your data > instead of sending the problem to the next person in the food chain. The person sending us the data and the person that receives that data are/is the same person :-) > I don't see how '' could make any sense if I received it in a > text document (yes XML is fundamentally text), maybe I need to be enlightened ! > But this was debated to death in the Working Group before, my opinion is > well set, and I prefer to protect my users base from the real use of 1.1 > (and thanks to the Web gods, the request to allow code point 0 was blocked !) > > In a nutshell, no, clean up your data, or use something else, if > you really want to send raw data, why not use binary directly ? That's > just fine, but don't pretend it's a text format. > > Daniel > Thanks for the answer, Oliver -- Dr. Oliver Meyer DSA Daten- und Systemtechnik GmbH Pascalstrasse 28 D-52076 Aachen Germany Phone: +49(2408)9492-793 Fax: +49(2408)9492-92 E-mail: Oliver.Meyer@dsa-ac.de Internet: www.dsa.de From gnome-xml@m.gmane.org Sun Jun 10 15:55:28 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DFC243B0081 for ; Sun, 10 Jun 2007 15:55:27 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.902 X-Spam-Level: X-Spam-Status: No, score=-0.902 tagged_above=-999 required=2 tests=[AWL=0.045, BAYES_00=-2.599, RCVD_NUMERIC_HELO=1.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 2332 hrs), (distance 16, link: ethernet/modem), [80.91.229.2] 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 fLsdzk2q5RSE for ; Sun, 10 Jun 2007 15:55:25 -0400 (EDT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by menubar.gnome.org (Postfix) with ESMTP id DE05F3B006B for ; Sun, 10 Jun 2007 15:55:24 -0400 (EDT) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1HxTV8-0004wI-AN for xml@gnome.org; Sun, 10 Jun 2007 21:55:02 +0200 Received: from 88.103.41.197 ([88.103.41.197]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Jun 2007 21:55:02 +0200 Received: from raherh by 88.103.41.197 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Jun 2007 21:55:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: xml@gnome.org From: rahed Date: Sun, 10 Jun 2007 19:52:18 +0000 Lines: 40 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 88.103.41.197 User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (windows-nt) Cancel-Lock: sha1:lMlI+ICADA+1j9uG/IjKn6iIUSI= Sender: news Subject: [xml] libxml2-python install on windows 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, 10 Jun 2007 19:55:28 -0000 Hello, I'm installing glade. During make I get a message from a python modul xml2po that it cannot find a libxml2 module which I guess is libxml2-python binding. I installed libxml2-2.6.21 but am not able to build libxml2-python-2.6.21. I couldn't find much info in the source directory how to install so I started setup.py and it emits: failed to find headers for libxml2: update includes_dir So I updated the line includes_dir with 'C:\gtksource' and had to change also ROOT variable to 'C:\gtksource'. Then I got this: Found 1579 functions in libxml2-api.xml Found 53 functions in libxml2-python-api.xml Generated 873 wrapper functions, 547 failed, 212 skipped Missing type converters: .... skipped c:\Python25\lib\xmllib.py:9: DeprecationWarning: The xmllib module is obsolete. Use xml.sax instead. warnings.warn("The xmllib module is obsolete. Use xml.sax instead.", DeprecationWarning) c:\Python25\lib\distutils\dist.py:247: UserWarning: 'licence' distribution option is deprecated; use 'license' warnings.warn(msg) usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...] or: setup.py --help [cmd1 cmd2 ...] or: setup.py --help-commands or: setup.py cmd --help error: no commands supplied Could someone lead me a bit how to proceed? This is on windows with MinGW and MSYS. Thank you. -- Radek From pajas@ufal.ms.mff.cuni.cz Sun Jun 10 17:08:34 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 717863B0074 for ; Sun, 10 Jun 2007 17:08:34 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.868 X-Spam-Level: X-Spam-Status: No, score=-2.868 tagged_above=-999 required=2 tests=[AWL=0.442, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: FreeBSD 6.x (1) (up: 9710 hrs), (distance 17, link: ethernet/modem), [195.113.20.77] 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 Mv-6+Nz7kB1d for ; Sun, 10 Jun 2007 17:08:31 -0400 (EDT) Received: from smtp2.ms.mff.cuni.cz (sns.ms.mff.cuni.cz [195.113.20.77]) by menubar.gnome.org (Postfix) with ESMTP id 4A1353B006B for ; Sun, 10 Jun 2007 17:08:30 -0400 (EDT) Received: from ufal.ms.mff.cuni.cz (ufal.ms.mff.cuni.cz [195.113.20.52]) by smtp2.ms.mff.cuni.cz (8.13.8/8.13.8) with ESMTP id l5ALBBad002155 for ; Sun, 10 Jun 2007 23:11:12 +0200 (CEST) (envelope-from pajas@ufal.ms.mff.cuni.cz) Received: from ant.ms.mff.cuni.cz (dsl-tn-1-139.static.adsl.vol.cz [62.177.95.139]) (authenticated bits=0) by ufal.ms.mff.cuni.cz (8.13.8/8.13.8) with ESMTP id l5AL8QKB017035 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 10 Jun 2007 23:08:28 +0200 From: Petr Pajas Organization: UFAL MFF UK To: xml@gnome.org Date: Sun, 10 Jun 2007 23:10:31 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_IjGbGGEKua1HFo9" Message-Id: <200706102310.32293.pajas@ufal.mff.cuni.cz> Subject: [xml] sax and entities 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, 10 Jun 2007 21:08:34 -0000 --Boundary-00=_IjGbGGEKua1HFo9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I have two files (also attached) 1) test.xml: ]> &b; 2) b.txt, which contains just "B" When parsing test.xml via the SAX2 interface, I get two character callbacks for the string "B". The problem can be reproduced with testSAX --noent from the libxml2 distribution: $ /home/pajas/h2/compile/gnome-xml/testSAX --noent test.xml SAX.setDocumentLocator() SAX.startDocument() SAX.internalSubset(a, , ) SAX.entityDecl(b, 2, (null), b.txt, (null)) SAX.externalSubset(a, , ) SAX.startElement(a) SAX.getEntity(b) SAX.characters(B, 1) SAX.characters(B, 1) <--- why? SAX.endElement(a) SAX.endDocument() (similarly if b.txt is complex XML - I get the same callbacks for nodes in the entity twice) Is this an expected behavior? If yes, can I somehow distinguish between the two calls (e.g. based on ctxt) so that I can filter one of them out? P.S. this was observed by one of the users of the Perl bindings for libxml2. We also have interface for libxml2's reader API in Perl too, but there are hundreds of very popular Perl modules build upon the SAX interface (mainly because Perl has really advanced sax filtering and pipelining with interchangeable SAX implementations varying from pure-perl, expat, to libxml2; libxml2 is the fastest among them which makes it very popular and thus worth maintaining). Thanks in advance, -- Petr --Boundary-00=_IjGbGGEKua1HFo9 Content-Type: text/xml; charset="us-ascii"; name="test.xml" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="test.xml" ]> &b; --Boundary-00=_IjGbGGEKua1HFo9 Content-Type: text/plain; charset="us-ascii"; name="b.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="b.txt" B --Boundary-00=_IjGbGGEKua1HFo9-- From ahmad.jalil.qarshi@gmail.com Tue Jun 12 04:17:53 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9AC1E3B0098 for ; Tue, 12 Jun 2007 04:17:53 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.11 X-Spam-Level: X-Spam-Status: No, score=-1.11 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7979 hrs), (distance 11, link: (Google 2)), [209.85.146.182] 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 JefXRT-mWyE9 for ; Tue, 12 Jun 2007 04:17:46 -0400 (EDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by menubar.gnome.org (Postfix) with ESMTP id 584B43B0167 for ; Tue, 12 Jun 2007 04:17:25 -0400 (EDT) Received: by wa-out-1112.google.com with SMTP id j4so2532893wah for ; Tue, 12 Jun 2007 01:17:22 -0700 (PDT) Received: by 10.114.153.18 with SMTP id a18mr6383682wae.1181636241918; Tue, 12 Jun 2007 01:17:21 -0700 (PDT) Received: by 10.141.15.18 with HTTP; Tue, 12 Jun 2007 01:17:21 -0700 (PDT) Message-ID: <6860b57e0706120117o795b6e7bk7f1e5d3b60738dbe@mail.gmail.com> Date: Tue, 12 Jun 2007 13:17:21 +0500 From: "Ahmad Jalil Qarshi" To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_989_26013666.1181636241890" Subject: [xml] Obtaining Content of a Node problem 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, 12 Jun 2007 08:17:54 -0000 ------=_Part_989_26013666.1181636241890 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I am using LibXML2 library in code to parse the XML document. My XML document look like below:
001 Create
321 I have to get the content of Node i.e "Create" in this case. I am doing like below: xmlNodePtr ActNode = root_node->children->children->children; ActNode displays "name" as "Action", but "content" parameter is empty. Kindly help me to resolve this problem. Thanks in anticipation. Regards, Ahmad Jalil Qarshi ------=_Part_989_26013666.1181636241890 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,

I am using LibXML2 library in code to parse the XML document. My XML document look like below:

<?xml version="1.0" encoding="utf-8"?>
    <!DOCTYPE RequestMessage SYSTEM "RequestMessage.dtd">
    <RequestMessage>
        <Header>
            <RequestID>001</RequestID>
                <Action>Create</Action>         
        </Header>
        <Body>
            <CustomerID>321</CustomerID>
        </Body>
</RequestMessage>

I have to get the content of <Action> Node i.e "Create" in this case. I am doing like below:

xmlNodePtr ActNode = root_node->children->children->children;

ActNode displays "name" as "Action", but "content" parameter is empty.
Kindly help me to resolve this problem.

Thanks in anticipation.

Regards,

Ahmad Jalil Qarshi
------=_Part_989_26013666.1181636241890-- From gvelez@fagorautomation.es Tue Jun 12 04:23:07 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1E5F83B0152 for ; Tue, 12 Jun 2007 04:23:07 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -3.598 X-Spam-Level: X-Spam-Status: No, score=-3.598 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: FreeBSD 6.x (1) (up: 9217 hrs), (distance 17, link: ethernet/modem), [194.30.18.11] 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 zkpAvmxswDgR for ; Tue, 12 Jun 2007 04:23:02 -0400 (EDT) Received: from smtp-out1b.sarenet.es (smtp-out1b.sarenet.es [194.30.18.11]) by menubar.gnome.org (Postfix) with ESMTP id 2BF513B0158 for ; Tue, 12 Jun 2007 04:23:01 -0400 (EDT) Received: from ntvir (unknown [212.81.206.17]) by smtp-out1b.sarenet.es (Postfix) with ESMTP id C94EE6D9E2 for ; Tue, 12 Jun 2007 10:22:59 +0200 (CEST) Received: from ntftp ([192.168.1.3]) by ntvir with InterScan Messaging Security Suite; Tue, 12 Jun 2007 10:25:31 +0200 Received: From correo.fagorautomation.net ([10.0.0.11]) by ntftp (WebShield SMTP v4.5 P0803.345); id 1181637013343; Tue, 12 Jun 2007 10:30:13 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C7ACCA.E23A2247" Date: Tue, 12 Jun 2007 10:22:58 +0200 Message-ID: <918EB199DDDFFA42BEA2EB3A1C6021F3012F40E4@CORREO> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] Obtaining Content of a Node problem Thread-Index: AcesykH5RWvPuXqFQaC7SfQ9VzgkjgAAE4gA From: "GORKA VELEZ" To: "Ahmad Jalil Qarshi" , X-imss-version: 2.047 X-imss-result: Passed X-imss-scores: Clean:82.77267 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) Subject: Re: [xml] Obtaining Content of a Node problem 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, 12 Jun 2007 08:23:07 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C7ACCA.E23A2247 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ActNode->name displays "Action" ActNode->children->content displays "Create" The text "Create" is a "children element" of the element "Action". ;) -----Mensaje original----- De: xml-bounces@gnome.org [mailto:xml-bounces@gnome.org]En nombre de = Ahmad Jalil Qarshi Enviado el: martes, 12 de junio de 2007 10:17 Para: xml@gnome.org Asunto: [xml] Obtaining Content of a Node problem Hi, I am using LibXML2 library in code to parse the XML document. My XML = document look like below: =20
001 Create =20
321=20 I have to get the content of Node i.e "Create" in this case. I = am doing like below: xmlNodePtr ActNode =3D root_node->children->children->children;=20 ActNode displays "name" as "Action", but "content" parameter is empty.=20 Kindly help me to resolve this problem. Thanks in anticipation. Regards, Ahmad Jalil Qarshi=20 ------_=_NextPart_001_01C7ACCA.E23A2247 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ActNode->name displays "Action"
ActNode->children->content displays = "Create"
The=20 text "Create" is a "children element" of the element=20 "Action".
;)
-----Mensaje original-----
De: = xml-bounces@gnome.org=20 [mailto:xml-bounces@gnome.org]En nombre de Ahmad Jalil=20 Qarshi
Enviado el: martes, 12 de junio de 2007 = 10:17
Para:=20 xml@gnome.org
Asunto: [xml] Obtaining Content of a Node=20 problem

Hi,

I am using LibXML2 library in = code to=20 parse the XML document. My XML document look like below:

<?xml version=3D"1.0"=20 encoding=3D"utf-8"?>     = <!DOCTYPE=20 RequestMessage SYSTEM "RequestMessage.dtd">   =20 <RequestMessage>   =20     <Header>   =20        =20 <RequestID>001</RequestID>   =20            =20 <Action>Create</Action>       =   
   =20     </Header>   =20     <Body>   =20         = <CustomerID>321</CustomerID>=20
   =20     </Body></RequestMessage>

I=20 have to get the content of <Action> Node i.e "Create" in this = case. I am=20 doing like below:

xmlNodePtr ActNode =3D=20 root_node->children->children->children;

ActNode = displays=20 "name" as "Action", but "content" parameter is empty.
Kindly help = me to=20 resolve this problem.

Thanks in=20 anticipation.

Regards,

Ahmad Jalil Qarshi=20
------_=_NextPart_001_01C7ACCA.E23A2247-- From martin.trappel@ksengineers.at Tue Jun 12 04:47:38 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 94D6D3B0089 for ; Tue, 12 Jun 2007 04:47:38 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.739 X-Spam-Level: X-Spam-Status: No, score=-1.739 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, HTML_MESSAGE=0.001, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: FreeBSD 4.6-4.9 (up: 2852 hrs), (distance 17, link: sometimes modem), [80.120.195.29] 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 Fp8-p0i5abdh for ; Tue, 12 Jun 2007 04:47:36 -0400 (EDT) Received: from mail.ksengineers.at (mail.ksengineers.at [80.120.195.29]) by menubar.gnome.org (Postfix) with ESMTP id 1DBC33B0074 for ; Tue, 12 Jun 2007 04:47:35 -0400 (EDT) Message-ID: From: Trappel Martin To: 'Ahmad Jalil Qarshi' Date: Tue, 12 Jun 2007 10:47:29 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C7ACCE.4F6C0C30" Received-SPF: none Cc: xml@gnome.org Subject: Re: [xml] Obtaining Content of a Node problem 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, 12 Jun 2007 08:47:38 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C7ACCE.4F6C0C30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 _____ =20 From: Ahmad Jalil Qarshi [mailto:ahmad.jalil.qarshi@gmail.com]=20 Sent: Tuesday, June 12, 2007 10:17 AM To: xml@gnome.org Subject: [xml] Obtaining Content of a Node problem Hi, I am using LibXML2 library in code to parse the XML document. My XML document look like below: (...)=20 I have to get the content of Node i.e "Create" in this case. I = am doing like below: xmlNodePtr ActNode =3D root_node->children->children->children;=20 ActNode displays "name" as "Action", but "content" parameter is empty.=20 Kindly help me to resolve this problem. Thanks in anticipation. Regards, Ahmad Jalil Qarshi =20 You might also think about using XPath to fetch the nodes you are = interested in:=20 xmlXPathNewContext (..) xmlXPathEvalExpression (..) ... also xmlNodeIsText (..) should be your friend=20 best regards / mit freundlichen Gr=FC=DFen, Martin Trappel =20 =20 ------_=_NextPart_001_01C7ACCE.4F6C0C30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 

From: Ahmad=20 Jalil Qarshi [mailto:ahmad.jalil.qarshi@gmail.com]
Sent: = Tuesday,=20 June 12, 2007 10:17 AM
To: xml@gnome.org
Subject: = [xml]=20 Obtaining Content of a Node problem
Hi,
I am using LibXML2 = library in=20 code to parse the XML document. My XML document look like = below:

 (...) 
I have = to get the=20 content of <Action> Node i.e "Create" in this case. I am doing = like=20 below:

xmlNodePtr ActNode =3D=20 root_node->children->children->children;

ActNode = displays=20 "name" as "Action", but "content" parameter is empty.
Kindly help = me to=20 resolve this problem.

Thanks in=20 anticipation.

Regards,

Ahmad Jalil Qarshi  
You might also think = about using XPath=20 to fetch the nodes you are interested in:
xmlXPathNewContext (..)
xmlXPathEvalExpression (..)
... also = xmlNodeIsText (..) should be=20 your friend 

 best = regards / mit=20 freundlichen Gr=FC=DFen,
Martin = Trappel

 
 
------_=_NextPart_001_01C7ACCE.4F6C0C30-- From rrichards@ctindustries.net Tue Jun 12 08:21:30 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8CDCA3B01A0 for ; Tue, 12 Jun 2007 08:21:30 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.136 X-Spam-Level: X-Spam-Status: No, score=0.136 tagged_above=-999 required=2 tests=[BAYES_50=0.001, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 7708 hrs), (distance 15, link: ethernet/modem), [216.117.147.250] 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 fkSW2qOoDXq0 for ; Tue, 12 Jun 2007 08:21:28 -0400 (EDT) Received: from ctindustries.net (unknown [216.117.147.250]) by menubar.gnome.org (Postfix) with ESMTP id 206903B0177 for ; Tue, 12 Jun 2007 08:21:27 -0400 (EDT) Received: from localhost.localdomain (static-72-73-101-178.ptldme.east.verizon.net [72.73.101.178]) (authenticated bits=0) by ctindustries.net (8.13.8/8.13.8) with ESMTP id l5CCHZm0010461 for ; Tue, 12 Jun 2007 08:17:35 -0400 Message-ID: <466E8FB5.4030107@ctindustries.net> Date: Tue, 12 Jun 2007 08:21:09 -0400 From: Rob Richards User-Agent: Thunderbird 2.0.0.0 (X11/20070505) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on localhost X-Virus-Status: Clean Subject: [xml] Windows build changes 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, 12 Jun 2007 12:21:30 -0000 Forgot to mention these last week, but I made a few changes/additions to the windows build. A static for dll build is made by default (libxml2_a_dll.lib). Added flag to embed manifest for VS2005 (vcmanifest=yes). I noticed Bug 393084. The new flag can be used for that and not sure why copy is not working in the makefiles for the reporter (builds fine on 3 different win systems with VS2005 for me). Rob From veillard@redhat.com Tue Jun 12 10:50:24 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D68B43B009B for ; Tue, 12 Jun 2007 10:50:24 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 7576 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 ljH-Fyy+ZN-j for ; Tue, 12 Jun 2007 10:50:23 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 5BD8E3B00FD for ; Tue, 12 Jun 2007 10:50:23 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5CEoGVq016665; Tue, 12 Jun 2007 10:50:16 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5CEoF6k006232; Tue, 12 Jun 2007 10:50:15 -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 l5CEoFV3027438; Tue, 12 Jun 2007 10:50:15 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5CEoFEL027436; Tue, 12 Jun 2007 10:50:15 -0400 Date: Tue, 12 Jun 2007 10:50:15 -0400 From: Daniel Veillard To: "Bidoul, Stephane" Message-ID: <20070612145015.GB18354@redhat.com> References: <20070510174745.GB31062@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] xmlreader problem with long comment at beginning of document 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, 12 Jun 2007 14:50:25 -0000 On Wed, May 16, 2007 at 12:05:00PM +0200, Bidoul, Stephane wrote: > Done. > > http://bugzilla.gnome.org/show_bug.cgi?id=438835 > Thanks, got it ! It was nasty, fix is in SVN :-) Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ 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 Tue Jun 12 10:54:52 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 589793B02A3 for ; Tue, 12 Jun 2007 10:54:52 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 7576 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 bD-CPQMmPc2p for ; Tue, 12 Jun 2007 10:54:51 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 06D333B0206 for ; Tue, 12 Jun 2007 10:54:50 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5CEshXo019856; Tue, 12 Jun 2007 10:54:43 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5CEshUr008216; Tue, 12 Jun 2007 10:54:43 -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 l5CEsh4E027630; Tue, 12 Jun 2007 10:54:43 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5CEsgb2027628; Tue, 12 Jun 2007 10:54:42 -0400 Date: Tue, 12 Jun 2007 10:54:42 -0400 From: Daniel Veillard To: Stefan Behnel Message-ID: <20070612145442.GC18354@redhat.com> References: <46684438.4020908@behnel.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46684438.4020908@behnel.de> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] htmlOmittedDefaultValue is not thread-aware 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, 12 Jun 2007 14:54:52 -0000 On Thu, Jun 07, 2007 at 07:45:28PM +0200, Stefan Behnel wrote: > Hi, > > I noticed that htmlOmittedDefaultValue is not thread aware, so it can't be > used in multi-threaded environments to parse HTML fragments instead of HTML > documents. Is there any other way to parse fragments? Or could this option be > changed to work on a per-thread basis? I certainly don't want to extend the horror of global variables. This should be added to the list of supported htmlParserOption to be used in conjunction with new parsing APIs Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ 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 Tue Jun 12 10:57:11 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9CA783B0177 for ; Tue, 12 Jun 2007 10:57:11 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 7576 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 WNdWgkR+Hlez for ; Tue, 12 Jun 2007 10:57:10 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 4B7F13B00FD for ; Tue, 12 Jun 2007 10:57:10 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5CEv3j5021895; Tue, 12 Jun 2007 10:57:04 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5CEv3vj009747; Tue, 12 Jun 2007 10:57:03 -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 l5CEv3t4027728; Tue, 12 Jun 2007 10:57:03 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5CEv3F7027726; Tue, 12 Jun 2007 10:57:03 -0400 Date: Tue, 12 Jun 2007 10:57:03 -0400 From: Daniel Veillard To: Rob Richards Message-ID: <20070612145703.GD18354@redhat.com> References: <466E8FB5.4030107@ctindustries.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <466E8FB5.4030107@ctindustries.net> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] Windows build changes 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, 12 Jun 2007 14:57:11 -0000 On Tue, Jun 12, 2007 at 08:21:09AM -0400, Rob Richards wrote: > Forgot to mention these last week, but I made a few changes/additions to the windows build. > A static for dll build is made by default (libxml2_a_dll.lib). > Added flag to embed manifest for VS2005 (vcmanifest=yes). > > I noticed Bug 393084. The new flag can be used for that and not sure why copy is not working in the makefiles for the reporter (builds fine on 3 different win systems with VS2005 for me). I closed the bug earlier today asking to get on list for reports. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From stefan_ml@behnel.de Tue Jun 12 11:01:44 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 282A43B009B for ; Tue, 12 Jun 2007 11:01:44 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4042 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.24] 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 cj604FOmOhg8 for ; Tue, 12 Jun 2007 11:01:42 -0400 (EDT) Received: from lnx130.hrz.tu-darmstadt.de (lnx130.hrz.tu-darmstadt.de [130.83.174.24]) by menubar.gnome.org (Postfix) with ESMTP id D0F1E3B0078 for ; Tue, 12 Jun 2007 11:01:41 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx130.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5CF1Ypo009045; Tue, 12 Jun 2007 17:01:34 +0200 Received: from [192.168.255.75] (p5088E741.dip.t-dialin.net [80.136.231.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id B2FDE1709; Tue, 12 Jun 2007 17:01:34 +0200 (CEST) Message-ID: <466EB54E.8050500@behnel.de> Date: Tue, 12 Jun 2007 17:01:34 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: veillard@redhat.com References: <46684438.4020908@behnel.de> <20070612145442.GC18354@redhat.com> In-Reply-To: <20070612145442.GC18354@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] htmlOmittedDefaultValue is not thread-aware 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, 12 Jun 2007 15:01:44 -0000 Hi, Daniel Veillard wrote: > On Thu, Jun 07, 2007 at 07:45:28PM +0200, Stefan Behnel wrote: >> Hi, >> >> I noticed that htmlOmittedDefaultValue is not thread aware, so it can't be >> used in multi-threaded environments to parse HTML fragments instead of HTML >> documents. Is there any other way to parse fragments? Or could this option be >> changed to work on a per-thread basis? > > I certainly don't want to extend the horror of global variables. > This should be added to the list of supported htmlParserOption > to be used in conjunction with new parsing APIs That would be perfect. Could that go into the next version so that we can start supporting it in lxml? Stefan From veillard@redhat.com Tue Jun 12 11:13:08 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4872B3B02C2 for ; Tue, 12 Jun 2007 11:13:08 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 7580 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 u021qjzbtwt2 for ; Tue, 12 Jun 2007 11:13:06 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C8F1D3B0078 for ; Tue, 12 Jun 2007 11:13:05 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5CFD1r5000862; Tue, 12 Jun 2007 11:13:01 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5CFD12G018674; Tue, 12 Jun 2007 11:13:01 -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 l5CFD1nA028977; Tue, 12 Jun 2007 11:13:01 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5CFD0Qb028975; Tue, 12 Jun 2007 11:13:00 -0400 Date: Tue, 12 Jun 2007 11:13:00 -0400 From: Daniel Veillard To: Stefan Behnel Message-ID: <20070612151300.GE18354@redhat.com> References: <46684438.4020908@behnel.de> <20070612145442.GC18354@redhat.com> <466EB54E.8050500@behnel.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <466EB54E.8050500@behnel.de> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] htmlOmittedDefaultValue is not thread-aware 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, 12 Jun 2007 15:13:08 -0000 On Tue, Jun 12, 2007 at 05:01:34PM +0200, Stefan Behnel wrote: > Hi, > > Daniel Veillard wrote: > > On Thu, Jun 07, 2007 at 07:45:28PM +0200, Stefan Behnel wrote: > >> Hi, > >> > >> I noticed that htmlOmittedDefaultValue is not thread aware, so it can't be > >> used in multi-threaded environments to parse HTML fragments instead of HTML > >> documents. Is there any other way to parse fragments? Or could this option be > >> changed to work on a per-thread basis? > > > > I certainly don't want to extend the horror of global variables. > > This should be added to the list of supported htmlParserOption > > to be used in conjunction with new parsing APIs > > That would be perfect. Could that go into the next version so that we can > start supporting it in lxml? hum, I really wanted to push libxml2 new version today, no garantee I will be able to write that. I'm rather trying to use time to fix the most urgent bugs. I'm short on time in general so bugs or requests with maximum context and/or patches are most likely to go on release N+1 at any given point in time. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ 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 Tue Jun 12 15:19:31 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 270EE3B0007 for ; Tue, 12 Jun 2007 15:19:31 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 7621 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 u2gNqmy5EgJR for ; Tue, 12 Jun 2007 15:19:28 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id F35DB3B0008 for ; Tue, 12 Jun 2007 15:19:27 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5CJJPeN016089 for ; Tue, 12 Jun 2007 15:19:25 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5CJJPoe006615 for ; Tue, 12 Jun 2007 15:19:25 -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 l5CJJPMq010645 for ; Tue, 12 Jun 2007 15:19:25 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5CJJP3L010643 for xml@gnome.org; Tue, 12 Jun 2007 15:19:25 -0400 Date: Tue, 12 Jun 2007 15:19:25 -0400 From: Daniel Veillard To: xml@gnome.org Message-ID: <20070612191924.GA5561@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.1i Subject: [xml] Release of libxml2-2.6.29 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, 12 Jun 2007 19:19:31 -0000 Following the requests on the libxslt list it was clearly time for a new release: ftp://xmlsoft.org/libxml/ It includes a lot of bug fixes: * Portability: - patches from Andreas Stricke for WinCE - fix compilation warnings (William Brack) - avoid warnings on Apple OS/X (Wendy Doyle and Mark Rowe) - Windows compilation and threading improvements (Rob Richards) - compilation against old Python versions - new GNU tar changes (Ryan Hill) * Documentation: - xmlURIUnescapeString comment * Bugfixes: - xmlBufferAdd problem (Richard Jones) - 'make valgrind' flag fix (Richard Jones) - regexp interpretation of \ - htmlCreateDocParserCtxt (Jean-Daniel Dupas) - configure.in typo (Bjorn Reese) - entity content failure - xmlListAppend() fix (Georges-Andr� Silber) - XPath number serialization (William Brack) - nanohttp gzipped stream fix (William Brack and Alex Cornejo) - xmlCharEncFirstLine typo (Mark Rowe) - uri bug (Fran�ois Delyon) - XPath string value of PI nodes (William Brack) - XPath node set sorting bugs (William Brack) - avoid outputting namespace decl dups in the writer (Rob Richards) - xmlCtxtReset bug - UTF-8 encoding error handling - recustion on next in catalogs - fix a Relax-NG crash - workaround wrong file: URIs - htmlNodeDumpFormatOutput on attributes - invalid character in attribute detection bug - big comments before internal subset streaming bug - HTML parsing of attributes with : in the name * Improvements: - keep URI query parts in raw form (Richard Jones) - embed tag support in HTML (Michael Day) Thanks to everybody who helped with bug reports or patches ! There is still an large set of bug report unprocessed in gnome.org bugzilla for libxml2, I tried to cope with what was looking urgent or easy, but if people have spare time, help triaging and fixing would be clearly welcome Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From tmohr@s.netic.de Tue Jun 12 15:31:38 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D537D3B010D for ; Tue, 12 Jun 2007 15:31:38 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.821 X-Spam-Level: X-Spam-Status: No, score=-0.821 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (NAT!) (firewall!) (up: 1 hrs), (distance 18, link: ISDN ppp), [213.178.187.56] 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 Cm-Y83EbiFh0 for ; Tue, 12 Jun 2007 15:31:37 -0400 (EDT) Received: from schleim.qwe.de (host-213-178-187-56.dsl.netic.de [213.178.187.56]) by menubar.gnome.org (Postfix) with ESMTP id 5666D3B00E3 for ; Tue, 12 Jun 2007 15:31:36 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by schleim.qwe.de (Postfix) with ESMTP id 92204621E6 for ; Tue, 12 Jun 2007 21:34:02 +0200 (CEST) From: Torsten Mohr To: xml@gnome.org Date: Tue, 12 Jun 2007 21:34:01 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706122134.01786.tmohr@s.netic.de> Subject: [xml] get available attributes of a 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: Tue, 12 Jun 2007 19:31:39 -0000 Hi, i use libxml2 in a short test program and everything works as expected. But i miss a function that lets me browse through the attributes of a node. Something like xmlGetPropList(), do i miss something? Maybe someone can give me a hint on how to display all the pairs (name, value) of an xmlNode? Also, there is xmlGetLastChild(), but not xmlGetFirstChild(), this is because it would be the same as node->child ? Best regards, Torsten. From bagnacauda@gmail.com Wed Jun 13 08:34:57 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EAC593B0176 for ; Wed, 13 Jun 2007 08:34:56 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.244 X-Spam-Level: X-Spam-Status: No, score=-0.244 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, HTML_40_50=0.496, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (Google crawlbot) (firewall!) (up: 555 hrs), (distance 12, link: (Google 2)), [64.233.166.182] 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 n3g98OLUrnP6 for ; Wed, 13 Jun 2007 08:34:54 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by menubar.gnome.org (Postfix) with ESMTP id BAA633B007A for ; Wed, 13 Jun 2007 08:34:54 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id u77so302689pyb for ; Wed, 13 Jun 2007 05:34:53 -0700 (PDT) Received: by 10.35.91.10 with SMTP id t10mr1115930pyl.1181738092941; Wed, 13 Jun 2007 05:34:52 -0700 (PDT) Received: by 10.35.29.11 with HTTP; Wed, 13 Jun 2007 05:34:52 -0700 (PDT) Message-ID: <4d80026a0706130534s1bb5ce4bq7db55e5dced790a4@mail.gmail.com> Date: Wed, 13 Jun 2007 14:34:52 +0200 From: bagnacauda To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_15975_27123935.1181738092792" Subject: [xml] [xpath] How to print xml fragment 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, 13 Jun 2007 12:34:57 -0000 ------=_Part_15975_27123935.1181738092792 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I hope someone can help me with this problem. My input xml file has got a recurring structure "TransactionError" as follows: ...... bbb ccc ddd eee ....... I need to extract the content of the xml file (as a string) between each couple ,, the two tags included. So I basically need to be able to populate a string in a loop with bbb ccc then with ddd eee and so on I can identify the nodeset (all TransactionError's) with an xpath expression but then how can I get the string value? I've tried to use the xpath2.cexample as a guide by printing cur->content when cur=TransactionError but it won't work. Thanks in advance, Massimo bbb ccc then ddd eee ------=_Part_15975_27123935.1181738092792 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Hello,
 
I hope someone can help me with this problem.
 
My input xml file has got a recurring structure "TransactionError" as follows:
 
......
  <TransactionErrorRecords>
   <TransactionError>
    <TransactionErrorReference>bbb</TransactionErrorReference>
    <TransactionErrorMessage>ccc</TransactionErrorMessage>
   </TransactionError>
   <TransactionError>
    <TransactionErrorReference>ddd</TransactionErrorReference>
    <TransactionErrorMessage>eee</TransactionErrorMessage>
   </TransactionError>
.......
  </TransactionErrorRecords>
 
I need to extract the content of the xml file (as a string) between each couple <TransactionError>,</TransactionError>, the two tags included.
So I basically need to be able to populate a string in a loop with
   <TransactionError>
    <TransactionErrorReference>bbb</TransactionErrorReference>
    <TransactionErrorMessage>ccc</TransactionErrorMessage>
   </TransactionError>
 
then with
 
   <TransactionError>
    <TransactionErrorReference>ddd</TransactionErrorReference>
    <TransactionErrorMessage>eee</TransactionErrorMessage>
   </TransactionError>
 
and so on
 
I can identify the nodeset (all TransactionError's) with an xpath expression but then how can I get the string value? I've tried to use the xpath2.c example as a guide by printing cur->content when cur=TransactionError but it won't work.
 
Thanks in advance,
Massimo
 
 
 
 
   <TransactionError>
    <TransactionErrorReference>bbb</TransactionErrorReference>
    <TransactionErrorMessage>ccc</TransactionErrorMessage>
   </TransactionError>
 
then
   <TransactionError>
    <TransactionErrorReference>ddd</TransactionErrorReference>
    <TransactionErrorMessage>eee</TransactionErrorMessage>
   </TransactionError>



 
------=_Part_15975_27123935.1181738092792-- From martin.trappel@ksengineers.at Wed Jun 13 10:28:37 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 09D013B011F for ; Wed, 13 Jun 2007 10:28:37 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.921 X-Spam-Level: X-Spam-Status: No, score=-0.921 tagged_above=-999 required=2 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, L_P0F_Unix=-1, TW_IB=0.077] X-Amavis-OS-Fingerprint: FreeBSD 4.6-4.9 (up: 2881 hrs), (distance 17, link: sometimes modem), [80.120.195.29] 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 KBBt9GwqAk7v for ; Wed, 13 Jun 2007 10:28:34 -0400 (EDT) Received: from mail.ksengineers.at (mail.ksengineers.at [80.120.195.29]) by menubar.gnome.org (Postfix) with ESMTP id B48273B0153 for ; Wed, 13 Jun 2007 10:28:31 -0400 (EDT) Message-ID: From: Trappel Martin To: 'bagnacauda' Date: Wed, 13 Jun 2007 16:28:25 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C7ADC7.1A623790" Received-SPF: none Cc: xml@gnome.org Subject: Re: [xml] [xpath] How to print xml fragment 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, 13 Jun 2007 14:28:37 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C7ADC7.1A623790 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable _____ =20 From: bagnacauda [mailto:bagnacauda@gmail.com]=20 Sent: Wednesday, June 13, 2007 2:35 PM To: xml@gnome.org Subject: [xml] [xpath] How to print xml fragment Hello, =20 I hope someone can help me with this problem. =20 My input xml file has got a recurring structure "TransactionError" as follows: =20 ... and so on =20 I can identify the nodeset (all TransactionError's) with an xpath = expression but then how can I get the string value? I've tried to use the xpath2.c example as a guide by printing cur->content when cur=3DTransactionError = but it won't work.=20 =20 Thanks in advance, Massimo =20 .... =20 This sound like a xslt problem to me. I /think/ you would want to use libxslt for this. best regards / mit freundlichen Gr=FC=DFen, Martin Trappel ------------------------------------------------------------------------= - Kristl, Seibt & Co Ges.m.b.H. / A-8052 Graz Tel.: (+43 316) 5995 - 1581 mailto:martin.trappel@ksengineers.at = =20 =20 ------_=_NextPart_001_01C7ADC7.1A623790 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

From:=20 bagnacauda [mailto:bagnacauda@gmail.com]
Sent: Wednesday, = June 13,=20 2007 2:35 PM
To: xml@gnome.org
Subject: [xml] = [xpath] How=20 to print xml fragment

Hello,
 
I hope someone can help me with = this=20 problem.
 
My input xml file has = got a=20 recurring structure "TransactionError" as follows:
 
...
and so on
 
I can identify the nodeset (all=20 TransactionError's) with an xpath expression but then how can I get = the string=20 value? I've tried to use the xpath2.c example as a guide by printing=20 cur->content when cur=3DTransactionError but it won't work. =
 
Thanks in advance,
Massimo
 
....
 
This sound like a xslt problem to=  me.
I /think/ you would want to use&n= bsp;libxslt for this.

best regards / mit freundlichen Gr=FC=DFen,
Martin = Trappel
-------------------------------------------------------------= ------------
Kristl,=20 Seibt & Co Ges.m.b.H. / A-8052 Graz
Tel.: (+43 316) 5995 - = 1581
mailto:martin.trappel@ksen= gineers.at

 
------_=_NextPart_001_01C7ADC7.1A623790-- From stefan_ml@behnel.de Wed Jun 13 10:43:44 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7F8243B01E1 for ; Wed, 13 Jun 2007 10:43:44 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4101 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.24] 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 E4fvLJiwrPDv for ; Wed, 13 Jun 2007 10:43:41 -0400 (EDT) Received: from lnx130.hrz.tu-darmstadt.de (lnx130.hrz.tu-darmstadt.de [130.83.174.24]) by menubar.gnome.org (Postfix) with ESMTP id 3DEA33B0086 for ; Wed, 13 Jun 2007 10:43:40 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx130.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5DEhXo9020131; Wed, 13 Jun 2007 16:43:33 +0200 Received: from [192.168.255.75] (p5088D299.dip.t-dialin.net [80.136.210.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id 40D161705; Wed, 13 Jun 2007 16:43:33 +0200 (CEST) Message-ID: <46700294.40701@behnel.de> Date: Wed, 13 Jun 2007 16:43:32 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: bagnacauda References: <4d80026a0706130534s1bb5ce4bq7db55e5dced790a4@mail.gmail.com> In-Reply-To: <4d80026a0706130534s1bb5ce4bq7db55e5dced790a4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] [xpath] How to print xml fragment 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, 13 Jun 2007 14:43:44 -0000 Hi, bagnacauda wrote: > My input xml file has got a recurring structure "TransactionError" as > follows: > > ...... > > > bbb > ccc > > > ddd > eee > > ....... > > > I need to extract the content of the xml file (as a string) between each > couple ,, the two tags included. > So I basically need to be able to populate a string in a loop with > > bbb > ccc > > > then with > > > ddd > eee > > > and so on > > I can identify the nodeset (all TransactionError's) with an xpath > expression but then how can I get the string value? I've tried to use > the xpath2.c example as a guide by printing cur->content when > cur=TransactionError but it won't work. As noted before, XSLT might be a good option here, depending on what the rest of your algorithm does. To write a node to a string, you can use xmlNodeDump or xmlNodeDumpOutput (if you need encoding) to serialise it to a buffer: http://xmlsoft.org/html/libxml-tree.html#xmlBufferCreate http://xmlsoft.org/html/libxml-tree.html#xmlNodeDump http://xmlsoft.org/html/libxml-tree.html#xmlBuffer http://xmlsoft.org/html/libxml-tree.html#xmlOutputBuffer Stefan From tmohr@s.netic.de Wed Jun 13 18:18:42 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A27B23B0093 for ; Wed, 13 Jun 2007 18:18:42 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.451 X-Spam-Level: X-Spam-Status: No, score=-0.451 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (NAT!) (firewall!) (up: 4 hrs), (distance 18, link: ISDN ppp), [213.178.187.155] 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 mRmgq1C+Qn68 for ; Wed, 13 Jun 2007 18:18:39 -0400 (EDT) Received: from schleim.qwe.de (host-213-178-187-155.dsl.netic.de [213.178.187.155]) by menubar.gnome.org (Postfix) with ESMTP id 96D1B3B0004 for ; Wed, 13 Jun 2007 18:18:35 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by schleim.qwe.de (Postfix) with ESMTP id 8BDBA62303 for ; Thu, 14 Jun 2007 00:21:02 +0200 (CEST) From: Torsten Mohr To: xml@gnome.org Date: Thu, 14 Jun 2007 00:21:02 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706140021.02086.tmohr@s.netic.de> Subject: [xml] iterating through an XML document? 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, 13 Jun 2007 22:18:42 -0000 Hi, using one of the examples i wrote an XML file as "out.xml": content of node 1 this node has attributes other way to create content (which is also a node) Now i wrote some code to read this file into memory and get its root node and i'd like to output the document recursively. I want to do this to get known to libxml2 and on how to iterate through a document: void show(xmlNode* node, int indent) { xmlNode* n; int i; for(n = node; n; n = n->next) { if(n->type == XML_ELEMENT_NODE) { for(i = 0; i < indent; i++) printf(" "); printf("<%s> <%s>\n", n->name, xmlIsBlankNode(n) ? "" : xmlNodeGetContent(n)); show(n->children, indent+2); } if(n->type == XML_ATTRIBUTE_NODE) { for(i = 0; i < indent; i++) printf(" "); printf("<%s>+<%s>\n", n->name, xmlIsBlankNode(n) ? "" : xmlNodeGetContent(n)); } } } It does not exactly do what i want, i can't see any attributes like foo="bar" or others. Also, for nodes that do not have text, some empty lines are printed, not the string "" as i want it to be. I hope i don't mix up names, i'm not sure when to use attribute and when property. For using libxml2 in an own program i'd like to know how to: - test if a node has a content or not - test what attributes (or properties?) a node has It would be great if anybody could give me a hint on how to do this. Best regards, Torsten. From tmohr@s.netic.de Wed Jun 13 19:23:27 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C59B3B009E for ; Wed, 13 Jun 2007 19:23:27 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.31 X-Spam-Level: X-Spam-Status: No, score=-2.31 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (NAT!) (firewall!) (up: 6 hrs), (distance 18, link: ISDN ppp), [213.178.187.155] 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 Jk+Qw0I9jRco for ; Wed, 13 Jun 2007 19:23:24 -0400 (EDT) Received: from schleim.qwe.de (host-213-178-187-155.dsl.netic.de [213.178.187.155]) by menubar.gnome.org (Postfix) with ESMTP id CCDFD3B0093 for ; Wed, 13 Jun 2007 19:23:22 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by schleim.qwe.de (Postfix) with ESMTP id 6FFEA62319 for ; Thu, 14 Jun 2007 01:25:50 +0200 (CEST) Content-Disposition: inline From: Torsten Mohr To: xml@gnome.org Date: Thu, 14 Jun 2007 01:25:50 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200706140125.50284.tmohr@s.netic.de> Subject: Re: [xml] iterating through an XML document? 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, 13 Jun 2007 23:23:27 -0000 Hello Michael, thanks a lot for your explanation, that helped a lot. The purpose of iterating through that document is at the moment just to get known to libxml2 and how to use the functions in principle. I just made the changes you proposed and i can now see the attributes/properties. For reference, here is the new function show() with your suggestions. I did not keep the formatting, as i only output it for learning purposes: void show(xmlNode* node, int indent) { xmlNode* n; int i; xmlAttr* attr; xmlChar* ac; xmlChar* val; for(n = node; n; n = n->next) { if(n->type == XML_ELEMENT_NODE) { for(i = 0; i < indent; i++) printf(" "); printf("<<%s>>\n", n->name); attr = n->properties; while(attr) { ac = xmlGetProp(n, attr->name); for(i = 0; i < indent+2; i++) printf(" "); printf("<%s><%s>\n", attr->name, ac); xmlFree(ac); attr = attr->next; } show(n->children, indent+2); } else if(n->type == XML_TEXT_NODE) { for(i = 0; i < indent; i++) printf(" "); val = xmlNodeGetContent(n); printf("c:%i:<%s>\n", strlen(val), val); xmlFree(val); } } } But it seems that too many text nodes are output, also for nodes that do not have any content there is a text node with some whitespace characters in it. Do you know why this could happen? How can i skip them? Here is the XML file and below it there is the output of the function above. text nodes are of format "c:length:". content of node 1 this node has attributes other way to create content (which is also a node) Output: <> c:3:< <> c:17: c:3:< <> c:3:< <> c:24: c:3:< <> c:50: c:3:< <> c:5:< <> c:5:< <> c:5:< <> c:3:< c:3:< <> c:5:< <> c:5:< <> c:5:< <> c:3:< c:1:< Thanks for any hints, Torsten. Regarding the text elements i still have some issues, it seems there are some Am Donnerstag, 14. Juni 2007 00:40 schrieben Sie: > Hello, Torsten - > > You'll probably get other replies from the list, but here's a couple > quick pointers to help you get started. > > Libxml uses a "loose polymorphism" approach in the node tree, as you've > already noted -- you need to inspect the "type" field of the node to > determine what you're dealing with. The tree isn't entirely contained > by the next and children nodes, however; depending on the type of the > node, you sometimes need to statically cast the pointer to get at the > internals. > > The default node type, "xmlNode", is also the "Element" type, which is > convenient because that's the most common case. An additional confusing > detail is that the attribute list is named "properties" for some reason, > which is one of those historical details that nobody can change now. > > Also, make certain not to confuse the DTD structures in tree.h with the > node structures -- "xmlElement" and "xmlAttribute" are the definitions > in the DTD, while "xmlNode" and "xmlAttr" are the actual nodes. > > In your case, you want code that looks like this (I'm doing this from > memory, so excuse me if I get some of the capitalization and names wrong): > > if (n->type == XML_ELEMENT_NODE) { > printf("<%s", n->name); > xmlAttr *attr = n->properties; > while (attr) { > xmlchar *attrVal = xmlGetProp(n, n->name); > // Note that I am skipping the handling of namespaces here; use > the "nsDef" field to figure those out > printf("%s=\"%s\" ", attr->name, attrVal); > xmlFree(attrVal); > attr = attr->next; > } > printf(">"); > show(n->children, indent+2); > printf("", n->name); > } else if (n->type == XML_TEXT_NODE) { > xmlChar *val = xmlNodeGetContent(n); > printf("%s", val); > xmlFree(val); > } else ... (handle XML_CDATA_SECTION_NODE, COMMENT_NODE, PI_NODE, etc...) > > So, a couple interesting things to note about this: > 1. Attributes are found by walking the "properties" list of the node. > We know it's there because our type matched ELEMENT_NODE. > 2. We can't just print out the value of the attribute, because it might > contain entity references (things like &). You could walk the list > yourself if you were very clever, but it's much easier and safer to just > call xmlGetProp which does all that for you. However, you need to free > that memory when you're done with it, hence the call to xmlFree. > 3. When we encounter a text node, we also need to resolve the entities, > so we use the helpful "xmlNodeGetContent" function which does the same > thing, and also needs to be cleaned up when we're done. > > Now, I should caution you that what you've done here is NOT the same as > serializing the document back to XML! This effectively throws out all > the careful entity escaping that was in the original document... you > could have bogus attribute values, and bad characters in your text, as a > result of this, so it's really not safe to treat this output as XML. > > If you really want to get the XML back, the easiest thing to do is to > just serialize it out with one of the "xmlDocDump" or "xmlNodeDump" > functions. There's a bunch of them and you can probably find one that > does what you want. > > Hope that helps. > > Best - > Michael > -- > Cisco Systems/XML Engineering > (formerly Reactivity, Inc.) > > Torsten Mohr wrote: > > Now i wrote some code to read this file into memory and get its root node > > and i'd like to output the document recursively. I want to do this to > > get known to libxml2 and on how to iterate through a document: > > > > > > void show(xmlNode* node, int indent) { > > xmlNode* n; > > int i; > > > > for(n = node; n; n = n->next) { > > if(n->type == XML_ELEMENT_NODE) { > > for(i = 0; i < indent; i++) printf(" "); > > printf("<%s> <%s>\n", n->name, xmlIsBlankNode(n) ? "" : > > xmlNodeGetContent(n)); > > show(n->children, indent+2); > > } > > if(n->type == XML_ATTRIBUTE_NODE) { > > for(i = 0; i < indent; i++) printf(" "); > > printf("<%s>+<%s>\n", n->name, xmlIsBlankNode(n) ? "" : > > xmlNodeGetContent(n)); > > } > > } > > } > > > > > > It does not exactly do what i want, i can't see any attributes like > > foo="bar" or others. Also, for nodes that do not have text, some empty > > lines are printed, not the string "" as i want it to be. > > > > > > I hope i don't mix up names, i'm not sure when to use attribute and > > when property. > > > > > > For using libxml2 in an own program i'd like to know how to: > > - test if a node has a content or not > > - test what attributes (or properties?) a node has > > > > It would be great if anybody could give me a hint on how to do this. > > > > > > Best regards, > > Torsten. > > _______________________________________________ > > xml mailing list, project page http://xmlsoft.org/ > > xml@gnome.org > > http://mail.gnome.org/mailman/listinfo/xml ------------------------------------------------------- From liam@holoweb.net Wed Jun 13 21:19:24 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 137DC3B012D for ; Wed, 13 Jun 2007 21:19:24 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.696 X-Spam-Level: X-Spam-Status: No, score=-1.696 tagged_above=-999 required=2 tests=[AWL=-0.740, BAYES_05=-1.11, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 8749 hrs), (distance 14, link: ethernet/modem), [209.172.34.239] 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 O9bm42jNbQ0r for ; Wed, 13 Jun 2007 21:19:22 -0400 (EDT) Received: from hd-t1637cl.privatedns.com (ip-209-172-34-239.static.privatedns.com [209.172.34.239]) by menubar.gnome.org (Postfix) with SMTP id 356AA3B00B4 for ; Wed, 13 Jun 2007 21:19:21 -0400 (EDT) Received: (qmail 10254 invoked from network); 14 Jun 2007 01:21:27 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by hd-t1637cl.privatedns.com with SMTP; 14 Jun 2007 01:21:27 -0000 From: Liam R E Quin To: Torsten Mohr In-Reply-To: <200706140125.50284.tmohr@s.netic.de> References: <200706140125.50284.tmohr@s.netic.de> Content-Type: text/plain Date: Wed, 13 Jun 2007 21:13:56 -0400 Message-Id: <1181783636.14368.40.camel@dell.barefootcomputing.com> Mime-Version: 1.0 X-Mailer: Evolution 2.11.3-2mdv2008.0 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] iterating through an XML document? 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, 14 Jun 2007 01:19:24 -0000 On Thu, 2007-06-14 at 01:25 +0200, Torsten Mohr wrote: > But it seems that too many text nodes are output, also for nodes that > do not have any content there is a text node with some whitespace characters > in it. > > Do you know why this could happen? How can i skip them? Consider

It's all exciting!

and you'll see that the space between and is important. If you write a DTD, you can have libxml discard space in "element only context", i.e. where no text is allowed other than spaces. But otherwise you'll get all the spaces. This is a consequence of how XML works, and is not limited to libxml. 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 bagnacauda@gmail.com Thu Jun 14 04:03:20 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 26AB03B00D0 for ; Thu, 14 Jun 2007 04:03:20 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.465 X-Spam-Level: X-Spam-Status: No, score=-2.465 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_50_60=0.134, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (Google crawlbot) (firewall!) (up: 574 hrs), (distance 12, link: (Google 2)), [64.233.166.177] 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 GsTQjlZ6kiLM for ; Thu, 14 Jun 2007 04:03:17 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by menubar.gnome.org (Postfix) with ESMTP id CDD343B00C7 for ; Thu, 14 Jun 2007 04:03:16 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id u77so838396pyb for ; Thu, 14 Jun 2007 01:03:15 -0700 (PDT) Received: by 10.35.94.7 with SMTP id w7mr2763659pyl.1181808194773; Thu, 14 Jun 2007 01:03:14 -0700 (PDT) Received: by 10.35.29.11 with HTTP; Thu, 14 Jun 2007 01:03:14 -0700 (PDT) Message-ID: <4d80026a0706140103q5c05ced7w79fc99f1d825e414@mail.gmail.com> Date: Thu, 14 Jun 2007 10:03:14 +0200 From: bagnacauda To: xml@gnome.org In-Reply-To: <46700294.40701@behnel.de> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_28026_7234389.1181808194657" References: <4d80026a0706130534s1bb5ce4bq7db55e5dced790a4@mail.gmail.com> <46700294.40701@behnel.de> Subject: Re: [xml] [xpath] How to print xml fragment 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, 14 Jun 2007 08:03:20 -0000 ------=_Part_28026_7234389.1181808194657 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/6/13, Stefan Behnel stefan_ml@behnel.de: [CUT] To write a node to a string, you can use xmlNodeDump or xmlNodeDumpOutput (if you need encoding) to serialise it to a buffer: http://xmlsoft.org/html/libxml-tree.html#xmlBufferCreate http://xmlsoft.org/html/libxml-tree.html#xmlNodeDump http://xmlsoft.org/html/libxml-tree.html#xmlBuffer http://xmlsoft.org/html/libxml-tree.html#xmlOutputBuffer Stefan It seems that xmlNodeDump is what I want. Thank you all, folks! Massimo ------=_Part_28026_7234389.1181808194657 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

2007/6/13, Stefan Behnel stefan_ml@behnel.de:
 
[CUT]
 
 

It seems that xmlNodeDump is what I want.
Thank you all, folks!
 
Massimo
------=_Part_28026_7234389.1181808194657-- From Glenn.MacGregor@sonos.com Thu Jun 14 09:06:53 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 25F6C3B019B for ; Thu, 14 Jun 2007 09:06:53 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: YES X-Spam-Score: 2.99 X-Spam-Level: ** X-Spam-Status: Yes, score=2.99 tagged_above=-999 required=2 tests=[BAYES_60=1, FORGED_RCVD_HELO=0.135, HTML_MESSAGE=0.001, L_P0F_W=1.7, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Windows 2000 SP4, XP SP1+, (distance 20, link: GPRS, T1, FreeS/WAN), [67.100.202.138] 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 Rw5MhbdmGRuw for ; Thu, 14 Jun 2007 09:06:51 -0400 (EDT) Received: from camb-exchange1.rinconnetworks.com (h-67-100-202-138.cmbrmaor.covad.net [67.100.202.138]) by menubar.gnome.org (Postfix) with ESMTP id 474D33B00EE for ; Thu, 14 Jun 2007 09:06:51 -0400 (EDT) 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_01C7AE84.DE4262C8" Date: Thu, 14 Jun 2007 09:06:48 -0400 Message-ID: <95C3B37BD43B844388A2678E5B03A8D9EC819E@camb-exchange1.rinconnetworks.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: XPath Question Thread-Index: AceuhN4q85iCmVS8TyaVaEoY969xAA== From: "Glenn MacGregor" To: Subject: [xml] XPath Question 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, 14 Jun 2007 13:06:53 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C7AE84.DE4262C8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, =20 I am trying to libxml2 and the associated xpath to find nodes in the following way: =20 //ns:toplevel/ns:secondlevel[i] =20 where 'i' is 1 - last() =20 On the first time through (i =3D=3D 1) this xpath returns al nodeset = with all //toplevel/secondlevel nodes. The second time (i =3D=3D 2) it = returns an empty nodeset. =20 I need to get each secondlevel node, one at a time, is this xpath correct, or is there some other way to do this? =20 Thanks =20 Glenn ------_=_NextPart_001_01C7AE84.DE4262C8 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi=20 All,
 
I am = trying to=20 libxml2 and the associated xpath to find nodes in the following=20 way:
 
//ns:toplevel/ns:secondlevel[i]
 
where = 'i' is 1 -=20 last()
 
On the = first time=20 through (i =3D=3D 1) this xpath returns al nodeset with all = //toplevel/secondlevel=20 nodes. The second time (i =3D=3D 2) it returns an empty = nodeset.
 
I need = to get each=20 secondlevel node, one at a time, is this xpath correct, or is there some = other=20 way to do this?
 
Thanks
 
 Glenn
------_=_NextPart_001_01C7AE84.DE4262C8-- From jdennis@redhat.com Thu Jun 14 11:28:11 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BE0A93B00EE for ; Thu, 14 Jun 2007 11:28:11 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.431 X-Spam-Level: X-Spam-Status: No, score=-2.431 tagged_above=-999 required=2 tests=[AWL=0.016, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 8062 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 OaMzaP6boqZe for ; Thu, 14 Jun 2007 11:28:06 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 6EA3B3B0377 for ; Thu, 14 Jun 2007 11:27:59 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5EFRuqO029383; Thu, 14 Jun 2007 11:27:56 -0400 Received: from mail.boston.redhat.com (mail.boston.redhat.com [172.16.76.12]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5EFRuZs026114; Thu, 14 Jun 2007 11:27:56 -0400 Received: from [10.13.248.2] (vpn-248-2.boston.redhat.com [10.13.248.2]) by mail.boston.redhat.com (8.13.1/8.13.1) with ESMTP id l5EFRtl5004468; Thu, 14 Jun 2007 11:27:56 -0400 From: John Dennis To: Glenn MacGregor In-Reply-To: <95C3B37BD43B844388A2678E5B03A8D9EC819E@camb-exchange1.rinconnetworks.com> References: <95C3B37BD43B844388A2678E5B03A8D9EC819E@camb-exchange1.rinconnetworks.com> Content-Type: text/plain Date: Thu, 14 Jun 2007 11:27:54 -0400 Message-Id: <1181834875.19325.258.camel@junko.usersys.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-33.el5) Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] XPath Question 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, 14 Jun 2007 15:28:11 -0000 On Thu, 2007-06-14 at 09:06 -0400, Glenn MacGregor wrote: > Hi All, > > I am trying to libxml2 and the associated xpath to find nodes in the > following way: > > //ns:toplevel/ns:secondlevel[i] > > where 'i' is 1 - last() > > On the first time through (i == 1) this xpath returns al nodeset with > all //toplevel/secondlevel nodes. The second time (i == 2) it returns > an empty nodeset. > > I need to get each secondlevel node, one at a time, is this xpath > correct, or is there some other way to do this? Did you reset your context before the next iteration? But more to the point, why iterate at the level of xpath eval? Why not have xpath just return return all the second level nodes and iterate through that list, that avoids unncecessary expensive xpath evaluations. -- John Dennis From tmohr@s.netic.de Thu Jun 14 15:18:03 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 09A053B0014 for ; Thu, 14 Jun 2007 15:18:03 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.104 X-Spam-Level: X-Spam-Status: No, score=0.104 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (NAT!) (firewall!) (up: 6 hrs), (distance 18, link: ISDN ppp), [213.178.187.221] 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 u-rsHGgJ+JNx for ; Thu, 14 Jun 2007 15:18:00 -0400 (EDT) Received: from schleim.qwe.de (host-213-178-187-221.dsl.netic.de [213.178.187.221]) by menubar.gnome.org (Postfix) with ESMTP id 7586C3B000A for ; Thu, 14 Jun 2007 15:18:00 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by schleim.qwe.de (Postfix) with ESMTP id BF8DF6239E for ; Thu, 14 Jun 2007 21:20:30 +0200 (CEST) From: Torsten Mohr To: xml@gnome.org Date: Thu, 14 Jun 2007 21:20:30 +0200 User-Agent: KMail/1.9.1 References: <200706140125.50284.tmohr@s.netic.de> <1181783636.14368.40.camel@dell.barefootcomputing.com> In-Reply-To: <1181783636.14368.40.camel@dell.barefootcomputing.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706142120.30368.tmohr@s.netic.de> Subject: Re: [xml] iterating through an XML document? 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, 14 Jun 2007 19:18:03 -0000 Hi, thanks a lot for the answers i got to my question. It pretty much explained the behaviour. My understandig of XML was different before. I'd like to use XML as a file format for a program i want to write and in that file format i'd like to ignore everything that is not XML. Below you describe that by using a DTD i can skip the unwanted whitespaces when reading the XML (if i understand correctly). I just googled for some DTD descriptions and the descriptions i found explained a lot. But i would not have a clue on how to ignore whitespace that comes from e.g. xmllint --format in.xml > out.xml. Could anybody please give me a hint on what options to set or what DTD to use so that a formatted and an XML with all tags in one line without whitespaces give the same result? Is it possible to place such a DTD as a string into memory? Best regards, Torsten. > > But it seems that too many text nodes are output, also for nodes that > > do not have any content there is a text node with some whitespace > > characters in it. > > > > Do you know why this could happen? How can i skip them? > > Consider >

It's all exciting!

> and you'll see that the space between and is important. > > If you write a DTD, you can have libxml discard space in "element > only context", i.e. where no text is allowed other than spaces. > But otherwise you'll get all the spaces. > > This is a consequence of how XML works, and is not limited to > libxml. > > Liam From veillard@redhat.com Thu Jun 14 15:26:09 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B89113B0014 for ; Thu, 14 Jun 2007 15:26:09 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 8102 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 DZegUsVWxwMH for ; Thu, 14 Jun 2007 15:26:08 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id E4EA13B000A for ; Thu, 14 Jun 2007 15:26:07 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5EJQ57x020824; Thu, 14 Jun 2007 15:26:05 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5EJQ5Si009082; Thu, 14 Jun 2007 15:26: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 l5EJQ58H019462; Thu, 14 Jun 2007 15:26:05 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5EJQ5qY019460; Thu, 14 Jun 2007 15:26:05 -0400 Date: Thu, 14 Jun 2007 15:26:05 -0400 From: Daniel Veillard To: Torsten Mohr Message-ID: <20070614192605.GA18755@redhat.com> References: <200706140125.50284.tmohr@s.netic.de> <1181783636.14368.40.camel@dell.barefootcomputing.com> <200706142120.30368.tmohr@s.netic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706142120.30368.tmohr@s.netic.de> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] iterating through an XML document? 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, 14 Jun 2007 19:26:09 -0000 On Thu, Jun 14, 2007 at 09:20:30PM +0200, Torsten Mohr wrote: > Hi, > > thanks a lot for the answers i got to my question. It pretty much > explained the behaviour. My understandig of XML was different before. > > I'd like to use XML as a file format for a program i want to write > and in that file format i'd like to ignore everything that is not > XML. Below you describe that by using a DTD i can skip the unwanted > whitespaces when reading the XML (if i understand correctly). > > I just googled for some DTD descriptions and the descriptions i found > explained a lot. But i would not have a clue on how to ignore whitespace > that comes from e.g. xmllint --format in.xml > out.xml. > > Could anybody please give me a hint on what options to set or what DTD > to use so that a formatted and an XML with all tags in one line without > whitespaces give the same result? Is it possible to place such a DTD as > a string into memory? In general no. Please do not try to assume you will be able to get libxml2 to ignore data. This may work or not, and the DTD is usually not a garantee because document are usually not valid. Instead of trying to build a dangerous pile of assumtion to try to avoid processing a few nodes, please code the full algorithm, and skip those nodes there. You will avoid wasting a lot of time on design, coding, testing and when your users actually start to use the code. It's not like testing if a node is text and just white spaces is hard so what ??? Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From tmohr@s.netic.de Thu Jun 14 16:36:59 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 44FDF3B0061 for ; Thu, 14 Jun 2007 16:36:59 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.821 X-Spam-Level: X-Spam-Status: No, score=-0.821 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (NAT!) (firewall!) (up: 9 hrs), (distance 19, link: ISDN ppp), [213.178.187.221] 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 ayv7NHspGZni for ; Thu, 14 Jun 2007 16:36:57 -0400 (EDT) Received: from schleim.qwe.de (host-213-178-187-221.dsl.netic.de [213.178.187.221]) by menubar.gnome.org (Postfix) with ESMTP id 8BBD63B000B for ; Thu, 14 Jun 2007 16:36:56 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by schleim.qwe.de (Postfix) with ESMTP id 84B8D6239E for ; Thu, 14 Jun 2007 22:39:24 +0200 (CEST) From: Torsten Mohr To: xml@gnome.org Date: Thu, 14 Jun 2007 22:39:24 +0200 User-Agent: KMail/1.9.1 References: <200706140125.50284.tmohr@s.netic.de> <200706142120.30368.tmohr@s.netic.de> <20070614192605.GA18755@redhat.com> In-Reply-To: <20070614192605.GA18755@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706142239.24335.tmohr@s.netic.de> Subject: Re: [xml] iterating through an XML document? 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, 14 Jun 2007 20:36:59 -0000 Hi, > In general no. Please do not try to assume you will be able to get > libxml2 to ignore data. This may work or not, and the DTD is usually not a > garantee because document are usually not valid. Instead of trying to build > a dangerous pile of assumtion to try to avoid processing a few nodes, > please code the full algorithm, and skip those nodes there. You will avoid > wasting a lot of time on design, coding, testing and when your users > actually start to use the code. It's not like testing if a node is text and > just white spaces is hard so what ??? thanks for your hints. Ok, you convince me easily, of course i want to write proper code without any assumptions that at some point break my code. Also, as an inbetween solution i tried to iterate over the document (already loaded) and remove those parts that are text nodes that just contain white-spaces. It seems to me that having a loop over some node->children and removing some of them in that same loop is somehow not a good idea, at least glibc aborts my program due to double-freeing memory. So i had to program it like this: At the moment the relevant part of my program looks like below, basically now i iterate recursively through the nodes, first the text nodes. If i find an empty one i remove it and start over (by returning 1, the caller will repeat the recursive call). When all empty text nodes are removed i iterate over the element nodes and iterate over their children. At startup i call remove_empty(root_node). int do_remove_empty(xmlNode* node) { xmlNode* n; int i, is_empty, len; xmlChar* val; for(n = node; n; n = n->next) { if(n->type == XML_TEXT_NODE) { val = xmlNodeGetContent(n); len = strlen((const char*)val); is_empty = 1; for(i = 0; i < len; i++) { printf("%02X ", val[i]); if(!isspace(val[i])) { is_empty = 0; } } printf("\n"); xmlFree(val); if(is_empty) { printf("unlinking %p\n", n); xmlUnlinkNode(n); xmlFreeNode(n); return 1; } } } for(n = node; n; n = n->next) { if(n->type == XML_ELEMENT_NODE) { do { }while(do_remove_empty(n->children)); } } return 0; } void remove_empty(xmlNode* node) { int s; do { s = do_remove_empty(node); } while(s); } void show(xmlNode* node, int indent) { xmlNode* n; int i; xmlAttr* attr; xmlChar* ac; xmlChar* val; for(n = node; n; n = n->next) { if(n->type == XML_ELEMENT_NODE) { for(i = 0; i < indent; i++) printf(" "); printf("<%s>\n", n->name); attr = n->properties; while(attr) { ac = xmlGetProp(n, attr->name); for(i = 0; i < indent+2; i++) printf(" "); printf("<%s><%s>\n", attr->name, ac); xmlFree(ac); attr = attr->next; } show(n->children, indent+2); } else if(n->type == XML_TEXT_NODE) { for(i = 0; i < indent; i++) printf(" "); val = xmlNodeGetContent(n); printf("c:%i:<%s>\n", strlen((const char*)val), val); xmlFree(val); } } } Best regards, Torsten. From veillard@redhat.com Thu Jun 14 16:45:27 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C10CA3B006D for ; Thu, 14 Jun 2007 16:45:27 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 8115 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 nNCDD47MMzSm for ; Thu, 14 Jun 2007 16:45:25 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 7E7503B000B for ; Thu, 14 Jun 2007 16:45:25 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5EKjNGG026372; Thu, 14 Jun 2007 16:45:23 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5EKj7Tj010874; Thu, 14 Jun 2007 16:45:12 -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 l5EKirRd023983; Thu, 14 Jun 2007 16:44:53 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5EKirb4023981; Thu, 14 Jun 2007 16:44:53 -0400 Date: Thu, 14 Jun 2007 16:44:53 -0400 From: Daniel Veillard To: Torsten Mohr Message-ID: <20070614204453.GC18755@redhat.com> References: <200706140125.50284.tmohr@s.netic.de> <200706142120.30368.tmohr@s.netic.de> <20070614192605.GA18755@redhat.com> <200706142239.24335.tmohr@s.netic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706142239.24335.tmohr@s.netic.de> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] iterating through an XML document? 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, 14 Jun 2007 20:45:27 -0000 On Thu, Jun 14, 2007 at 10:39:24PM +0200, Torsten Mohr wrote: > Hi, > > > In general no. Please do not try to assume you will be able to get > > libxml2 to ignore data. This may work or not, and the DTD is usually not a > > garantee because document are usually not valid. Instead of trying to build > > a dangerous pile of assumtion to try to avoid processing a few nodes, > > please code the full algorithm, and skip those nodes there. You will avoid > > wasting a lot of time on design, coding, testing and when your users > > actually start to use the code. It's not like testing if a node is text and > > just white spaces is hard so what ??? > > thanks for your hints. Ok, you convince me easily, of course i want to > write proper code without any assumptions that at some point break my code. > > Also, as an inbetween solution i tried to iterate over the document (already > loaded) and remove those parts that are text nodes that just contain > white-spaces. > > It seems to me that having a loop over some node->children and removing > some of them in that same loop is somehow not a good idea, at least glibc > aborts my program due to double-freeing memory. So i had to program it I don't see why this should not work > like this: I really can't debug your code, no time for this, but I can give the follwing advice: don't use isspace() for XML code as this is locale dependant and if suddently someone run your code with a different locale the behaviour will be different and you really don't want that ! Test the characters code points instead http://www.w3.org/TR/REC-xml/#NT-S Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From chen@cisco.com Thu Jun 14 18:20:52 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6CD013B006D for ; Thu, 14 Jun 2007 18:20:52 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.018 X-Spam-Level: X-Spam-Status: No, score=-1.018 tagged_above=-999 required=2 tests=[AWL=-1.308, BAYES_20=-0.74, L_P0F_UNKN=0.8, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Amavis-OS-Fingerprint: UNKNOWN [16384:48:1:48:M1380, S, E:P:?:?], (link: GPRS, T1, FreeS/WAN), [171.71.176.117] 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 lLrxAVyFm7A0 for ; Thu, 14 Jun 2007 18:20:51 -0400 (EDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by menubar.gnome.org (Postfix) with ESMTP id E513C3B0018 for ; Thu, 14 Jun 2007 18:20:50 -0400 (EDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 14 Jun 2007 15:20:44 -0700 X-IronPort-AV: i="4.16,422,1175497200"; d="scan'208"; a="165422664:sNHT19565394057" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l5EMKiYu030765 for ; Thu, 14 Jun 2007 15:20:44 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l5EMKhaI011561 for ; Thu, 14 Jun 2007 22:20:43 GMT Received: from xmb-sjc-221.amer.cisco.com ([128.107.191.80]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Jun 2007 15:20:43 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 14 Jun 2007 15:20:43 -0700 Message-ID: <52E903A38F544F46A2A6632AC66103EE03EA16A2@xmb-sjc-221.amer.cisco.com> In-Reply-To: <20061007181012.GB31875@redhat.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] Streaming API for xml writing? Thread-Index: AcbqO9vOjx/jexD6SD6dsHWT8K2UjTEkuYrQ References: <52E903A38F544F46A2A6632AC66103EE02868477@xmb-sjc-221.amer.cisco.com> <20061007181012.GB31875@redhat.com> From: "Yong Chen \(yongche\)" To: X-OriginalArrivalTime: 14 Jun 2007 22:20:43.0766 (UTC) FILETIME=[3FA79160:01C7AED2] Authentication-Results: sj-dkim-4; header.From=chen@cisco.com; dkim=pass (si g from cisco.com/sjdkim4002 verified; ); Subject: Re: [xml] Streaming API for xml writing? 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, 14 Jun 2007 22:20:52 -0000 Hi, I just tested the streaming sample file, testWriter.c. I tested only first part, testXmlwriterFilename("-"). (output file is "-" which is stdout). I see one issue: it doesn't look like it's doing streaming: At some point (may be half way through), the func calls xmlTextWriterEndElement() to finish one element. After this point, I purposely added following lines: fflush(stdout); sleep(10); Then the func continues to add other elements and finally closes the doc and frees text writer. I was hoping to see half of the elements printed out on screen when the program hits "sleep()" statement, because those elements were already added at this point. But my test shows no elements where printed out when the program hits "sleep()", and all elements were printed out at the same time at the end of the test, when the func called "xmlFreeTextWriter" which internally closes the output file. Did I miss anything here? I want to output the elements while they are being added to the doc, (so I don't need a big memory to hold a big doc tree). Another thing, how do I output the formated doc (indented doc)? Thanks, Yong Chen > -----Original Message----- > From: Daniel Veillard [mailto:veillard@redhat.com]=20 > Sent: Saturday, October 07, 2006 11:10 AM > To: Yong Chen (yongche) > Cc: xml@gnome.org > Subject: Re: [xml] Streaming API for xml writing? >=20 > On Fri, Oct 06, 2006 at 11:58:09AM -0700, Yong Chen (yongche) wrote: > > Hi, > >=20 > > I know there's a streaming API for reading xml doc=20 > (xmlTextReader). I wonder if there's a streaming API for writing? > >=20 > > Basically what I want to do is to write out xml doc when it's still=20 > > being built. This is to handle the situation that the final xml doc=20 > > may be too big to fit in memory (before it's written out). > >=20 > > Is xmlTextWriter the API for it? >=20 > yes, see also the discussion last week about this, > =20 > > Is there any example/tutorial for it? >=20 > http://xmlsoft.org/examples/index.html#xmlWriter >=20 > Daniel >=20 > -- > Red Hat Virtualization group http://redhat.com/virtualization/ > Daniel Veillard | virtualization library http://libvirt.org/ > veillard@redhat.com | libxml GNOME XML XSLT toolkit =20 > http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search=20 > engine http://rpmfind.net/ >=20 From liam@holoweb.net Thu Jun 14 22:02:06 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E42703B00C7 for ; Thu, 14 Jun 2007 22:02:05 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.509 X-Spam-Level: X-Spam-Status: No, score=-1.509 tagged_above=-999 required=2 tests=[AWL=-0.923, BAYES_20=-0.74, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 8996 hrs), (distance 14, link: ethernet/modem), [209.172.34.239] 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 DONOTXds+mV5 for ; Thu, 14 Jun 2007 22:02:04 -0400 (EDT) Received: from hd-t1637cl.privatedns.com (ip-209-172-34-239.static.privatedns.com [209.172.34.239]) by menubar.gnome.org (Postfix) with SMTP id 458A53B008A for ; Thu, 14 Jun 2007 22:02:03 -0400 (EDT) Received: (qmail 19995 invoked from network); 15 Jun 2007 02:04:10 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by hd-t1637cl.privatedns.com with SMTP; 15 Jun 2007 02:04:10 -0000 From: Liam R E Quin To: Oliver Meyer In-Reply-To: <466910F8.5080703@dsa-ac.de> References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> Content-Type: text/plain Date: Thu, 14 Jun 2007 21:56:30 -0400 Message-Id: <1181872590.14368.107.camel@dell.barefootcomputing.com> Mime-Version: 1.0 X-Mailer: Evolution 2.11.3-2mdv2008.0 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 15 Jun 2007 02:02:06 -0000 On Fri, 2007-06-08 at 10:19 +0200, Oliver Meyer wrote: [...] > So, the short answer is "No, libxml is not going to support xml version > 1.1". I think this is sad. I agree that  is a silliness that we could do without -- it was an unhappy compromise, and at the same time lthe literal C1 controls (equally meaningless) were banned, which actually helps catch a whole bunch of errors. It's rare that a change to a spec makes everyone happy. I'm not sure we (W3C) made _anyone_ happy with XML 1.1, unfortunately. The worst is requiring XML 1.0 processors to reject XML 1.1 documents, I think that was a big mistake. But I'd still like to see libxml support XML 1.1. 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 mikeday@yeslogic.com Fri Jun 15 02:30:12 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 457AA3B00C7 for ; Fri, 15 Jun 2007 02:30:12 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.71 X-Spam-Level: X-Spam-Status: No, score=-0.71 tagged_above=-999 required=2 tests=[BAYES_50=0.001, FORGED_RCVD_HELO=0.135, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Solaris 8 (2), (distance 20, link: ethernet/modem), [144.140.83.156] 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 EEJpDOFxT0GZ for ; Fri, 15 Jun 2007 02:29:38 -0400 (EDT) Received: from omta04ps.mx.bigpond.com (omta04ps.mx.bigpond.com [144.140.83.156]) by menubar.gnome.org (Postfix) with ESMTP id ABBF03B0061 for ; Fri, 15 Jun 2007 02:29:36 -0400 (EDT) Received: from oaamta08ps.mx.bigpond.com ([60.224.50.129]) by omta04ps.mx.bigpond.com with ESMTP id <20070615062934.MZBB15631.omta04ps.mx.bigpond.com@oaamta08ps.mx.bigpond.com>; Fri, 15 Jun 2007 06:29:34 +0000 Received: from [60.224.50.129] by oaamta08ps.mx.bigpond.com with ESMTP id <20070615062933.BYZM3831.oaamta08ps.mx.bigpond.com@[60.224.50.129]>; Fri, 15 Jun 2007 06:29:33 +0000 Message-ID: <467231CD.1070209@yeslogic.com> Date: Fri, 15 Jun 2007 16:29:33 +1000 From: Michael Day User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Liam R E Quin References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> In-Reply-To: <1181872590.14368.107.camel@dell.barefootcomputing.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 15 Jun 2007 06:30:12 -0000 Hi Liam, > The worst is requiring XML 1.0 processors to reject XML 1.1 > documents, I think that was a big mistake. But I'd still > like to see libxml support XML 1.1. I think that the changes required to support XML 1.1 would go so deep into the implementation that it could actually be easier to fork libxml2 and have two separate libraries, one for XML 1.0 and one for XML 1.1. In practice, having two incompatible versions of XML also makes life difficult for applications; if you generate XML 1.1, other applications might not be able to read it, and if you accept XML 1.1 you can't safely save it as XML 1.0 as it might use forbidden characters in markup. The easiest solution to all these problems is just pretend that XML 1.1 never happened, which is what most people seem to be doing. I think that it would be best if the W3C recognised that the attempt has failed, and that trying to push it further would be counterproductive. The character set issues can always wait for a future markup language that introduces some compelling new features that encourage people to use it (and drops DTDs :) Best regards, Michael -- Print XML with Prince! http://www.princexml.com From kotao78@gmail.com Fri Jun 15 05:15:57 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 465683B0061 for ; Fri, 15 Jun 2007 05:15:57 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.452 X-Spam-Level: X-Spam-Status: No, score=-0.452 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, HTML_50_60=0.134, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 3899 hrs), (distance 17, link: (Google 2)), [66.249.90.177] 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 RKSx9-IjYfLn for ; Fri, 15 Jun 2007 05:15:56 -0400 (EDT) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.177]) by menubar.gnome.org (Postfix) with ESMTP id D6A373B000D for ; Fri, 15 Jun 2007 05:15:55 -0400 (EDT) Received: by ik-out-1112.google.com with SMTP id c28so768375ika for ; Fri, 15 Jun 2007 02:15:53 -0700 (PDT) Received: by 10.78.160.4 with SMTP id i4mr1133036hue.1181898953608; Fri, 15 Jun 2007 02:15:53 -0700 (PDT) Received: by 10.78.194.9 with HTTP; Fri, 15 Jun 2007 02:15:53 -0700 (PDT) Message-ID: <2eecaa500706150215p4e4a8a7aldeb16745ec21ba61@mail.gmail.com> Date: Fri, 15 Jun 2007 17:15:53 +0800 From: "Ke Tao" To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_35081_7999876.1181898953586" Subject: [xml] libxml free problem 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, 15 Jun 2007 09:15:57 -0000 ------=_Part_35081_7999876.1181898953586 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline HI ALL, I encounter a problem on libxml free problem. I simple use a code like below, xmlDocPtr doc; xmlNodePtr cur; ....... doc = xmlReadMemory(pBuf, (int)strlen(pBuf), " recbuf.xml", NULL, 0); if (doc == NULL) { return ret; } ..... cur = xmlDocGetRootElement(doc); ..... //do some thing xmlFreedoc(doc); ... But I use valgrind check above code , find this code always has memory problem , the valgrind log is, Best Regards, Ke Tao ------=_Part_35081_7999876.1181898953586 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline HI ALL,

I encounter a problem on libxml free problem.
I simple use a code like below,

    xmlDocPtr doc;
    xmlNodePtr cur;

    .......

    doc = xmlReadMemory(pBuf, (int)strlen(pBuf), " recbuf.xml", NULL, 0);
    if (doc == NULL)
    {           
        return ret;
    }

    .....
    cur = xmlDocGetRootElement(doc);
    .....
    //do some thing


    xmlFreedoc(doc);

    ...

But I use valgrind check above code , find this code always has memory problem , the valgrind log is,








Best Regards,
Ke Tao
------=_Part_35081_7999876.1181898953586-- From martin.trappel@ksengineers.at Fri Jun 15 05:44:38 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DAD073B00CC for ; Fri, 15 Jun 2007 05:44:38 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.031 X-Spam-Level: X-Spam-Status: No, score=-1.031 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: FreeBSD 4.6-4.9 (up: 2925 hrs), (distance 17, link: sometimes modem), [80.120.195.29] 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 tUHuEGSW2nSp for ; Fri, 15 Jun 2007 05:44:36 -0400 (EDT) Received: from mail.ksengineers.at (mail.ksengineers.at [80.120.195.29]) by menubar.gnome.org (Postfix) with ESMTP id A26673B000D for ; Fri, 15 Jun 2007 05:44:36 -0400 (EDT) Message-ID: From: Trappel Martin To: 'Ke Tao' Date: Fri, 15 Jun 2007 11:44:27 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Received-SPF: none Cc: xml@gnome.org Subject: Re: [xml] libxml free problem 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, 15 Jun 2007 09:44:39 -0000 Call xmlCleanupParser(); after you have finished using libxml2 You also may want to call xmlInitParser(); before using it. best regards / mit freundlichen Gr=FC=DFen, Martin Trappel ________________________________ From: Ke Tao [mailto:kotao78@gmail.com]=20 Sent: Friday, June 15, 2007 11:16 AM To: xml@gnome.org Subject: [xml] libxml free problem =09 =09 HI ALL, =09 I encounter a problem on libxml free problem. I simple use a code like below, =09 xmlDocPtr doc; xmlNodePtr cur; =09 ....... =09 doc =3D xmlReadMemory(pBuf, (int)strlen(pBuf), " recbuf.xml", NULL, 0); if (doc =3D=3D NULL) { =20 return ret; } =09 ..... cur =3D xmlDocGetRootElement(doc); ..... //do some thing =09 =09 xmlFreedoc(doc);=20 =09 ... =09 But I use valgrind check above code , find this code always has memory problem , the valgrind log is, =09 =09 =09 =09 =09 =09 =09 =09 Best Regards, Ke Tao =09 From veillard@redhat.com Fri Jun 15 08:06:45 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 93EA63B0126 for ; Fri, 15 Jun 2007 08:06:45 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 8269 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 38cGZsJY8s9R for ; Fri, 15 Jun 2007 08:06:44 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id D94523B0106 for ; Fri, 15 Jun 2007 08:06:43 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5FC6TFV007393; Fri, 15 Jun 2007 08:06:29 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5FC6Sgx006874; Fri, 15 Jun 2007 08:06:28 -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 l5FC6StB031061; Fri, 15 Jun 2007 08:06:28 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5FC6Ss7031058; Fri, 15 Jun 2007 08:06:28 -0400 Date: Fri, 15 Jun 2007 08:06:28 -0400 From: Daniel Veillard To: Liam R E Quin Message-ID: <20070615120628.GL20902@redhat.com> References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1181872590.14368.107.camel@dell.barefootcomputing.com> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org, Oliver Meyer Subject: Re: [xml] When will you support xml version 1.1? 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, 15 Jun 2007 12:06:45 -0000 On Thu, Jun 14, 2007 at 09:56:30PM -0400, Liam R E Quin wrote: > On Fri, 2007-06-08 at 10:19 +0200, Oliver Meyer wrote: > [...] > > So, the short answer is "No, libxml is not going to support xml version > > 1.1". > > I think this is sad. I agree that  is a silliness that we could > do without -- it was an unhappy compromise, and at the same time lthe > literal C1 controls (equally meaningless) were banned, which actually > helps catch a whole bunch of errors. > > It's rare that a change to a spec makes everyone happy. I'm not > sure we (W3C) made _anyone_ happy with XML 1.1, unfortunately. > > The worst is requiring XML 1.0 processors to reject XML 1.1 > documents, I think that was a big mistake. But I'd still > like to see libxml support XML 1.1. I don't think adding support for 1.1 would be so drastic as requiring a fork as Michael suggests. But I don't think the ratio of advantages vs. disadvantages for supporting it is in its favor. It does fragment the set of tools and users. The technical merits are very limited (i.e. better UNICODE support) and all I expect is people to actually use it only for polluting the XML processing chain with uncleaned data from databases. I think one of the main advantage of XML taking over the industry has been to force people to understand better what a character is, what a string means (or not). Opening the gate with just a blind escaping get us back 10 years backward for no good reason. There is very little to gain, and an awful lot to loose, so I'm not in favor. One may thing it's arrogance to say I know better, but considering how many time I made mistake myself in that area, and how often I need to get people to learn about this stuff, I guess it's just a matter of evidence one can collect by browsing the archives of this list. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From phrosty@gmail.com Fri Jun 15 14:15:08 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A16C23B008F for ; Fri, 15 Jun 2007 14:15:08 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.831 X-Spam-Level: X-Spam-Status: No, score=-1.831 tagged_above=-999 required=2 tests=[AWL=0.615, BAYES_00=-2.599, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (Google crawlbot) (firewall!) (up: 519 hrs), (distance 17, link: (Google 2)), [66.249.92.170] 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 NHAK3bJ3tEn0 for ; Fri, 15 Jun 2007 14:15:07 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by menubar.gnome.org (Postfix) with ESMTP id AAB863B0080 for ; Fri, 15 Jun 2007 14:15:06 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id m2so916012ugc for ; Fri, 15 Jun 2007 11:15:04 -0700 (PDT) Received: by 10.82.116.15 with SMTP id o15mr6203698buc.1181931304129; Fri, 15 Jun 2007 11:15:04 -0700 (PDT) Received: by 10.82.121.14 with HTTP; Fri, 15 Jun 2007 11:15:04 -0700 (PDT) Message-ID: <9b1d06140706151115m60885e93ybbaa65c756ea6f17@mail.gmail.com> Date: Fri, 15 Jun 2007 11:15:04 -0700 From: "Cory Nelson" To: xml@gnome.org In-Reply-To: <20070615120628.GL20902@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> <20070615120628.GL20902@redhat.com> Subject: Re: [xml] When will you support xml version 1.1? 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, 15 Jun 2007 18:15:08 -0000 On 6/15/07, Daniel Veillard wrote: > On Thu, Jun 14, 2007 at 09:56:30PM -0400, Liam R E Quin wrote: > > On Fri, 2007-06-08 at 10:19 +0200, Oliver Meyer wrote: > > [...] > > > So, the short answer is "No, libxml is not going to support xml version > > > 1.1". > > > > I think this is sad. I agree that  is a silliness that we could > > do without -- it was an unhappy compromise, and at the same time lthe > > literal C1 controls (equally meaningless) were banned, which actually > > helps catch a whole bunch of errors. > > > > It's rare that a change to a spec makes everyone happy. I'm not > > sure we (W3C) made _anyone_ happy with XML 1.1, unfortunately. > > > > The worst is requiring XML 1.0 processors to reject XML 1.1 > > documents, I think that was a big mistake. But I'd still > > like to see libxml support XML 1.1. > > I don't think adding support for 1.1 would be so drastic as requiring > a fork as Michael suggests. But I don't think the ratio of advantages > vs. disadvantages for supporting it is in its favor. It does fragment > the set of tools and users. The technical merits are very limited > (i.e. better UNICODE support) and all I expect is people to actually > use it only for polluting the XML processing chain with uncleaned data > from databases. I think one of the main advantage of XML taking over the > industry has been to force people to understand better what a character > is, what a string means (or not). Opening the gate with just a blind > escaping get us back 10 years backward for no good reason. There is > very little to gain, and an awful lot to loose, so I'm not in favor. > One may thing it's arrogance to say I know better, but considering > how many time I made mistake myself in that area, and how often I need > to get people to learn about this stuff, I guess it's just a matter > of evidence one can collect by browsing the archives of this list. Better Unicode support is definitely not a minor thing. Being a C++ developer, I fully support languages that give programmers the full power to shoot their foot off if it means giving more benefits to _good_ programmers. Because bad programmers will always be bad programmers, and they'll always find a way to misuse things. (hint: they already do misuse XML) You need a little more faith in the right people. :) > Daniel From liam@holoweb.net Sat Jun 16 01:41:46 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7EA263B0128 for ; Sat, 16 Jun 2007 01:41:46 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.268 X-Spam-Level: X-Spam-Status: No, score=-1.268 tagged_above=-999 required=2 tests=[AWL=-1.160, BAYES_20=-0.74, DATE_IN_PAST_03_06=0.478, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 9273 hrs), (distance 14, link: ethernet/modem), [209.172.34.239] 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 xdWoLVtzooD8 for ; Sat, 16 Jun 2007 01:41:45 -0400 (EDT) Received: from hd-t1637cl.privatedns.com (ip-209-172-34-239.static.privatedns.com [209.172.34.239]) by menubar.gnome.org (Postfix) with SMTP id BDB723B009F for ; Sat, 16 Jun 2007 01:41:44 -0400 (EDT) Received: (qmail 10056 invoked from network); 16 Jun 2007 05:43:53 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by hd-t1637cl.privatedns.com with SMTP; 16 Jun 2007 05:43:53 -0000 From: Liam R E Quin To: Michael Day In-Reply-To: <467231CD.1070209@yeslogic.com> References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> <467231CD.1070209@yeslogic.com> Content-Type: text/plain Date: Fri, 15 Jun 2007 20:49:59 -0400 Message-Id: <1181954999.14771.38.camel@dell.barefootcomputing.com> Mime-Version: 1.0 X-Mailer: Evolution 2.11.3-2mdv2008.0 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 16 Jun 2007 05:41:46 -0000 On Fri, 2007-06-15 at 16:29 +1000, Michael Day wrote: [...] > I think that the changes required to support XML 1.1 would go so deep > into the implementation that it could actually be easier to fork libxml2 > and have two separate libraries, one for XML 1.0 and one for XML 1.1. Are you sure you're not thinking about XPath 1.0 and 2.0 here? The changes for XML 1.0/1.1 are very small in terms of code, and there are very few productions in the Spec grammar that are affected. > In practice, having two incompatible versions of XML also makes life > difficult for applications; if you generate XML 1.1, other applications > might not be able to read it, If they have an XML 1.1 parser they can read it > and if you accept XML 1.1 you can't safely > save it as XML 1.0 as it might use forbidden characters in markup. In which case you raise an error. Your argument would say no-one should ever implement anything new. This is nologic, not yeslogic :-) But there's no use us discussing it further, it sounds as if right now Daniel won't even accept a patch for it (even if I had the time to write & test one, which alas I don't) 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 pajas@ufal.ms.mff.cuni.cz Sat Jun 16 02:48:14 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4AD5C3B00DE for ; Sat, 16 Jun 2007 02:48:14 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.127 X-Spam-Level: X-Spam-Status: No, score=-2.127 tagged_above=-999 required=2 tests=[AWL=-0.541, BAYES_20=-0.74, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: FreeBSD 6.x (1) (up: 11024 hrs), (distance 17, link: ethernet/modem), [195.113.20.71] 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 RqQCZzXddq6I for ; Sat, 16 Jun 2007 02:48:11 -0400 (EDT) Received: from smtp1.ms.mff.cuni.cz (ns.ms.mff.cuni.cz [195.113.20.71]) by menubar.gnome.org (Postfix) with ESMTP id 940293B00C5 for ; Sat, 16 Jun 2007 02:48:11 -0400 (EDT) Received: from ufal.ms.mff.cuni.cz (ufal.ms.mff.cuni.cz [195.113.20.52]) by smtp1.ms.mff.cuni.cz (8.13.8/8.13.8) with ESMTP id l5G6m8sK049967 for ; Sat, 16 Jun 2007 08:48:09 +0200 (CEST) (envelope-from pajas@ufal.ms.mff.cuni.cz) Received: from sup.ms.mff.cuni.cz (sup.ms.mff.cuni.cz [195.113.18.186]) (authenticated bits=0) by ufal.ms.mff.cuni.cz (8.13.8/8.13.8) with ESMTP id l5G6m8LN032180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 16 Jun 2007 08:48:08 +0200 From: Petr Pajas To: xml@gnome.org Date: Sat, 16 Jun 2007 08:48:02 +0200 User-Agent: KMail/1.9.5 References: <200706102310.32293.pajas@ufal.mff.cuni.cz> In-Reply-To: <200706102310.32293.pajas@ufal.mff.cuni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706160848.02842.pajas@ufal.mff.cuni.cz> Subject: Re: [xml] sax and entities 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, 16 Jun 2007 06:48:14 -0000 Daniel, All, before it's forgotten, does anyone have some clues about this, please? Shall I buzilla it? Thanks, -- Petr On Sunday 10 June 2007 23:10, Petr Pajas wrote: > Hi, > > I have two files (also attached) > > 1) test.xml: > > > ]> > &b; > > 2) b.txt, which contains just "B" > > When parsing test.xml via the SAX2 interface, I get two character > callbacks for the string "B". The problem can be reproduced with > testSAX --noent from the libxml2 distribution: > > $ /home/pajas/h2/compile/gnome-xml/testSAX --noent test.xml > SAX.setDocumentLocator() > SAX.startDocument() > SAX.internalSubset(a, , ) > SAX.entityDecl(b, 2, (null), b.txt, (null)) > SAX.externalSubset(a, , ) > SAX.startElement(a) > SAX.getEntity(b) > SAX.characters(B, 1) > SAX.characters(B, 1) <--- why? > SAX.endElement(a) > SAX.endDocument() > > (similarly if b.txt is complex XML - I get the same callbacks for > nodes in the entity twice) > > Is this an expected behavior? If yes, can I somehow distinguish > between the two calls (e.g. based on ctxt) so that I can filter > one of them out? > > P.S. this was observed by one of the users of the Perl bindings > for libxml2. We also have interface for libxml2's reader API in > Perl too, but there are hundreds of very popular Perl modules > build upon the SAX interface (mainly because Perl has really > advanced sax filtering and pipelining with interchangeable SAX > implementations varying from pure-perl, expat, to libxml2; > libxml2 is the fastest among them which makes it very popular and > thus worth maintaining). > > Thanks in advance, > -- Petr From veillard@redhat.com Sat Jun 16 03:59:51 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8F1493B0187 for ; Sat, 16 Jun 2007 03:59:51 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 8468 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 o9boW521b5nn for ; Sat, 16 Jun 2007 03:59:48 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id EEE813B01F9 for ; Sat, 16 Jun 2007 03:59:41 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5G7xdgo028539; Sat, 16 Jun 2007 03:59:39 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5G7xdxe017883; Sat, 16 Jun 2007 03:59: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 l5G7xdAB024968; Sat, 16 Jun 2007 03:59:39 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5G7xdvr024966; Sat, 16 Jun 2007 03:59:39 -0400 Date: Sat, 16 Jun 2007 03:59:39 -0400 From: Daniel Veillard To: Liam R E Quin Message-ID: <20070616075939.GA24145@redhat.com> References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> <467231CD.1070209@yeslogic.com> <1181954999.14771.38.camel@dell.barefootcomputing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1181954999.14771.38.camel@dell.barefootcomputing.com> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 16 Jun 2007 07:59:51 -0000 On Fri, Jun 15, 2007 at 08:49:59PM -0400, Liam R E Quin wrote: > But there's no use us discussing it further, it sounds as if right > now Daniel won't even accept a patch for it (even if I had the > time to write & test one, which alas I don't) A lot of the cost of such a change is not developping the patch, it's testing, ironing bugs out, documentation, and long term support :-) Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ 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 Jun 16 04:11:13 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D035B3B00DE for ; Sat, 16 Jun 2007 04:11:13 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 8470 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 Cq4GciVVzihh for ; Sat, 16 Jun 2007 04:11:12 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 01BB63B009F for ; Sat, 16 Jun 2007 04:11:11 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5G8B9Et003667; Sat, 16 Jun 2007 04:11:09 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5G8B91F022378; Sat, 16 Jun 2007 04: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 l5G8B9sI026007; Sat, 16 Jun 2007 04:11:09 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5G8B93K026005; Sat, 16 Jun 2007 04:11:09 -0400 Date: Sat, 16 Jun 2007 04:11:09 -0400 From: Daniel Veillard To: Petr Pajas Message-ID: <20070616081108.GB24145@redhat.com> References: <200706102310.32293.pajas@ufal.mff.cuni.cz> <200706160848.02842.pajas@ufal.mff.cuni.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706160848.02842.pajas@ufal.mff.cuni.cz> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] sax and entities 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, 16 Jun 2007 08:11:14 -0000 On Sat, Jun 16, 2007 at 08:48:02AM +0200, Petr Pajas wrote: > Daniel, All, > before it's forgotten, does anyone have some clues about this, You must implement an entity handler as part of the SAX callback block which is compatible with libxml2 entities processing and your own needs. > please? Shall I buzilla it? > Thanks, > -- Petr > > On Sunday 10 June 2007 23:10, Petr Pajas wrote: > > Hi, > > > > I have two files (also attached) > > > > 1) test.xml: > > > > > > > ]> > > &b; > > > > 2) b.txt, which contains just "B" > > > > When parsing test.xml via the SAX2 interface, I get two character > > callbacks for the string "B". The problem can be reproduced with > > testSAX --noent from the libxml2 distribution: > > > > $ /home/pajas/h2/compile/gnome-xml/testSAX --noent test.xml > > SAX.setDocumentLocator() > > SAX.startDocument() > > SAX.internalSubset(a, , ) > > SAX.entityDecl(b, 2, (null), b.txt, (null)) > > SAX.externalSubset(a, , ) > > SAX.startElement(a) > > SAX.getEntity(b) > > SAX.characters(B, 1) > > SAX.characters(B, 1) <--- why? One when parsing the entity to make sure it's well formed the first time you use the entity. One each time the entity must be delivered to user land. > > SAX.endElement(a) > > SAX.endDocument() > > > > (similarly if b.txt is complex XML - I get the same callbacks for > > nodes in the entity twice) > > > > Is this an expected behavior? If yes, can I somehow distinguish > > between the two calls (e.g. based on ctxt) so that I can filter > > one of them out? > > > > P.S. this was observed by one of the users of the Perl bindings > > for libxml2. We also have interface for libxml2's reader API in > > Perl too, but there are hundreds of very popular Perl modules > > build upon the SAX interface (mainly because Perl has really > > advanced sax filtering and pipelining with interchangeable SAX > > implementations varying from pure-perl, expat, to libxml2; > > libxml2 is the fastest among them which makes it very popular and > > thus worth maintaining). it's all dependant on how your entity handler is implemented I think. It's very tricky, I agree, that's why I suggest to not use SAX in general. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ 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 Jun 16 04:49:45 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 47E483B00DE for ; Sat, 16 Jun 2007 04:49:45 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 8476 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 tuGlcBi6X-QV for ; Sat, 16 Jun 2007 04:49:43 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id A906C3B00D7 for ; Sat, 16 Jun 2007 04:49:43 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5G8nfJo024060; Sat, 16 Jun 2007 04:49:41 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5G8nf7M028950; Sat, 16 Jun 2007 04:49:41 -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 l5G8nf4P027255; Sat, 16 Jun 2007 04:49:41 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5G8nfR8027253; Sat, 16 Jun 2007 04:49:41 -0400 Date: Sat, 16 Jun 2007 04:49:41 -0400 From: Daniel Veillard To: Petr Pajas Message-ID: <20070616084941.GC24145@redhat.com> References: <200706102310.32293.pajas@ufal.mff.cuni.cz> <200706160848.02842.pajas@ufal.mff.cuni.cz> <20070616081108.GB24145@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070616081108.GB24145@redhat.com> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] sax and entities 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, 16 Jun 2007 08:49:45 -0000 On Sat, Jun 16, 2007 at 04:11:09AM -0400, Daniel Veillard wrote: > On Sat, Jun 16, 2007 at 08:48:02AM +0200, Petr Pajas wrote: > > > SAX.startElement(a) > > > SAX.getEntity(b) > > > SAX.characters(B, 1) > > > SAX.characters(B, 1) <--- why? > > One when parsing the entity to make sure it's well formed the first time > you use the entity. > One each time the entity must be delivered to user land. > One important point is to ask the parser to do entity substitution if you provide your own SAX routines so it does as much of the work as possible. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From gnushi@gmx.net Sat Jun 16 12:34:26 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 550D93B00DB for ; Sat, 16 Jun 2007 12:34:26 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.316 X-Spam-Level: X-Spam-Status: No, score=-1.316 tagged_above=-999 required=2 tests=[AWL=-1.130, BAYES_40=-0.185, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 2084 hrs), (distance 18, link: ethernet/modem), [213.165.64.20] 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 tNoLwuEz-L3c for ; Sat, 16 Jun 2007 12:34:24 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 241363B0009 for ; Sat, 16 Jun 2007 12:34:23 -0400 (EDT) Received: (qmail invoked by alias); 16 Jun 2007 16:34:22 -0000 Received: from i59F51A25.versanet.de (EHLO [192.168.0.123]) [89.245.26.37] by mail.gmx.net (mp027) with SMTP; 16 Jun 2007 18:34:22 +0200 X-Authenticated: #25638766 X-Provags-ID: V01U2FsdGVkX19wVxo3xX5wB3EY6lI2b8zUbEOgKUC3dgAPqpGC6g d+gDu1mROVZj46 Message-ID: <4674110B.5080702@gmx.net> Date: Sat, 16 Jun 2007 18:34:19 +0200 From: Gnushi User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: [xml] Validating XML Expressions X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: gnushi@gmx.net List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2007 16:34:26 -0000 Hi Folks! I would like to know wether there are functions to validate xml expressions like URIs, namespaces, IDs, just qualified XML names against the W3 standard. Something like int isValidID(const xmlChar* id); which can be used for expression like if isValidID(" my id").... I did not find anything in the mailing list archive and the documentation. Best regards GnuShi From lilith@zenteq.am Thu Jun 14 08:12:10 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B388A3B0193 for ; Thu, 14 Jun 2007 08:12:10 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.821 X-Spam-Level: X-Spam-Status: No, score=-1.821 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, FORGED_RCVD_HELO=0.135, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: FreeBSD 5.3-5.4 (up: 123 hrs), (distance 19, link: ethernet/modem), [83.217.229.162] 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 Ri1dxO+AtsCW for ; Thu, 14 Jun 2007 08:12:06 -0400 (EDT) Received: from ase.i.zenteq.am (unknown [83.217.229.162]) by menubar.gnome.org (Postfix) with ESMTP id 54C7B3B01A6 for ; Thu, 14 Jun 2007 08:12:04 -0400 (EDT) Received: from ech.i.zenteq.am ([192.168.1.27] helo=localhost.localdomain ident=lilith) by ase.i.zenteq.am with esmtp (Exim 4.50 (FreeBSD)) id 1HyoBB-000Nxz-Rn; Thu, 14 Jun 2007 17:11:57 +0500 Date: Thu, 14 Jun 2007 17:11:57 +0500 To: xml@gnome.org, daniel@veillard.com From: Lilith Organization: Zenteq.am Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Message-ID: User-Agent: Opera Mail/9.10 (Linux) X-Mailman-Approved-At: Sat, 16 Jun 2007 13:17:35 -0400 Subject: [xml] Adding new slot in parser.h::_xmlParserCtxt 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, 14 Jun 2007 12:12:10 -0000 Hello, I use libxml2, libxslt, and libxml2-python. In some tasks I need to = redefine the default entity loader. My application runs in multithreaded= = mode, and each thread must have a different loader . Also imported and = included stylesheets must be loaded with the same loader as their parent= = stylesheet. To implement this, I did the following: 1) added new `loaderId' slot in libxml2::include/libxml/tree.h:_xmlDoc = structure; 2) added new `loaderId' slot in libxml2::include/libxml/parser.h: = _xmlParserCtxt; 3) modified function `xsltDocDefaultLoaderFunc' changing the type of the= = fourth argument to `xsltStylesheetPtr ctxt' and added the following: pctxt =3D xmlNewParserCtxt(); /* hacked */ if (ctxt) { par =3D ctxt->parent; loaderId =3D ctxt->doc->loaderId; pctxt->loaderId =3D doc->loaderId =3D (xsltStylesheet *)ctxt->doc->loa= derId; } to `xsltDocDefaultLoaderFunc' (and modified every call of this function = to = pass the right argument); 4) added accessors for `loaderId' to the python wrappers in `parserCtxt'= = and `xmlDoc' classes; After that, I get the `segmentation fault' somewhere (I really don't kno= w = where, because it changes depending on where I place the `loaderId' slot= = in '_xmlParserCtxt'). How can I implement what I needed and what is happening when I add a new= = slot in _xmlParserCtxt? There was a similar trouble when I added = `loaderId' as the first slot to _xmlDoc, and I fixed it by moving it to = = the bottom of the structure. The problem was that `xmlElementType' must = be = the second slot. But there are no similar restrictions in `_xmlParserCtx= t'. Lilith -- = http://www.renderx.net/ From stefan_ml@behnel.de Sat Jun 16 14:53:24 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E247E3B0076 for ; Sat, 16 Jun 2007 14:53:23 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.5 X-Spam-Level: X-Spam-Status: No, score=0.5 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, RCVD_IN_SORBS_WEB=1.456, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4292 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.24] 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 4ABnw1q8enIH for ; Sat, 16 Jun 2007 14:53:22 -0400 (EDT) Received: from lnx130.hrz.tu-darmstadt.de (lnx130.hrz.tu-darmstadt.de [130.83.174.24]) by menubar.gnome.org (Postfix) with ESMTP id 077233B0084 for ; Sat, 16 Jun 2007 14:53:21 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx130.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5GIrFVN009003; Sat, 16 Jun 2007 20:53:15 +0200 Received: from [192.168.178.22] (dslb-084-056-002-082.pools.arcor-ip.net [84.56.2.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id 694051705; Sat, 16 Jun 2007 20:53:15 +0200 (CEST) Message-ID: <4674319B.10409@behnel.de> Date: Sat, 16 Jun 2007 20:53:15 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Lilith References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] Adding new slot in parser.h::_xmlParserCtxt 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, 16 Jun 2007 18:53:24 -0000 Lilith wrote: > I use libxml2, libxslt, and libxml2-python. In some tasks I need to > redefine the default entity loader. My application runs in multithreaded > mode, and each thread must have a different loader . Also imported and > included stylesheets must be loaded with the same loader as their parent > stylesheet. If you only need this for Python, consider using lxml. http://codespeak.net/lxml It's also much easier to use than libxml2/libxslt directly. Stefan From rrichards@ctindustries.net Sat Jun 16 18:00:58 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C9683B0070 for ; Sat, 16 Jun 2007 18:00:58 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.29 X-Spam-Level: X-Spam-Status: No, score=0.29 tagged_above=-999 required=2 tests=[BAYES_50=0.001, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 1) (up: 887 hrs), (distance 15, link: ethernet/modem), [216.117.147.250] 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 rqWHQmCuNZKJ for ; Sat, 16 Jun 2007 18:00:56 -0400 (EDT) Received: from ctindustries.net (unknown [216.117.147.250]) by menubar.gnome.org (Postfix) with ESMTP id BDE493B002C for ; Sat, 16 Jun 2007 18:00:56 -0400 (EDT) Received: from [127.0.0.1] ([67.158.171.203]) (authenticated bits=0) by ctindustries.net (8.13.8/8.13.8) with ESMTP id l5GLulZm002139; Sat, 16 Jun 2007 17:56:48 -0400 Message-ID: <46745E07.2090502@ctindustries.net> Date: Sat, 16 Jun 2007 18:02:47 -0400 From: Rob Richards User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Lilith References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000749-2, 06/16/2007), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on localhost X-Virus-Status: Clean Cc: xml@gnome.org Subject: Re: [xml] Adding new slot in parser.h::_xmlParserCtxt 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, 16 Jun 2007 22:00:58 -0000 Hi Lilith, Lilith wrote: > Hello, > > I use libxml2, libxslt, and libxml2-python. In some tasks I need to > redefine the default entity loader. My application runs in multithreaded > mode, and each thread must have a different loader . Also imported and > included stylesheets must be loaded with the same loader as their parent > stylesheet. To implement this, I did the following: > 1) added new `loaderId' slot in libxml2::include/libxml/tree.h:_xmlDoc > structure; > 2) added new `loaderId' slot in libxml2::include/libxml/parser.h: > _xmlParserCtxt; > 3) modified function `xsltDocDefaultLoaderFunc' changing the type of the > fourth argument to `xsltStylesheetPtr ctxt' and added the following: > pctxt = xmlNewParserCtxt(); > /* hacked */ > if (ctxt) { > par = ctxt->parent; > loaderId = ctxt->doc->loaderId; > pctxt->loaderId = doc->loaderId = (xsltStylesheet *)ctxt->doc->loaderId; > } > to `xsltDocDefaultLoaderFunc' (and modified every call of this function to > pass the right argument); > 4) added accessors for `loaderId' to the python wrappers in `parserCtxt' > and `xmlDoc' classes; > If its the external entity loader you need to manage, within PHP, I use xmlParserInputBufferCreateFilenameDefault. Its per thread and allows me to take control of input handling for URIs, so we can use the PHP stream handlers for I/O without possible hijacking from outside sources. It is called by xmlNewInputFromFile and ultimately from xmlDefaultExternalEntityLoader. The xsl extension, as it depends on libxml2 ends up relying upon the custom handling as well. Rob From mikeday@yeslogic.com Sun Jun 17 00:22:15 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4EA653B008E for ; Sun, 17 Jun 2007 00:22:15 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.71 X-Spam-Level: X-Spam-Status: No, score=-0.71 tagged_above=-999 required=2 tests=[BAYES_50=0.001, FORGED_RCVD_HELO=0.135, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Solaris 8 (2), (distance 19, link: ethernet/modem), [144.140.93.154] 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 h8jM9UpegAnp for ; Sun, 17 Jun 2007 00:22:12 -0400 (EDT) Received: from omta02sl.mx.bigpond.com (omta02sl.mx.bigpond.com [144.140.93.154]) by menubar.gnome.org (Postfix) with ESMTP id DC9663B0081 for ; Sun, 17 Jun 2007 00:22:11 -0400 (EDT) Received: from oaamta02sl.mx.bigpond.com ([60.224.50.129]) by omta02sl.mx.bigpond.com with ESMTP id <20070617042208.UOJO10557.omta02sl.mx.bigpond.com@oaamta02sl.mx.bigpond.com>; Sun, 17 Jun 2007 04:22:08 +0000 Received: from [60.224.50.129] by oaamta02sl.mx.bigpond.com with ESMTP id <20070617042207.HILV338.oaamta02sl.mx.bigpond.com@[60.224.50.129]>; Sun, 17 Jun 2007 04:22:07 +0000 Message-ID: <4674B6EF.4040203@yeslogic.com> Date: Sun, 17 Jun 2007 14:22:07 +1000 From: Michael Day User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Liam R E Quin References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> <467231CD.1070209@yeslogic.com> <1181954999.14771.38.camel@dell.barefootcomputing.com> In-Reply-To: <1181954999.14771.38.camel@dell.barefootcomputing.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 17 Jun 2007 04:22:15 -0000 Hi Liam, > Are you sure you're not thinking about XPath 1.0 and 2.0 here? The > changes for XML 1.0/1.1 are very small in terms of code, and there > are very few productions in the Spec grammar that are affected. No. XPath 2.0 could easily be implemented in parallel with the existing XPath 1.0 implementation in libxml2, simply by adding a new "xpath2" module next to the existing "xpath" module. Application code could then use either API depending on their needs, and existing code using the xpath module would continue to work unchanged. Daniel says that implementing XML 1.1 would not require a fork of libxml2, and he should know. However, it would be one more source of complexity in the library, with associated testing burden and bug reports, for very little benefit. For example, I don't think that xmlReadFile() should be silently upgraded to parse XML 1.1 documents, as application code is not expecting to receive them, and would be faced with unexpected characters like  in the input, which they might already be using internally as sentinel values, knowing that they can never occur. A new options could be added, like XML_PARSER_XML11, which applications could pass to xmlReadFile() and other functions to indicate that they are happy to receive XML 1.1 documents. For applications to support it properly though, they would need to change their internal definition of whitespace to include NEL when the document that they are processing is an XML 1.1 document, which is frankly stupid. > Your argument would say no-one should ever implement anything new. Hardly. RELAX NG is new (well, it was new) and libxml2 has implemented it, without screwing up existing XML parsing. XPath 2.0 is new, and libxml2 could potentially support it, without breaking existing code or affecting existing support for XPath 1.0. XML 1.1 is not something new, so much as it is taking something that has been widely and interoperably implemented and breaking it in subtle ways. That's hardly logical. The only part of XML 1.1 that everyone agrees is reasonable is the support for more scripts in name characters, and avoiding explicitly specifying the set of UNICODE characters that can be used in names. So, why not introduce a fifth edition of XML 1.0 that expands the set of characters that may be used as name characters. This would be backwards compatible, as every well-formed XML 1.0 document would remain legal. It would allow the use of more scripts in XML markup, like Mongolian. Parsers could support it quite easily, and the change would be unlikely to confuse applications. Then admit that XML 1.1 was an experiment that failed, and has not achieved widespread interoperable implementation, and deprecate it. Best regards, Michael -- Print XML with Prince! http://www.princexml.com From tmohr@s.netic.de Sun Jun 17 05:49:51 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2D7543B0074 for ; Sun, 17 Jun 2007 05:49:51 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.104 X-Spam-Level: X-Spam-Status: No, score=0.104 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (NAT!) (firewall!) (up: 6 hrs), (distance 18, link: ISDN ppp), [213.178.187.63] 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 TI3yqej7eNv4 for ; Sun, 17 Jun 2007 05:49:49 -0400 (EDT) Received: from schleim.qwe.de (host-213-178-187-63.dsl.netic.de [213.178.187.63]) by menubar.gnome.org (Postfix) with ESMTP id 39EBE3B006B for ; Sun, 17 Jun 2007 05:49:48 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by schleim.qwe.de (Postfix) with ESMTP id A174E621BF for ; Sun, 17 Jun 2007 11:52:24 +0200 (CEST) From: Torsten Mohr To: xml@gnome.org Date: Sun, 17 Jun 2007 11:52:24 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706171152.24145.tmohr@s.netic.de> Subject: [xml] program crash, how to debug? 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, 17 Jun 2007 09:49:51 -0000 Hi, for a program i wrote one function to write data as XML into a file and one function to read the data back from a file. The XML that is written to a file looks as i expect it. Also, when i read it back and display the memory structures the also look ok. I call LIBXML_TEST_VERSION once and xmlInitParser also only once at the startup of my program. But when i read data from an XML file and then immediately write data back (using my functions) i get a program crash in the write-function. To be more precise, i do not load an xmlDocument and write that xmlDocument back but use my functions for that: Load-function: - load an xmlDocument - interpret its content and fill some of my memory structures with it Write-function: - create an xmlDocument in memory from my data structures - write that xmlDocument to file system The thing that seems to crash my program is: xmlNewProp(node, BAD_CAST "flags", BAD_CAST buff); "node" was created before and is not NULL. "buff" is a char buffer that contains "0" (zero terminated). A call to xmlGetLastError() right before that call returns NULL. Has anybody got an hint on how to debug this? Are there any special functions to see if libxml2 data are consistent? Or any other functions that could help? Best regards, Torsten. From veillard@redhat.com Sun Jun 17 07:55:52 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 50E663B0074 for ; Sun, 17 Jun 2007 07:55:52 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 8747 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 hnErTcVxr7XB for ; Sun, 17 Jun 2007 07:55:50 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id BAA593B006B for ; Sun, 17 Jun 2007 07:55:50 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5HBtmSf021171; Sun, 17 Jun 2007 07:55:48 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5HBtmi8006082; Sun, 17 Jun 2007 07:55:48 -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 l5HBtmYG002114; Sun, 17 Jun 2007 07:55:48 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5HBtmYq002112; Sun, 17 Jun 2007 07:55:48 -0400 Date: Sun, 17 Jun 2007 07:55:48 -0400 From: Daniel Veillard To: Torsten Mohr Message-ID: <20070617115547.GB10150@redhat.com> References: <200706171152.24145.tmohr@s.netic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706171152.24145.tmohr@s.netic.de> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] program crash, how to debug? 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, 17 Jun 2007 11:55:52 -0000 On Sun, Jun 17, 2007 at 11:52:24AM +0200, Torsten Mohr wrote: > Has anybody got an hint on how to debug this? Use a debugger. And that is platform dependant. There is nothing specific to debug an application crash just because it happens to use libxml2. That's general programming knowledge, and usually is platform dependant. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From nick@webthing.com Sun Jun 17 09:40:06 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BAF5D3B0074 for ; Sun, 17 Jun 2007 09:40:06 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.782 X-Spam-Level: X-Spam-Status: No, score=-0.782 tagged_above=-999 required=2 tests=[AWL=-0.886, BAYES_40=-0.185, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 615 hrs), (distance 21, link: (Google/AOL)), [80.229.52.226] 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 f4f7aJ99kNQJ for ; Sun, 17 Jun 2007 09:40:05 -0400 (EDT) Received: from grimnir.webthing.com (walkham.free-online.co.uk [80.229.52.226]) by menubar.gnome.org (Postfix) with ESMTP id C10C43B006C for ; Sun, 17 Jun 2007 09:40:00 -0400 (EDT) Received: from grimnir.webthing.com (localhost [127.0.0.1]) by grimnir.webthing.com (Postfix) with ESMTP id 203A72137 for ; Sun, 17 Jun 2007 14:39:58 +0100 (BST) Date: Sun, 17 Jun 2007 14:39:57 +0100 From: Nick Kew To: xml@gnome.org Message-ID: <20070617143957.77163f64@grimnir> Organization: WebThing X-Mailer: Sylpheed-Claws 2.5.0-rc3 (GTK+ 2.10.6; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [xml] Parsing tag-soup HTML 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, 17 Jun 2007 13:40:06 -0000 I've been using libxml2 for some years to parse both XML and HTML in the context of Apache filter modules. All these modules use the parseChunk API, which is the only reasonable option in the context of the Apache filter architecture. My most widely-used libxml2-based module is mod_proxy_html, which serves to rewrite HTML links in a reverse proxy. A FAQ arising in this context is why some pages get mangled. The straight answer is that they're hopelessly malformed tag-soup, and HTMLparser is somewhat less forgiving than mainstream browsers. Common examples include: - Documents that start with a , followed by (normal contents) - / and nothing else. With libxml2 we can add value to that by inserting implied closing tags. But in some cases, we need to avoid inserting implied opening tags. And we should dispense with some error corrections such as rejecting an opening tag after a document has opened. In fact, I think we need to dispense with generating *any* implied opening tags when in tag-soup mode. Which in turn means we can't imply closing tags, lest they be unmatched! So in terms of a first-iteration draft wishlist, tag-soup mode should: - avoid inserting any implied tags in a SAX parse - treat contents of and as raw CDATA, and don't parse it. > which it seems would defeat your first example I guess. > The problem really is to try to come back to a set of garantees and > behavior rules. Reading the slides pointed from the end of that page > may help. But I'm not sure it's what you want, but since you use the > same name, it should hopefully be close. Sounds like he's using "tag soup" to mean something that cleans it up, in the tradition of Tidy or AccessValet. I'm contemplating the exact opposite: something that leaves it intact! -- Nick Kew Application Development with Apache - the Apache Modules Book http://www.apachetutor.org/ From stefan_ml@behnel.de Mon Jun 18 06:18:55 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 034EF3B0078 for ; Mon, 18 Jun 2007 06:18:55 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.445 X-Spam-Level: X-Spam-Status: No, score=-2.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4390 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.25] 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 QsQMYF1Nkum2 for ; Mon, 18 Jun 2007 06:18:50 -0400 (EDT) Received: from lnx131.hrz.tu-darmstadt.de (lnx131.hrz.tu-darmstadt.de [130.83.174.25]) by menubar.gnome.org (Postfix) with ESMTP id 3768B3B00CF for ; Mon, 18 Jun 2007 06:18:49 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx131.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5IAHhrJ031410; Mon, 18 Jun 2007 12:17:43 +0200 Received: from [192.168.255.75] (p5088FC4C.dip.t-dialin.net [80.136.252.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id 43EFA1704; Mon, 18 Jun 2007 12:17:44 +0200 (CEST) Message-ID: <46765BC7.4070905@behnel.de> Date: Mon, 18 Jun 2007 12:17:43 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Nick Kew References: <20070617143957.77163f64@grimnir> <20070617141829.GC10150@redhat.com> <20070617155228.467d774b@grimnir> <20070617154208.GD10150@redhat.com> <20070618110742.0d363ba8@grimnir> In-Reply-To: <20070618110742.0d363ba8@grimnir> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] Parsing tag-soup HTML 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, 18 Jun 2007 10:18:55 -0000 Nick Kew wrote: > On Sun, 17 Jun 2007 11:42:08 -0400 > Daniel Veillard wrote: >> The problem really is to try to come back to a set of garantees and >> behavior rules. Reading the slides pointed from the end of that page >> may help. But I'm not sure it's what you want, but since you use the >> same name, it should hopefully be close. > > Sounds like he's using "tag soup" to mean something that cleans it up, > in the tradition of Tidy or AccessValet. I'm contemplating the exact > opposite: something that leaves it intact! I don't think libxml2 is the right place for something that "leaves tag soup intact". It has an XML tree model, so you can't leave tags unclosed, for example. I actually think that most use cases want something that's cleaned up and conforms to some spec when it comes in rather than to write something back out that's horribly broken. The current parser tries to deal with broken legacy HTML code and makes it usable. It doesn't try to preserve its brokenness. Stefan From veillard@redhat.com Mon Jun 18 08:14:05 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AD5FE3B00A3 for ; Mon, 18 Jun 2007 08:14:05 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 8990 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 FC7V5AmoIwUK for ; Mon, 18 Jun 2007 08:14:03 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 7FEC93B00CF for ; Mon, 18 Jun 2007 08:14:03 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5ICE1k3030425; Mon, 18 Jun 2007 08:14:01 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5ICE18p031054; Mon, 18 Jun 2007 08:14:01 -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 l5ICE1l4023701; Mon, 18 Jun 2007 08:14:01 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5ICE107023699; Mon, 18 Jun 2007 08:14:01 -0400 Date: Mon, 18 Jun 2007 08:14:01 -0400 From: Daniel Veillard To: Nick Kew Message-ID: <20070618121401.GI12777@redhat.com> References: <20070617143957.77163f64@grimnir> <20070617141829.GC10150@redhat.com> <20070617155228.467d774b@grimnir> <20070617154208.GD10150@redhat.com> <20070618110742.0d363ba8@grimnir> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070618110742.0d363ba8@grimnir> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] Parsing tag-soup HTML 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, 18 Jun 2007 12:14:05 -0000 On Mon, Jun 18, 2007 at 11:07:42AM +0100, Nick Kew wrote: > On Sun, 17 Jun 2007 11:42:08 -0400 > Daniel Veillard wrote: > > > Coming back with some kind of definition of what a tag soup parser > > behaviour is is probably more important than digging in libxml2 code. > > A slightly circular argument in this case. What I really need to > do is review the case history of what users complain about, and > relate that to how the parser works. Bear in mind this is a > streaming SAX parser: other APIs are way too slow and therefore > of no interest in this context. Out of context. I wonder why you think the reader would be that much slower. I did only XML tests but the cost was within 20% of the SAX parsing speed. > If I write a new parser from scratch, it'll be a simpleminded thing > based on what bad tag-soup "html" expects: > > generates a startElement event > generates an EndElement event > > / and nothing else. > > With libxml2 we can add value to that by inserting implied closing > tags. But in some cases, we need to avoid inserting implied opening > tags. And we should dispense with some error corrections such as > rejecting an opening tag after a document has opened. > In fact, I think we need to dispense with generating *any* implied > opening tags when in tag-soup mode. Which in turn means we can't > imply closing tags, lest they be unmatched! > > So in terms of a first-iteration draft wishlist, tag-soup mode should: > - avoid inserting any implied tags in a SAX parse That would be contrary to what Tag Soup actually means for most people as I pointed out. > - treat contents of and as raw > CDATA, and don't parse it. You need *some* parsing just to detect the end of tag, and now you're back to the origin, what criteria will you keep ? > > which it seems would defeat your first example I guess. > > The problem really is to try to come back to a set of garantees and > > behavior rules. Reading the slides pointed from the end of that page > > may help. But I'm not sure it's what you want, but since you use the > > same name, it should hopefully be close. > > Sounds like he's using "tag soup" to mean something that cleans it up, > in the tradition of Tidy or AccessValet. I'm contemplating the exact > opposite: something that leaves it intact! And I think as an API you just can't ! You will break apps if you deliver aaa bbb ccc as 2 opening tag and then 2 closing tag but inverted. Seems what you want is textual transformation only, and in that case a parser doesn't sound like the best tool to implement this. But maybe I misunderstand. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From nick@webthing.com Mon Jun 18 09:02:44 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6D2F53B00CF for ; Mon, 18 Jun 2007 09:02:44 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.365 X-Spam-Level: X-Spam-Status: No, score=-0.365 tagged_above=-999 required=2 tests=[AWL=-0.981, BAYES_05=-1.11, FORGED_RCVD_HELO=0.135, SARE_HTML_TITLE_1WD=1.591] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 674 hrs), (distance 21, link: (Google/AOL)), [80.229.52.226] 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 8Nz1+s4dtUlj for ; Mon, 18 Jun 2007 09:02:42 -0400 (EDT) Received: from grimnir.webthing.com (walkham.free-online.co.uk [80.229.52.226]) by menubar.gnome.org (Postfix) with ESMTP id E3C393B00F1 for ; Mon, 18 Jun 2007 09:02:41 -0400 (EDT) Received: from grimnir.webthing.com (localhost [127.0.0.1]) by grimnir.webthing.com (Postfix) with ESMTP id 8C7472137 for ; Mon, 18 Jun 2007 14:02:39 +0100 (BST) Date: Mon, 18 Jun 2007 14:02:39 +0100 From: Nick Kew To: xml@gnome.org Message-ID: <20070618140239.14f80193@grimnir> In-Reply-To: <20070618121401.GI12777@redhat.com> References: <20070617143957.77163f64@grimnir> <20070617141829.GC10150@redhat.com> <20070617155228.467d774b@grimnir> <20070617154208.GD10150@redhat.com> <20070618110742.0d363ba8@grimnir> <20070618121401.GI12777@redhat.com> Organization: WebThing X-Mailer: Sylpheed-Claws 2.5.0-rc3 (GTK+ 2.10.6; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Subject: Re: [xml] Parsing tag-soup HTML 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, 18 Jun 2007 13:02:44 -0000 On Mon, 18 Jun 2007 08:14:01 -0400 Daniel Veillard wrote: > Out of context. I wonder why you think the reader would be that > much slower. I did only XML tests but the cost was within 20% of the > SAX parsing speed. Because it lacks a ParseChunk API, which means it can't work with Apache's pipelined filter architecture. Unless you've added such an API since I last looked. > > So in terms of a first-iteration draft wishlist, tag-soup mode > > should: > > - avoid inserting any implied tags in a SAX parse >=20 > That would be contrary to what Tag Soup actually means for most > people as I pointed out. OK, consider the example referenced from my blog in my first post, coming from a microsoft sharepoint backend, which inserted a bogus at the top. Try running the following through "xmllint --html": foo

Hello, World

and it becomes:

lang=3D"en">

foo

Hello, World

=46rom the point of view of the user, that's worse than the original, because real-life browsers will render that first bogus paragraph. It's because of examples like that that I want to make it a configurable option NOT to insert any inferred tags. =20 > > - treat contents of and as raw > > CDATA, and don't parse it. >=20 > You need *some* parsing just to detect the end of tag, and now > you're back to the origin, what criteria will you keep >=20 > > > =20 > ? Case-insensitive "" preceded by zero or more whitespace chars. Yes, that'll still screw up on document.write(''). Needs more thought. But at least it will leave things like intact. > > Sounds like he's using "tag soup" to mean something that cleans it > > up, in the tradition of Tidy or AccessValet. I'm contemplating the > > exact opposite: something that leaves it intact! >=20 > And I think as an API you just can't ! You will break apps if you > deliver aaa bbb ccc > as 2 opening tag and then 2 closing tag but inverted. Cases like that don't seem to hit my inbox. I guess that's because even frontpage-weenies don't product code like that (or if they do, they can see what's wrong for themselves). > Seems what you want is textual transformation only, and in that case > a parser doesn't sound like the best tool to implement this. But > maybe I misunderstand. Yes, you could be right. That's the other option. I already have a simple sed-like filter (mod_line_edit), which offers a fallback to users with hopelessly broken markup they can't do anything about. But that loses the point and the power of a markup-aware parser generating a stream of events. --=20 Nick Kew Application Development with Apache - the Apache Modules Book http://www.apachetutor.org/ From stefan_ml@behnel.de Mon Jun 18 09:09:17 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DE03D3B00C0 for ; Mon, 18 Jun 2007 09:09:17 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4397 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.25] 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 WUWsInlcm1Yf for ; Mon, 18 Jun 2007 09:09:15 -0400 (EDT) Received: from lnx131.hrz.tu-darmstadt.de (lnx131.hrz.tu-darmstadt.de [130.83.174.25]) by menubar.gnome.org (Postfix) with ESMTP id B617B3B008D for ; Mon, 18 Jun 2007 09:09:14 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx131.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5ID8wlU024360; Mon, 18 Jun 2007 15:08:58 +0200 Received: from [192.168.255.75] (p5088FC4C.dip.t-dialin.net [80.136.252.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id 0F115170E; Mon, 18 Jun 2007 15:08:59 +0200 (CEST) Message-ID: <467683E5.4010604@behnel.de> Date: Mon, 18 Jun 2007 15:08:53 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Nick Kew References: <20070617143957.77163f64@grimnir> <20070617141829.GC10150@redhat.com> <20070617155228.467d774b@grimnir> <20070617154208.GD10150@redhat.com> <20070618110742.0d363ba8@grimnir> <20070618121401.GI12777@redhat.com> <20070618140239.14f80193@grimnir> In-Reply-To: <20070618140239.14f80193@grimnir> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] Parsing tag-soup HTML 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, 18 Jun 2007 13:09:18 -0000 Nick Kew wrote: > On Mon, 18 Jun 2007 08:14:01 -0400 > Try running the following through "xmllint --html": > > > > foo >

Hello, World

> In that case I would actually prefer making it a general special case rule in the current parser to interpret a leading tag as an encoding hint to the parser. That would add quite a portion of real-world non-HTML to the set of parsable (i.e. fixable) documents. Stefan From nick@webthing.com Mon Jun 18 09:23:53 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B61B93B008D for ; Mon, 18 Jun 2007 09:23:53 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.011 X-Spam-Level: X-Spam-Status: No, score=-1.011 tagged_above=-999 required=2 tests=[AWL=-0.138, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, SARE_HTML_TITLE_1WD=1.591] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 675 hrs), (distance 21, link: (Google/AOL)), [80.229.52.226] 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 hGjYfPK31SfD for ; Mon, 18 Jun 2007 09:23:52 -0400 (EDT) Received: from grimnir.webthing.com (walkham.free-online.co.uk [80.229.52.226]) by menubar.gnome.org (Postfix) with ESMTP id 3EEFE3B0008 for ; Mon, 18 Jun 2007 09:23:50 -0400 (EDT) Received: from grimnir.webthing.com (localhost [127.0.0.1]) by grimnir.webthing.com (Postfix) with ESMTP id 2AF832137 for ; Mon, 18 Jun 2007 14:23:48 +0100 (BST) Date: Mon, 18 Jun 2007 14:23:47 +0100 From: Nick Kew To: xml@gnome.org Message-ID: <20070618142347.347de327@grimnir> In-Reply-To: <467683E5.4010604@behnel.de> References: <20070617143957.77163f64@grimnir> <20070617141829.GC10150@redhat.com> <20070617155228.467d774b@grimnir> <20070617154208.GD10150@redhat.com> <20070618110742.0d363ba8@grimnir> <20070618121401.GI12777@redhat.com> <20070618140239.14f80193@grimnir> <467683E5.4010604@behnel.de> Organization: WebThing X-Mailer: Sylpheed-Claws 2.5.0-rc3 (GTK+ 2.10.6; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [xml] Parsing tag-soup HTML 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, 18 Jun 2007 13:23:53 -0000 On Mon, 18 Jun 2007 15:08:53 +0200 Stefan Behnel wrote: > > > Nick Kew wrote: > > On Mon, 18 Jun 2007 08:14:01 -0400 > > Try running the following through "xmllint --html": > > > > > > > > foo > >

Hello, World

> > > > In that case I would actually prefer making it a general special case > rule in the current parser to interpret a leading tag as an > encoding hint to the parser. That would add quite a portion of > real-world non-HTML to the set of parsable (i.e. fixable) documents. > > Stefan That's what I've done in that specific case. An ad-hoc fix to a specific instance of bad markup. It does nothing for a similar case, like

Hello World

foo

Some contents here

which HTMLparser fixes to

Hello World

foo

Hello, World

I'm trying to get away from ad-hoc fixes! -- Nick Kew Application Development with Apache - the Apache Modules Book http://www.apachetutor.org/ From stefan_ml@behnel.de Mon Jun 18 09:31:55 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 11A183B00C0 for ; Mon, 18 Jun 2007 09:31:55 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4398 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.25] 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 a9johwx51qkm for ; Mon, 18 Jun 2007 09:31:50 -0400 (EDT) Received: from lnx131.hrz.tu-darmstadt.de (lnx131.hrz.tu-darmstadt.de [130.83.174.25]) by menubar.gnome.org (Postfix) with ESMTP id 2291F3B0008 for ; Mon, 18 Jun 2007 09:31:47 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx131.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5IDVRMJ008099; Mon, 18 Jun 2007 15:31:27 +0200 Received: from [192.168.255.75] (p5088FC4C.dip.t-dialin.net [80.136.252.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id F1DB6170E; Mon, 18 Jun 2007 15:31:27 +0200 (CEST) Message-ID: <4676892F.8050907@behnel.de> Date: Mon, 18 Jun 2007 15:31:27 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Nick Kew References: <20070617143957.77163f64@grimnir> <20070617141829.GC10150@redhat.com> <20070617155228.467d774b@grimnir> <20070617154208.GD10150@redhat.com> <20070618110742.0d363ba8@grimnir> <20070618121401.GI12777@redhat.com> <20070618140239.14f80193@grimnir> <467683E5.4010604@behnel.de> <20070618142347.347de327@grimnir> In-Reply-To: <20070618142347.347de327@grimnir> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] Parsing tag-soup HTML 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, 18 Jun 2007 13:31:55 -0000 Nick Kew wrote: > Stefan Behnel wrote: >> Nick Kew wrote: >>> On Mon, 18 Jun 2007 08:14:01 -0400 >>> Try running the following through "xmllint --html": >>> >>> >>> >>> foo >>>

Hello, World

>>> >> In that case I would actually prefer making it a general special case >> rule in the current parser to interpret a leading tag as an >> encoding hint to the parser. That would add quite a portion of >> real-world non-HTML to the set of parsable (i.e. fixable) documents. [...] > I'm trying to get away from ad-hoc fixes! I don't consider that an ad-hoc fix. It's just special casing a specific type of broken HTML that exists in real life. I wouldn't even mind if the tag was discarded, it should just a) be interpreted as an encoding hint and b) not change the remaining 'real' markup. I think such a rule should go into the mainstream parser. Stefan From ahmad.jalil.qarshi@gmail.com Tue Jun 19 00:58:00 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A3BF83B007F for ; Tue, 19 Jun 2007 00:58:00 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_RG=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 9626 hrs), (distance 13, link: (Google 2)), [209.85.146.182] 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 DyHUyzrn-otG for ; Tue, 19 Jun 2007 00:57:59 -0400 (EDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by menubar.gnome.org (Postfix) with ESMTP id AB84E3B00AD for ; Tue, 19 Jun 2007 00:57:58 -0400 (EDT) Received: by wa-out-1112.google.com with SMTP id j4so2504914wah for ; Mon, 18 Jun 2007 21:57:57 -0700 (PDT) Received: by 10.114.146.1 with SMTP id t1mr7019268wad.1182229076888; Mon, 18 Jun 2007 21:57:56 -0700 (PDT) Received: by 10.141.1.3 with HTTP; Mon, 18 Jun 2007 21:57:56 -0700 (PDT) Message-ID: <6860b57e0706182157q982eecn8e52fcc2018c788b@mail.gmail.com> Date: Tue, 19 Jun 2007 09:57:56 +0500 From: "Ahmad Jalil Qarshi" To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7266_29625483.1182229076873" Subject: [xml] Program crashes at LIBXML_TEST_VERSION 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, 19 Jun 2007 04:58:00 -0000 ------=_Part_7266_29625483.1182229076873 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I am using libxml library in a dll. When I call a function from my dll, using this library, my application crashes. My code looks like: ------------------------------------------------------------------ int FormatCommand(char szName[], char szAction[], char szID[], char szCustID[], char szLogin[], int nUserType, int nPayType, int nPayMode, char OldCustPswd[], char NewCustPswd[], char OldPkgID[], char NewPkgID[], char szStatus[]) xmlDocPtr doc = NULL; /* document pointer */ xmlNodePtr root_node = NULL, headerNode = NULL, ServiceNode = NULL, BodyNode = NULL, node = NULL, node1=NULL;/* node pointers */ xmlDtdPtr dtd = NULL; /* DTD pointer */ xmlChar *xmlbuff; int buffersize; char buff[256]; int i, j; printf("\nIn FormatCommand Function\n"); LIBXML_TEST_VERSION; (At this point my application crashes) printf("\nLIBXML_TEST_VERSION\n"); doc = xmlNewDoc(BAD_CAST "1.0"); root_node = xmlNewNode(NULL, BAD_CAST "RequestMessage"); xmlDocSetRootElement(doc, root_node); ------------------------------------------------------------------ When I debuged my application I got following information: *********************************************************************** [mediaapp:/mediaapp/media/qarshi/control]dbx ctrlmain core Type 'help' for help. [using memory image in core] reading symbolic information ... Illegal instruction (illegal opcode) in . at 0x0 ($t1) warning: Unable to access address 0x0 from core (dbx) where warning: Unable to access address 0xfffffffffffffffc from core warning: Unable to access address 0xfffffffffffffffc from core warning: Unable to access address 0xfffffffffffffffc from core warning: Unable to access address 0xfffffffffffffffc from core .() at 0x0 FormatCommand(0x205b26d8, 0x205b2b98, 0x2ff21580, 0x0, 0x0, 0xffffffff, 0xffffffff, 0xffffffff) at 0xd3be460c generateSend(0x20011928, 0x2ff21b70, 0x20011938) at 0xd3be298c SendCommand(0x20011928, 0x2ff21c6c, 0x2ff21b70, 0x20011938) at 0xd3be3988 Manager(0x2ff221a0, 0x20013f18), line 283 in "ctrlManager.c" unnamed block $b473, line 126 in "ctrlCPManager.c" CPManager(), line 126 in "ctrlCPManager.c" main(argc = 2, argv = 0x2ff226dc), line 255 in "ctrlmain.c" (dbx) quit *********************************************************************** Kindly help me to resolve this problem. Thanks in anticipation. Ahmad Jalil Qarshi ------=_Part_7266_29625483.1182229076873 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,

I am using libxml library in a dll. When I call a function from my dll, using this library, my application crashes. My code looks like:
------------------------------------------------------------------
int FormatCommand(char szName[], char szAction[], char szID[], char szCustID[], char szLogin[], int nUserType, int nPayType, int nPayMode, char OldCustPswd[], char NewCustPswd[], char OldPkgID[], char NewPkgID[], char szStatus[])
    xmlDocPtr doc = NULL;       /* document pointer */
    xmlNodePtr root_node = NULL, headerNode = NULL, ServiceNode = NULL, BodyNode = NULL, node = NULL, node1=NULL;/* node pointers */
    xmlDtdPtr dtd = NULL;       /* DTD pointer */
    xmlChar *xmlbuff;
    int buffersize;
    char buff[256];
    int i, j;
    printf("\nIn FormatCommand Function\n");
    LIBXML_TEST_VERSION;  (At this point my application crashes)
    printf("\nLIBXML_TEST_VERSION\n");

    doc = xmlNewDoc(BAD_CAST "1.0"); 
    root_node = xmlNewNode(NULL, BAD_CAST "RequestMessage");
    xmlDocSetRootElement(doc, root_node);
------------------------------------------------------------------

When I debuged my application I got following information:
***********************************************************************
[mediaapp:/mediaapp/media/qarshi/control]dbx ctrlmain core
Type 'help' for help.
[using memory image in core]
reading symbolic information ...

Illegal instruction (illegal opcode) in . at 0x0 ($t1)
warning: Unable to access address 0x0 from core
(dbx) where
warning: Unable to access address 0xfffffffffffffffc from core
warning: Unable to access address 0xfffffffffffffffc from core
warning: Unable to access address 0xfffffffffffffffc from core
warning: Unable to access address 0xfffffffffffffffc from core
.() at 0x0
FormatCommand(0x205b26d8, 0x205b2b98, 0x2ff21580, 0x0, 0x0, 0xffffffff, 0xffffffff, 0xffffffff) at 0xd3be460c
generateSend(0x20011928, 0x2ff21b70, 0x20011938) at 0xd3be298c
SendCommand(0x20011928, 0x2ff21c6c, 0x2ff21b70, 0x20011938) at 0xd3be3988
Manager(0x2ff221a0, 0x20013f18), line 283 in "ctrlManager.c"
unnamed block $b473, line 126 in "ctrlCPManager.c"
CPManager(), line 126 in " ctrlCPManager.c"
main(argc = 2, argv = 0x2ff226dc), line 255 in "ctrlmain.c"
(dbx) quit
***********************************************************************

Kindly help me to resolve this problem.

Thanks in anticipation.

Ahmad Jalil Qarshi

------=_Part_7266_29625483.1182229076873-- From ahmad.jalil.qarshi@gmail.com Tue Jun 19 07:28:21 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4DC013B012A for ; Tue, 19 Jun 2007 07:28:21 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_RG=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 9691 hrs), (distance 12, link: (Google 2)), [209.85.146.178] 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 m3QoK4l3FO+H for ; Tue, 19 Jun 2007 07:28:19 -0400 (EDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by menubar.gnome.org (Postfix) with ESMTP id 20B1A3B007D for ; Tue, 19 Jun 2007 07:28:18 -0400 (EDT) Received: by wa-out-1112.google.com with SMTP id j4so2611266wah for ; Tue, 19 Jun 2007 04:28:17 -0700 (PDT) Received: by 10.114.171.1 with SMTP id t1mr7256902wae.1182252496451; Tue, 19 Jun 2007 04:28:16 -0700 (PDT) Received: by 10.141.1.3 with HTTP; Tue, 19 Jun 2007 04:28:16 -0700 (PDT) Message-ID: <6860b57e0706190428k65500db7o6bf073c2ef9e90a8@mail.gmail.com> Date: Tue, 19 Jun 2007 16:28:16 +0500 From: "Ahmad Jalil Qarshi" To: xml@gnome.org In-Reply-To: <6860b57e0706182157q982eecn8e52fcc2018c788b@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7698_7715662.1182252496438" References: <6860b57e0706182157q982eecn8e52fcc2018c788b@mail.gmail.com> Subject: Re: [xml] Program crashes at LIBXML_TEST_VERSION 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, 19 Jun 2007 11:28:21 -0000 ------=_Part_7698_7715662.1182252496438 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Please note that I am using libxml version 2.6.23 downloaded from GNOME website (http://gnome.bullfreeware.com/new_index.html). Operating system is AIX 5.2 Also note that I have developed a simple test application and its working fine. No crash at LIBXML_TEST_VERSION macro. This problem was observed while using libxml in a dll only. Regards, Ahmad Jalil Qarshi On 6/19/07, Ahmad Jalil Qarshi wrote: > > Hi, > > I am using libxml library in a dll. When I call a function from my dll, > using this library, my application crashes. My code looks like: > ------------------------------------------------------------------ > int FormatCommand(char szName[], char szAction[], char szID[], char > szCustID[], char szLogin[], int nUserType, int nPayType, int nPayMode, char > OldCustPswd[], char NewCustPswd[], char OldPkgID[], char NewPkgID[], char > szStatus[]) > xmlDocPtr doc = NULL; /* document pointer */ > xmlNodePtr root_node = NULL, headerNode = NULL, ServiceNode = NULL, > BodyNode = NULL, node = NULL, node1=NULL;/* node pointers */ > xmlDtdPtr dtd = NULL; /* DTD pointer */ > xmlChar *xmlbuff; > int buffersize; > char buff[256]; > int i, j; > printf("\nIn FormatCommand Function\n"); > LIBXML_TEST_VERSION; (At this point my application crashes) > printf("\nLIBXML_TEST_VERSION\n"); > > doc = xmlNewDoc(BAD_CAST "1.0"); > root_node = xmlNewNode(NULL, BAD_CAST "RequestMessage"); > xmlDocSetRootElement(doc, root_node); > ------------------------------------------------------------------ > > When I debuged my application I got following information: > *********************************************************************** > [mediaapp:/mediaapp/media/qarshi/control]dbx ctrlmain core > Type 'help' for help. > [using memory image in core] > reading symbolic information ... > > Illegal instruction (illegal opcode) in . at 0x0 ($t1) > warning: Unable to access address 0x0 from core > (dbx) where > warning: Unable to access address 0xfffffffffffffffc from core > warning: Unable to access address 0xfffffffffffffffc from core > warning: Unable to access address 0xfffffffffffffffc from core > warning: Unable to access address 0xfffffffffffffffc from core > .() at 0x0 > FormatCommand(0x205b26d8, 0x205b2b98, 0x2ff21580, 0x0, 0x0, 0xffffffff, > 0xffffffff, 0xffffffff) at 0xd3be460c > generateSend(0x20011928, 0x2ff21b70, 0x20011938) at 0xd3be298c > SendCommand(0x20011928, 0x2ff21c6c, 0x2ff21b70, 0x20011938) at 0xd3be3988 > Manager(0x2ff221a0, 0x20013f18), line 283 in "ctrlManager.c" > unnamed block $b473, line 126 in "ctrlCPManager.c" > CPManager(), line 126 in " ctrlCPManager.c" > main(argc = 2, argv = 0x2ff226dc), line 255 in "ctrlmain.c" > (dbx) quit > *********************************************************************** > > Kindly help me to resolve this problem. > > Thanks in anticipation. > > Ahmad Jalil Qarshi > > ------=_Part_7698_7715662.1182252496438 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Please note that I am using libxml version 2.6.23 downloaded from GNOME website (http://gnome.bullfreeware.com/new_index.html). Operating system is AIX 5.2

Also note that I have developed a simple test application and its working fine. No crash at LIBXML_TEST_VERSION macro.

This problem was observed while using libxml in a dll only.

Regards,

Ahmad Jalil Qarshi

On 6/19/07, Ahmad Jalil Qarshi <ahmad.jalil.qarshi@gmail.com> wrote:
Hi,

I am using libxml library in a dll. When I call a function from my dll, using this library, my application crashes. My code looks like:
------------------------------------------------------------------
int FormatCommand(char szName[], char szAction[], char szID[], char szCustID[], char szLogin[], int nUserType, int nPayType, int nPayMode, char OldCustPswd[], char NewCustPswd[], char OldPkgID[], char NewPkgID[], char szStatus[])
    xmlDocPtr doc = NULL;       /* document pointer */
    xmlNodePtr root_node = NULL, headerNode = NULL, ServiceNode = NULL, BodyNode = NULL, node = NULL, node1=NULL;/* node pointers */
    xmlDtdPtr dtd = NULL;       /* DTD pointer */
    xmlChar *xmlbuff;
    int buffersize;
    char buff[256];
    int i, j;
    printf("\nIn FormatCommand Function\n");
    LIBXML_TEST_VERSION;  (At this point my application crashes)
    printf("\nLIBXML_TEST_VERSION\n");

    doc = xmlNewDoc(BAD_CAST "1.0"); 
    root_node = xmlNewNode(NULL, BAD_CAST "RequestMessage");
    xmlDocSetRootElement(doc, root_node);
------------------------------------------------------------------

When I debuged my application I got following information:
***********************************************************************
[mediaapp:/mediaapp/media/qarshi/control]dbx ctrlmain core
Type 'help' for help.
[using memory image in core]
reading symbolic information ...

Illegal instruction (illegal opcode) in . at 0x0 ($t1)
warning: Unable to access address 0x0 from core
(dbx) where
warning: Unable to access address 0xfffffffffffffffc from core
warning: Unable to access address 0xfffffffffffffffc from core
warning: Unable to access address 0xfffffffffffffffc from core
warning: Unable to access address 0xfffffffffffffffc from core
.() at 0x0
FormatCommand(0x205b26d8, 0x205b2b98, 0x2ff21580, 0x0, 0x0, 0xffffffff, 0xffffffff, 0xffffffff) at 0xd3be460c
generateSend(0x20011928, 0x2ff21b70, 0x20011938) at 0xd3be298c
SendCommand(0x20011928, 0x2ff21c6c, 0x2ff21b70, 0x20011938) at 0xd3be3988
Manager(0x2ff221a0, 0x20013f18), line 283 in "ctrlManager.c"
unnamed block $b473, line 126 in "ctrlCPManager.c"
CPManager(), line 126 in " ctrlCPManager.c"
main(argc = 2, argv = 0x2ff226dc), line 255 in "ctrlmain.c"
(dbx) quit
***********************************************************************

Kindly help me to resolve this problem.

Thanks in anticipation.

Ahmad Jalil Qarshi


------=_Part_7698_7715662.1182252496438-- From veillard@redhat.com Tue Jun 19 09:11:27 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D20A53B019F for ; Tue, 19 Jun 2007 09:11:27 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 9240 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 KtymJFHdcXc7 for ; Tue, 19 Jun 2007 09:11:26 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id C5B773B0174 for ; Tue, 19 Jun 2007 09:11:25 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5JDBNBr030595; Tue, 19 Jun 2007 09:11:23 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5JDBN1C032139; Tue, 19 Jun 2007 09:11:23 -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 l5JDBNmp001105; Tue, 19 Jun 2007 09:11:23 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5JDBNI9001103; Tue, 19 Jun 2007 09:11:23 -0400 Date: Tue, 19 Jun 2007 09:11:23 -0400 From: Daniel Veillard To: Ahmad Jalil Qarshi Message-ID: <20070619131122.GA29542@redhat.com> References: <6860b57e0706182157q982eecn8e52fcc2018c788b@mail.gmail.com> <6860b57e0706190428k65500db7o6bf073c2ef9e90a8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6860b57e0706190428k65500db7o6bf073c2ef9e90a8@mail.gmail.com> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] Program crashes at LIBXML_TEST_VERSION 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, 19 Jun 2007 13:11:28 -0000 On Tue, Jun 19, 2007 at 04:28:16PM +0500, Ahmad Jalil Qarshi wrote: > Please note that I am using libxml version 2.6.23 downloaded from GNOME > website (http://gnome.bullfreeware.com/new_index.html). Operating system is > AIX 5.2 that's not GNOME website, it's a recompilation made by Bull. I do not provide binaries for AIX, others are using libxml2 on AIX. > Also note that I have developed a simple test application and its working > fine. No crash at LIBXML_TEST_VERSION macro. > > This problem was observed while using libxml in a dll only. [...] > > > >Illegal instruction (illegal opcode) in . at 0x0 ($t1) > >warning: Unable to access address 0x0 from core > >(dbx) where > >warning: Unable to access address 0xfffffffffffffffc from core > >warning: Unable to access address 0xfffffffffffffffc from core > >warning: Unable to access address 0xfffffffffffffffc from core > >warning: Unable to access address 0xfffffffffffffffc from core > >.() at 0x0 For some reason execution jumped to address 0. This could be a linker problem. This looks specific to the package you installed and your platform, I suggest checking with the technical support, I doubt it's related to libxml2 itself. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From tmohr@s.netic.de Tue Jun 19 13:30:07 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D933B3B01D7 for ; Tue, 19 Jun 2007 13:30:07 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.29 X-Spam-Level: X-Spam-Status: No, score=0.29 tagged_above=-999 required=2 tests=[BAYES_50=0.001, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (NAT!) (firewall!) (up: 0 hrs), (distance 18, link: ISDN ppp), [213.178.187.4] 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 0ECZXcFbC3vZ for ; Tue, 19 Jun 2007 13:30:05 -0400 (EDT) Received: from schleim.qwe.de (host-213-178-187-4.dsl.netic.de [213.178.187.4]) by menubar.gnome.org (Postfix) with ESMTP id D3E663B01BA for ; Tue, 19 Jun 2007 13:30:04 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by schleim.qwe.de (Postfix) with ESMTP id 6FA8962587 for ; Tue, 19 Jun 2007 19:32:48 +0200 (CEST) From: Torsten Mohr To: xml@gnome.org Date: Tue, 19 Jun 2007 19:32:47 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706191932.48077.tmohr@s.netic.de> Subject: [xml] libxml2 for Windows Mobile? 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, 19 Jun 2007 17:30:08 -0000 Hi, i wonder if anybody got libxml2 compiled for windows mobile based devices? Are there any reasons why it should fail? Or why it should work? Best regards, Torsten. From nix@esperi.org.uk Tue Jun 19 16:03:17 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 562773B0083 for ; Tue, 19 Jun 2007 16:03:17 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.339 X-Spam-Level: X-Spam-Status: No, score=-0.339 tagged_above=-999 required=2 tests=[AWL=-1.275, BAYES_50=0.001, FORGED_RCVD_HELO=0.135, L_P0F_UNKN=0.8] X-Amavis-OS-Fingerprint: UNKNOWN [5672:45:1:60:M1398, S, T, N, W2:.:?:?] (up: 117 hrs), (link: unknown-1438), [194.247.41.52] 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 J++PgWV6KTl9 for ; Tue, 19 Jun 2007 16:03:16 -0400 (EDT) Received: from mail.esperi.org.uk (41-052.adsl.zetnet.co.uk [194.247.41.52]) by menubar.gnome.org (Postfix) with ESMTP id 8A0EA3B007C for ; Tue, 19 Jun 2007 16:03:12 -0400 (EDT) Received: from esperi.org.uk (nix@hades.wkstn.nix [192.168.14.18]) by mail.esperi.org.uk (8.12.11.20060614/8.12.11) with ESMTP id l5JK39uJ032518 for ; Tue, 19 Jun 2007 21:03:09 +0100 Received: (from nix@localhost) by esperi.org.uk (8.12.11.20060614/8.12.11/Submit) id l5JK36hq028468; Tue, 19 Jun 2007 21:03:06 +0100 To: xml@gnome.org From: Nix Emacs: the definitive fritterware. Date: Tue, 19 Jun 2007 21:03:06 +0100 Message-ID: <871wg73e6d.fsf@hades.wkstn.nix> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-dcc1-Metrics: hades 1182; Body=1 Fuz1=1 Fuz2=1 Subject: [xml] Minor: What's `autark' when it's at home? 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, 19 Jun 2007 20:03:17 -0000 The documentation for xmlDOMWrapRemoveNode() states that it ensures `the removed branch [is] autark wrt ns-references.' The only hits for `autark' in Google are in this code, so normally I'd suspect that a search-and-replace run has transformed something else into autarky: but in this case it was added at the same time as the function, in r3123 by Kasimier Buchcik. Does anyone have a clue what `autark' actually means? (In context, I'd expect `up to date' or `not obsolete' or perhaps `consistent'?) -- `... in the sense that dragons logically follow evolution so they would be able to wield metal.' --- Kenneth Eng's colourless green ideas sleep furiously From wbrack@mmm.com.hk Tue Jun 19 17:12:12 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EA9F73B008B for ; Tue, 19 Jun 2007 17:12:11 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.607 X-Spam-Level: X-Spam-Status: No, score=-0.607 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, FORGED_RCVD_HELO=0.135, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 3512 hrs), (distance 11, link: ethernet/modem), [74.93.162.181] 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 LLGC4h-HXMwf for ; Tue, 19 Jun 2007 17:12:09 -0400 (EDT) Received: from delightful.com.hk (mmm.com.hk [74.93.162.181]) by menubar.gnome.org (Postfix) with ESMTP id 442A23B000B for ; Tue, 19 Jun 2007 17:12:08 -0400 (EDT) Received: from delightful.com.hk (delightful.com.hk [127.0.0.1]) by delightful.com.hk (8.13.8/8.13.8) with ESMTP id l5JL94Gg011186; Tue, 19 Jun 2007 14:09:05 -0700 Received: from 24.7.52.181 (SquirrelMail authenticated user wbrack) by delightful.com.hk with HTTP; Tue, 19 Jun 2007 14:09:05 -0700 (PDT) Message-ID: <49771.24.7.52.181.1182287345.squirrel@delightful.com.hk> In-Reply-To: <871wg73e6d.fsf@hades.wkstn.nix> References: <871wg73e6d.fsf@hades.wkstn.nix> Date: Tue, 19 Jun 2007 14:09:05 -0700 (PDT) From: "William M. Brack" To: "Nix" User-Agent: SquirrelMail/1.4.10a-1.fc6 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: xml@gnome.org Subject: Re: [xml] Minor: What's `autark' when it's at home? 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, 19 Jun 2007 21:12:12 -0000 Nix wrote: > The documentation for xmlDOMWrapRemoveNode() states that it ensures `the > removed branch [is] autark wrt ns-references.' > > The only hits for `autark' in Google are in this code, so normally I'd > suspect that a search-and-replace run has transformed something else > into autarky: but in this case it was added at the same time as the > function, in r3123 by Kasimier Buchcik. > > Does anyone have a clue what `autark' actually means? (In context, I'd > expect `up to date' or `not obsolete' or perhaps `consistent'?) See http://dictionary.reference.com/browse/autarky - in this context, he basically means "self-sufficient", i.e. namespaces are included on the node itself. From veillard@redhat.com Tue Jun 19 18:34:32 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 01EA03B011E for ; Tue, 19 Jun 2007 18:34:32 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 9334 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 ofHOsOYKd3kH for ; Tue, 19 Jun 2007 18:34:30 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 32A853B00A9 for ; Tue, 19 Jun 2007 18:34:30 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5JMYOOp001410; Tue, 19 Jun 2007 18:34:24 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5JMYOE1030191; Tue, 19 Jun 2007 18:34:24 -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 l5JMYNeh010996; Tue, 19 Jun 2007 18:34:23 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5JMYNcK010994; Tue, 19 Jun 2007 18:34:23 -0400 Date: Tue, 19 Jun 2007 18:34:23 -0400 From: Daniel Veillard To: "William M. Brack" Message-ID: <20070619223423.GG29542@redhat.com> References: <871wg73e6d.fsf@hades.wkstn.nix> <49771.24.7.52.181.1182287345.squirrel@delightful.com.hk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49771.24.7.52.181.1182287345.squirrel@delightful.com.hk> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] Minor: What's `autark' when it's at home? 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, 19 Jun 2007 22:34:32 -0000 On Tue, Jun 19, 2007 at 02:09:05PM -0700, William M. Brack wrote: > Nix wrote: > > The documentation for xmlDOMWrapRemoveNode() states that it ensures `the > > removed branch [is] autark wrt ns-references.' > > > > The only hits for `autark' in Google are in this code, so normally I'd > > suspect that a search-and-replace run has transformed something else > > into autarky: but in this case it was added at the same time as the > > function, in r3123 by Kasimier Buchcik. > > > > Does anyone have a clue what `autark' actually means? (In context, I'd > > expect `up to date' or `not obsolete' or perhaps `consistent'?) > > See http://dictionary.reference.com/browse/autarky - in this context, he > basically means "self-sufficient", i.e. namespaces are included on the > node itself. Heh, Kasimier wins the prize for the most cryptic while correct comment. I guess it's worth a (virtual) beer, Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From ahmad.jalil.qarshi@gmail.com Wed Jun 20 00:19:16 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C7D103B00A0 for ; Wed, 20 Jun 2007 00:19:16 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.368 X-Spam-Level: X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (Google crawlbot) (firewall!) (up: 714 hrs), (distance 12, link: (Google 2)), [64.233.166.177] 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 nwh7eaW0k0tI for ; Wed, 20 Jun 2007 00:19:15 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by menubar.gnome.org (Postfix) with ESMTP id BB0253B0098 for ; Wed, 20 Jun 2007 00:19:14 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id u77so128800pyb for ; Tue, 19 Jun 2007 21:19:12 -0700 (PDT) Received: by 10.64.21.6 with SMTP id 6mr491716qbu.1182313152391; Tue, 19 Jun 2007 21:19:12 -0700 (PDT) Received: by 10.141.1.3 with HTTP; Tue, 19 Jun 2007 21:19:12 -0700 (PDT) Message-ID: <6860b57e0706192119mc0c196bi342eed2a8a2b5e35@mail.gmail.com> Date: Wed, 20 Jun 2007 09:19:12 +0500 From: "Ahmad Jalil Qarshi" To: xml@gnome.org In-Reply-To: <20070619131122.GA29542@redhat.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_9287_1356846.1182313152330" References: <6860b57e0706182157q982eecn8e52fcc2018c788b@mail.gmail.com> <6860b57e0706190428k65500db7o6bf073c2ef9e90a8@mail.gmail.com> <20070619131122.GA29542@redhat.com> Subject: Re: [xml] Program crashes at LIBXML_TEST_VERSION 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, 20 Jun 2007 04:19:17 -0000 ------=_Part_9287_1356846.1182313152330 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks Daniel for your kind reply. I want to know few things. 1) According to you "This looks specific to the package you installed and your platform". I would like to know that if this problem is specific to package then can it be recovered by installing another package? If yes then which one you suggest? 2) Similarly you said, "I suggest checking with the technical support, I doubt it's related to libxml2 itself". If this is the case then from where to get technical support? IBM(AIX) or providers of libxml2? If this problem is related to libxml2 itself then to whom this problem should be forwarded? Dear Daniel, I am stuck at the moment as I have no option to switch to some other library, because I have just 3 days to complete my task. So in this situation a helping hand can do a lot. Hence kindly help me to resolve this problem. Thanks in anticipation. Ahmad Jalil Qarshi On 6/19/07, Daniel Veillard wrote: > > On Tue, Jun 19, 2007 at 04:28:16PM +0500, Ahmad Jalil Qarshi wrote: > > Please note that I am using libxml version 2.6.23 downloaded from GNOME > > website (http://gnome.bullfreeware.com/new_index.html). Operating system > is > > AIX 5.2 > > that's not GNOME website, it's a recompilation made by Bull. > I do not provide binaries for AIX, others are using libxml2 on AIX. > > > Also note that I have developed a simple test application and its > working > > fine. No crash at LIBXML_TEST_VERSION macro. > > > > This problem was observed while using libxml in a dll only. > [...] > > > > > >Illegal instruction (illegal opcode) in . at 0x0 ($t1) > > >warning: Unable to access address 0x0 from core > > >(dbx) where > > >warning: Unable to access address 0xfffffffffffffffc from core > > >warning: Unable to access address 0xfffffffffffffffc from core > > >warning: Unable to access address 0xfffffffffffffffc from core > > >warning: Unable to access address 0xfffffffffffffffc from core > > >.() at 0x0 > > For some reason execution jumped to address 0. This could be a > linker problem. This looks specific to the package you installed and > your platform, I suggest checking with the technical support, I > doubt it's related to libxml2 itself. > > Daniel > > > -- > Red Hat Virtualization group http://redhat.com/virtualization/ > Daniel Veillard | virtualization library http://libvirt.org/ > veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ > http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ > ------=_Part_9287_1356846.1182313152330 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks Daniel for your kind reply. I want to know few things.

1) According to you "This looks specific to the package you installed and
your platform". I would like to know that if this problem is specific to package then can it be recovered by installing another package? If yes then which one you suggest?

2) Similarly you said, "I suggest checking with the technical support, I
doubt it's related to libxml2 itself". If this is the case then from where to get technical support? IBM(AIX) or providers of libxml2? If this problem is related to libxml2 itself then to whom this problem should be forwarded?


Dear Daniel, I am stuck at the moment as I have no option to switch to some other library, because I have just 3 days to complete my task. So in this situation a helping hand can do a lot. Hence kindly help me to resolve this problem.

Thanks in anticipation.

Ahmad Jalil Qarshi



On 6/19/07, Daniel Veillard <veillard@redhat.com > wrote:
On Tue, Jun 19, 2007 at 04:28:16PM +0500, Ahmad Jalil Qarshi wrote:
> Please note that I am using libxml version 2.6.23 downloaded from GNOME
> website (http://gnome.bullfreeware.com/new_index.html). Operating system is
> AIX 5.2

  that's not GNOME website, it's a recompilation made by Bull.
I do not provide binaries for AIX, others are using libxml2 on AIX.

> Also note that I have developed a simple test application and its working
> fine. No crash at LIBXML_TEST_VERSION macro.
>
> This problem was observed while using libxml in a dll only.
[...]
> >
> >Illegal instruction (illegal opcode) in . at 0x0 ($t1)
> >warning: Unable to access address 0x0 from core
> >(dbx) where
> >warning: Unable to access address 0xfffffffffffffffc from core
> >warning: Unable to access address 0xfffffffffffffffc from core
> >warning: Unable to access address 0xfffffffffffffffc from core
> >warning: Unable to access address 0xfffffffffffffffc from core
> >.() at 0x0

  For some reason execution jumped to address 0. This could be a
linker problem. This looks specific to the package you installed and
your platform, I suggest checking with the technical support, I
doubt it's related to libxml2 itself.

Daniel


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

------=_Part_9287_1356846.1182313152330-- From andreas.stricker@fela.ch Wed Jun 20 02:36:15 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6AAEF3B00DF for ; Wed, 20 Jun 2007 02:36:15 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.048 X-Spam-Level: X-Spam-Status: No, score=-1.048 tagged_above=-999 required=2 tests=[AWL=-1.203, BAYES_50=0.001, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 9633 hrs), (distance 15, link: ethernet/modem), [87.245.122.82] 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 MeRVaEnja4UO for ; Wed, 20 Jun 2007 02:36:14 -0400 (EDT) Received: from ni.fela.ch (unknown [87.245.122.82]) by menubar.gnome.org (Postfix) with ESMTP id 05FC23B00AC for ; Wed, 20 Jun 2007 02:36:13 -0400 (EDT) Received: from localhost (ni.fela.ch [127.0.0.1]) by ni.fela.ch (Postfix) with ESMTP id 13E134109B for ; Wed, 20 Jun 2007 08:36:11 +0200 (CEST) Received: from ni.fela.ch ([127.0.0.1]) by localhost (ni.fela.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 26413-05 for ; Wed, 20 Jun 2007 08:36:06 +0200 (CEST) Received: from [192.168.139.151] (unknown [192.168.139.151]) by ni.fela.ch (Postfix) with ESMTP id 2592441091 for ; Wed, 20 Jun 2007 08:36:06 +0200 (CEST) Message-ID: <4678CAD5.9030301@fela.ch> Date: Wed, 20 Jun 2007 08:36:05 +0200 From: Andreas Stricker User-Agent: IceDove 1.5.0.10 (X11/20070329) MIME-Version: 1.0 To: xml@gnome.org References: <200706191932.48077.tmohr@s.netic.de> In-Reply-To: <200706191932.48077.tmohr@s.netic.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at fela.ch Subject: Re: [xml] libxml2 for Windows Mobile? 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, 20 Jun 2007 06:36:15 -0000 Hi Torsten > i wonder if anybody got libxml2 compiled for windows mobile based devices? I've successfully compiled it for Windows Pocket PC 2003 and then run it on Windows Mobile 5 (which is compatible) on a HP iPAQ 2400. > Are there any reasons why it should fail? Or why it should work? There are many reasons ;-) First: to compile it for PPC 2003 you need the Embedded Visual C 4 (eVC4) kit from Microsoft (free download). All needed changes should be included in libxml2 2.6.29 as I sent the changes back to upstream. But I work with a new project file so you may need to set up this one too. But you have Windows Mobile, right? To compile for Windows Mobile, you can't do it with eVC4. You need Visual Studio 2005 Standard or higher (VS Express don't support Mobile devices). Cheers, Andy From veillard@redhat.com Wed Jun 20 04:36:01 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C02CF3B012E for ; Wed, 20 Jun 2007 04:36:01 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 9434 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 M-Kh1WWT2aa0 for ; Wed, 20 Jun 2007 04:36:00 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id F3CB23B013E for ; Wed, 20 Jun 2007 04:35:59 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5K8ZvCr006703; Wed, 20 Jun 2007 04:35:57 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5K8ZvDJ022327; Wed, 20 Jun 2007 04:35: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 l5K8ZvdR001352; Wed, 20 Jun 2007 04:35:57 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5K8ZvNo001350; Wed, 20 Jun 2007 04:35:57 -0400 Date: Wed, 20 Jun 2007 04:35:57 -0400 From: Daniel Veillard To: Ahmad Jalil Qarshi Message-ID: <20070620083557.GI29542@redhat.com> References: <6860b57e0706182157q982eecn8e52fcc2018c788b@mail.gmail.com> <6860b57e0706190428k65500db7o6bf073c2ef9e90a8@mail.gmail.com> <20070619131122.GA29542@redhat.com> <6860b57e0706192119mc0c196bi342eed2a8a2b5e35@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6860b57e0706192119mc0c196bi342eed2a8a2b5e35@mail.gmail.com> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] Program crashes at LIBXML_TEST_VERSION 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, 20 Jun 2007 08:36:01 -0000 On Wed, Jun 20, 2007 at 09:19:12AM +0500, Ahmad Jalil Qarshi wrote: > 1) According to you "This looks specific to the package you installed and > your platform". I would like to know that if this problem is specific to > package then can it be recovered by installing another package? If yes then > which one you suggest? http://xmlsoft.org/downloads.html source is available. http://xmlsoft.org/FAQ.html#Compilatio information in compiling too > 2) Similarly you said, "I suggest checking with the technical support, I > doubt it's related to libxml2 itself". If this is the case then from where > to get technical support? IBM(AIX) or providers of libxml2? If this problem > is related to libxml2 itself then to whom this problem should be forwarded? I'm sorry I have no idea who you support for AIX or Bull might be. Check with whoever purchased the box you're using, or your management. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From elharo@metalab.unc.edu Thu Jun 21 07:12:12 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B4D2C3B0189 for ; Thu, 21 Jun 2007 07:12:12 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.094 X-Spam-Level: X-Spam-Status: No, score=-0.094 tagged_above=-999 required=2 tests=[AWL=-0.230, BAYES_50=0.001, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 187 hrs), (distance 13, link: ethernet/modem), [69.17.117.4] 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 Iy6mlHUrUa3n for ; Thu, 21 Jun 2007 07:12:10 -0400 (EDT) Received: from mail2.sea5.speakeasy.net (mail2.sea5.speakeasy.net [69.17.117.4]) by menubar.gnome.org (Postfix) with ESMTP id AF6303B01A3 for ; Thu, 21 Jun 2007 07:12:10 -0400 (EDT) Received: (qmail 27003 invoked from network); 21 Jun 2007 11:12:08 -0000 Received: from dsl254-067-087.nyc1.dsl.speakeasy.net (HELO eliza-8.local) (elharo@[216.254.67.87]) (envelope-sender ) by mail2.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 21 Jun 2007 11:12:08 -0000 Message-ID: <467A5D07.7080605@metalab.unc.edu> Date: Thu, 21 Jun 2007 07:12:07 -0400 From: Elliotte Harold User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Cory Nelson References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> <20070615120628.GL20902@redhat.com> <9b1d06140706151115m60885e93ybbaa65c756ea6f17@mail.gmail.com> In-Reply-To: <9b1d06140706151115m60885e93ybbaa65c756ea6f17@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] When will you support xml version 1.1? 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, 21 Jun 2007 11:12:12 -0000 Cory Nelson wrote: > Better Unicode support is definitely not a minor thing. > But that itself is not an unalloyed characteristic of XML 1.1. XML 1.1 has better Unicode support in some respects (no C1 controls allowed, Cambodian and Ethiopic support) but has decidedly worse Unicode support in other respects (C0 controls allowed in PCDATA if they're escaped, undefined characters and musical symbols allowed in element names). Unless you're working in Cambidian, Burmese, Amharic, or a few other languages, the disadvantages strongly outweigh the advantages, even considering Unicode alone. -- Elliotte Rusty Harold elharo@metalab.unc.edu Java I/O 2nd Edition Just Published! http://www.cafeaulait.org/books/javaio2/ http://www.amazon.com/exec/obidos/ISBN=0596527500/ref=nosim/cafeaulaitA/ From elharo@metalab.unc.edu Thu Jun 21 07:15:11 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 49AC83B01E1 for ; Thu, 21 Jun 2007 07:15:11 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.387 X-Spam-Level: X-Spam-Status: No, score=-1.387 tagged_above=-999 required=2 tests=[AWL=1.077, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 187 hrs), (distance 13, link: ethernet/modem), [69.17.117.4] 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 5zcnz8d5ocre for ; Thu, 21 Jun 2007 07:15:09 -0400 (EDT) Received: from mail2.sea5.speakeasy.net (mail2.sea5.speakeasy.net [69.17.117.4]) by menubar.gnome.org (Postfix) with ESMTP id 841313B01A3 for ; Thu, 21 Jun 2007 07:15:09 -0400 (EDT) Received: (qmail 5672 invoked from network); 21 Jun 2007 11:15:07 -0000 Received: from dsl254-067-087.nyc1.dsl.speakeasy.net (HELO eliza-8.local) (elharo@[216.254.67.87]) (envelope-sender ) by mail2.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 21 Jun 2007 11:15:07 -0000 Message-ID: <467A5DBA.40505@metalab.unc.edu> Date: Thu, 21 Jun 2007 07:15:06 -0400 From: Elliotte Harold User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Michael Day References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> <467231CD.1070209@yeslogic.com> <1181954999.14771.38.camel@dell.barefootcomputing.com> <4674B6EF.4040203@yeslogic.com> In-Reply-To: <4674B6EF.4040203@yeslogic.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org, Liam R E Quin Subject: Re: [xml] When will you support xml version 1.1? 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, 21 Jun 2007 11:15:11 -0000 Michael Day wrote: > The only part of XML 1.1 that everyone agrees is reasonable is the > support for more scripts in name characters, and avoiding explicitly > specifying the set of UNICODE characters that can be used in names. Not everyone, While I like more scripts in name characters, I for one don't agree that not explicitly specifying the set of UNICODE characters that can be used in names is an improvement. -- Elliotte Rusty Harold elharo@metalab.unc.edu Java I/O 2nd Edition Just Published! http://www.cafeaulait.org/books/javaio2/ http://www.amazon.com/exec/obidos/ISBN=0596527500/ref=nosim/cafeaulaitA/ From mikeday@yeslogic.com Thu Jun 21 07:46:24 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1D98E3B0181 for ; Thu, 21 Jun 2007 07:46:24 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.05 X-Spam-Level: X-Spam-Status: No, score=-1.05 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, FORGED_RCVD_HELO=0.135, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 8 (2), (distance 21, link: ethernet/modem), [144.140.93.195] 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 1Ch-oiBZkE4Z for ; Thu, 21 Jun 2007 07:46:21 -0400 (EDT) Received: from omta05sl.mx.bigpond.com (omta05sl.mx.bigpond.com [144.140.93.195]) by menubar.gnome.org (Postfix) with ESMTP id 454A93B00F8 for ; Thu, 21 Jun 2007 07:46:20 -0400 (EDT) Received: from oaamta05sl.mx.bigpond.com ([60.224.50.129]) by omta05sl.mx.bigpond.com with ESMTP id <20070621114618.AEQ25724.omta05sl.mx.bigpond.com@oaamta05sl.mx.bigpond.com>; Thu, 21 Jun 2007 11:46:18 +0000 Received: from [60.224.50.129] by oaamta05sl.mx.bigpond.com with ESMTP id <20070621114613.KPNB23230.oaamta05sl.mx.bigpond.com@[60.224.50.129]>; Thu, 21 Jun 2007 11:46:13 +0000 Message-ID: <467A6506.3090507@yeslogic.com> Date: Thu, 21 Jun 2007 21:46:14 +1000 From: Michael Day User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Elliotte Harold References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> <467231CD.1070209@yeslogic.com> <1181954999.14771.38.camel@dell.barefootcomputing.com> <4674B6EF.4040203@yeslogic.com> <467A5DBA.40505@metalab.unc.edu> In-Reply-To: <467A5DBA.40505@metalab.unc.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org, Liam R E Quin Subject: Re: [xml] When will you support xml version 1.1? 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, 21 Jun 2007 11:46:24 -0000 Hi Elliotte, > Not everyone, While I like more scripts in name characters, I for one > don't agree that not explicitly specifying the set of UNICODE characters > that can be used in names is an improvement. In that case, what about releasing a series of errata to expand the set of UNICODE characters that can be used in names, as new scripts are added? That would be consistent with the goals of my proposal, which were to allow parsers to be upgraded incrementally to support new scripts, without breaking backwards compatibility with XML 1.0. This would be like the change made in the third edition of XML 1.0, where entities were permitted to begin with a UTF-8 BOM, something that was not explicitly mentioned in earlier revisions of the spec. The change was backwards compatible, and was easily added to existing parsers without breaking anything. (And to be honest, I doubt that more than one or two revisions of the spec would be necessary; while there may be a case for writing markup in Mongolian, there probably isn't much demand for writing markup in Elvish or Cuniform or whatever). Best regards, Michael -- Print XML with Prince! http://www.princexml.com From elharo@metalab.unc.edu Fri Jun 22 06:56:20 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1B3A03B0127 for ; Fri, 22 Jun 2007 06:56:20 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.214 X-Spam-Level: X-Spam-Status: No, score=-0.214 tagged_above=-999 required=2 tests=[AWL=-0.164, BAYES_40=-0.185, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 10592 hrs), (distance 14, link: ethernet/modem), [69.17.117.5] 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 NZyKaGSM5zZj for ; Fri, 22 Jun 2007 06:56:18 -0400 (EDT) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by menubar.gnome.org (Postfix) with ESMTP id E76C73B009A for ; Fri, 22 Jun 2007 06:56:17 -0400 (EDT) Received: (qmail 32026 invoked from network); 22 Jun 2007 10:56:16 -0000 Received: from dsl254-067-087.nyc1.dsl.speakeasy.net (HELO eliza-8.local) (elharo@[216.254.67.87]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 22 Jun 2007 10:56:15 -0000 Message-ID: <467BAACE.1030008@metalab.unc.edu> Date: Fri, 22 Jun 2007 06:56:14 -0400 From: Elliotte Harold User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Michael Day References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> <467231CD.1070209@yeslogic.com> <1181954999.14771.38.camel@dell.barefootcomputing.com> <4674B6EF.4040203@yeslogic.com> <467A5DBA.40505@metalab.unc.edu> <467A6506.3090507@yeslogic.com> In-Reply-To: <467A6506.3090507@yeslogic.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org, Liam R E Quin Subject: Re: [xml] When will you support xml version 1.1? 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, 22 Jun 2007 10:56:20 -0000 Michael Day wrote: > Hi Elliotte, > >> Not everyone, While I like more scripts in name characters, I for one >> don't agree that not explicitly specifying the set of UNICODE >> characters that can be used in names is an improvement. > > In that case, what about releasing a series of errata to expand the set > of UNICODE characters that can be used in names, as new scripts are > added? That would be consistent with the goals of my proposal, which > were to allow parsers to be upgraded incrementally to support new > scripts, without breaking backwards compatibility with XML 1.0. > I object to releasing errata to change the clear meaning of a spec (not that that hasn't been done before). Upgrades need a new version number. -- Elliotte Rusty Harold elharo@metalab.unc.edu Java I/O 2nd Edition Just Published! http://www.cafeaulait.org/books/javaio2/ http://www.amazon.com/exec/obidos/ISBN=0596527500/ref=nosim/cafeaulaitA/ From mikeday@yeslogic.com Fri Jun 22 07:15:25 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3BCFD3B02ED for ; Fri, 22 Jun 2007 07:15:25 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -3.464 X-Spam-Level: X-Spam-Status: No, score=-3.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 8 (2), (distance 20, link: ethernet/modem), [144.140.93.195] 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 BplDm8b3H7Bm for ; Fri, 22 Jun 2007 07:15:23 -0400 (EDT) Received: from omta05sl.mx.bigpond.com (omta05sl.mx.bigpond.com [144.140.93.195]) by menubar.gnome.org (Postfix) with ESMTP id 5741A3B02AB for ; Fri, 22 Jun 2007 07:15:21 -0400 (EDT) Received: from oaamta05sl.mx.bigpond.com ([60.224.50.129]) by omta05sl.mx.bigpond.com with ESMTP id <20070622111519.CDPD25724.omta05sl.mx.bigpond.com@oaamta05sl.mx.bigpond.com>; Fri, 22 Jun 2007 11:15:19 +0000 Received: from [60.224.50.129] by oaamta05sl.mx.bigpond.com with ESMTP id <20070622111515.WWKA23230.oaamta05sl.mx.bigpond.com@[60.224.50.129]>; Fri, 22 Jun 2007 11:15:15 +0000 Message-ID: <467BAF45.80502@yeslogic.com> Date: Fri, 22 Jun 2007 21:15:17 +1000 From: Michael Day User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Elliotte Harold References: <46667FCD.1080503@dsa-ac.de> <20070606221804.GO17405@redhat.com> <466910F8.5080703@dsa-ac.de> <1181872590.14368.107.camel@dell.barefootcomputing.com> <467231CD.1070209@yeslogic.com> <1181954999.14771.38.camel@dell.barefootcomputing.com> <4674B6EF.4040203@yeslogic.com> <467A5DBA.40505@metalab.unc.edu> <467A6506.3090507@yeslogic.com> <467BAACE.1030008@metalab.unc.edu> In-Reply-To: <467BAACE.1030008@metalab.unc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org, Liam R E Quin Subject: Re: [xml] When will you support xml version 1.1? 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, 22 Jun 2007 11:15:25 -0000 Hi Elliotte, > I object to releasing errata to change the clear meaning of a spec (not > that that hasn't been done before). > > Upgrades need a new version number. In this case I was hoping that it is sufficiently similar to the UTF-8 BOM case, in that it's really just an acknowledgment that there exist documents that should really be legal but currently aren't, due to a regrettable lack of foresight in the wording of the original spec. The changes would not retroactively invalidate any existing documents or implementations, and would only require a tiny change to the text of the spec. If that requires a whole new "XML 1.2" process then it will certainly never happen, and the issue of the version attribute in documents makes everything much more complicated. Basically that puts us back at plan B, which is putting up with XML 1.0 getting UNICODE wrong and waiting for the next new markup language to come down the pipe. [apologies for getting a bit off topic from libxml2] Cheers, Michael -- Print XML with Prince! http://www.princexml.com From fred@computrition.com Fri Jun 22 10:55:24 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B07903B0096 for ; Fri, 22 Jun 2007 10:55:24 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.033 X-Spam-Level: X-Spam-Status: No, score=-0.033 tagged_above=-999 required=2 tests=[AWL=-2.004, BAYES_50=0.001, HTML_MESSAGE=0.001, HTML_TEXT_AFTER_BODY=0.115, L_P0F_W=1.7, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Windows 2000 SP2+, XP SP1+ (seldom 98), (distance 6, link: GPRS, T1, FreeS/WAN), [65.88.224.69] 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 66FKp52prGum for ; Fri, 22 Jun 2007 10:55:23 -0400 (EDT) Received: from cismtp.computrition.com (cismtp.computrition.com [65.88.224.69]) by menubar.gnome.org (Postfix) with ESMTP id 2E7663B0074 for ; Fri, 22 Jun 2007 10:55:22 -0400 (EDT) Received: from cismtp.computrition.com ([10.10.2.20]) by cismtp.computrition.com with InterScan VirusWall; Fri, 22 Jun 2007 08:01:26 -0700 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_01C7B4DE.3301B1ED" Date: Fri, 22 Jun 2007 08:01:23 -0700 Message-ID: <8B7D13B04741BB4AA89CB85C29E84019C517B5@ciexch01.computrition.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Char Refs in ISO-8859-1 Thread-Index: Ace03VfzbXbtLNGjTJGfRe+8xNCB4Q== From: "Fred Smith" To: Subject: [xml] Char Refs in ISO-8859-1 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, 22 Jun 2007 14:55:24 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C7B4DE.3301B1ED Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've got an app generating XML that looks like this excerpt: =0D ... D*ROCH*R =0D Where, because of problems pasting non-ascii into emails, I've rpresented two characters here as asterisks, but in the actual XML they are 0xe8, an accented lower-case 'e'. =0D This seems correct to me. However the app that receives this data screws up the accented characters UNLESS I've tweaked the data to use 'è' instead. =0D Now, I believe it shouldn't, in a perfect world, be necessary to do that, but it appears to nevertheless be necessary in this case. =0D My question is: While leaving the declaration of ISO-8859-1 in the xml header, is there any way to get libxml2 to automatically output such symbols as CharRefs instead of the actual Unicode code point? Is my only other choice to output it as ASCII instead? (that would be a really gross "solution".) =0D Thanks! =0D Fred Smith Senior Applications Programmer/Analyst Computrition, Inc. fred@computrition.com =0D 781-275-4488x148 =0D =0D This email and any files transmitted with it are confidential and intended= solely for the use of the individual or entity to which they are= addressed. If you have received this email in error, please notify the= system manager. Please note that any views or opinions presented in this= email are solely those of the author and do not necessarily represent= those of the company. Finally, the recipient should check this email and= any attachments for the presence of viruses. The company accepts no= liability for any damage caused by any virus transmitted by this email. ------_=_NextPart_001_01C7B4DE.3301B1ED Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I’ve got an app generating XML that looks like= this excerpt:

 

<?xml version=3D"1.0" encoding=3D"ISO-8859-1"?>

…

<LAST_NAME>D*ROCH*R</LAST_NAME>

 

Where, because of problems pasting non-ascii into= emails, I’ve rpresented two characters here as asterisks, but in the actual XML they are= 0xe8, an accented lower-case ‘e’.

 

This seems correct to me. However the app that receives= this data screws up the accented characters UNLESS I’ve tweaked the data= to use ‘&#xe8;’ instead.

 

Now, I believe it shouldn’t, in a perfect world,= be necessary to do that, but it appears to nevertheless be necessary in this= case.

 

My question is: While leaving the declaration of= ISO-8859-1 in the xml header, is there any way to get libxml2 to automatically output= such symbols as CharRefs instead of the actual Unicode code point? Is my only= other choice to output it as ASCII instead? (that would be a really gross= “solution”.)

 

Thanks!

 

Fred Smith

Senior= Applications Programmer/Analyst

Computrition,= Inc.

fred@computrition.com=

781-275-4488x148

 

 

This email and any= files transmitted with it are confidential and intended solely for the use= of the individual or entity to which they are addressed. If you have= received this email in error, please notify the system manager. Please= note that any views or opinions presented in this email are solely those= of the author and do not necessarily represent those of the company.= Finally, the recipient should check this email and any attachments for the= presence of viruses. The company accepts no liability for any damage= caused by any virus transmitted by this email.
------_=_NextPart_001_01C7B4DE.3301B1ED-- From lists@beanalby.net Fri Jun 22 11:06:22 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 498563B0096 for ; Fri, 22 Jun 2007 11:06:22 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.725 X-Spam-Level: X-Spam-Status: No, score=-1.725 tagged_above=-999 required=2 tests=[AWL=-0.726, BAYES_50=0.001, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 2.5-7 (2), (distance 14, link: ethernet/modem), [206.183.1.81] 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 cxHt+pSz-hlr for ; Fri, 22 Jun 2007 11:06:19 -0400 (EDT) Received: from thunderstone.com (thunder.thunderstone.com [206.183.1.81]) by menubar.gnome.org (Postfix) with ESMTP id 8BFB53B006B for ; Fri, 22 Jun 2007 11:06:19 -0400 (EDT) Received: from [127.0.0.1] (helo=[192.168.1.7]) by thunderstone.com with esmtp (Exim 2.10 #1) id 1I1kiH-00041A-00 for xml@gnome.org; Fri, 22 Jun 2007 11:06:17 -0400 Received: from 192.168.1.7 ([192.168.1.7] helo=[192.168.1.7]) by ASSP.nospam; 22 Jun 2007 11:06:17 -0400 Message-ID: <467BE569.5080304@beanalby.net> Date: Fri, 22 Jun 2007 11:06:17 -0400 From: Jason Viers User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: xml@gnome.org References: <8B7D13B04741BB4AA89CB85C29E84019C517B5@ciexch01.computrition.com> In-Reply-To: <8B7D13B04741BB4AA89CB85C29E84019C517B5@ciexch01.computrition.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [xml] Char Refs in ISO-8859-1 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, 22 Jun 2007 15:06:22 -0000 Fred Smith wrote: > > Is my only other choice to output it as ASCII instead? (that would be > a really gross “solution”.) > I don't see what'd be gross; the app that is receiving the XML obviously can't handle valid ISO-8859-1 content, so it doesn't make sense to try to give it ISO-8859-1. If it only understands ascii, then give it ascii. From chen@cisco.com Mon Jun 25 21:24:51 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F14273B0139 for ; Mon, 25 Jun 2007 21:24:50 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.75 X-Spam-Level: X-Spam-Status: No, score=-0.75 tagged_above=-999 required=2 tests=[AWL=-1.550, BAYES_50=0.001, L_P0F_UNKN=0.8, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: UNKNOWN [16384:50:1:48:M1380, S, E:P:?:?], (link: GPRS, T1, FreeS/WAN), [171.71.176.117] 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 RHMdMxQQOsTl for ; Mon, 25 Jun 2007 21:24:49 -0400 (EDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by menubar.gnome.org (Postfix) with ESMTP id 9CFF33B0134 for ; Mon, 25 Jun 2007 21:24:49 -0400 (EDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 25 Jun 2007 18:24:48 -0700 X-IronPort-AV: i="4.16,461,1175497200"; d="scan'208"; a="171930983:sNHT41365674" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l5Q1OlJ4031572 for ; Mon, 25 Jun 2007 18:24:47 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l5Q1Olmo007809 for ; Tue, 26 Jun 2007 01:24:47 GMT Received: from xmb-sjc-221.amer.cisco.com ([128.107.191.80]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 25 Jun 2007 18:24:47 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 25 Jun 2007 18:24:46 -0700 Message-ID: <52E903A38F544F46A2A6632AC66103EE03FAACC5@xmb-sjc-221.amer.cisco.com> In-Reply-To: <9FFB7559A1855049AAD539297C0FA90A3F860E@mx01.technocom.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Question regarding Xpath and streaming Thread-Index: Acdnzub6CPki2Cc6SxKFiZHmQ4YkwQAGRszwE+nTOxA= References: <20070316132900.GT3127@redhat.com> <9FFB7559A1855049AAD539297C0FA90A3F860E@mx01.technocom.com> From: "Yong Chen \(yongche\)" To: X-OriginalArrivalTime: 26 Jun 2007 01:24:47.0739 (UTC) FILETIME=[C8EB5CB0:01C7B790] Authentication-Results: sj-dkim-2; header.From=chen@cisco.com; dkim=pass (si g from cisco.com/sjdkim2002 verified; ); Subject: [xml] Question regarding Xpath and streaming 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, 26 Jun 2007 01:24:51 -0000 Hi, I've a question regarding xpath and streaming (xmlWriter): I use xpath to filter a document so I get selected (or filtered) nodes. I also use xmlWriter to stream output. I wonder if I can use both together. Libxml xpath works by first getting xmlXpathContextPtr (API: xmlXpathNewContext(doc)), this means the document (doc) has to be available. But if I'm streaming the data into a file (xmlNewTextWriterFilename()), I don't have the doc available. So how can I apply the xpath filtering in xmlWriter streaming? Thanks, Yong Chen From veillard@redhat.com Tue Jun 26 05:37:37 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 403E63B007C for ; Tue, 26 Jun 2007 05:37:37 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 10884 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 O2HPm7o+6Ccb for ; Tue, 26 Jun 2007 05:37:35 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id B37F73B0071 for ; Tue, 26 Jun 2007 05:37:35 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5Q9bVXJ019656; Tue, 26 Jun 2007 05:37:31 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5Q9bUCL000328; Tue, 26 Jun 2007 05:37: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 l5Q9bUsM018815; Tue, 26 Jun 2007 05:37:30 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5Q9bUsP018813; Tue, 26 Jun 2007 05:37:30 -0400 Date: Tue, 26 Jun 2007 05:37:30 -0400 From: Daniel Veillard To: "Yong Chen (yongche)" Message-ID: <20070626093730.GK21296@redhat.com> References: <20070316132900.GT3127@redhat.com> <9FFB7559A1855049AAD539297C0FA90A3F860E@mx01.technocom.com> <52E903A38F544F46A2A6632AC66103EE03FAACC5@xmb-sjc-221.amer.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52E903A38F544F46A2A6632AC66103EE03FAACC5@xmb-sjc-221.amer.cisco.com> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] Question regarding Xpath and streaming 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, 26 Jun 2007 09:37:37 -0000 On Mon, Jun 25, 2007 at 06:24:46PM -0700, Yong Chen (yongche) wrote: > > Hi, > > I've a question regarding xpath and streaming (xmlWriter): > > I use xpath to filter a document so I get selected (or filtered) nodes. > I also use xmlWriter to stream output. I wonder if I can use both > together. > > Libxml xpath works by first getting xmlXpathContextPtr (API: > xmlXpathNewContext(doc)), this means the document (doc) has to be > available. But if I'm streaming the data into a file > (xmlNewTextWriterFilename()), I don't have the doc available. So how can > I apply the xpath filtering in xmlWriter streaming? Normal XPath operations require a full tree. There is a pattern module allowing to stream for a very small subset of XPath, see http://xmlsoft.org/html/libxml-pattern.html , but I don't have user friendly docs for it. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From gadde@biac.duke.edu Tue Jun 26 15:47:01 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9E39D3B014A for ; Tue, 26 Jun 2007 15:47:01 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.956 X-Spam-Level: X-Spam-Status: No, score=-0.956 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.0.3x (2), (distance 22, link: GPRS, T1, FreeS/WAN), [152.16.195.41] 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 kNP6v-TCEX2a for ; Tue, 26 Jun 2007 15:47:00 -0400 (EDT) Received: from athos.duhs.duke.edu (athos.duhs.duke.edu [152.16.195.41]) by menubar.gnome.org (Postfix) with ESMTP id D471A3B016A for ; Tue, 26 Jun 2007 15:46:58 -0400 (EDT) Received: from dewinter.duhs.duke.edu (dewinter.duhs.duke.edu [152.16.199.49]) by athos.duhs.duke.edu (8.13.4/8.13.4) with ESMTP id l5QJkuHS7569556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 26 Jun 2007 15:46:56 -0400 Received: from [152.3.98.29] (varese.biac.duke.edu [152.3.98.29]) (authenticated bits=0) by dewinter.duhs.duke.edu (8.13.1/8.13.1) with ESMTP id l5QJktQY027694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Jun 2007 15:46:55 -0400 (EDT) Message-ID: <46816D2F.6010503@biac.duke.edu> Date: Tue, 26 Jun 2007 15:46:55 -0400 From: Syam Gadde User-Agent: Thunderbird 1.5.0.10 (X11/20070302) MIME-Version: 1.0 To: xml@gnome.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 152.16.195.41 Subject: [xml] simpleType list restriction in xmllint 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, 26 Jun 2007 19:47:01 -0000 Hello, I am using libxml version 1.8.17 as distributed with fedora core 6. I am encountering some problems validating with a rather complicated schema, GML. I've been able to reduce the problem to the schema included below. The error I get with xmllint --schema is: tmp.xsd:4: element complexType: Schemas parser error : local list type: A type, derived by list or union, must havethe simple ur-type definition as base type, not '{http://localhost/tmp}SimpleListType'. Here is the mini-schema that illustrates the problem. Any thoughts? Thanks for any help! -syam From lists@beanalby.net Tue Jun 26 15:50:37 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 75F643B0130 for ; Tue, 26 Jun 2007 15:50:37 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.733 X-Spam-Level: X-Spam-Status: No, score=-1.733 tagged_above=-999 required=2 tests=[AWL=-0.702, BAYES_40=-0.185, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Solaris 2.5-7 (2), (distance 14, link: ethernet/modem), [206.183.1.81] 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 AyWKuupgRR54 for ; Tue, 26 Jun 2007 15:50:35 -0400 (EDT) Received: from thunderstone.com (thunder.thunderstone.com [206.183.1.81]) by menubar.gnome.org (Postfix) with ESMTP id C1DD73B0104 for ; Tue, 26 Jun 2007 15:50:35 -0400 (EDT) Received: from [127.0.0.1] (helo=[192.168.1.7]) by thunderstone.com with esmtp (Exim 2.10 #1) id 1I3H3Z-0006XA-00; Tue, 26 Jun 2007 15:50:33 -0400 Received: from 192.168.1.7 ([192.168.1.7] helo=[192.168.1.7]) by ASSP.nospam; 26 Jun 2007 15:50:32 -0400 Message-ID: <46816E08.4000806@beanalby.net> Date: Tue, 26 Jun 2007 15:50:32 -0400 From: Jason Viers User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Syam Gadde References: <46816D2F.6010503@biac.duke.edu> In-Reply-To: <46816D2F.6010503@biac.duke.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] simpleType list restriction in xmllint 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, 26 Jun 2007 19:50:37 -0000 Syam Gadde wrote: > Hello, > > I am using libxml version 1.8.17 as distributed with fedora core 6. > You should definitely be using libxml2 instead of libxml unless you have a very very very good reason. I'd imagine that would also come with fedora core. Jason From gadde@biac.duke.edu Tue Jun 26 15:51:04 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AF3C03B0171 for ; Tue, 26 Jun 2007 15:51:04 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.745 X-Spam-Level: X-Spam-Status: No, score=-0.745 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_W=1.7, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Windows 98 (no sack) (firewall!), (distance 22, link: GPRS, T1, FreeS/WAN), [152.16.195.68] 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 A4Z-RzpIiPIJ for ; Tue, 26 Jun 2007 15:50:59 -0400 (EDT) Received: from dartagnan.duhs.duke.edu (dartagnan.duhs.duke.edu [152.16.195.68]) by menubar.gnome.org (Postfix) with ESMTP id 47C443B0231 for ; Tue, 26 Jun 2007 15:50:44 -0400 (EDT) Received: from richalieu.duhs.duke.edu (richalieu.duhs.duke.edu [152.16.195.50]) by dartagnan.duhs.duke.edu (8.13.4/8.13.4) with ESMTP id l5QJog6t2105510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 26 Jun 2007 15:50:42 -0400 Received: from [152.3.98.29] (varese.biac.duke.edu [152.3.98.29]) (authenticated bits=0) by richalieu.duhs.duke.edu (8.13.1/8.13.1) with ESMTP id l5QJogbu003214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Jun 2007 15:50:42 -0400 (EDT) Message-ID: <46816E11.90506@biac.duke.edu> Date: Tue, 26 Jun 2007 15:50:41 -0400 From: Syam Gadde User-Agent: Thunderbird 1.5.0.10 (X11/20070302) MIME-Version: 1.0 To: xml@gnome.org References: <46816D2F.6010503@biac.duke.edu> In-Reply-To: <46816D2F.6010503@biac.duke.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 152.16.195.68 Subject: Re: [xml] simpleType list restriction in xmllint 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, 26 Jun 2007 19:51:04 -0000 Sorry, I'm sure it's too late to assure you that I'm not a complete idiot, but the version of *libxml2* that I'm using is 2.6.29. Sorry for the confusion! -syam Syam Gadde wrote: > Hello, > > I am using libxml version 1.8.17 as distributed with fedora core 6. > I am encountering some problems validating with a rather complicated > schema, GML. I've been able to reduce the problem to the schema included > below. The error I get with xmllint --schema is: > > tmp.xsd:4: element complexType: Schemas parser error : local list > type: A type, derived by list or union, must havethe simple ur-type > definition as base type, not '{http://localhost/tmp}SimpleListType'. > > Here is the mini-schema that illustrates the problem. Any thoughts? > Thanks for any help! > > -syam > > > > xmlns="http://www.w3.org/2001/XMLSchema" > xmlns:tmp="http://localhost/tmp" elementFormDefault="qualified"> > > > > > > > > > > > > > > > > > > > > > > From rpalmer@dstore.com Wed Jun 27 02:42:17 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 244F43B0104 for ; Wed, 27 Jun 2007 02:42:17 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 1.321 X-Spam-Level: * X-Spam-Status: No, score=1.321 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, HTML_10_20=1.351, HTML_MESSAGE=0.001, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 1425 hrs), (distance 12, link: (Google 2)), [64.233.166.181] 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 ZJfTGLxowgqa for ; Wed, 27 Jun 2007 02:42:15 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by menubar.gnome.org (Postfix) with ESMTP id 1C0ED3B00FC for ; Wed, 27 Jun 2007 02:42:14 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id a25so145800pyi for ; Tue, 26 Jun 2007 23:42:13 -0700 (PDT) Received: by 10.35.69.11 with SMTP id w11mr416245pyk.1182926532926; Tue, 26 Jun 2007 23:42:12 -0700 (PDT) Received: by 10.35.51.20 with HTTP; Tue, 26 Jun 2007 23:42:12 -0700 (PDT) Message-ID: Date: Wed, 27 Jun 2007 16:42:12 +1000 From: "Rhys Palmer" To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_923_2651768.1182926532890" Subject: [xml] xmlParseFile Deadlock 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, 27 Jun 2007 06:42:17 -0000 ------=_Part_923_2651768.1182926532890 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all, I'm using libxml2-2.6.6-3.x86_64 on RHEL3. I am trying to write a program in c that receives URLs to XML files from a database and then creates a thread for each row. I'm getting a deadlock when 2 threads call xmlParseFile at the same time. I call xmlInitParser() before creating the threads. The backtrace from gdb is #0 0x0000002a95907439 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/tls/libpthread.so.0 #1 0x0000002a965cf310 in xmlRMutexLock () from /usr/lib64/libxml2.so.2 #2 0x0000002a965cb5fd in xmlParseCatalogFile () from /usr/lib64/libxml2.so.2 #3 0x0000002a965cc3b7 in xmlParseCatalogFile () from /usr/lib64/libxml2.so.2 #4 0x0000002a965cd5d1 in xmlACatalogResolve () from /usr/lib64/libxml2.so.2 #5 0x0000002a965cdd60 in xmlCatalogResolve () from /usr/lib64/libxml2.so.2 #6 0x0000002a965977ba in xmlCheckHTTPInput () from /usr/lib64/libxml2.so.2 #7 0x0000002a96597896 in xmlLoadExternalEntity () from /usr/lib64/libxml2.so.2 #8 0x0000002a96587f05 in xmlCreateURLParserCtxt () from /usr/lib64/libxml2.so.2 #9 0x0000002a96587f8b in xmlCreateFileParserCtxt () from /usr/lib64/libxml2.so.2 #10 0x0000002a96587fb1 in xmlSAXParseFileWithData () from /usr/lib64/libxml2.so.2 #11 0x0000002a965880bb in xmlSAXParseFile () from /usr/lib64/libxml2.so.2 #12 0x0000002a965880f0 in xmlParseFile () from /usr/lib64/libxml2.so.2 #13 0x0000000000401c4c in search_instance (thread_arg=0x7fbfff8460) at search_thread.c:131 #14 0x0000002a95904c64 in start_thread () from /lib64/tls/libpthread.so.0 #15 0x0000002a969ae243 in thread_start () from /lib64/tls/libc.so.6 #16 0x0000000000000000 in ?? () The backtrace is the same for each locked thread. If two threads call xmlParseFile at different times everything works. The thread code looks like void *parse( void *thread_arg ) { xmlDocPtr doc; search_data *threadData = (search_data *)thread_arg; doc = xmlParseFile(threadData->URL); .... } Am I doing something wrong here? Thanks for any help. -rhys -- Regards Rhys Palmer | Developer ___________________________________ dStore Australia Pty Ltd Level 2, 77 Elizabeth Street Brisbane QLD 4000 Australia p. 1800 DSTORE (Australia) +617 3223 6111 (International) f. +617 3211 2556 e. rpalmer@dstore.com www.dstore.com Your global department store NOTICE: This email and any attachment/s may contain confidential and/or privileged information. If you are not the intended recipient, please contact dStore Australia Pty Ltd immediately by return email or by telephone on 1800 378 673. You should not copy, distribute or disclose all or any part of this email unless you are authorised to do so. ------=_Part_923_2651768.1182926532890 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all,

I'm using libxml2-2.6.6-3.x86_64 on RHEL3.
I am trying to write a program in c that receives URLs to XML files from a database and then creates a thread for each row.
I'm getting a deadlock when 2 threads call xmlParseFile at the same time.

I call xmlInitParser() before creating the threads.

The backtrace from gdb is
#0  0x0000002a95907439 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/tls/libpthread.so.0
#1  0x0000002a965cf310 in xmlRMutexLock () from /usr/lib64/libxml2.so.2
#2  0x0000002a965cb5fd in xmlParseCatalogFile () from /usr/lib64/libxml2.so.2
#3  0x0000002a965cc3b7 in xmlParseCatalogFile () from /usr/lib64/libxml2.so.2
#4  0x0000002a965cd5d1 in xmlACatalogResolve () from /usr/lib64/libxml2.so.2
#5  0x0000002a965cdd60 in xmlCatalogResolve () from /usr/lib64/libxml2.so.2
#6  0x0000002a965977ba in xmlCheckHTTPInput () from /usr/lib64/libxml2.so.2
#7  0x0000002a96597896 in xmlLoadExternalEntity () from /usr/lib64/libxml2.so.2
#8  0x0000002a96587f05 in xmlCreateURLParserCtxt () from /usr/lib64/libxml2.so.2
#9  0x0000002a96587f8b in xmlCreateFileParserCtxt () from /usr/lib64/libxml2.so.2
#10 0x0000002a96587fb1 in xmlSAXParseFileWithData () from /usr/lib64/libxml2.so.2
#11 0x0000002a965880bb in xmlSAXParseFile () from /usr/lib64/libxml2.so.2
#12 0x0000002a965880f0 in xmlParseFile () from /usr/lib64/libxml2.so.2
#13 0x0000000000401c4c in search_instance (thread_arg=0x7fbfff8460) at search_thread.c:131
#14 0x0000002a95904c64 in start_thread () from /lib64/tls/libpthread.so.0
#15 0x0000002a969ae243 in thread_start () from /lib64/tls/libc.so.6
#16 0x0000000000000000 in ?? ()

The backtrace is the same for each locked thread.
If two threads call xmlParseFile at different times everything works.

The thread code looks like

void
*parse( void *thread_arg )
{
    xmlDocPtr         doc;
   
    search_data *threadData = (search_data *)thread_arg;
    doc = xmlParseFile(threadData->URL);
 
   ....
 }

Am I doing something wrong here? Thanks for any help.

-rhys

--
Regards

Rhys Palmer | Developer
___________________________________
dStore Australia Pty Ltd
Level 2, 77 Elizabeth Street
Brisbane QLD 4000
Australia
p. 1800 DSTORE (Australia)
   +617 3223 6111 (International)
f. +617 3211 2556
e. rpalmer@dstore.com
www.dstore.com

Your global department store

NOTICE:
This email and any attachment/s may contain confidential and/or privileged information. If you are not the intended recipient, please contact dStore Australia Pty Ltd immediately by return email or by telephone on 1800 378 673. You should not copy, distribute or disclose all or any part of this email unless you are authorised to do so. ------=_Part_923_2651768.1182926532890-- From harbhanu@huawei.com Wed Jun 27 08:28:38 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A72D33B00DE for ; Wed, 27 Jun 2007 08:28:38 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 1.545 X-Spam-Level: * X-Spam-Status: No, score=1.545 tagged_above=-999 required=2 tests=[AWL=0.196, BAYES_50=0.001, HTML_90_100=0.113, HTML_MESSAGE=0.001, L_P0F_Unix=-1, RCVD_IN_WHOIS_INVALID=2.234] X-Amavis-OS-Fingerprint: Solaris 8 (1), (distance 17, link: ethernet/modem), [61.144.161.54] 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 4UsMVsyA6P9J for ; Wed, 27 Jun 2007 08:28:37 -0400 (EDT) Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [61.144.161.54]) by menubar.gnome.org (Postfix) with ESMTP id 240D43B0086 for ; Wed, 27 Jun 2007 08:28:36 -0400 (EDT) Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JKA00EABNZCUK@szxga02-in.huawei.com> for xml@gnome.org; Wed, 27 Jun 2007 20:28:24 +0800 (CST) Received: from huawei.com ([172.24.1.18]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JKA00G2RNZBEZ@szxga02-in.huawei.com> for xml@gnome.org; Wed, 27 Jun 2007 20:28:24 +0800 (CST) Received: from k19120I ([10.70.145.133]) by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JKA00L7UNZ74U@szxml03-in.huawei.com> for xml@gnome.org; Wed, 27 Jun 2007 20:28:23 +0800 (CST) Date: Wed, 27 Jun 2007 20:28:19 +0800 From: Harbhanu To: xml@gnome.org Message-id: <003701c7b8b6$a5278de0$8591460a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_Mm+hjy8q7NZ+rRcV5FnvyA)" Thread-index: Ace4tqTWE2n/nRi/QZWJ5ayaPz+Erw== Subject: [xml] Schema validation .. 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, 27 Jun 2007 12:28:38 -0000 This is a multi-part message in MIME format. --Boundary_(ID_Mm+hjy8q7NZ+rRcV5FnvyA) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi, I wanted to know the best way to do Schema validation incase I want to use SAX parsing. Is the only way out is to do it as a separate step?? Then effectively we will be doing parsing of the same document twice. Also, theoretically can schema validation be performed on a partially read XML document?? Please let me know about your comments. Thanks !! Regards, Harbhanu --Boundary_(ID_Mm+hjy8q7NZ+rRcV5FnvyA) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT

Hi,

I wanted to know the best way to do Schema validation incase I want to use SAX parsing.

Is the only way out is to do it as a separate step?? Then effectively we will be doing parsing of the same document twice…

 

Also, theoretically can schema validation be performed on a partially read XML document??

 

Please let me know about your comments.

Thanks !!

 

Regards,

Harbhanu

 

--Boundary_(ID_Mm+hjy8q7NZ+rRcV5FnvyA)-- From chen@cisco.com Wed Jun 27 19:37:20 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 27E283B0088 for ; Wed, 27 Jun 2007 19:37:20 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.174 X-Spam-Level: X-Spam-Status: No, score=-1.174 tagged_above=-999 required=2 tests=[AWL=-1.094, BAYES_05=-1.11, L_P0F_UNKN=0.8, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Amavis-OS-Fingerprint: UNKNOWN [16384:51:1:48:M1380, S, E:P:?:?], (link: GPRS, T1, FreeS/WAN), [171.68.10.87] 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 glv3wXw7Sevo for ; Wed, 27 Jun 2007 19:37:15 -0400 (EDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by menubar.gnome.org (Postfix) with ESMTP id B34553B00D1 for ; Wed, 27 Jun 2007 19:37:09 -0400 (EDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-5.cisco.com with ESMTP; 27 Jun 2007 16:37:07 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAABiRgkarR7PDh2dsb2JhbACPJgIJDiw X-IronPort-AV: i="4.16,468,1175497200"; d="scan'208"; a="164579204:sNHT29606328" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l5RNb7f2008089; Wed, 27 Jun 2007 16:37:07 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l5RNb7XH026746; Wed, 27 Jun 2007 23:37:07 GMT Received: from xmb-sjc-221.amer.cisco.com ([128.107.191.80]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 27 Jun 2007 16:37:07 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 27 Jun 2007 16:37:06 -0700 Message-ID: <52E903A38F544F46A2A6632AC66103EE03FAB447@xmb-sjc-221.amer.cisco.com> In-Reply-To: <20070626093730.GK21296@redhat.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [xml] Question regarding Xpath and streaming Thread-Index: Ace31aFe/10nXPyjSo6SdKOYm54xagBPSYWg References: <20070316132900.GT3127@redhat.com> <9FFB7559A1855049AAD539297C0FA90A3F860E@mx01.technocom.com> <52E903A38F544F46A2A6632AC66103EE03FAACC5@xmb-sjc-221.amer.cisco.com> <20070626093730.GK21296@redhat.com> From: "Yong Chen \(yongche\)" To: X-OriginalArrivalTime: 27 Jun 2007 23:37:07.0379 (UTC) FILETIME=[13122830:01C7B914] Authentication-Results: sj-dkim-3; header.From=chen@cisco.com; dkim=pass (si g from cisco.com/sjdkim3002 verified; ); Cc: xml@gnome.org Subject: Re: [xml] Question regarding Xpath and streaming 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, 27 Jun 2007 23:37:20 -0000 On the same note, is there any way to validate a document (against a schema) which is being streamed out using xmlWriter?=20 "xmlSchemaValidateDoc(validCtxtPtr, doc)" needs a "doc", but when doing streaming, I don't have the full doc available. Thanks, Yong Chen > -----Original Message----- > From: Daniel Veillard [mailto:veillard@redhat.com]=20 > Sent: Tuesday, June 26, 2007 2:38 AM > To: Yong Chen (yongche) > Cc: xml@gnome.org > Subject: Re: [xml] Question regarding Xpath and streaming >=20 > On Mon, Jun 25, 2007 at 06:24:46PM -0700, Yong Chen (yongche) wrote: > >=20 > > Hi, > >=20 > > I've a question regarding xpath and streaming (xmlWriter): > >=20 > > I use xpath to filter a document so I get selected (or=20 > filtered) nodes. > > I also use xmlWriter to stream output. I wonder if I can use both=20 > > together. > >=20 > > Libxml xpath works by first getting xmlXpathContextPtr (API: > > xmlXpathNewContext(doc)), this means the document (doc) has to be=20 > > available. But if I'm streaming the data into a file=20 > > (xmlNewTextWriterFilename()), I don't have the doc=20 > available. So how=20 > > can I apply the xpath filtering in xmlWriter streaming? >=20 > Normal XPath operations require a full tree. > There is a pattern module allowing to stream for a very=20 > small subset of XPath, see=20 > http://xmlsoft.org/html/libxml-pattern.html , but I don't=20 > have user friendly docs for it. >=20 > Daniel >=20 > -- > Red Hat Virtualization group http://redhat.com/virtualization/ > Daniel Veillard | virtualization library http://libvirt.org/ > veillard@redhat.com | libxml GNOME XML XSLT toolkit =20 > http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search=20 > engine http://rpmfind.net/ >=20 From s.kalyanasundaram@gmail.com Wed Jun 27 23:49:57 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9FB703B00CD for ; Wed, 27 Jun 2007 23:49:57 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 1.166 X-Spam-Level: * X-Spam-Status: No, score=1.166 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, HTML_10_20=1.351, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 38 hrs), (distance 11, link: (Google 2)), [66.249.82.231] 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 S+ZCvFfuDfBF for ; Wed, 27 Jun 2007 23:49:55 -0400 (EDT) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by menubar.gnome.org (Postfix) with ESMTP id AF3CA3B00C3 for ; Wed, 27 Jun 2007 23:49:55 -0400 (EDT) Received: by wx-out-0506.google.com with SMTP id h26so35663wxd for ; Wed, 27 Jun 2007 20:49:54 -0700 (PDT) Received: by 10.90.99.20 with SMTP id w20mr1298554agb.1183002594071; Wed, 27 Jun 2007 20:49:54 -0700 (PDT) Received: by 10.90.118.18 with HTTP; Wed, 27 Jun 2007 20:49:54 -0700 (PDT) Message-ID: Date: Thu, 28 Jun 2007 09:19:54 +0530 From: "kalyanasundaram s" To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_34064_7656264.1183002594041" Subject: [xml] getElementsByName is available? 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, 28 Jun 2007 03:49:57 -0000 ------=_Part_34064_7656264.1183002594041 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all, I need to parse a huge xml file for a specific set of nodes. Is there any method like getElementByName is available in libxml. I could not find it in the document. Does it exists with some other name? Otherwise i will have to travel in the entire tree. It is inefficient. Thanks for your help. -- kalyan ------=_Part_34064_7656264.1183002594041 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all,
  I need to parse a huge xml file for a specific set of nodes. Is there any method like getElementByName is available in libxml. I could not find it in the document. Does it exists with some other name?
Otherwise i will have to travel in the entire tree. It is inefficient.

Thanks for your help.
--
kalyan

------=_Part_34064_7656264.1183002594041-- From stefan_ml@behnel.de Thu Jun 28 03:11:14 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A3ACC3B0104 for ; Thu, 28 Jun 2007 03:11:14 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4982 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.25] 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 VM5560ufb5C8 for ; Thu, 28 Jun 2007 03:11:12 -0400 (EDT) Received: from lnx131.hrz.tu-darmstadt.de (lnx131.hrz.tu-darmstadt.de [130.83.174.25]) by menubar.gnome.org (Postfix) with ESMTP id 263B13B00D1 for ; Thu, 28 Jun 2007 03:11:11 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx131.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5S7Av35018978; Thu, 28 Jun 2007 09:10:57 +0200 Received: from [192.168.255.75] (p5088E5BC.dip.t-dialin.net [80.136.229.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id DA5571703; Thu, 28 Jun 2007 09:10:58 +0200 (CEST) Message-ID: <46835F02.5060700@behnel.de> Date: Thu, 28 Jun 2007 09:10:58 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: kalyanasundaram s References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] getElementsByName is available? 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, 28 Jun 2007 07:11:14 -0000 kalyanasundaram s wrote: > I need to parse a huge xml file for a specific set of nodes. Is there > any method like getElementByName is available in libxml. I could not > find it in the document. Does it exists with some other name? > Otherwise i will have to travel in the entire tree. It is inefficient. No it's not. It just depends on the implementation of getElementByName. :) You can always use XPath to find the tag. However, if your XML tree is really so big (note that XPath is pretty fast, so I'd try it first) you may consider building an index of the tree, i.e. some kind of data structure that maps tag names to a list of node pointers. Note that there is also a hash map implementation in libxml2, see hash.c. Stefan From s.kalyanasundaram@gmail.com Thu Jun 28 04:47:58 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0DB473B0123 for ; Thu, 28 Jun 2007 04:47:58 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2078 hrs), (distance 12, link: (Google 2)), [209.85.146.183] 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 fwE5pedZ0CIJ for ; Thu, 28 Jun 2007 04:47:55 -0400 (EDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by menubar.gnome.org (Postfix) with ESMTP id CE9023B00A1 for ; Thu, 28 Jun 2007 04:47:55 -0400 (EDT) Received: by wa-out-1112.google.com with SMTP id j4so635593wah for ; Thu, 28 Jun 2007 01:47:54 -0700 (PDT) Received: by 10.114.173.15 with SMTP id v15mr1346353wae.1183020474156; Thu, 28 Jun 2007 01:47:54 -0700 (PDT) Received: from blr-nld-t24.blr.novell.com ( [125.16.129.16]) by mx.google.com with ESMTP id m27sm11824788wag.2007.06.28.01.47.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 28 Jun 2007 01:47:53 -0700 (PDT) From: kalyanasundaram To: Stefan Behnel In-Reply-To: <46835F02.5060700@behnel.de> References: <46835F02.5060700@behnel.de> Content-Type: text/plain Organization: Novell Date: Thu, 28 Jun 2007 14:17:04 +0530 Message-Id: <1183020424.29573.5.camel@blr-nld-t24.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] getElementsByName is available? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: s.kalyanasundaram@gmail.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 08:47:58 -0000 On Thu, 2007-06-28 at 09:10 +0200, Stefan Behnel wrote: > > kalyanasundaram s wrote: > > I need to parse a huge xml file for a specific set of nodes. Is there > > any method like getElementByName is available in libxml. I could not > > find it in the document. Does it exists with some other name? > > Otherwise i will have to travel in the entire tree. It is inefficient. > > No it's not. It just depends on the implementation of getElementByName. :) > > You can always use XPath to find the tag. However, if your XML tree is really > so big (note that XPath is pretty fast, so I'd try it first) you may consider > building an index of the tree, i.e. some kind of data structure that maps tag > names to a list of node pointers. > > Note that there is also a hash map implementation in libxml2, see hash.c. > > Stefan Thanks for your information. I need to parse the xml file only once. So which would be better? XPath or linear traversing? I dont know much about XPath implementation. (Do they not traverse atleast once?) The file size is about 500 KB. :) So what do u suggest? Thanks, -"kalyan" From stefan_ml@behnel.de Thu Jun 28 05:01:23 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0FFA73B00A1 for ; Thu, 28 Jun 2007 05:01:23 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4987 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.24] 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 K5AROFVvTRnH for ; Thu, 28 Jun 2007 05:01:21 -0400 (EDT) Received: from lnx130.hrz.tu-darmstadt.de (lnx130.hrz.tu-darmstadt.de [130.83.174.24]) by menubar.gnome.org (Postfix) with ESMTP id D11903B007D for ; Thu, 28 Jun 2007 05:01:20 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx130.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5S910E2017905; Thu, 28 Jun 2007 11:01:00 +0200 Received: from [192.168.255.75] (p5088E5BC.dip.t-dialin.net [80.136.229.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id C7A461703; Thu, 28 Jun 2007 11:00:59 +0200 (CEST) Message-ID: <468378CB.9070902@behnel.de> Date: Thu, 28 Jun 2007 11:00:59 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: s.kalyanasundaram@gmail.com References: <46835F02.5060700@behnel.de> <1183020424.29573.5.camel@blr-nld-t24.blr.novell.com> In-Reply-To: <1183020424.29573.5.camel@blr-nld-t24.blr.novell.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] getElementsByName is available? 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, 28 Jun 2007 09:01:23 -0000 kalyanasundaram wrote: > On Thu, 2007-06-28 at 09:10 +0200, Stefan Behnel wrote: >> kalyanasundaram s wrote: >>> I need to parse a huge xml file for a specific set of nodes. Is there >>> any method like getElementByName is available in libxml. I could not >>> find it in the document. Does it exists with some other name? >>> Otherwise i will have to travel in the entire tree. It is inefficient. >> No it's not. It just depends on the implementation of getElementByName. :) >> >> You can always use XPath to find the tag. However, if your XML tree is really >> so big (note that XPath is pretty fast, so I'd try it first) you may consider >> building an index of the tree, i.e. some kind of data structure that maps tag >> names to a list of node pointers. >> >> Note that there is also a hash map implementation in libxml2, see hash.c. >> >> Stefan > > Thanks for your information. I need to parse the xml file only once. Do you mean: parse it once, keep it in memory and keep doing lots of things with it? Or rather: parse it once, extract what you need and then throw it away? In the first case: build an index. In the latter: Either read it in, traverse it and extract what you need (possibly with XPath), or read it in with SAX and extract what you need while parsing. Depends on whether you need a tree to know what you need or not. > So which would be better? XPath or linear traversing? > I dont know much about XPath implementation. (Do they not traverse > atleast once?) The file size is about 500 KB. :) That sounds rather small. Just parse it in and walk through it, that's what I'd do. Stefan From veillard@redhat.com Thu Jun 28 06:48:05 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A406D3B00D1 for ; Thu, 28 Jun 2007 06:48:05 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 11376 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 v9V5G17sDk6W for ; Thu, 28 Jun 2007 06:48:04 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 0DDB83B00C3 for ; Thu, 28 Jun 2007 06:48:03 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5SAm1sx026065; Thu, 28 Jun 2007 06:48:01 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5SAm0b1014100; Thu, 28 Jun 2007 06:48:00 -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 l5SAm0ui025261; Thu, 28 Jun 2007 06:48:00 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5SAm0vc025259; Thu, 28 Jun 2007 06:48:00 -0400 Date: Thu, 28 Jun 2007 06:48:00 -0400 From: Daniel Veillard To: "Yong Chen (yongche)" Message-ID: <20070628104800.GC24511@redhat.com> References: <20070316132900.GT3127@redhat.com> <9FFB7559A1855049AAD539297C0FA90A3F860E@mx01.technocom.com> <52E903A38F544F46A2A6632AC66103EE03FAACC5@xmb-sjc-221.amer.cisco.com> <20070626093730.GK21296@redhat.com> <52E903A38F544F46A2A6632AC66103EE03FAB447@xmb-sjc-221.amer.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52E903A38F544F46A2A6632AC66103EE03FAB447@xmb-sjc-221.amer.cisco.com> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] Question regarding Xpath and streaming 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, 28 Jun 2007 10:48:05 -0000 On Wed, Jun 27, 2007 at 04:37:06PM -0700, Yong Chen (yongche) wrote: > > > On the same note, is there any way to validate a document (against a > schema) which is being streamed out using xmlWriter? > > "xmlSchemaValidateDoc(validCtxtPtr, doc)" needs a "doc", but when doing > streaming, I don't have the full doc available. Validation is usually done at parsing time. Schemas validation can be streamed on top of the reader or SAX. There is nothing available for the writer. For SAX see /** * xmlSchemaValidateStream: * @ctxt: a schema validation context * @input: the input to use for reading the data * @enc: an optional encoding information * @sax: a SAX handler for the resulting events * @user_data: the context to provide to the SAX handler. * * Validate an input based on a flow of SAX event from the parser * and forward the events to the @sax handler with the provided @user_data * the user provided @sax handler must be a SAX2 one. * * Returns 0 if the document is schemas valid, a positive error code * number otherwise and -1 in case of internal or API error. */ there is an example of use in xmllint.c Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ 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 Jun 28 06:53:55 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 66E9C3B00C3 for ; Thu, 28 Jun 2007 06:53:55 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 11376 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 rCDL0kg5rszo for ; Thu, 28 Jun 2007 06:53:54 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 1B0B33B00D1 for ; Thu, 28 Jun 2007 06:53:53 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5SArp75002589; Thu, 28 Jun 2007 06:53:51 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5SArpl8015655; Thu, 28 Jun 2007 06:53: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 l5SArpe6025532; Thu, 28 Jun 2007 06:53:51 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5SArofC025530; Thu, 28 Jun 2007 06:53:50 -0400 Date: Thu, 28 Jun 2007 06:53:50 -0400 From: Daniel Veillard To: Rhys Palmer Message-ID: <20070628105350.GD24511@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 Cc: xml@gnome.org Subject: Re: [xml] xmlParseFile Deadlock 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, 28 Jun 2007 10:53:55 -0000 On Wed, Jun 27, 2007 at 04:42:12PM +1000, Rhys Palmer wrote: > Hi all, > > I'm using libxml2-2.6.6-3.x86_64 on RHEL3. > I am trying to write a program in c that receives URLs to XML files from a > database and then creates a thread for each row. > I'm getting a deadlock when 2 threads call xmlParseFile at the same time. > > I call xmlInitParser() before creating the threads. sounds right. [...] > #1 0x0000002a965cf310 in xmlRMutexLock () from /usr/lib64/libxml2.so.2 > #2 0x0000002a965cb5fd in xmlParseCatalogFile () from > /usr/lib64/libxml2.so.2 looks like a race in the catalog code. There is a testThread.c case in recent versions to check this kind of things, and that's part of normal regression tests, > The backtrace is the same for each locked thread. > If two threads call xmlParseFile at different times everything works. > > The thread code looks like [...] > Am I doing something wrong here? Thanks for any help. no probably a bug fixed in recent versions. Try with a new version to see if this fixes it, > NOTICE: > This email and any attachment/s may contain confidential and/or privileged > information. If you are not the intended recipient, please contact dStore > Australia Pty Ltd immediately by return email or by telephone on 1800 378 > 673. You should not copy, distribute or disclose all or any part of this > email unless you are authorised to do so. Those terms are unacceptable for the opensource process. Please read http://xmlsoft.org/bugs.html Daniel , with my libxml2 hat on, not the red one ! -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ 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 Jun 28 06:58:10 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A7E2C3B0104 for ; Thu, 28 Jun 2007 06:58:10 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.361 X-Spam-Level: X-Spam-Status: No, score=-2.361 tagged_above=-999 required=2 tests=[AWL=0.009, 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-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 11378 hrs), (distance 13, link: GPRS, T1, FreeS/WAN), [66.187.233.31] 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 AGApnqNLSX7a for ; Thu, 28 Jun 2007 06:58:09 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id E40773B00EA for ; Thu, 28 Jun 2007 06:58:08 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l5SAw731008279; Thu, 28 Jun 2007 06:58:07 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l5SAw6xE016724; Thu, 28 Jun 2007 06:58:07 -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 l5SAw65J025747; Thu, 28 Jun 2007 06:58:06 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l5SAw6QA025745; Thu, 28 Jun 2007 06:58:06 -0400 Date: Thu, 28 Jun 2007 06:58:06 -0400 From: Daniel Veillard To: Harbhanu Message-ID: <20070628105806.GE24511@redhat.com> References: <003701c7b8b6$a5278de0$8591460a@china.huawei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003701c7b8b6$a5278de0$8591460a@china.huawei.com> User-Agent: Mutt/1.4.1i Cc: xml@gnome.org Subject: Re: [xml] Schema validation .. 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, 28 Jun 2007 10:58:10 -0000 On Wed, Jun 27, 2007 at 08:28:19PM +0800, Harbhanu wrote: > Hi, > > I wanted to know the best way to do Schema validation incase I want to use > SAX parsing. > /** * xmlSchemaValidateStream: * @ctxt: a schema validation context * @input: the input to use for reading the data * @enc: an optional encoding information * @sax: a SAX handler for the resulting events * @user_data: the context to provide to the SAX handler. * * Validate an input based on a flow of SAX event from the parser * and forward the events to the @sax handler with the provided @user_data * the user provided @sax handler must be a SAX2 one. * * Returns 0 if the document is schemas valid, a positive error code * number otherwise and -1 in case of internal or API error. */ SAX is a bad API I discourage its use > Is the only way out is to do it as a separate step?? Then effectively we > will be doing parsing of the same document twice. definitely not there are code in xmllint doing this. > > Also, theoretically can schema validation be performed on a partially read > XML document?? theorically maybe and practically no, it's defined on full documents as far as I understand, though there is a notion of partial validation but way beyond my understanding of the spec, and I don't think it's possible in libxml2. Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From s.kalyanasundaram@gmail.com Thu Jun 28 07:02:08 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5955C3B00EC for ; Thu, 28 Jun 2007 07:02:08 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2101 hrs), (distance 12, link: (Google 2)), [209.85.146.177] 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 MCFG2W+nG7W0 for ; Thu, 28 Jun 2007 07:02:06 -0400 (EDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by menubar.gnome.org (Postfix) with ESMTP id E047C3B011B for ; Thu, 28 Jun 2007 07:02:05 -0400 (EDT) Received: by wa-out-1112.google.com with SMTP id j4so673030wah for ; Thu, 28 Jun 2007 04:02:04 -0700 (PDT) Received: by 10.114.146.1 with SMTP id t1mr1466040wad.1183028524038; Thu, 28 Jun 2007 04:02:04 -0700 (PDT) Received: from blr-nld-t24.blr.novell.com ( [125.16.129.16]) by mx.google.com with ESMTP id n33sm6200340wag.2007.06.28.04.02.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 28 Jun 2007 04:02:03 -0700 (PDT) From: kalyanasundaram To: Stefan Behnel In-Reply-To: <468378CB.9070902@behnel.de> References: <46835F02.5060700@behnel.de> <1183020424.29573.5.camel@blr-nld-t24.blr.novell.com> <468378CB.9070902@behnel.de> Content-Type: text/plain Organization: Novell Date: Thu, 28 Jun 2007 16:31:14 +0530 Message-Id: <1183028474.29573.11.camel@blr-nld-t24.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] getElementsByName is available? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: s.kalyanasundaram@gmail.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 11:02:08 -0000 On Thu, 2007-06-28 at 11:00 +0200, Stefan Behnel wrote: > > kalyanasundaram wrote: > > On Thu, 2007-06-28 at 09:10 +0200, Stefan Behnel wrote: > >> kalyanasundaram s wrote: > >>> I need to parse a huge xml file for a specific set of nodes. Is there > >>> any method like getElementByName is available in libxml. I could not > >>> find it in the document. Does it exists with some other name? > >>> Otherwise i will have to travel in the entire tree. It is inefficient. > >> No it's not. It just depends on the implementation of getElementByName. :) > >> > >> You can always use XPath to find the tag. However, if your XML tree is really > >> so big (note that XPath is pretty fast, so I'd try it first) you may consider > >> building an index of the tree, i.e. some kind of data structure that maps tag > >> names to a list of node pointers. > >> > >> Note that there is also a hash map implementation in libxml2, see hash.c. > >> > >> Stefan > > > > Thanks for your information. I need to parse the xml file only once. > > Do you mean: parse it once, keep it in memory and keep doing lots of things > with it? Or rather: parse it once, extract what you need and then throw it away? > Yeh, in my case parse it once and update few nodes and save it as another document. Nothing more than that. > In the first case: build an index. In the latter: Either read it in, traverse > it and extract what you need (possibly with XPath), or read it in with SAX and > extract what you need while parsing. Depends on whether you need a tree to > know what you need or not. > > > > So which would be better? XPath or linear traversing? > > I dont know much about XPath implementation. (Do they not traverse > > atleast once?) The file size is about 500 KB. :) > > That sounds rather small. Just parse it in and walk through it, that's what > I'd do. > Really! I thought 500 Kb is bigger. How much it would be able to handle? At what size I should go for XPath ? thanks for your all help, -"kalyan" From stefan_ml@behnel.de Thu Jun 28 07:42:37 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4C1493B007D for ; Thu, 28 Jun 2007 07:42:37 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_LX=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4994 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.24] 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 FMP1+5vpeRC1 for ; Thu, 28 Jun 2007 07:42:35 -0400 (EDT) Received: from lnx130.hrz.tu-darmstadt.de (lnx130.hrz.tu-darmstadt.de [130.83.174.24]) by menubar.gnome.org (Postfix) with ESMTP id CC9F83B006A for ; Thu, 28 Jun 2007 07:42:34 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx130.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5SBgGJZ028553; Thu, 28 Jun 2007 13:42:16 +0200 Received: from [192.168.255.75] (p5088E5BC.dip.t-dialin.net [80.136.229.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id B307B1709; Thu, 28 Jun 2007 13:42:16 +0200 (CEST) Message-ID: <46839E98.6060802@behnel.de> Date: Thu, 28 Jun 2007 13:42:16 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: s.kalyanasundaram@gmail.com References: <46835F02.5060700@behnel.de> <1183020424.29573.5.camel@blr-nld-t24.blr.novell.com> <468378CB.9070902@behnel.de> <1183028474.29573.11.camel@blr-nld-t24.blr.novell.com> In-Reply-To: <1183028474.29573.11.camel@blr-nld-t24.blr.novell.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] getElementsByName is available? 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, 28 Jun 2007 11:42:37 -0000 kalyanasundaram wrote: >>> So which would be better? XPath or linear traversing? >>> I dont know much about XPath implementation. (Do they not traverse >>> atleast once?) The file size is about 500 KB. :) >> That sounds rather small. Just parse it in and walk through it, that's what >> I'd do. >> > Really! I thought 500 Kb is bigger. How much it would be able to handle? > At what size I should go for XPath ? The question is not "at what size". The question is: "what's the overhead involved in both cases in terms of speed and programming". If the XPath API is easy to use for you, go with it. But a custom tree walker can still be faster if you need it (and have the time to implement and optimise it). In lxml (the best Python bindings for libxml2/libxslt :), we use a pretty fast tree walker macro. See the end of http://codespeak.net/svn/lxml/trunk/src/lxml/etree_defs.h (BSD-licensed, BTW) Stefan From stefan_ml@behnel.de Thu Jun 28 08:02:01 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 51D9F3B006A for ; Thu, 28 Jun 2007 08:02:01 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4994 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.25] 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 JjRsKLafQpZF for ; Thu, 28 Jun 2007 08:01:57 -0400 (EDT) Received: from lnx131.hrz.tu-darmstadt.de (lnx131.hrz.tu-darmstadt.de [130.83.174.25]) by menubar.gnome.org (Postfix) with ESMTP id 086043B00C3 for ; Thu, 28 Jun 2007 08:01:56 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx131.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5SBuWrU023604; Thu, 28 Jun 2007 13:56:32 +0200 Received: from [192.168.255.75] (p5088E5BC.dip.t-dialin.net [80.136.229.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id 0C18E1709; Thu, 28 Jun 2007 13:56:33 +0200 (CEST) Message-ID: <4683A1F1.5000602@behnel.de> Date: Thu, 28 Jun 2007 13:56:33 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: s.kalyanasundaram@gmail.com References: <46835F02.5060700@behnel.de> <1183020424.29573.5.camel@blr-nld-t24.blr.novell.com> <468378CB.9070902@behnel.de> <1183028474.29573.11.camel@blr-nld-t24.blr.novell.com> In-Reply-To: <1183028474.29573.11.camel@blr-nld-t24.blr.novell.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] getElementsByName is available? 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, 28 Jun 2007 12:02:01 -0000 kalyanasundaram wrote: > On Thu, 2007-06-28 at 11:00 +0200, Stefan Behnel wrote: >> kalyanasundaram wrote: >>> So which would be better? XPath or linear traversing? >>> I dont know much about XPath implementation. (Do they not traverse >>> atleast once?) The file size is about 500 KB. :) >> That sounds rather small. Just parse it in and walk through it, that's what >> I'd do. >> > Really! I thought 500 Kb is bigger. How much it would be able to handle? I ran an lxml.etree benchmark in Python once that sucked in 3MB of XML (the old Jewish testament) and then traversed it to find verses that contain a specific text. Took about 110 milliseconds on my machine. http://codespeak.net/lxml/performance.html#a-longer-example Stefan From neil@fnxweb.com Thu Jun 28 08:29:57 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E11343B007D for ; Thu, 28 Jun 2007 08:29:56 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.372 X-Spam-Level: X-Spam-Status: No, score=-0.372 tagged_above=-999 required=2 tests=[AWL=-2.074, BAYES_50=0.001, L_P0F_W=1.7, UNPARSEABLE_RELAY=0.001] X-Amavis-OS-Fingerprint: Windows 2000 SP4, XP SP1+, (distance 23, link: ethernet/modem), [194.128.85.6] 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 LZg-mqx3tS5e for ; Thu, 28 Jun 2007 08:29:53 -0400 (EDT) Received: from crawsmail1.uk.thalesgroup.com (mail.uk.thalesgroup.com [194.128.85.6]) by menubar.gnome.org (Postfix) with ESMTP id E4C683B006A for ; Thu, 28 Jun 2007 08:29:52 -0400 (EDT) Received: from crawsmail1.uk.thalesgroup.com (mailsweeper1.int.rdel.co.uk) by crawsmail1.uk.thalesgroup.com (Content Technologies SMTPRS 4.3.14) with ESMTP id for ; Thu, 28 Jun 2007 13:29:50 +0100 Received: from mail.uk.thalesgroup.com (lisc0021.int.rdel.co.uk) by crawsmail1.uk.thalesgroup.com (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Thu, 28 Jun 2007 13:31:04 +0100 Received: from ntscxch1.int.rdel.co.uk (ntscxch1.int.rdel.co.uk [172.21.100.149]) by mail.uk.thalesgroup.com (8.12.8/8.12.8) with ESMTP id l5SCTorY012461 for ; Thu, 28 Jun 2007 13:29:50 +0100 Received: from [172.21.188.59] (crawd09175.int.rdel.co.uk [172.21.188.59]) by ntscxch1.int.rdel.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id NPQH6Z6G; Thu, 28 Jun 2007 13:30:17 +0100 Message-ID: <4683A9B7.50108@fnxweb.com> Date: Thu, 28 Jun 2007 13:29:43 +0100 From: Neil Bird User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070419 Fedora/2.0.0.0-1.fc7 Thunderbird/2.0.0.0 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: xml@gnome.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUCAgIWFhYpKSk5OTlG RkZZWVlpaWl5eXmIiIiYmJinp6e4uLjHx8fX19fp6en///9A9AQlAAAACXBIWXMAAA7DAAAOwwHH b6hkAAAAB3RJTUUH1wUDERA1GC+5nAAAAiZJREFUOMut1E1oE0EUAOBnsrVZ8+P6FwUpTT1IQaX1 pIdIqjcF2a0gKCI5iAeFptujpxQRPNVd0XOiJ0+ysYrXhgrqbVOKoIeyUrFYNAxNut387O5zsuZ/ 4knnMMybbxbmvXks4F8G/CO43UA6wfuTnROAd9v77yDdWr6gkLvcDL6Dr30kTKEEKS+whTG+uf8J RAo1gJlGpM5YkdY+LDVuFYvBDUTrJloT3v4b2M95182dmoJxYw3RbIAzB0MrIQ+2+fok+BfogsLH GPh1OemB4yNUIPqytPfLNACnu/vIn8xlBW0JANQjdIoauBNolmQ9XCXuU4DH4wAXiZvNJ5pgc7XD BDennpw9lEF3TjtttIooa5NDOuKDa/SQ5K8E2tUtRwrnfY/w6m38EePCBbENDmfRXOLH778GbjU9 Rjrv8Sx7oirwAVXdlV20gl0PZYZXcWMPn1NTGM+nu8A9VtHwc7CwgLXMgZ6nzc+m6Gdfk7hhjvRA NbiJW5GtUcyoWm8zTBeNwmg55KxF+7pkXTTUhBkolif6wOZRSlY4lI3+vpINQanDL55puHIcdAcW RQacKBAUrhC2RZf9iNLIgN7NDyPOhwaATJ9hfngACAeVygUfCzbcCa28BYMBC/RbZ+qgMFDajaaI UoIBWvLl67gdYeA5wXOvDPcoA/fQ0iwRHzIwix8QL+EOA0uU8BupswnWaP1sZUDmPxtTdgB4ORf/ 27+ka/wGJAa4orPfI2oAAAAASUVORK5CYII= Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [xml] Memory leak (__xmlRaiseError)? 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, 28 Jun 2007 12:29:57 -0000 Before I trouble bugzilla I'd like to find out whether something I've found is a leak or me being daft. Looking for memory leaks in my app., I'm seeing error.c's __xmlRaiseError apparently leak when it does an xmlCopyError() into local variable 'to' and then not free up 'to'. This occurs when parse_file() is called on a non-existent file, e.g. I've looked in CVS and there doesn't seem to be a diff. between that error.c and the copy I have and I can't see a bugzilla entry that relates to this specifically. -- [neil@fnx ~]# rm -f .signature [neil@fnx ~]# ls -l .signature ls: .signature: No such file or directory [neil@fnx ~]# exit From stefan_ml@behnel.de Thu Jun 28 08:33:33 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E74AC3B007D for ; Thu, 28 Jun 2007 08:33:32 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4996 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.25] 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 NuwadezumPIw for ; Thu, 28 Jun 2007 08:33:31 -0400 (EDT) Received: from lnx131.hrz.tu-darmstadt.de (lnx131.hrz.tu-darmstadt.de [130.83.174.25]) by menubar.gnome.org (Postfix) with ESMTP id 2ADC73B0002 for ; Thu, 28 Jun 2007 08:33:30 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx131.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5SCXEIC018576; Thu, 28 Jun 2007 14:33:14 +0200 Received: from [192.168.255.75] (p5088E5BC.dip.t-dialin.net [80.136.229.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id 455D41709; Thu, 28 Jun 2007 14:33:15 +0200 (CEST) Message-ID: <4683AA8A.6030409@behnel.de> Date: Thu, 28 Jun 2007 14:33:14 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Neil Bird References: <4683A9B7.50108@fnxweb.com> In-Reply-To: <4683A9B7.50108@fnxweb.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org Subject: Re: [xml] Memory leak (__xmlRaiseError)? 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, 28 Jun 2007 12:33:33 -0000 Neil Bird wrote: > Before I trouble bugzilla I'd like to find out whether something I've > found is a leak or me being daft. > > Looking for memory leaks in my app., I'm seeing error.c's __xmlRaiseError > apparently leak when it does an xmlCopyError() into local variable 'to' and > then not free up 'to'. > > This occurs when parse_file() is called on a non-existent file, e.g. > > > I've looked in CVS and there doesn't seem to be a diff. between that > error.c and the copy I have and I can't see a bugzilla entry that relates to > this specifically. There was a bug like that which I think was solved in 2.6.27 (?). Stefan From neil@fnxweb.com Thu Jun 28 09:53:33 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A2E793B00C1 for ; Thu, 28 Jun 2007 09:53:33 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.344 X-Spam-Level: X-Spam-Status: No, score=-0.344 tagged_above=-999 required=2 tests=[AWL=-2.046, BAYES_50=0.001, L_P0F_W=1.7, UNPARSEABLE_RELAY=0.001] X-Amavis-OS-Fingerprint: Windows 2000 SP4, XP SP1+, (distance 23, link: ethernet/modem), [194.128.85.7] 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 97xrnSBOWb+S for ; Thu, 28 Jun 2007 09:53:32 -0400 (EDT) Received: from CRAWSMAIL2.uk.thalesgroup.com (mail.uk.thalesgroup.com [194.128.85.7]) by menubar.gnome.org (Postfix) with ESMTP id 0D6CC3B0097 for ; Thu, 28 Jun 2007 09:53:31 -0400 (EDT) Received: from crawsmail2.uk.thalesgroup.com (mailsweeper2.int.rdel.co.uk) by CRAWSMAIL2.uk.thalesgroup.com (Content Technologies SMTPRS 4.3.14) with ESMTP id for ; Thu, 28 Jun 2007 14:52:52 +0100 Received: from mail.uk.thalesgroup.com (lisc0022.int.rdel.co.uk) by crawsmail2.uk.thalesgroup.com (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Thu, 28 Jun 2007 14:54:35 +0100 Received: from ntscxch1.int.rdel.co.uk (ntscxch1.int.rdel.co.uk [172.21.100.149]) by mail.uk.thalesgroup.com (8.12.8/8.12.8) with ESMTP id l5SDrS39015568 for ; Thu, 28 Jun 2007 14:53:28 +0100 Received: from [172.21.188.59] (crawd09175.int.rdel.co.uk [172.21.188.59]) by ntscxch1.int.rdel.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id NPQH67AC; Thu, 28 Jun 2007 14:53:56 +0100 Message-ID: <4683BD57.2050209@fnxweb.com> Date: Thu, 28 Jun 2007 14:53:27 +0100 From: Neil Bird User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070419 Fedora/2.0.0.0-1.fc7 Thunderbird/2.0.0.0 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: xml@gnome.org References: <4683A9B7.50108@fnxweb.com> <4683AA8A.6030409@behnel.de> In-Reply-To: <4683AA8A.6030409@behnel.de> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUCAgIWFhYpKSk5OTlG RkZZWVlpaWl5eXmIiIiYmJinp6e4uLjHx8fX19fp6en///9A9AQlAAAACXBIWXMAAA7DAAAOwwHH b6hkAAAAB3RJTUUH1wUDERA1GC+5nAAAAiZJREFUOMut1E1oE0EUAOBnsrVZ8+P6FwUpTT1IQaX1 pIdIqjcF2a0gKCI5iAeFptujpxQRPNVd0XOiJ0+ysYrXhgrqbVOKoIeyUrFYNAxNut387O5zsuZ/ 4knnMMybbxbmvXks4F8G/CO43UA6wfuTnROAd9v77yDdWr6gkLvcDL6Dr30kTKEEKS+whTG+uf8J RAo1gJlGpM5YkdY+LDVuFYvBDUTrJloT3v4b2M95182dmoJxYw3RbIAzB0MrIQ+2+fok+BfogsLH GPh1OemB4yNUIPqytPfLNACnu/vIn8xlBW0JANQjdIoauBNolmQ9XCXuU4DH4wAXiZvNJ5pgc7XD BDennpw9lEF3TjtttIooa5NDOuKDa/SQ5K8E2tUtRwrnfY/w6m38EePCBbENDmfRXOLH778GbjU9 Rjrv8Sx7oirwAVXdlV20gl0PZYZXcWMPn1NTGM+nu8A9VtHwc7CwgLXMgZ6nzc+m6Gdfk7hhjvRA NbiJW5GtUcyoWm8zTBeNwmg55KxF+7pkXTTUhBkolif6wOZRSlY4lI3+vpINQanDL55puHIcdAcW RQacKBAUrhC2RZf9iNLIgN7NDyPOhwaATJ9hfngACAeVygUfCzbcCa28BYMBC/RbZ+qgMFDajaaI UoIBWvLl67gdYeA5wXOvDPcoA/fQ0iwRHzIwix8QL+EOA0uU8BupswnWaP1sZUDmPxtTdgB4ORf/ 27+ka/wGJAa4orPfI2oAAAAASUVORK5CYII= Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xml] Memory leak (__xmlRaiseError)? 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, 28 Jun 2007 13:53:33 -0000 Around about 28/06/07 13:33, Stefan Behnel typed ... > There was a bug like that which I think was solved in 2.6.27 (?). OK, thanks; I'm on 2.6.23, so I'll try upgrading. -- [neil@fnx ~]# rm -f .signature [neil@fnx ~]# ls -l .signature ls: .signature: No such file or directory [neil@fnx ~]# exit From lists@beanalby.net Thu Jun 28 10:32:48 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0502A3B0078 for ; Thu, 28 Jun 2007 10:32:48 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -3.01 X-Spam-Level: X-Spam-Status: No, score=-3.01 tagged_above=-999 required=2 tests=[AWL=0.589, BAYES_00=-2.599, L_P0F_Unix=-1] X-Amavis-OS-Fingerprint: Solaris 2.5-7 (2), (distance 14, link: ethernet/modem), [206.183.1.81] 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 U7mNs35GYUpt for ; Thu, 28 Jun 2007 10:32:44 -0400 (EDT) Received: from thunderstone.com (thunder.thunderstone.com [206.183.1.81]) by menubar.gnome.org (Postfix) with ESMTP id 4B4243B00C1 for ; Thu, 28 Jun 2007 10:32:43 -0400 (EDT) Received: from [127.0.0.1] (helo=[192.168.1.7]) by thunderstone.com with esmtp (Exim 2.10 #1) id 1I3v32-0000AN-00; Thu, 28 Jun 2007 10:32:40 -0400 Received: from 192.168.1.7 ([192.168.1.7] helo=[192.168.1.7]) by ASSP.nospam; 28 Jun 2007 10:32:40 -0400 Message-ID: <4683C688.4020300@beanalby.net> Date: Thu, 28 Jun 2007 10:32:40 -0400 From: Jason Viers User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: s.kalyanasundaram@gmail.com References: <46835F02.5060700@behnel.de> <1183020424.29573.5.camel@blr-nld-t24.blr.novell.com> <468378CB.9070902@behnel.de> <1183028474.29573.11.camel@blr-nld-t24.blr.novell.com> In-Reply-To: <1183028474.29573.11.camel@blr-nld-t24.blr.novell.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] getElementsByName is available? 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, 28 Jun 2007 14:32:48 -0000 kalyanasundaram wrote: > On Thu, 2007-06-28 at 11:00 +0200, Stefan Behnel wrote: > >> kalyanasundaram wrote: >> >>> On Thu, 2007-06-28 at 09:10 +0200, Stefan Behnel wrote: >>> >>>> kalyanasundaram s wrote: >>>> >>>>> I need to parse a huge xml file for a specific set of nodes. Is there >>>>> any method like getElementByName is available in libxml. I could not >>>>> find it in the document. Does it exists with some other name? >>>>> Otherwise i will have to travel in the entire tree. It is inefficient. >>>>> >>>> No it's not. It just depends on the implementation of getElementByName. :) >>>> >>>> You can always use XPath to find the tag. However, if your XML tree is really >>>> so big (note that XPath is pretty fast, so I'd try it first) you may consider >>>> building an index of the tree, i.e. some kind of data structure that maps tag >>>> names to a list of node pointers. >>>> >>>> Note that there is also a hash map implementation in libxml2, see hash.c. >>>> >>>> Stefan >>>> >>> Thanks for your information. I need to parse the xml file only once. >>> >> Do you mean: parse it once, keep it in memory and keep doing lots of things >> with it? Or rather: parse it once, extract what you need and then throw it away? >> >> > Yeh, in my case parse it once and update few nodes and save it as > another document. Nothing more than that. > > >> In the first case: build an index. In the latter: Either read it in, traverse >> it and extract what you need (possibly with XPath), or read it in with SAX and >> extract what you need while parsing. Depends on whether you need a tree to >> know what you need or not. >> >> >> >>> So which would be better? XPath or linear traversing? >>> I dont know much about XPath implementation. (Do they not traverse >>> atleast once?) The file size is about 500 KB. :) >>> >> That sounds rather small. Just parse it in and walk through it, that's what >> I'd do. >> >> > Really! I thought 500 Kb is bigger. How much it would be able to handle? > At what size I should go for XPath ? > It's a very subjective call, which is dependent on the structure of the xml itself, the XPath being executed, and the specs of the machine running it, and what you consider "fast enough". I'd recommend trying to do the XPath and seeing how the performance is. As Stefan said, 500k really isn't that big. Jason From yan@seiner.com Thu Jun 28 10:54:58 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B62FD3B0110 for ; Thu, 28 Jun 2007 10:54:58 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.174 X-Spam-Level: X-Spam-Status: No, score=0.174 tagged_above=-999 required=2 tests=[AWL=0.038, BAYES_50=0.001, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 88 hrs), (distance 21, link: ethernet/modem), [66.178.130.209] 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 OLNzqGBTjnBX for ; Thu, 28 Jun 2007 10:54:56 -0400 (EDT) Received: from mail.seiner.com (flatoutfitness.com [66.178.130.209]) by menubar.gnome.org (Postfix) with ESMTP id 283C53B0115 for ; Thu, 28 Jun 2007 10:54:55 -0400 (EDT) Received: from [192.168.128.3] (dionysus.seiner.lan [192.168.128.3]) by mail.seiner.com (8.13.8/8.13.8) with ESMTP id l5SEsUXm014237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 Jun 2007 07:54:52 -0700 Message-ID: <4683CBA6.10908@seiner.com> Date: Thu, 28 Jun 2007 07:54:30 -0700 From: Yan Seiner User-Agent: IceDove 1.5.0.9 (X11/20061220) MIME-Version: 1.0 To: xml@gnome.org References: <46835F02.5060700@behnel.de> <1183020424.29573.5.camel@blr-nld-t24.blr.novell.com> <468378CB.9070902@behnel.de> <1183028474.29573.11.camel@blr-nld-t24.blr.novell.com> <4683C688.4020300@beanalby.net> In-Reply-To: <4683C688.4020300@beanalby.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xml] getElementsByName is available? 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, 28 Jun 2007 14:54:58 -0000 (Sorry Jason, that was meant for the list.) Jason Viers napsal(a): > kalyanasundaram wrote: >>> >>> >> Really! I thought 500 Kb is bigger. How much it would be able to handle? >> At what size I should go for XPath ? >> >> > > It's a very subjective call, which is dependent on the structure of the > xml itself, the XPath being executed, and the specs of the machine > running it, and what you consider "fast enough". > > I'd recommend trying to do the XPath and seeing how the performance is. > As Stefan said, 500k really isn't that big. > I'm using xpath on an embedded system (200 MHz arm). At one point my XML tree got to be about 100K long. Because of the architecture of the system, it is reparsed many times - up to 60 or 70 times per "update". Each update requires opening the XML file, doing some lookups, and closing it. The tree is not rewritten. There's some additional overhead, but even with such a slow CPU each open/lookup/close cycle was taking maybe 100msec. So XPath performance is really good. --Yan -- o__ ,>/'_ o__ (_)\(_) ,>/'_ o__ Yan Seiner (_)\(_) ,>/'_ o__ o__ Certified Personal Trainer (_)\(_) ,>/'_ ,>/'_ Licensed Professional Engineer (_)\(_) (_)\(_) Linux stuff has made big progress over the competition. When things sit and don't start right away, we have a watch, and those poor guys have to settle for an hourglass. From s.kalyanasundaram@gmail.com Thu Jun 28 14:55:18 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 243033B00EA for ; Thu, 28 Jun 2007 14:55:18 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2179 hrs), (distance 12, link: (Google 2)), [209.85.146.180] 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 mIAPUHdNgvQT for ; Thu, 28 Jun 2007 14:55:14 -0400 (EDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by menubar.gnome.org (Postfix) with ESMTP id 0E7D63B00E5 for ; Thu, 28 Jun 2007 14:55:13 -0400 (EDT) Received: by wa-out-1112.google.com with SMTP id j4so863965wah for ; Thu, 28 Jun 2007 11:55:12 -0700 (PDT) Received: by 10.114.199.1 with SMTP id w1mr1807641waf.1183056912131; Thu, 28 Jun 2007 11:55:12 -0700 (PDT) Received: from blr-nld-t24.blr.novell.com ( [125.16.129.16]) by mx.google.com with ESMTP id j6sm12401348wah.2007.06.28.11.55.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 28 Jun 2007 11:55:11 -0700 (PDT) From: kalyanasundaram To: xml@gnome.org Content-Type: text/plain Organization: Novell Date: Fri, 29 Jun 2007 00:24:22 +0530 Message-Id: <1183056862.29573.21.camel@blr-nld-t24.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit Subject: [xml] How can i do regexp operation? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: s.kalyanasundaram@gmail.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 18:55:18 -0000 Hi all, My job is right now, read the xml node element and update few attribute and make another copy of the doc. I have a node like this X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 653EE3B0103 for ; Thu, 28 Jun 2007 14:59:59 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.939 X-Spam-Level: X-Spam-Status: No, score=-2.939 tagged_above=-999 required=2 tests=[AWL=0.506, BAYES_00=-2.599, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Solaris 2.5-7 (2), (distance 14, link: ethernet/modem), [206.183.1.81] 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 W38IfI9HxEE2 for ; Thu, 28 Jun 2007 14:59:56 -0400 (EDT) Received: from thunderstone.com (thunder.thunderstone.com [206.183.1.81]) by menubar.gnome.org (Postfix) with ESMTP id 61D593B006A for ; Thu, 28 Jun 2007 14:59:56 -0400 (EDT) Received: from [127.0.0.1] (helo=[192.168.1.7]) by thunderstone.com with esmtp (Exim 2.10 #1) id 1I3zDd-0005dJ-00; Thu, 28 Jun 2007 14:59:53 -0400 Received: from 192.168.1.7 ([192.168.1.7] helo=[192.168.1.7]) by ASSP.nospam; 28 Jun 2007 14:59:53 -0400 Message-ID: <46840529.8010402@beanalby.net> Date: Thu, 28 Jun 2007 14:59:53 -0400 From: Jason Viers User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: s.kalyanasundaram@gmail.com References: <1183056862.29573.21.camel@blr-nld-t24.blr.novell.com> In-Reply-To: <1183056862.29573.21.camel@blr-nld-t24.blr.novell.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] How can i do regexp operation? 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, 28 Jun 2007 18:59:59 -0000 kalyanasundaram wrote: > I have a node like this > X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 87C0E3B0110 for ; Fri, 29 Jun 2007 00:45:27 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.446 X-Spam-Level: X-Spam-Status: No, score=-2.446 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 288 hrs), (distance 11, link: (Google 2)), [66.249.82.227] 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 HIk4Sgm078b4 for ; Fri, 29 Jun 2007 00:45:26 -0400 (EDT) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by menubar.gnome.org (Postfix) with ESMTP id E14DA3B00DC for ; Fri, 29 Jun 2007 00:45:25 -0400 (EDT) Received: by wx-out-0506.google.com with SMTP id h26so351566wxd for ; Thu, 28 Jun 2007 21:45:24 -0700 (PDT) Received: by 10.114.177.1 with SMTP id z1mr2205367wae.1183092323572; Thu, 28 Jun 2007 21:45:23 -0700 (PDT) Received: from blr-nld-t24.blr.novell.com ( [125.16.129.16]) by mx.google.com with ESMTP id m25sm6958765waf.2007.06.28.21.45.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 28 Jun 2007 21:45:23 -0700 (PDT) From: kalyanasundaram To: Jason Viers In-Reply-To: <46840529.8010402@beanalby.net> References: <1183056862.29573.21.camel@blr-nld-t24.blr.novell.com> <46840529.8010402@beanalby.net> Content-Type: text/plain Organization: Novell Date: Fri, 29 Jun 2007 10:14:33 +0530 Message-Id: <1183092273.29573.26.camel@blr-nld-t24.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit Cc: xml@gnome.org Subject: Re: [xml] How can i do regexp operation? X-BeenThere: xml@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: s.kalyanasundaram@gmail.com List-Id: The Gnome XML library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 04:45:27 -0000 On Thu, 2007-06-28 at 14:59 -0400, Jason Viers wrote: > kalyanasundaram wrote: > > I have a node like this > > handle parsing the structre. That's what it's for. > > But the separation between your values is not part of the xml, it's all > part of the attribute value. What you have is a non-xml chunk of data > that you need to parse. A separate regex library might be able to help, > but it's nothing that libxml should be expected to provide. > > Yeh, you may be right. I was trying to edit the SVG files. So the data is basically a . I tried very much, and thought of check my luck. Going to check python SVG bindings. From stefan_ml@behnel.de Fri Jun 29 03:50:11 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 608883B0144 for ; Fri, 29 Jun 2007 03:50:11 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_LX=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 5044 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [130.83.174.24] 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 k+GGbbTLuijL for ; Fri, 29 Jun 2007 03:50:08 -0400 (EDT) Received: from lnx130.hrz.tu-darmstadt.de (lnx130.hrz.tu-darmstadt.de [130.83.174.24]) by menubar.gnome.org (Postfix) with ESMTP id 180C33B016F for ; Fri, 29 Jun 2007 03:50:07 -0400 (EDT) Received: from paris.dvs1.informatik.tu-darmstadt.de (paris2.dvs1.informatik.tu-darmstadt.de [130.83.166.130]) by lnx130.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id l5T7nqtN019243; Fri, 29 Jun 2007 09:49:52 +0200 Received: from [192.168.11.211] (unknown [62.91.24.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paris.dvs1.informatik.tu-darmstadt.de (Postfix) with ESMTP id 227B41703; Fri, 29 Jun 2007 09:49:52 +0200 (CEST) Message-ID: <4684B99F.8000708@behnel.de> Date: Fri, 29 Jun 2007 09:49:51 +0200 From: Stefan Behnel User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: s.kalyanasundaram@gmail.com References: <1183056862.29573.21.camel@blr-nld-t24.blr.novell.com> <46840529.8010402@beanalby.net> <1183092273.29573.26.camel@blr-nld-t24.blr.novell.com> In-Reply-To: <1183092273.29573.26.camel@blr-nld-t24.blr.novell.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUD-HRZ-MailScanner: Found to be clean X-TUD-HRZ-MailScanner-SpamCheck: X-MailScanner-From: stefan_ml@behnel.de Cc: xml@gnome.org, Martin Owens Subject: Re: [xml] How can i do regexp operation? 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, 29 Jun 2007 07:50:11 -0000 kalyanasundaram wrote: > Yeh, you may be right. I was trying to edit the SVG files. So the data > is basically a . I tried very much, and thought of check my luck. > Going to check python SVG bindings. There was a recent post on lxml-dev, suggesting that people were developing an alternative Python SVG module based on lxml. Don't know how far they got so far. http://comments.gmane.org/gmane.comp.python.lxml.devel/2533 BTW, you will be able to run regular expressions from XPath in lxml 2.0 (EXSLT namespace) - and you can already do that in older versions, as lxml allows you to use any Python function in XPath. http://codespeak.net/lxml/dev/extensions.html Stefan From chen@cisco.com Sat Jun 30 02:17:38 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9F0873B006F for ; Sat, 30 Jun 2007 02:17:38 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.723 X-Spam-Level: X-Spam-Status: No, score=-0.723 tagged_above=-999 required=2 tests=[AWL=-1.523, BAYES_50=0.001, L_P0F_UNKN=0.8, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: UNKNOWN [16384:50:1:48:M1380, S, E:P:?:?], (link: GPRS, T1, FreeS/WAN), [171.71.176.70] 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 Y6s9Spb0qZjy for ; Sat, 30 Jun 2007 02:17:36 -0400 (EDT) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by menubar.gnome.org (Postfix) with ESMTP id 00C503B0201 for ; Sat, 30 Jun 2007 02:17:35 -0400 (EDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-1.cisco.com with ESMTP; 29 Jun 2007 23:17:32 -0700 X-IronPort-AV: i="4.16,478,1175497200"; d="scan'208"; a="5881085:sNHT30817386" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l5U6HW5g008432 for ; Fri, 29 Jun 2007 23:17:32 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l5U6HUka015672 for ; Sat, 30 Jun 2007 06:17:30 GMT Received: from xmb-sjc-221.amer.cisco.com ([128.107.191.80]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 29 Jun 2007 23:17:29 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 29 Jun 2007 23:17:27 -0700 Message-ID: <52E903A38F544F46A2A6632AC66103EE0401E21E@xmb-sjc-221.amer.cisco.com> In-Reply-To: <20070628105806.GE24511@redhat.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: xmlTextWriter and namespace Thread-Index: Ace5czsddvwnjh74Sa+3CnL6C6jSdgBZ8wag References: <003701c7b8b6$a5278de0$8591460a@china.huawei.com> <20070628105806.GE24511@redhat.com> From: "Yong Chen \(yongche\)" To: X-OriginalArrivalTime: 30 Jun 2007 06:17:29.0824 (UTC) FILETIME=[5663DE00:01C7BADE] Authentication-Results: sj-dkim-3; header.From=chen@cisco.com; dkim=pass (si g from cisco.com/sjdkim3002 verified; ); Subject: [xml] xmlTextWriter and namespace 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, 30 Jun 2007 06:17:38 -0000 Hi, In libxml, a node (xmlNodePtr) can have ns and also nsDef. In streaming, by calling following: rc =3D xmlTextWriterStartElementNS(writer, "my_prefix", BAD_CAST "ORDER", "www.my.com"); The node "ORDER" will have namespace set to "my_prefix" which has value of "www.my.com" as following: My question is, if I want to define several more namespaces (including the default namespace) on node "ORDER", as following: How do I do it? Which API to call? Thanks, Yong Chen From rrichards@ctindustries.net Sat Jun 30 15:40:37 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 039083B01B5 for ; Sat, 30 Jun 2007 15:40:37 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.136 X-Spam-Level: X-Spam-Status: No, score=0.136 tagged_above=-999 required=2 tests=[BAYES_50=0.001, FORGED_RCVD_HELO=0.135] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 1) (up: 4224 hrs), (distance 15, link: ethernet/modem), [216.117.147.250] 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 dwrFTWfY++Si for ; Sat, 30 Jun 2007 15:40:35 -0400 (EDT) Received: from ctindustries.net (unknown [216.117.147.250]) by menubar.gnome.org (Postfix) with ESMTP id 0190F3B01DE for ; Sat, 30 Jun 2007 15:40:34 -0400 (EDT) Received: from [127.0.0.1] ([67.158.171.203]) (authenticated bits=0) by ctindustries.net (8.13.8/8.13.8) with ESMTP id l5UJZP08003545; Sat, 30 Jun 2007 15:35:25 -0400 Message-ID: <4686B208.70106@ctindustries.net> Date: Sat, 30 Jun 2007 15:42:00 -0400 From: Rob Richards User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: "Yong Chen (yongche)" References: <003701c7b8b6$a5278de0$8591460a@china.huawei.com> <20070628105806.GE24511@redhat.com> <52E903A38F544F46A2A6632AC66103EE0401E21E@xmb-sjc-221.amer.cisco.com> In-Reply-To: <52E903A38F544F46A2A6632AC66103EE0401E21E@xmb-sjc-221.amer.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000752-6, 06/30/2007), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on localhost X-Virus-Status: Clean Cc: xml@gnome.org Subject: Re: [xml] xmlTextWriter and namespace 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, 30 Jun 2007 19:40:37 -0000 Yong Chen (yongche) wrote: > rc = xmlTextWriterStartElementNS(writer, "my_prefix", BAD_CAST > "ORDER", "www.my.com"); > > The node "ORDER" will have namespace set to "my_prefix" which has value > of "www.my.com" as following: > > > > > My question is, if I want to define several more namespaces (including > the default namespace) on node "ORDER", as following: > > xmlns:my_prefix_2="www.my2.com"> > > How do I do it? Which API to call? > You can simply write them out as attributes: xmlTextWriterWriteAttribute(writer, "xmlns", "www.my1.com"); xmlTextWriterWriteAttribute(writer, "xmlns:my_prefix_2", "www.my2.com"); Rob From mail@sphinx.net.ru Tue Jun 19 11:47:02 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 39D313B01C8 for ; Tue, 19 Jun 2007 11:47:02 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 1.999 X-Spam-Level: * X-Spam-Status: No, score=1.999 tagged_above=-999 required=2 tests=[BAYES_50=0.001, L_P0F_Unix=-1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLACK=3] X-Amavis-OS-Fingerprint: FreeBSD 6.x (1) (up: 1681 hrs), (distance 19, link: ethernet/modem), [82.146.58.194] 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 FaDEuDDbyOVg for ; Tue, 19 Jun 2007 11:46:59 -0400 (EDT) Received: from sphinx.net.ru (sphinx.net.ru [82.146.58.194]) by menubar.gnome.org (Postfix) with ESMTP id 7134D3B01BC for ; Tue, 19 Jun 2007 11:46:56 -0400 (EDT) Received: from storm (89-178-12-91.broadband.corbina.ru [89.178.12.91]) (authenticated bits=0) by sphinx.net.ru (8.14.1/8.13.8) with ESMTP id l5JFkpsv089375 for ; Tue, 19 Jun 2007 19:46:52 +0400 (MSD) (envelope-from mail@sphinx.net.ru) To: xml@gnome.org From: Dmitry Dzhus Date: Tue, 19 Jun 2007 19:45:41 +0400 Message-ID: <87abuwj6ca.fsf@sphinx.net.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.0 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 02 Jul 2007 09:39:34 -0400 Subject: [xml] Applying XSLT to HTML 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, 19 Jun 2007 15:47:02 -0000 Greetings! My aim is to apply XSLT to some HTML document (which may be broken just a little). I'm using standard Python libxml2/libxslt bindings. My code is: mf_extract = libxslt.parseStylesheetFile("mf-extract.xsl") doc = libxml2.readHtmlFile(url, None, libxml2.HTML_PARSE_RECOVER) mf_extract.applyStylesheet(doc, None) Applying XSLT results as if there were no content in `doc` tree at all. Using `readFile` instead of `readHtmlFile` works fine as expected. I tried to `print doc` after using both `readHtmlFile` and `readFile` and noticed that, given the input document is well-formed, the output differs only in XML declaration at the very beginning. As I understand (and `document.type` indicates), using `readFile` and `readHtmlFile` results in different kinds of documents -- `document_xml` and `document_html` -- while applying XSLT is only possible with `document_xml` one. Is there any way to convert `document_html` to `document_xml`? I know that applying XSLT to real-world HTML is "undefined behaviour" at all, but I just want to give those HTML pages a few more chances to be processed. -- Happy Hacking. Dmitry "Sphinx" Dzhus http://sphinx.net.ru From johnrzhang@gmail.com Mon Jun 25 18:37:43 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 00F093B02CC for ; Mon, 25 Jun 2007 18:37:42 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.74 X-Spam-Level: X-Spam-Status: No, score=-0.74 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (Google crawlbot) (firewall!) (up: 405 hrs), (distance 11, link: (Google 2)), [64.233.184.234] 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 K1AeBykkuu9U for ; Mon, 25 Jun 2007 18:37:31 -0400 (EDT) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by menubar.gnome.org (Postfix) with ESMTP id 171423B0140 for ; Mon, 25 Jun 2007 18:37:28 -0400 (EDT) Received: by wr-out-0506.google.com with SMTP id i31so995452wra for ; Mon, 25 Jun 2007 15:37:27 -0700 (PDT) Received: by 10.78.147.6 with SMTP id u6mr2803706hud.1182811046537; Mon, 25 Jun 2007 15:37:26 -0700 (PDT) Received: by 10.78.152.18 with HTTP; Mon, 25 Jun 2007 15:37:26 -0700 (PDT) Message-ID: Date: Mon, 25 Jun 2007 15:37:26 -0700 From: "John Zhang" To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7211_15236175.1182811046520" X-Mailman-Approved-At: Mon, 02 Jul 2007 09:39:34 -0400 Subject: [xml] Setting DTD without writer 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, 25 Jun 2007 22:37:43 -0000 ------=_Part_7211_15236175.1182811046520 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I'm rather new to XML/libxml and I was wondering if it there is any way to set a DTD without using xmlTextWriterWriteDTD() and instead use a function similar to startElement or startDocument (I'm using a xmlSAXHandlerPtr). Thanks in advance. John ------=_Part_7211_15236175.1182811046520 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,

I'm rather new to XML/libxml and I was wondering if it there is any way to set a DTD without using xmlTextWriterWriteDTD() and instead use a function similar to startElement or startDocument (I'm using a xmlSAXHandlerPtr).

Thanks in advance.

John
------=_Part_7211_15236175.1182811046520-- From martin.ronner@nexustelecom.com Thu Jun 28 03:35:07 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C82DD3B00E9 for ; Thu, 28 Jun 2007 03:35:07 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.231 X-Spam-Level: X-Spam-Status: No, score=0.231 tagged_above=-999 required=2 tests=[BAYES_50=0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_XS=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 1410 hrs), (distance 16, link: unknown-1200), [212.203.104.228] 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 a6iwKjs6rZxN for ; Thu, 28 Jun 2007 03:35:06 -0400 (EDT) Received: from mana.nexus-ag.com (mana.nexus-ag.com [212.203.104.228]) by menubar.gnome.org (Postfix) with ESMTP id 417CF3B007D for ; Thu, 28 Jun 2007 03:35:04 -0400 (EDT) Received: from [172.29.1.4] (helo=hermes.nexustelecom.com) by mana.nexus-ag.com with esmtp (Exim 3.35 #1 (Debian)) id 1I3oWs-0007rz-00 for ; Thu, 28 Jun 2007 09:35:02 +0200 Received: from hermes.nexustelecom.com (localhost [127.0.0.1]) by hermes.nexustelecom.com (Postfix) with ESMTP id 52704159F69 for ; Thu, 28 Jun 2007 09:35:02 +0200 (CEST) Received: from EROS.nexus-ag.com (eros.nexus-ag.com [172.29.2.99]) by hermes.nexustelecom.com (Postfix) with ESMTP id 260F7159F63 for ; Thu, 28 Jun 2007 09:34:51 +0200 (CEST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C7B956.CA2CDB9F" Date: Thu, 28 Jun 2007 09:34:15 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Purify reports invalid pointers in MT appl thread-index: Ace5VrqzfwBIIR1LRcqPOvFim9UCaA== From: "Martin Ronner" To: X-TBoneOriginalFrom: "Martin Ronner" X-TBoneOriginalTo: X-TBoneDomainSigned: false X-Mailman-Approved-At: Mon, 02 Jul 2007 09:41:11 -0400 Subject: [xml] Purify reports invalid pointers in MT appl 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, 28 Jun 2007 07:35:07 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C7B956.CA2CDB9F Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all. Purify reports lots of - "IPW: Invalid pointer write" - "IPR: Invalid pointer read" for - xmlReaderForMemory() with an invalid base URL - xmlTextReaderSchemaValidate() with a relative xsd path in a multithreaded application. If I do the same in a singlethreaded application everything's fine. How serious do I need to take this? My environment: SunOS 5.8 (sparc), GCC 3.4.3, libxml2 2.6.29 Attachments: - xmlSample.c (singlethreaded program) - pur_xmlSample.log (purify report, everything fine) - xmlSampleMT.c (multithreaded program) - pur_xmlSampleMT.log (purify report, everything fine) - pur_xmlSampleMT_invUrl.log (purify report with invalid url) - pur_xmlSampleMT_relPath.log (purify report with relative path) - output.txt (program output) - Document.xsd (xml schema) Thank you, Martin ------_=_NextPart_001_01C7B956.CA2CDB9F Content-Type: application/octet-stream; name="xmlSample.c" Content-Transfer-Encoding: base64 Content-Description: xmlSample.c Content-Disposition: attachment; filename="xmlSample.c" I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPHN0cmluZy5o PgojaW5jbHVkZSA8dW5pc3RkLmg+CgojaW5jbHVkZSA8bGlieG1sL3htbHJlYWRlci5oPgoKY29u c3QgY2hhciogWE1MX0RPQyA9CiAgICAiPD94bWwgdmVyc2lvbj1cIjEuMFwiIGVuY29kaW5nPVwi VVRGLThcIj8+IgogICAgIjxEb2N1bWVudD4iCiAgICAgICI8Tm9kZT4iCiAgICAgICAgIjxFbGVt ZW50PjEuMTwvRWxlbWVudD4iCiAgICAgICAgIjxFbGVtZW50PjEuMjwvRWxlbWVudD4iCiAgICAg ICI8L05vZGU+IgogICAgICAiPE5vZGU+IgogICAgICAgICI8RWxlbWVudD4yLjE8L0VsZW1lbnQ+ IgogICAgICAgICI8RWxlbWVudD4yLjI8L0VsZW1lbnQ+IgogICAgICAiPC9Ob2RlPiIKICAgICI8 L0RvY3VtZW50PiI7CgpzdGF0aWMgY2hhciogdXJsOwpzdGF0aWMgY2hhciogeHNkOwoKc3RhdGlj IHZvaWQgcGFyc2VYTUxEb2MoKSB7CiAgaW50ICAgICAgICAgICAgICAgcmM7CiAgeG1sVGV4dFJl YWRlciogICAgcmVhZGVyOwogIGludCAgICAgICAgICAgICAgIG5vZGVUeXBlOwogIGNvbnN0IHht bENoYXIqICAgIG5vZGVOYW1lOwogIGNvbnN0IHhtbENoYXIqICAgIG5vZGVWYWx1ZTsKCiAgLy8g Y3JlYXRlIG1lbSByZWFkZXIKICByZWFkZXIgPSB4bWxSZWFkZXJGb3JNZW1vcnkoWE1MX0RPQywg c3RybGVuKFhNTF9ET0MpLCB1cmwsIE5VTEwsIDApOwogIGlmIChyZWFkZXIgPT0gTlVMTCkgewog ICAgcHJpbnRmKCJjcmVhdGUgbWVtIHJlYWRlciBmYWlsZWRcbiIpOwogIH0KCiAgLy8gZGVmaW5l IHNjaGVtYQogIGlmICh4bWxUZXh0UmVhZGVyU2NoZW1hVmFsaWRhdGUocmVhZGVyLCB4c2QpICE9 IDApIHsKICAgIHByaW50ZigiZGVmaW5lIHNjaGVtYSBmYWlsZWRcbiIpOwogIH0KCiAgLy8gcGFy c2UgZG9jdW1lbnQKICB3aGlsZSAoMSkgewogICAgLy8gcmVhZCBub2RlCiAgICByYyA9IHhtbFRl eHRSZWFkZXJSZWFkKHJlYWRlcik7CiAgICBpZiAocmMgPT0gMCkgewogICAgICBicmVhazsKICAg IH0gZWxzZSBpZiAocmMgPCAwKSB7CiAgICAgIHByaW50ZigicmVhZCBub2RlIGZhaWxlZFxuIik7 CiAgICAgIGJyZWFrOwogICAgfQogICAgLy8gcHJpbnQgdHlwZSwgbmFtZSBhbmQgdmFsdWUKICAg IG5vZGVUeXBlID0geG1sVGV4dFJlYWRlck5vZGVUeXBlKHJlYWRlcik7CiAgICBub2RlTmFtZSA9 IHhtbFRleHRSZWFkZXJDb25zdE5hbWUocmVhZGVyKTsKICAgIGlmIChub2RlTmFtZSA9PSBOVUxM KSAKICAgICAgbm9kZU5hbWUgPSAiIjsKICAgIG5vZGVWYWx1ZSA9IHhtbFRleHRSZWFkZXJDb25z dFZhbHVlKHJlYWRlcik7CiAgICBpZiAobm9kZVZhbHVlID09IE5VTEwpCiAgICAgIG5vZGVWYWx1 ZSA9ICIiOwogICAgcHJpbnRmKCIgICUwMmQgICVzXHRcIiVzXCJcbiIsIG5vZGVUeXBlLCBub2Rl TmFtZSwgbm9kZVZhbHVlKTsKICB9CgogIC8vIGZyZWUgbWVtIHJlYWRlcgogIHhtbEZyZWVUZXh0 UmVhZGVyKHJlYWRlcik7Cn0KCmludCBtYWluKGludCBhcmdjLCBjaGFyKiogYXJndikgewoKICBp ZiAoYXJnYyA8IDMpIHsKICAgIHByaW50ZigidXNhZ2U6ICVzIDx1cmw+IDx4c2Q+XG4iLCBhcmd2 WzBdKTsKICAgIHJldHVybiAtMTsKICB9CgogIHVybCA9IGFyZ3ZbMV07CiAgeHNkID0gYXJndlsy XTsKCiAgLy8gaW5pdCBwYXJzZXIKICB4bWxJbml0UGFyc2VyKCk7CgogIC8vIHBhcnNlIHN0cmlu ZwogIHBhcnNlWE1MRG9jKCk7CgogIC8vIGNsZWFuIHVwIHBhcnNlcgogIHhtbENsZWFudXBQYXJz ZXIoKTsKCiAgcmV0dXJuIDA7Cn0K ------_=_NextPart_001_01C7B956.CA2CDB9F Content-Type: application/octet-stream; name="pur_xmlSample.log" Content-Transfer-Encoding: base64 Content-Description: pur_xmlSample.log Content-Disposition: attachment; filename="pur_xmlSample.log" KioqKiAgUHVyaWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGUgKHBpZCAyOTMzMCBhdCBUaHUgSnVu IDI4IDA4OjI0OjUxIDIwMDcpCiAgKiBQdXJpZnkgMjAwM2EuMDYuMTUgU29sYXJpcyAyICgzMi1i aXQpIChjKSBDb3B5cmlnaHQgSUJNIENvcnAuIDE5OTIsIDIwMDUgQWxsIHJpZ2h0cyByZXNlcnZl ZC4gIAogICogRm9yIGNvbnRhY3QgaW5mb3JtYXRpb24gdHlwZTogInB1cmlmeSAtaGVscCIKICAq IEZvciBUVFkgb3V0cHV0LCB1c2UgdGhlIG9wdGlvbiAiLXdpbmRvd3M9bm8iCiAgKiBDb21tYW5k LWxpbmU6IHhtbFNhbXBsZSBJbnZhbGlkVVJMIERvY3VtZW50LnhzZCAKICAqIE9wdGlvbnMgc2V0 dGluZ3M6IC1wdXJpZnkgXAogICAgLXB1cmlmeS1ob21lPS9zaGFyZWRhcHBzL1B1cmUvcmVsZWFz ZXMvcHVyaWZ5LnNvbC4yMDAzYS4wNi4xNSBcCiAgICAtZ2NjM19wYXRoPS9jYy92b2JzL2J1aWxk dG9vbHMvc3BhcmMtU3VuT1MtNS44L2Jpbi9nY2MgXAogICAgLWNhY2hlLWRpcj0vc2hhcmVkYXBw cy9QdXJlL3JlbGVhc2VzL3B1cmlmeS5zb2wuMjAwM2EuMDYuMTUvY2FjaGUgXAogICAgLWRlbWFu Z2xlX3Byb2dyYW09L2NjL3ZvYnMvYnVpbGR0b29scy9zcGFyYy1TdW5PUy01LjgvYmluL2MrK2Zp bHQgXAogICAgLXRocmVhZHM9eWVzIC11c2UtaW50ZXJuYWwtbG9ja3M9eWVzIC10aHJlYWRfc3Rh Y2tfY2hhbmdlPTB4NDAwMCBcCiAgICAtbXRfc2FmZV9tYWxsb2M9eWVzIC1sYW5ndWFnZT1lbmds aXNoIAogICogTGljZW5zZSBzdWNjZXNzZnVsbHkgY2hlY2tlZCBvdXQuCiAgKiBDb21tYW5kLWxp bmU6IHhtbFNhbXBsZSBJbnZhbGlkVVJMIERvY3VtZW50LnhzZCAKCioqKiogIFB1cmlmeSBpbnN0 cnVtZW50ZWQgeG1sU2FtcGxlIChwaWQgMjkzMzApICAqKioqCkN1cnJlbnQgZmlsZSBkZXNjcmlw dG9ycyBpbiB1c2U6IDUKRklVOiBmaWxlIGRlc2NyaXB0b3IgMDogPHN0ZGluPgpGSVU6IGZpbGUg ZGVzY3JpcHRvciAxOiA8c3Rkb3V0PgpGSVU6IGZpbGUgZGVzY3JpcHRvciAyOiA8c3RkZXJyPgpG SVU6IGZpbGUgZGVzY3JpcHRvciAyNjogPHJlc2VydmVkIGZvciBQdXJpZnkgaW50ZXJuYWwgdXNl PgpGSVU6IGZpbGUgZGVzY3JpcHRvciAyNzogPHJlc2VydmVkIGZvciBQdXJpZnkgaW50ZXJuYWwg dXNlPgoKKioqKiAgUHVyaWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGUgKHBpZCAyOTMzMCkgICoq KioKUHVyaWZ5OiBTZWFyY2hpbmcgZm9yIGFsbCBtZW1vcnkgbGVha3MuLi4KCk1lbW9yeSBsZWFr ZWQ6IDAgYnl0ZXMgKDAlKTsgcG90ZW50aWFsbHkgbGVha2VkOiAwIGJ5dGVzICgwJSkKClB1cmlm eSBIZWFwIEFuYWx5c2lzIChjb21iaW5pbmcgc3VwcHJlc3NlZCBhbmQgdW5zdXBwcmVzc2VkIGJs b2NrcykKICAgICAgICAgICAgICAgICAgICAgICAgIEJsb2NrcyAgICAgICAgQnl0ZXMKICAgICAg ICAgICAgICBMZWFrZWQgICAgICAgICAgMCAgICAgICAgICAgIDAKICBQb3RlbnRpYWxseSBMZWFr ZWQgICAgICAgICAgMCAgICAgICAgICAgIDAKICAgICAgICAgICAgICBJbi1Vc2UgICAgICAgICAg NSAgICAgICAgIDE3MjkKICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t CiAgICAgVG90YWwgQWxsb2NhdGVkICAgICAgICAgIDUgICAgICAgICAxNzI5CgoqKioqICBQdXJp ZnkgaW5zdHJ1bWVudGVkIHhtbFNhbXBsZSAocGlkIDI5MzMwKSAgKioqKgpUaHJlYWQgU3VtbWFy eSA6IDYgdGhyZWFkcyBpbiBleGlzdGVuY2UKICAqIFRocmVhZCAwIFttYWluIHRocmVhZF0KICAg ICBTdGFjayBMaW1pdCA6ICgweGZmM2YwMDAwIDB4ZmZiZjAwMDApLCBzaXplID0gMHg4MDAwMDAK ICAqIFRocmVhZCAxCiAgICAgU3RhY2sgTGltaXQgOiAoMHhmZTMxMDAwMCAweGZlNDEwMDAwKSwg c2l6ZSA9IDB4MTAwMDAwCgogICAgIFN0YWNrIFVzZSA6ICgweGZlNDBmYzc4IDB4ZmU0MGZkN2Mp LCBzaXplID0gMHgxMDQKICAqIFRocmVhZCAyCiAgICAgU3RhY2sgTGltaXQgOiAoMHhmZGE4MjAw MCAweGZkYTg2MDAwKSwgc2l6ZSA9IDB4NDAwMAoKICAgICBTdGFjayBVc2UgOiAoMHhmZGE4NTlh MCAweGZkYTg1ZDdjKSwgc2l6ZSA9IDB4M2RjCiAgKiBUaHJlYWQgMwogICAgIFN0YWNrIExpbWl0 IDogKDB4ZmVkOGQ5ZGMgMHhmZWRhOTIyMCksIHNpemUgPSAweDFiODQ0CgogICAgIFN0YWNrIFVz ZSA6ICgweGZlZDkyNmM4IDB4ZmVkOTI3NmMpLCBzaXplID0gMHhhNAogICogVGhyZWFkIDQKICAg ICBTdGFjayBMaW1pdCA6ICgweGZlMjBlMDAwIDB4ZmUzMGUwMDApLCBzaXplID0gMHgxMDAwMDAK CiAgICAgU3RhY2sgVXNlIDogKDB4ZmUzMGRiNTggMHhmZTMwZGQ3YyksIHNpemUgPSAweDIyNAog ICogVGhyZWFkIDUKICAgICBTdGFjayBMaW1pdCA6ICgweGZkYTcyMDAwIDB4ZmRhNzYwMDApLCBz aXplID0gMHg0MDAwCgogICAgIFN0YWNrIFVzZSA6ICgweGZkYTc1YjUwIDB4ZmRhNzVkN2MpLCBz aXplID0gMHgyMmMKCioqKiogIFB1cmlmeSBpbnN0cnVtZW50ZWQgeG1sU2FtcGxlIChwaWQgMjkz MzApICAqKioqCiAgKiBQcm9ncmFtIGV4aXRlZCB3aXRoIHN0YXR1cyBjb2RlIDAuCiAgKiAwIGFj Y2VzcyBlcnJvcnMsIDAgdG90YWwgb2NjdXJyZW5jZXMuCiAgKiAwIGJ5dGVzIGxlYWtlZC4KICAq IDAgYnl0ZXMgcG90ZW50aWFsbHkgbGVha2VkLgogICogQmFzaWMgbWVtb3J5IHVzYWdlIChpbmNs dWRpbmcgUHVyaWZ5IG92ZXJoZWFkKToKICAgIDM2NDM2OCBjb2RlCiAgICAxMjM5NTYgZGF0YS9i c3MKICAgIDE0ODA4NCBoZWFwIChwZWFrIHVzZSkKICAgIDUwNDAgc3RhY2sKICAqIFNoYXJlZCBs aWJyYXJ5IG1lbW9yeSB1c2FnZSAoaW5jbHVkaW5nIFB1cmlmeSBvdmVyaGVhZCk6CiAgICA5OTIg bGlicHVyZV9zb2xhcmlzMl9pbml0LnNvLjEgKHNoYXJlZCBjb2RlKQogICAgMjgwIGxpYnB1cmVf c29sYXJpczJfaW5pdC5zby4xIChwcml2YXRlIGRhdGEpCiAgICAxODMxMjk2IGxpYnhtbDIuc28u Ml9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICA0OTE4OCBsaWJ4 bWwyLnNvLjJfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHByaXZhdGUgZGF0YSkKICAgIDEx MDQ2MDAgbGliYy5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkK ICAgIDMxMzQ4IGxpYmMuc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBk YXRhKQogICAgMjUxMiBsaWJkbC5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFy ZWQgY29kZSkKICAgIDc2IGxpYmRsLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHBy aXZhdGUgZGF0YSkKICAgIDE1NDE2IGxpYmludGVybmFsX3N0dWJzLnNvLjEgKHNoYXJlZCBjb2Rl KQogICAgMTA0NCBsaWJpbnRlcm5hbF9zdHVicy5zby4xIChwcml2YXRlIGRhdGEpCiAgICAxNzQ2 NCBsaWJwdGhyZWFkLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHNoYXJlZCBjb2Rl KQogICAgMjg4IGxpYnB0aHJlYWQuc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJp dmF0ZSBkYXRhKQogICAgMTcyMTYwIGxpYnouc29fcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIg KHNoYXJlZCBjb2RlKQogICAgNjA3NiBsaWJ6LnNvX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMy IChwcml2YXRlIGRhdGEpCiAgICAxMzkxNTIgbGlibS5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4 XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDEyNTYgbGlibS5zby4xX3B1cmVfcDNfYzBfMTAzMzEy MTU4XzU4XzMyIChwcml2YXRlIGRhdGEpCiAgICA1NzY4OCBsaWJzb2NrZXQuc28uMV9wdXJlX3Az X2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICA0OTg0IGxpYnNvY2tldC5zby4x X3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChwcml2YXRlIGRhdGEpCiAgICA5ODMyNzYgbGli bnNsLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHNoYXJlZCBjb2RlKQogICAgNjQy MDggbGlibnNsLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHByaXZhdGUgZGF0YSkK ICAgIDQ4OTQ0IGxpYmdjY19zLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHNoYXJl ZCBjb2RlKQogICAgMjM4OCBsaWJnY2Nfcy5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMy IChwcml2YXRlIGRhdGEpCiAgICAxNjU2MCBsaWJtcC5zby4yX3B1cmVfcDNfYzBfMTAzMzEyMTU4 XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDg5MiBsaWJtcC5zby4yX3B1cmVfcDNfYzBfMTAzMzEy MTU4XzU4XzMyIChwcml2YXRlIGRhdGEpCiAgICAzNDc2IGxpYmNfcHNyLnNvLjFfcHVyZV9wM19j MF8xMDMzMTIxNThfNThfMzIgKHNoYXJlZCBjb2RlKQogICAgNzYgbGliY19wc3Iuc28uMV9wdXJl X3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRhKQogICAgMTc2ODY0IGxpYnRocmVh ZC5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDExOTMy OCBsaWJ0aHJlYWQuc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRh KQogICogTWVtb3J5IG1hcHBlZCB1c2FnZToKICAgIDEwNDg1NzYgbW1hcCdkIGF0IDB4ZmRjMDIw MDAKICAgIDEwNDg1NzYgbW1hcCdkIGF0IDB4ZmRkMDQwMDAKICAgIDEwNDg1NzYgbW1hcCdkIGF0 IDB4ZmRlMDYwMDAKICAgIDEwNDg1NzYgbW1hcCdkIGF0IDB4ZmRmMDgwMDAKICAgIDEwNDg1NzYg bW1hcCdkIGF0IDB4ZmUwMGEwMDAKICAgIDEwNDg1NzYgbW1hcCdkIGF0IDB4ZmUxMGMwMDAKICAg IDEwNDg1NzYgbW1hcCdkIGF0IDB4ZmUyMGUwMDAKICAgIDEwNDg1NzYgbW1hcCdkIGF0IDB4ZmUz MTAwMDAKICAgIDE2Mzg0IG1tYXAnZCBhdCAweGZkYTcyMDAwCiAgICAxNjM4NCBtbWFwJ2QgYXQg MHhmZGE4MjAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0IDB4ZmRjMDAwMDAKICAgIDgx OTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZkYTcwMDAwCiAgICA4MTkyIG1tYXAnZCBQUk9UX05P TkUgYXQgMHhmZGE4MDAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0IDB4ZmUzMGUwMDAK ICAgIDgxOTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZlMjBjMDAwCiAgICA4MTkyIG1tYXAnZCBQ Uk9UX05PTkUgYXQgMHhmZTEwYTAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0IDB4ZmUw MDgwMDAKICAgIDgxOTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZkZjA2MDAwCiAgICA4MTkyIG1t YXAnZCBQUk9UX05PTkUgYXQgMHhmZGUwNDAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0 IDB4ZmRkMDIwMDAKCg== ------_=_NextPart_001_01C7B956.CA2CDB9F Content-Type: application/octet-stream; name="xmlSampleMT.c" Content-Transfer-Encoding: base64 Content-Description: xmlSampleMT.c Content-Disposition: attachment; filename="xmlSampleMT.c" I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPHN0cmluZy5o PgojaW5jbHVkZSA8dW5pc3RkLmg+CgojaW5jbHVkZSA8cHRocmVhZC5oPgoKI2luY2x1ZGUgPGxp YnhtbC94bWxyZWFkZXIuaD4KCmNvbnN0IGNoYXIqIFhNTF9ET0MgPQogICAgIjw/eG1sIHZlcnNp b249XCIxLjBcIiBlbmNvZGluZz1cIlVURi04XCI/PiIKICAgICI8RG9jdW1lbnQ+IgogICAgICAi PE5vZGU+IgogICAgICAgICI8RWxlbWVudD4xLjE8L0VsZW1lbnQ+IgogICAgICAgICI8RWxlbWVu dD4xLjI8L0VsZW1lbnQ+IgogICAgICAiPC9Ob2RlPiIKICAgICAgIjxOb2RlPiIKICAgICAgICAi PEVsZW1lbnQ+Mi4xPC9FbGVtZW50PiIKICAgICAgICAiPEVsZW1lbnQ+Mi4yPC9FbGVtZW50PiIK ICAgICAgIjwvTm9kZT4iCiAgICAiPC9Eb2N1bWVudD4iOwoKc3RhdGljIGNoYXIqIHVybDsKc3Rh dGljIGNoYXIqIHhzZDsKCnN0YXRpYyB2b2lkKiBwYXJzZVhNTERvYygpIHsKICBpbnQgICAgICAg ICAgICAgICByYzsKICB4bWxUZXh0UmVhZGVyKiAgICByZWFkZXI7CiAgaW50ICAgICAgICAgICAg ICAgbm9kZVR5cGU7CiAgY29uc3QgeG1sQ2hhciogICAgbm9kZU5hbWU7CiAgY29uc3QgeG1sQ2hh ciogICAgbm9kZVZhbHVlOwoKICAvLyBjcmVhdGUgbWVtIHJlYWRlcgogIHJlYWRlciA9IHhtbFJl YWRlckZvck1lbW9yeShYTUxfRE9DLCBzdHJsZW4oWE1MX0RPQyksIHVybCwgTlVMTCwgMCk7CiAg aWYgKHJlYWRlciA9PSBOVUxMKSB7CiAgICBwcmludGYoImNyZWF0ZSBtZW0gcmVhZGVyIGZhaWxl ZFxuIik7CiAgfQoKICAvLyBkZWZpbmUgc2NoZW1hCiAgaWYgKHhtbFRleHRSZWFkZXJTY2hlbWFW YWxpZGF0ZShyZWFkZXIsIHhzZCkgIT0gMCkgewogICAgcHJpbnRmKCJkZWZpbmUgc2NoZW1hIGZh aWxlZFxuIik7CiAgfQoKICAvLyBwYXJzZSBkb2N1bWVudAogIHdoaWxlICgxKSB7CiAgICAvLyBy ZWFkIG5vZGUKICAgIHJjID0geG1sVGV4dFJlYWRlclJlYWQocmVhZGVyKTsKICAgIGlmIChyYyA9 PSAwKSB7CiAgICAgIGJyZWFrOwogICAgfSBlbHNlIGlmIChyYyA8IDApIHsKICAgICAgcHJpbnRm KCJyZWFkIG5vZGUgZmFpbGVkXG4iKTsKICAgICAgYnJlYWs7CiAgICB9CiAgICAvLyBwcmludCB0 eXBlLCBuYW1lIGFuZCB2YWx1ZQogICAgbm9kZVR5cGUgPSB4bWxUZXh0UmVhZGVyTm9kZVR5cGUo cmVhZGVyKTsKICAgIG5vZGVOYW1lID0geG1sVGV4dFJlYWRlckNvbnN0TmFtZShyZWFkZXIpOwog ICAgaWYgKG5vZGVOYW1lID09IE5VTEwpIAogICAgICBub2RlTmFtZSA9ICIiOwogICAgbm9kZVZh bHVlID0geG1sVGV4dFJlYWRlckNvbnN0VmFsdWUocmVhZGVyKTsKICAgIGlmIChub2RlVmFsdWUg PT0gTlVMTCkKICAgICAgbm9kZVZhbHVlID0gIiI7CiAgICBwcmludGYoIiAgJTAyZCAgJXNcdFwi JXNcIlxuIiwgbm9kZVR5cGUsIG5vZGVOYW1lLCBub2RlVmFsdWUpOwogIH0KCiAgLy8gZnJlZSBt ZW0gcmVhZGVyCiAgeG1sRnJlZVRleHRSZWFkZXIocmVhZGVyKTsKCiAgcHRocmVhZF9leGl0KE5V TEwpOwogIHJldHVybiBOVUxMOwp9CgppbnQgbWFpbihpbnQgYXJnYywgY2hhcioqIGFyZ3YpIHsK ICBwdGhyZWFkX3QgdGhyZWFkOwoKICBpZiAoYXJnYyA8IDMpIHsKICAgIHByaW50ZigidXNhZ2U6 ICVzIDx1cmw+IDx4c2Q+XG4iLCBhcmd2WzBdKTsKICAgIHJldHVybiAtMTsKICB9CgogIHVybCA9 IGFyZ3ZbMV07CiAgeHNkID0gYXJndlsyXTsKCiAgLy8gaW5pdCBwYXJzZXIKICB4bWxJbml0UGFy c2VyKCk7CgogIC8vIHBhcnNlIHN0cmluZwogIGlmIChwdGhyZWFkX2NyZWF0ZSgmdGhyZWFkLCBO VUxMLCBwYXJzZVhNTERvYywgTlVMTCkgIT0gMCkgewogICAgcHJpbnRmKCJjcmVhdGUgcGFyc2Ug dGhyZWFkIGZhaWxlZFxuIik7CiAgfQoKICAvLyBzbGVlcCBhIHdoaWxlCiAgc2xlZXAoNSk7Cgog IC8vIGNsZWFuIHVwIHBhcnNlcgogIHhtbENsZWFudXBQYXJzZXIoKTsKCiAgcmV0dXJuIDA7Cn0K ------_=_NextPart_001_01C7B956.CA2CDB9F Content-Type: application/octet-stream; name="pur_xmlSampleMT.log" Content-Transfer-Encoding: base64 Content-Description: pur_xmlSampleMT.log Content-Disposition: attachment; filename="pur_xmlSampleMT.log" KioqKiAgUHVyaWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGVNVCAocGlkIDUwMCBhdCBUaHUgSnVu IDI4IDA4OjUwOjU0IDIwMDcpCiAgKiBQdXJpZnkgMjAwM2EuMDYuMTUgU29sYXJpcyAyICgzMi1i aXQpIChjKSBDb3B5cmlnaHQgSUJNIENvcnAuIDE5OTIsIDIwMDUgQWxsIHJpZ2h0cyByZXNlcnZl ZC4gIAogICogRm9yIGNvbnRhY3QgaW5mb3JtYXRpb24gdHlwZTogInB1cmlmeSAtaGVscCIKICAq IEZvciBUVFkgb3V0cHV0LCB1c2UgdGhlIG9wdGlvbiAiLXdpbmRvd3M9bm8iCiAgKiBDb21tYW5k LWxpbmU6IHhtbFNhbXBsZU1UIGZpbGU6Ly8vLy8gL3RtcC9tcm9ubmVyL0RvY3VtZW50LnhzZCAK ICAqIE9wdGlvbnMgc2V0dGluZ3M6IC1wdXJpZnkgXAogICAgLXB1cmlmeS1ob21lPS9zaGFyZWRh cHBzL1B1cmUvcmVsZWFzZXMvcHVyaWZ5LnNvbC4yMDAzYS4wNi4xNSBcCiAgICAtZ2NjM19wYXRo PS9jYy92b2JzL2J1aWxkdG9vbHMvc3BhcmMtU3VuT1MtNS44L2Jpbi9nY2MgXAogICAgLWNhY2hl LWRpcj0vc2hhcmVkYXBwcy9QdXJlL3JlbGVhc2VzL3B1cmlmeS5zb2wuMjAwM2EuMDYuMTUvY2Fj aGUgXAogICAgLWRlbWFuZ2xlX3Byb2dyYW09L2NjL3ZvYnMvYnVpbGR0b29scy9zcGFyYy1TdW5P Uy01LjgvYmluL2MrK2ZpbHQgXAogICAgLXRocmVhZHM9eWVzIC11c2UtaW50ZXJuYWwtbG9ja3M9 eWVzIC10aHJlYWRfc3RhY2tfY2hhbmdlPTB4NDAwMCBcCiAgICAtbXRfc2FmZV9tYWxsb2M9eWVz IC1sYW5ndWFnZT1lbmdsaXNoIAogICogTGljZW5zZSBzdWNjZXNzZnVsbHkgY2hlY2tlZCBvdXQu CiAgKiBDb21tYW5kLWxpbmU6IHhtbFNhbXBsZU1UIGZpbGU6Ly8vLy8gL3RtcC9tcm9ubmVyL0Rv Y3VtZW50LnhzZCAKCioqKiogIFB1cmlmeSBpbnN0cnVtZW50ZWQgeG1sU2FtcGxlTVQgKHBpZCA1 MDApICAqKioqCkN1cnJlbnQgZmlsZSBkZXNjcmlwdG9ycyBpbiB1c2U6IDUKRklVOiBmaWxlIGRl c2NyaXB0b3IgMDogPHN0ZGluPgpGSVU6IGZpbGUgZGVzY3JpcHRvciAxOiA8c3Rkb3V0PgpGSVU6 IGZpbGUgZGVzY3JpcHRvciAyOiA8c3RkZXJyPgpGSVU6IGZpbGUgZGVzY3JpcHRvciAyNjogPHJl c2VydmVkIGZvciBQdXJpZnkgaW50ZXJuYWwgdXNlPgpGSVU6IGZpbGUgZGVzY3JpcHRvciAyNzog PHJlc2VydmVkIGZvciBQdXJpZnkgaW50ZXJuYWwgdXNlPgoKKioqKiAgUHVyaWZ5IGluc3RydW1l bnRlZCB4bWxTYW1wbGVNVCAocGlkIDUwMCkgICoqKioKUHVyaWZ5OiBTZWFyY2hpbmcgZm9yIGFs bCBtZW1vcnkgbGVha3MuLi4KCk1lbW9yeSBsZWFrZWQ6IDAgYnl0ZXMgKDAlKTsgcG90ZW50aWFs bHkgbGVha2VkOiAwIGJ5dGVzICgwJSkKClB1cmlmeSBIZWFwIEFuYWx5c2lzIChjb21iaW5pbmcg c3VwcHJlc3NlZCBhbmQgdW5zdXBwcmVzc2VkIGJsb2NrcykKICAgICAgICAgICAgICAgICAgICAg ICAgIEJsb2NrcyAgICAgICAgQnl0ZXMKICAgICAgICAgICAgICBMZWFrZWQgICAgICAgICAgMCAg ICAgICAgICAgIDAKICBQb3RlbnRpYWxseSBMZWFrZWQgICAgICAgICAgMCAgICAgICAgICAgIDAK ICAgICAgICAgICAgICBJbi1Vc2UgICAgICAgICAgMSAgICAgICAgICAgIDQKICAtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAgICAgVG90YWwgQWxsb2NhdGVkICAgICAg ICAgIDEgICAgICAgICAgICA0CgoqKioqICBQdXJpZnkgaW5zdHJ1bWVudGVkIHhtbFNhbXBsZU1U IChwaWQgNTAwKSAgKioqKgpUaHJlYWQgU3VtbWFyeSA6IDkgdGhyZWFkcyBpbiBleGlzdGVuY2UK ICAqIFRocmVhZCAwIFttYWluIHRocmVhZF0KICAgICBTdGFjayBMaW1pdCA6ICgweGZmM2YwMDAw IDB4ZmZiZjAwMDApLCBzaXplID0gMHg4MDAwMDAKICAqIFRocmVhZCAxCiAgICAgU3RhY2sgTGlt aXQgOiAoMHhmZTMxMDAwMCAweGZlNDEwMDAwKSwgc2l6ZSA9IDB4MTAwMDAwCgogICAgIFN0YWNr IFVzZSA6ICgweGZlNDBmYTU4IDB4ZmU0MGZkN2MpLCBzaXplID0gMHgzMjQKICAqIFRocmVhZCAy CiAgICAgU3RhY2sgTGltaXQgOiAoMHhmZGE4MjAwMCAweGZkYTg2MDAwKSwgc2l6ZSA9IDB4NDAw MAoKICAgICBTdGFjayBVc2UgOiAoMHhmZGE4NTlhMCAweGZkYTg1ZDdjKSwgc2l6ZSA9IDB4M2Rj CiAgKiBUaHJlYWQgMwogICAgIFN0YWNrIExpbWl0IDogKDB4ZmVkOGQ5ZGMgMHhmZWRhOTIyMCks IHNpemUgPSAweDFiODQ0CgogICAgIFN0YWNrIFVzZSA6ICgweGZlZDkyNmM4IDB4ZmVkOTI3NmMp LCBzaXplID0gMHhhNAogICogVGhyZWFkIDQKICAgICBTdGFjayBMaW1pdCA6ICgweGZlMjBlMDAw IDB4ZmUzMGUwMDApLCBzaXplID0gMHgxMDAwMDAKCiAgICAgU3RhY2sgVXNlIDogKDB4ZmUzMGRi NTggMHhmZTMwZGQ3YyksIHNpemUgPSAweDIyNAogICogVGhyZWFkIDUKICAgICBTdGFjayBMaW1p dCA6ICgweGZkYTcyMDAwIDB4ZmRhNzYwMDApLCBzaXplID0gMHg0MDAwCgogICAgIFN0YWNrIFVz ZSA6ICgweGZkYTc1YjUwIDB4ZmRhNzVkN2MpLCBzaXplID0gMHgyMmMKICAqIFRocmVhZCA2CiAg ICAgU3RhY2sgTGltaXQgOiAoMHhmZGE1MjAwMCAweGZkYTU0MDAwKSwgc2l6ZSA9IDB4MjAwMAoK ICAgICBTdGFjayBVc2UgOiAoMHhmZGE1M2I1MCAweGZkYTUzZDdjKSwgc2l6ZSA9IDB4MjJjCiAg KiBUaHJlYWQgNwogICAgIFN0YWNrIExpbWl0IDogKDB4ZmQ5MDAwMDAgMHhmZGEwMDAwMCksIHNp emUgPSAweDEwMDAwMAoKICAgICBTdGFjayBVc2UgOiAoMHhmZDlmZWRlMCAweGZkOWZmZDdjKSwg c2l6ZSA9IDB4ZjljCiAgKiBUaHJlYWQgOAogICAgIFN0YWNrIExpbWl0IDogKDB4ZmUxMGMwMDAg MHhmZTIwYzAwMCksIHNpemUgPSAweDEwMDAwMAoKICAgICBTdGFjayBVc2UgOiAoMHhmZTIwYmIx MCAweGZlMjBiZDdjKSwgc2l6ZSA9IDB4MjZjCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVudGVkIHht bFNhbXBsZU1UIChwaWQgNTAwKSAgKioqKgogICogUHJvZ3JhbSBleGl0ZWQgd2l0aCBzdGF0dXMg Y29kZSAwLgogICogMCBhY2Nlc3MgZXJyb3JzLCAwIHRvdGFsIG9jY3VycmVuY2VzLgogICogMCBi eXRlcyBsZWFrZWQuCiAgKiAwIGJ5dGVzIHBvdGVudGlhbGx5IGxlYWtlZC4KICAqIEJhc2ljIG1l bW9yeSB1c2FnZSAoaW5jbHVkaW5nIFB1cmlmeSBvdmVyaGVhZCk6CiAgICAzNjQ2NzYgY29kZQog ICAgMTIzOTQ0IGRhdGEvYnNzCiAgICAxMzk4OTIgaGVhcCAocGVhayB1c2UpCiAgICA1MDg4IHN0 YWNrCiAgKiBTaGFyZWQgbGlicmFyeSBtZW1vcnkgdXNhZ2UgKGluY2x1ZGluZyBQdXJpZnkgb3Zl cmhlYWQpOgogICAgOTkyIGxpYnB1cmVfc29sYXJpczJfaW5pdC5zby4xIChzaGFyZWQgY29kZSkK ICAgIDI4MCBsaWJwdXJlX3NvbGFyaXMyX2luaXQuc28uMSAocHJpdmF0ZSBkYXRhKQogICAgMTg2 NTg1NiBsaWJ4bWwyLnNvLjJfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHNoYXJlZCBjb2Rl KQogICAgNDk1MjggbGlieG1sMi5zby4yX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChwcml2 YXRlIGRhdGEpCiAgICAxMTA0NjAwIGxpYmMuc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8z MiAoc2hhcmVkIGNvZGUpCiAgICAzMTM0OCBsaWJjLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThf NThfMzIgKHByaXZhdGUgZGF0YSkKICAgIDI1MTIgbGliZGwuc28uMV9wdXJlX3AzX2MwXzEwMzMx MjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICA3NiBsaWJkbC5zby4xX3B1cmVfcDNfYzBfMTAz MzEyMTU4XzU4XzMyIChwcml2YXRlIGRhdGEpCiAgICAxNTQxNiBsaWJpbnRlcm5hbF9zdHVicy5z by4xIChzaGFyZWQgY29kZSkKICAgIDEwNDQgbGliaW50ZXJuYWxfc3R1YnMuc28uMSAocHJpdmF0 ZSBkYXRhKQogICAgMTc0NjQgbGlicHRocmVhZC5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4 XzMyIChzaGFyZWQgY29kZSkKICAgIDI4OCBsaWJwdGhyZWFkLnNvLjFfcHVyZV9wM19jMF8xMDMz MTIxNThfNThfMzIgKHByaXZhdGUgZGF0YSkKICAgIDE3MjE2MCBsaWJ6LnNvX3B1cmVfcDNfYzBf MTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDYwNzYgbGliei5zb19wdXJlX3AzX2Mw XzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRhKQogICAgMTM5MTUyIGxpYm0uc28uMV9wdXJl X3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICAxMjU2IGxpYm0uc28uMV9w dXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRhKQogICAgNTc2ODggbGlic29j a2V0LnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHNoYXJlZCBjb2RlKQogICAgNDk4 NCBsaWJzb2NrZXQuc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRh KQogICAgOTgzMjc2IGxpYm5zbC5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFy ZWQgY29kZSkKICAgIDY0MjA4IGxpYm5zbC5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMy IChwcml2YXRlIGRhdGEpCiAgICA0ODk0NCBsaWJnY2Nfcy5zby4xX3B1cmVfcDNfYzBfMTAzMzEy MTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDIzODggbGliZ2NjX3Muc28uMV9wdXJlX3AzX2Mw XzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRhKQogICAgMTY1NjAgbGlibXAuc28uMl9wdXJl X3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICA4OTIgbGlibXAuc28uMl9w dXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRhKQogICAgMzQ3NiBsaWJjX3Bz ci5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDc2IGxp YmNfcHNyLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHByaXZhdGUgZGF0YSkKICAg IDE3Njg2NCBsaWJ0aHJlYWQuc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVk IGNvZGUpCiAgICAxMTkzMjggbGlidGhyZWFkLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThf MzIgKHByaXZhdGUgZGF0YSkKICAqIE1lbW9yeSBtYXBwZWQgdXNhZ2U6CiAgICAxMDQ4NTc2IG1t YXAnZCBhdCAweGZkYzAyMDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZkZDA0MDAwCiAgICAx MDQ4NTc2IG1tYXAnZCBhdCAweGZkZTA2MDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZkZjA4 MDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZlMDBhMDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBh dCAweGZlMTBjMDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZlMjBlMDAwCiAgICAxMDQ4NTc2 IG1tYXAnZCBhdCAweGZlMzEwMDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZkOTAwMDAwCiAg ICA4MTkyIG1tYXAnZCBhdCAweGZkYTUyMDAwCiAgICAxNjM4NCBtbWFwJ2QgYXQgMHhmZGE3MjAw MAogICAgMTYzODQgbW1hcCdkIGF0IDB4ZmRhODIwMDAKICAgIDgxOTIgbW1hcCdkIFBST1RfTk9O RSBhdCAweGZkYzAwMDAwCiAgICA4MTkyIG1tYXAnZCBQUk9UX05PTkUgYXQgMHhmZGE1MDAwMAog ICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0IDB4ZmRhNzAwMDAKICAgIDgxOTIgbW1hcCdkIFBS T1RfTk9ORSBhdCAweGZkYTgwMDAwCiAgICA4MTkyIG1tYXAnZCBQUk9UX05PTkUgYXQgMHhmZTMw ZTAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0IDB4ZmUyMGMwMDAKICAgIDgxOTIgbW1h cCdkIFBST1RfTk9ORSBhdCAweGZlMTBhMDAwCiAgICA4MTkyIG1tYXAnZCBQUk9UX05PTkUgYXQg MHhmZTAwODAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0IDB4ZmRmMDYwMDAKICAgIDgx OTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZkZTA0MDAwCiAgICA4MTkyIG1tYXAnZCBQUk9UX05P TkUgYXQgMHhmZGQwMjAwMAoK ------_=_NextPart_001_01C7B956.CA2CDB9F Content-Type: application/octet-stream; name="pur_xmlSampleMT_invUrl.log" Content-Transfer-Encoding: base64 Content-Description: pur_xmlSampleMT_invUrl.log Content-Disposition: attachment; filename="pur_xmlSampleMT_invUrl.log" KioqKiAgUHVyaWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ5MSBhdCBUaHUgSnVu IDI4IDA4OjQ2OjI1IDIwMDcpCiAgKiBQdXJpZnkgMjAwM2EuMDYuMTUgU29sYXJpcyAyICgzMi1i aXQpIChjKSBDb3B5cmlnaHQgSUJNIENvcnAuIDE5OTIsIDIwMDUgQWxsIHJpZ2h0cyByZXNlcnZl ZC4gIAogICogRm9yIGNvbnRhY3QgaW5mb3JtYXRpb24gdHlwZTogInB1cmlmeSAtaGVscCIKICAq IEZvciBUVFkgb3V0cHV0LCB1c2UgdGhlIG9wdGlvbiAiLXdpbmRvd3M9bm8iCiAgKiBDb21tYW5k LWxpbmU6IHhtbFNhbXBsZU1UIEludmFsaWRVcmwgL3RtcC9tcm9ubmVyL0RvY3VtZW50LnhzZCAK ICAqIE9wdGlvbnMgc2V0dGluZ3M6IC1wdXJpZnkgXAogICAgLXB1cmlmeS1ob21lPS9zaGFyZWRh cHBzL1B1cmUvcmVsZWFzZXMvcHVyaWZ5LnNvbC4yMDAzYS4wNi4xNSBcCiAgICAtZ2NjM19wYXRo PS9jYy92b2JzL2J1aWxkdG9vbHMvc3BhcmMtU3VuT1MtNS44L2Jpbi9nY2MgXAogICAgLWNhY2hl LWRpcj0vc2hhcmVkYXBwcy9QdXJlL3JlbGVhc2VzL3B1cmlmeS5zb2wuMjAwM2EuMDYuMTUvY2Fj aGUgXAogICAgLWRlbWFuZ2xlX3Byb2dyYW09L2NjL3ZvYnMvYnVpbGR0b29scy9zcGFyYy1TdW5P Uy01LjgvYmluL2MrK2ZpbHQgXAogICAgLXRocmVhZHM9eWVzIC11c2UtaW50ZXJuYWwtbG9ja3M9 eWVzIC10aHJlYWRfc3RhY2tfY2hhbmdlPTB4NDAwMCBcCiAgICAtbXRfc2FmZV9tYWxsb2M9eWVz IC1sYW5ndWFnZT1lbmdsaXNoIAogICogTGljZW5zZSBzdWNjZXNzZnVsbHkgY2hlY2tlZCBvdXQu CiAgKiBDb21tYW5kLWxpbmU6IHhtbFNhbXBsZU1UIEludmFsaWRVcmwgL3RtcC9tcm9ubmVyL0Rv Y3VtZW50LnhzZCAKCioqKiogIFB1cmlmeSBpbnN0cnVtZW50ZWQgeG1sU2FtcGxlTVQgKHBpZCA0 OTEpICAqKioqCklQVzogSW52YWxpZCBwb2ludGVyIHdyaXRlOgogICogVGhpcyBpcyBvY2N1cnJp bmcgd2hpbGUgaW4gdGhyZWFkIDc6CglzdGF0NjQgICAgICAgICBbbGliYy5zby4xXQoJR2VUY1dk ICAgICAgICAgW2xpYmMuc28uMV0KCWdldGN3ZCAgICAgICAgIFtydGxpYi5vXQoJeG1sUGFyc2Vy R2V0RGlyZWN0b3J5IFt4bWxJTy5jOjM1MjJdCgl4bWxDcmVhdGVQdXNoUGFyc2VyQ3R4dCBbcGFy c2VyLmM6MTA3MDFdCgl4bWxOZXdUZXh0UmVhZGVyIFt4bWxyZWFkZXIuYzoyMDc1XQogICogV3Jp dGluZyAxNTIgYnl0ZXMgdG8gMHhmZDlmZjU2OCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFkIDcgKDk2 IGJ5dGVzIGF0IDB4ZmQ5ZmY1NjggaWxsZWdhbCkuCiAgKiBBZGRyZXNzIDB4ZmQ5ZmY1NjggaXMg ICAgICAzMDQgYnl0ZXMgYmVsb3cgZnJhbWUgcG9pbnRlciBpbiBmdW5jdGlvbiBHZVRjV2QuCgoq KioqICBQdXJpZnkgaW5zdHJ1bWVudGVkIHhtbFNhbXBsZU1UIChwaWQgNDkxKSAgKioqKgpJUFc6 IEludmFsaWQgcG9pbnRlciB3cml0ZToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRo cmVhZCA3OgoJc3RybmNweSAgICAgICAgW3J0bGliLm9dCglHZVRjV2QgICAgICAgICBbbGliYy5z by4xXQoJZ2V0Y3dkICAgICAgICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3RvcnkgW3ht bElPLmM6MzUyMl0KCXhtbENyZWF0ZVB1c2hQYXJzZXJDdHh0IFtwYXJzZXIuYzoxMDcwMV0KCXht bE5ld1RleHRSZWFkZXIgW3htbHJlYWRlci5jOjIwNzVdCiAgKiBXcml0aW5nIDE2IGJ5dGVzIHRv IDB4ZmQ5ZmY1NTggb24gdGhlIHN0YWNrIG9mIHRocmVhZCA3LgogICogQWRkcmVzcyAweGZkOWZm NTU4IGlzICAgICAgMzIwIGJ5dGVzIGJlbG93IGZyYW1lIHBvaW50ZXIgaW4gZnVuY3Rpb24gR2VU Y1dkLgoKKioqKiAgUHVyaWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ5MSkgICoq KioKSVBSOiBJbnZhbGlkIHBvaW50ZXIgcmVhZDoKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxl IGluIHRocmVhZCA3OgoJc3RybmNtcCAgICAgICAgW3J0bGliLm9dCglHZVRjV2QgICAgICAgICBb bGliYy5zby4xXQoJZ2V0Y3dkICAgICAgICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3Rv cnkgW3htbElPLmM6MzUyMl0KCXhtbENyZWF0ZVB1c2hQYXJzZXJDdHh0IFtwYXJzZXIuYzoxMDcw MV0KCXhtbE5ld1RleHRSZWFkZXIgW3htbHJlYWRlci5jOjIwNzVdCiAgKiBSZWFkaW5nIDEgYnl0 ZSBmcm9tIDB4ZmQ5ZmY1NTggb24gdGhlIHN0YWNrIG9mIHRocmVhZCA3LgogICogQWRkcmVzcyAw eGZkOWZmNTU4IGlzICAgICAgMzIwIGJ5dGVzIGJlbG93IGZyYW1lIHBvaW50ZXIgaW4gZnVuY3Rp b24gR2VUY1dkLgoKKioqKiAgUHVyaWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ5 MSkgICoqKioKSVBXOiBJbnZhbGlkIHBvaW50ZXIgd3JpdGU6CiAgKiBUaGlzIGlzIG9jY3Vycmlu ZyB3aGlsZSBpbiB0aHJlYWQgNzoKCXN0cm5jcHkgICAgICAgIFtydGxpYi5vXQoJR2VUY1dkICAg ICAgICAgW2xpYmMuc28uMV0KCWdldGN3ZCAgICAgICAgIFtydGxpYi5vXQoJeG1sUGFyc2VyR2V0 RGlyZWN0b3J5IFt4bWxJTy5jOjM1MjJdCgl4bWxDcmVhdGVQdXNoUGFyc2VyQ3R4dCBbcGFyc2Vy LmM6MTA3MDFdCgl4bWxOZXdUZXh0UmVhZGVyIFt4bWxyZWFkZXIuYzoyMDc1XQogICogV3JpdGlu ZyAxNiBieXRlcyB0byAweGZkOWZmNTU4IG9uIHRoZSBzdGFjayBvZiB0aHJlYWQgNy4KICAqIEFk ZHJlc3MgMHhmZDlmZjU1OCBpcyAgICAgIDMyMCBieXRlcyBiZWxvdyBmcmFtZSBwb2ludGVyIGlu IGZ1bmN0aW9uIEdlVGNXZC4KCioqKiogIFB1cmlmeSBpbnN0cnVtZW50ZWQgeG1sU2FtcGxlTVQg KHBpZCA0OTEpICAqKioqCklQUjogSW52YWxpZCBwb2ludGVyIHJlYWQ6CiAgKiBUaGlzIGlzIG9j Y3VycmluZyB3aGlsZSBpbiB0aHJlYWQgNzoKCXN0cm5jbXAgICAgICAgIFtydGxpYi5vXQoJR2VU Y1dkICAgICAgICAgW2xpYmMuc28uMV0KCWdldGN3ZCAgICAgICAgIFtydGxpYi5vXQoJeG1sUGFy c2VyR2V0RGlyZWN0b3J5IFt4bWxJTy5jOjM1MjJdCgl4bWxDcmVhdGVQdXNoUGFyc2VyQ3R4dCBb cGFyc2VyLmM6MTA3MDFdCgl4bWxOZXdUZXh0UmVhZGVyIFt4bWxyZWFkZXIuYzoyMDc1XQogICog UmVhZGluZyAxIGJ5dGUgZnJvbSAweGZkOWZmNTU4IG9uIHRoZSBzdGFjayBvZiB0aHJlYWQgNy4K ICAqIEFkZHJlc3MgMHhmZDlmZjU1OCBpcyAgICAgIDMyMCBieXRlcyBiZWxvdyBmcmFtZSBwb2lu dGVyIGluIGZ1bmN0aW9uIEdlVGNXZC4KCioqKiogIFB1cmlmeSBpbnN0cnVtZW50ZWQgeG1sU2Ft cGxlTVQgKHBpZCA0OTEpICAqKioqCklQVzogSW52YWxpZCBwb2ludGVyIHdyaXRlICgyIHRpbWVz KToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3OgoJaW9jdGwgICAgICAg ICAgW2xpYmMuc28uMV0KCWdldGRldmluZm8gICAgIFtnZXRjd2QuY10KCUdlVGNXZCAgICAgICAg IFtsaWJjLnNvLjFdCglnZXRjd2QgICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVj dG9yeSBbeG1sSU8uYzozNTIyXQoJeG1sQ3JlYXRlUHVzaFBhcnNlckN0eHQgW3BhcnNlci5jOjEw NzAxXQogICogV3JpdGluZyA0IGJ5dGVzIHRvIDB4ZmQ5ZmU2ZTQgb24gdGhlIHN0YWNrIG9mIHRo cmVhZCA3LgogICogQWRkcmVzcyAweGZkOWZlNmU0IGlzICAgICAgIDM2IGJ5dGVzIGJlbG93IGZy YW1lIHBvaW50ZXIgaW4gZnVuY3Rpb24gaW9jdGwuCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVudGVk IHhtbFNhbXBsZU1UIChwaWQgNDkxKSAgKioqKgpJUFc6IEludmFsaWQgcG9pbnRlciB3cml0ZSAo NiB0aW1lcyk6CiAgKiBUaGlzIGlzIG9jY3VycmluZyB3aGlsZSBpbiB0aHJlYWQgNzoKCXN0cnRv a19yICAgICAgIFtsaWJjLnNvLjFdCglnZXRleHRtbnRlbnQgICBbbGliYy5zby4xXQoJZ2V0ZGV2 aW5mbyAgICAgW2dldGN3ZC5jXQoJR2VUY1dkICAgICAgICAgW2xpYmMuc28uMV0KCWdldGN3ZCAg ICAgICAgIFtydGxpYi5vXQoJeG1sUGFyc2VyR2V0RGlyZWN0b3J5IFt4bWxJTy5jOjM1MjJdCiAg KiBXcml0aW5nIDQgYnl0ZXMgdG8gMHhmZDlmZTcwNCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFkIDcu CiAgKiBBZGRyZXNzIDB4ZmQ5ZmU3MDQgaXMgICAgICAgIDQgYnl0ZXMgYmVsb3cgZnJhbWUgcG9p bnRlciBpbiBmdW5jdGlvbiBnZXRleHRtbnRlbnQuCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVudGVk IHhtbFNhbXBsZU1UIChwaWQgNDkxKSAgKioqKgpJUFI6IEludmFsaWQgcG9pbnRlciByZWFkICg2 IHRpbWVzKToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3OgoJc3RydG9r X3IgICAgICAgW2xpYmMuc28uMV0KCWdldGV4dG1udGVudCAgIFtsaWJjLnNvLjFdCglnZXRkZXZp bmZvICAgICBbZ2V0Y3dkLmNdCglHZVRjV2QgICAgICAgICBbbGliYy5zby4xXQoJZ2V0Y3dkICAg ICAgICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3RvcnkgW3htbElPLmM6MzUyMl0KICAq IFJlYWRpbmcgNCBieXRlcyBmcm9tIDB4ZmQ5ZmU3MDQgb24gdGhlIHN0YWNrIG9mIHRocmVhZCA3 LgogICogQWRkcmVzcyAweGZkOWZlNzA0IGlzICAgICAgICA0IGJ5dGVzIGJlbG93IGZyYW1lIHBv aW50ZXIgaW4gZnVuY3Rpb24gZ2V0ZXh0bW50ZW50LgoKKioqKiAgUHVyaWZ5IGluc3RydW1lbnRl ZCB4bWxTYW1wbGVNVCAocGlkIDQ5MSkgICoqKioKSVBXOiBJbnZhbGlkIHBvaW50ZXIgd3JpdGUg KDYgdGltZXMpOgogICogVGhpcyBpcyBvY2N1cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6CglzdHJ0 b2tfciAgICAgICBbbGliYy5zby4xXQoJZ2V0ZXh0bW50ZW50ICAgW2xpYmMuc28uMV0KCWdldGRl dmluZm8gICAgIFtnZXRjd2QuY10KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRjd2Qg ICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIyXQog ICogV3JpdGluZyA0IGJ5dGVzIHRvIDB4ZmQ5ZmU3MDQgb24gdGhlIHN0YWNrIG9mIHRocmVhZCA3 LgogICogQWRkcmVzcyAweGZkOWZlNzA0IGlzICAgICAgICA0IGJ5dGVzIGJlbG93IGZyYW1lIHBv aW50ZXIgaW4gZnVuY3Rpb24gZ2V0ZXh0bW50ZW50LgoKKioqKiAgUHVyaWZ5IGluc3RydW1lbnRl ZCB4bWxTYW1wbGVNVCAocGlkIDQ5MSkgICoqKioKSVBSOiBJbnZhbGlkIHBvaW50ZXIgcmVhZCAo NiB0aW1lcyk6CiAgKiBUaGlzIGlzIG9jY3VycmluZyB3aGlsZSBpbiB0aHJlYWQgNzoKCXN0cnRv a19yICAgICAgIFtsaWJjLnNvLjFdCglnZXRleHRtbnRlbnQgICBbbGliYy5zby4xXQoJZ2V0ZGV2 aW5mbyAgICAgW2dldGN3ZC5jXQoJR2VUY1dkICAgICAgICAgW2xpYmMuc28uMV0KCWdldGN3ZCAg ICAgICAgIFtydGxpYi5vXQoJeG1sUGFyc2VyR2V0RGlyZWN0b3J5IFt4bWxJTy5jOjM1MjJdCiAg KiBSZWFkaW5nIDQgYnl0ZXMgZnJvbSAweGZkOWZlNzA0IG9uIHRoZSBzdGFjayBvZiB0aHJlYWQg Ny4KICAqIEFkZHJlc3MgMHhmZDlmZTcwNCBpcyAgICAgICAgNCBieXRlcyBiZWxvdyBmcmFtZSBw b2ludGVyIGluIGZ1bmN0aW9uIGdldGV4dG1udGVudC4KCioqKiogIFB1cmlmeSBpbnN0cnVtZW50 ZWQgeG1sU2FtcGxlTVQgKHBpZCA0OTEpICAqKioqCklQVzogSW52YWxpZCBwb2ludGVyIHdyaXRl ICg2IHRpbWVzKToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3OgoJc3Ry dG9rX3IgICAgICAgW2xpYmMuc28uMV0KCWdldGV4dG1udGVudCAgIFtsaWJjLnNvLjFdCglnZXRk ZXZpbmZvICAgICBbZ2V0Y3dkLmNdCglHZVRjV2QgICAgICAgICBbbGliYy5zby4xXQoJZ2V0Y3dk ICAgICAgICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3RvcnkgW3htbElPLmM6MzUyMl0K ICAqIFdyaXRpbmcgNCBieXRlcyB0byAweGZkOWZlNzA0IG9uIHRoZSBzdGFjayBvZiB0aHJlYWQg Ny4KICAqIEFkZHJlc3MgMHhmZDlmZTcwNCBpcyAgICAgICAgNCBieXRlcyBiZWxvdyBmcmFtZSBw b2ludGVyIGluIGZ1bmN0aW9uIGdldGV4dG1udGVudC4KCioqKiogIFB1cmlmeSBpbnN0cnVtZW50 ZWQgeG1sU2FtcGxlTVQgKHBpZCA0OTEpICAqKioqCklQUjogSW52YWxpZCBwb2ludGVyIHJlYWQg KDYgdGltZXMpOgogICogVGhpcyBpcyBvY2N1cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6CglzdHJ0 b2tfciAgICAgICBbbGliYy5zby4xXQoJZ2V0ZXh0bW50ZW50ICAgW2xpYmMuc28uMV0KCWdldGRl dmluZm8gICAgIFtnZXRjd2QuY10KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRjd2Qg ICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIyXQog ICogUmVhZGluZyA0IGJ5dGVzIGZyb20gMHhmZDlmZTcwNCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFk IDcuCiAgKiBBZGRyZXNzIDB4ZmQ5ZmU3MDQgaXMgICAgICAgIDQgYnl0ZXMgYmVsb3cgZnJhbWUg cG9pbnRlciBpbiBmdW5jdGlvbiBnZXRleHRtbnRlbnQuCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVu dGVkIHhtbFNhbXBsZU1UIChwaWQgNDkxKSAgKioqKgpJUFc6IEludmFsaWQgcG9pbnRlciB3cml0 ZSAoNiB0aW1lcyk6CiAgKiBUaGlzIGlzIG9jY3VycmluZyB3aGlsZSBpbiB0aHJlYWQgNzoKCXN0 cnRva19yICAgICAgIFtsaWJjLnNvLjFdCglnZXRleHRtbnRlbnQgICBbbGliYy5zby4xXQoJZ2V0 ZGV2aW5mbyAgICAgW2dldGN3ZC5jXQoJR2VUY1dkICAgICAgICAgW2xpYmMuc28uMV0KCWdldGN3 ZCAgICAgICAgIFtydGxpYi5vXQoJeG1sUGFyc2VyR2V0RGlyZWN0b3J5IFt4bWxJTy5jOjM1MjJd CiAgKiBXcml0aW5nIDQgYnl0ZXMgdG8gMHhmZDlmZTcwNCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFk IDcuCiAgKiBBZGRyZXNzIDB4ZmQ5ZmU3MDQgaXMgICAgICAgIDQgYnl0ZXMgYmVsb3cgZnJhbWUg cG9pbnRlciBpbiBmdW5jdGlvbiBnZXRleHRtbnRlbnQuCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVu dGVkIHhtbFNhbXBsZU1UIChwaWQgNDkxKSAgKioqKgpJUFI6IEludmFsaWQgcG9pbnRlciByZWFk ICg2IHRpbWVzKToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3OgoJc3Ry dG9rX3IgICAgICAgW2xpYmMuc28uMV0KCWdldGV4dG1udGVudCAgIFtsaWJjLnNvLjFdCglnZXRk ZXZpbmZvICAgICBbZ2V0Y3dkLmNdCglHZVRjV2QgICAgICAgICBbbGliYy5zby4xXQoJZ2V0Y3dk ICAgICAgICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3RvcnkgW3htbElPLmM6MzUyMl0K ICAqIFJlYWRpbmcgNCBieXRlcyBmcm9tIDB4ZmQ5ZmU3MDQgb24gdGhlIHN0YWNrIG9mIHRocmVh ZCA3LgogICogQWRkcmVzcyAweGZkOWZlNzA0IGlzICAgICAgICA0IGJ5dGVzIGJlbG93IGZyYW1l IHBvaW50ZXIgaW4gZnVuY3Rpb24gZ2V0ZXh0bW50ZW50LgoKKioqKiAgUHVyaWZ5IGluc3RydW1l bnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ5MSkgICoqKioKSVBXOiBJbnZhbGlkIHBvaW50ZXIgd3Jp dGUgKDYgdGltZXMpOgogICogVGhpcyBpcyBvY2N1cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6Cglz dHJ0b2tfciAgICAgICBbbGliYy5zby4xXQoJZ2V0ZXh0bW50ZW50ICAgW2xpYmMuc28uMV0KCWdl dGRldmluZm8gICAgIFtnZXRjd2QuY10KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRj d2QgICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIy XQogICogV3JpdGluZyA0IGJ5dGVzIHRvIDB4ZmQ5ZmU3MDQgb24gdGhlIHN0YWNrIG9mIHRocmVh ZCA3LgogICogQWRkcmVzcyAweGZkOWZlNzA0IGlzICAgICAgICA0IGJ5dGVzIGJlbG93IGZyYW1l IHBvaW50ZXIgaW4gZnVuY3Rpb24gZ2V0ZXh0bW50ZW50LgoKKioqKiAgUHVyaWZ5IGluc3RydW1l bnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ5MSkgICoqKioKSVBSOiBJbnZhbGlkIHBvaW50ZXIgcmVh ZCAoNiB0aW1lcyk6CiAgKiBUaGlzIGlzIG9jY3VycmluZyB3aGlsZSBpbiB0aHJlYWQgNzoKCXN0 cnRva19yICAgICAgIFtsaWJjLnNvLjFdCglnZXRleHRtbnRlbnQgICBbbGliYy5zby4xXQoJZ2V0 ZGV2aW5mbyAgICAgW2dldGN3ZC5jXQoJR2VUY1dkICAgICAgICAgW2xpYmMuc28uMV0KCWdldGN3 ZCAgICAgICAgIFtydGxpYi5vXQoJeG1sUGFyc2VyR2V0RGlyZWN0b3J5IFt4bWxJTy5jOjM1MjJd CiAgKiBSZWFkaW5nIDQgYnl0ZXMgZnJvbSAweGZkOWZlNzA0IG9uIHRoZSBzdGFjayBvZiB0aHJl YWQgNy4KICAqIEFkZHJlc3MgMHhmZDlmZTcwNCBpcyAgICAgICAgNCBieXRlcyBiZWxvdyBmcmFt ZSBwb2ludGVyIGluIGZ1bmN0aW9uIGdldGV4dG1udGVudC4KCioqKiogIFB1cmlmeSBpbnN0cnVt ZW50ZWQgeG1sU2FtcGxlTVQgKHBpZCA0OTEpICAqKioqCkN1cnJlbnQgZmlsZSBkZXNjcmlwdG9y cyBpbiB1c2U6IDUKRklVOiBmaWxlIGRlc2NyaXB0b3IgMDogPHN0ZGluPgpGSVU6IGZpbGUgZGVz Y3JpcHRvciAxOiA8c3Rkb3V0PgpGSVU6IGZpbGUgZGVzY3JpcHRvciAyOiA8c3RkZXJyPgpGSVU6 IGZpbGUgZGVzY3JpcHRvciAyNjogPHJlc2VydmVkIGZvciBQdXJpZnkgaW50ZXJuYWwgdXNlPgpG SVU6IGZpbGUgZGVzY3JpcHRvciAyNzogPHJlc2VydmVkIGZvciBQdXJpZnkgaW50ZXJuYWwgdXNl PgoKKioqKiAgUHVyaWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ5MSkgICoqKioK UHVyaWZ5OiBTZWFyY2hpbmcgZm9yIGFsbCBtZW1vcnkgbGVha3MuLi4KCk1lbW9yeSBsZWFrZWQ6 IDAgYnl0ZXMgKDAlKTsgcG90ZW50aWFsbHkgbGVha2VkOiAwIGJ5dGVzICgwJSkKClB1cmlmeSBI ZWFwIEFuYWx5c2lzIChjb21iaW5pbmcgc3VwcHJlc3NlZCBhbmQgdW5zdXBwcmVzc2VkIGJsb2Nr cykKICAgICAgICAgICAgICAgICAgICAgICAgIEJsb2NrcyAgICAgICAgQnl0ZXMKICAgICAgICAg ICAgICBMZWFrZWQgICAgICAgICAgMCAgICAgICAgICAgIDAKICBQb3RlbnRpYWxseSBMZWFrZWQg ICAgICAgICAgMCAgICAgICAgICAgIDAKICAgICAgICAgICAgICBJbi1Vc2UgICAgICAgICAgNCAg ICAgICAgICA3MDkKICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAg ICAgVG90YWwgQWxsb2NhdGVkICAgICAgICAgIDQgICAgICAgICAgNzA5CgoqKioqICBQdXJpZnkg aW5zdHJ1bWVudGVkIHhtbFNhbXBsZU1UIChwaWQgNDkxKSAgKioqKgpUaHJlYWQgU3VtbWFyeSA6 IDkgdGhyZWFkcyBpbiBleGlzdGVuY2UKICAqIFRocmVhZCAwIFttYWluIHRocmVhZF0KICAgICBT dGFjayBMaW1pdCA6ICgweGZmM2YwMDAwIDB4ZmZiZjAwMDApLCBzaXplID0gMHg4MDAwMDAKICAq IFRocmVhZCAxCiAgICAgU3RhY2sgTGltaXQgOiAoMHhmZTMxMDAwMCAweGZlNDEwMDAwKSwgc2l6 ZSA9IDB4MTAwMDAwCgogICAgIFN0YWNrIFVzZSA6ICgweGZlNDBmYTU4IDB4ZmU0MGZkN2MpLCBz aXplID0gMHgzMjQKICAqIFRocmVhZCAyCiAgICAgU3RhY2sgTGltaXQgOiAoMHhmZGE4MjAwMCAw eGZkYTg2MDAwKSwgc2l6ZSA9IDB4NDAwMAoKICAgICBTdGFjayBVc2UgOiAoMHhmZGE4NTlhMCAw eGZkYTg1ZDdjKSwgc2l6ZSA9IDB4M2RjCiAgKiBUaHJlYWQgMwogICAgIFN0YWNrIExpbWl0IDog KDB4ZmVkOGQ5ZGMgMHhmZWRhOTIyMCksIHNpemUgPSAweDFiODQ0CgogICAgIFN0YWNrIFVzZSA6 ICgweGZlZDkyNmM4IDB4ZmVkOTI3NmMpLCBzaXplID0gMHhhNAogICogVGhyZWFkIDQKICAgICBT dGFjayBMaW1pdCA6ICgweGZlMjBlMDAwIDB4ZmUzMGUwMDApLCBzaXplID0gMHgxMDAwMDAKCiAg ICAgU3RhY2sgVXNlIDogKDB4ZmUzMGRiNTggMHhmZTMwZGQ3YyksIHNpemUgPSAweDIyNAogICog VGhyZWFkIDUKICAgICBTdGFjayBMaW1pdCA6ICgweGZkYTcyMDAwIDB4ZmRhNzYwMDApLCBzaXpl ID0gMHg0MDAwCgogICAgIFN0YWNrIFVzZSA6ICgweGZkYTc1YjUwIDB4ZmRhNzVkN2MpLCBzaXpl ID0gMHgyMmMKICAqIFRocmVhZCA2CiAgICAgU3RhY2sgTGltaXQgOiAoMHhmZGE1MjAwMCAweGZk YTU0MDAwKSwgc2l6ZSA9IDB4MjAwMAoKICAgICBTdGFjayBVc2UgOiAoMHhmZGE1M2I1MCAweGZk YTUzZDdjKSwgc2l6ZSA9IDB4MjJjCiAgKiBUaHJlYWQgNwogICAgIFN0YWNrIExpbWl0IDogKDB4 ZmQ5MDAwMDAgMHhmZGEwMDAwMCksIHNpemUgPSAweDEwMDAwMAoKICAgICBTdGFjayBVc2UgOiAo MHhmZDlmZTBhMCAweGZkOWZmZDdjKSwgc2l6ZSA9IDB4MWNkYwogICogVGhyZWFkIDgKICAgICBT dGFjayBMaW1pdCA6ICgweGZlMTBjMDAwIDB4ZmUyMGMwMDApLCBzaXplID0gMHgxMDAwMDAKCiAg ICAgU3RhY2sgVXNlIDogKDB4ZmUyMGJiMTAgMHhmZTIwYmQ3YyksIHNpemUgPSAweDI2YwoKKioq KiAgUHVyaWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ5MSkgICoqKioKICAqIFBy b2dyYW0gZXhpdGVkIHdpdGggc3RhdHVzIGNvZGUgMC4KICAqIDE2IGFjY2VzcyBlcnJvcnMsIDY3 IHRvdGFsIG9jY3VycmVuY2VzLgogICogMCBieXRlcyBsZWFrZWQuCiAgKiAwIGJ5dGVzIHBvdGVu dGlhbGx5IGxlYWtlZC4KICAqIEJhc2ljIG1lbW9yeSB1c2FnZSAoaW5jbHVkaW5nIFB1cmlmeSBv dmVyaGVhZCk6CiAgICAzNjQ2NzYgY29kZQogICAgMTIzOTQ0IGRhdGEvYnNzCiAgICAxNDgwODQg aGVhcCAocGVhayB1c2UpCiAgICA1MDg4IHN0YWNrCiAgKiBTaGFyZWQgbGlicmFyeSBtZW1vcnkg dXNhZ2UgKGluY2x1ZGluZyBQdXJpZnkgb3ZlcmhlYWQpOgogICAgOTkyIGxpYnB1cmVfc29sYXJp czJfaW5pdC5zby4xIChzaGFyZWQgY29kZSkKICAgIDI4MCBsaWJwdXJlX3NvbGFyaXMyX2luaXQu c28uMSAocHJpdmF0ZSBkYXRhKQogICAgMTg2NTg1NiBsaWJ4bWwyLnNvLjJfcHVyZV9wM19jMF8x MDMzMTIxNThfNThfMzIgKHNoYXJlZCBjb2RlKQogICAgNDk1MjggbGlieG1sMi5zby4yX3B1cmVf cDNfYzBfMTAzMzEyMTU4XzU4XzMyIChwcml2YXRlIGRhdGEpCiAgICAxMTA0NjAwIGxpYmMuc28u MV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICAzMTM0OCBsaWJj LnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHByaXZhdGUgZGF0YSkKICAgIDI1MTIg bGliZGwuc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICA3 NiBsaWJkbC5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChwcml2YXRlIGRhdGEpCiAg ICAxNTQxNiBsaWJpbnRlcm5hbF9zdHVicy5zby4xIChzaGFyZWQgY29kZSkKICAgIDEwNDQgbGli aW50ZXJuYWxfc3R1YnMuc28uMSAocHJpdmF0ZSBkYXRhKQogICAgMTc0NjQgbGlicHRocmVhZC5z by4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDI4OCBsaWJw dGhyZWFkLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHByaXZhdGUgZGF0YSkKICAg IDE3MjE2MCBsaWJ6LnNvX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkK ICAgIDYwNzYgbGliei5zb19wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRh KQogICAgMTM5MTUyIGxpYm0uc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVk IGNvZGUpCiAgICAxMjU2IGxpYm0uc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJp dmF0ZSBkYXRhKQogICAgNTc2ODggbGlic29ja2V0LnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThf NThfMzIgKHNoYXJlZCBjb2RlKQogICAgNDk4NCBsaWJzb2NrZXQuc28uMV9wdXJlX3AzX2MwXzEw MzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRhKQogICAgOTgzMjc2IGxpYm5zbC5zby4xX3B1cmVf cDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDY0MjA4IGxpYm5zbC5zby4x X3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChwcml2YXRlIGRhdGEpCiAgICA0ODk0NCBsaWJn Y2Nfcy5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDIz ODggbGliZ2NjX3Muc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRh KQogICAgMTY1NjAgbGlibXAuc28uMl9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVk IGNvZGUpCiAgICA4OTIgbGlibXAuc28uMl9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJp dmF0ZSBkYXRhKQogICAgMzQ3NiBsaWJjX3Bzci5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4 XzMyIChzaGFyZWQgY29kZSkKICAgIDc2IGxpYmNfcHNyLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIx NThfNThfMzIgKHByaXZhdGUgZGF0YSkKICAgIDE3Njg2NCBsaWJ0aHJlYWQuc28uMV9wdXJlX3Az X2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICAxMTkzMjggbGlidGhyZWFkLnNv LjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHByaXZhdGUgZGF0YSkKICAqIE1lbW9yeSBt YXBwZWQgdXNhZ2U6CiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZkYzAyMDAwCiAgICAxMDQ4NTc2 IG1tYXAnZCBhdCAweGZkZDA0MDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZkZTA2MDAwCiAg ICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZkZjA4MDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZl MDBhMDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZlMTBjMDAwCiAgICAxMDQ4NTc2IG1tYXAn ZCBhdCAweGZlMjBlMDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZlMzEwMDAwCiAgICAxMDQ4 NTc2IG1tYXAnZCBhdCAweGZkOTAwMDAwCiAgICA4MTkyIG1tYXAnZCBhdCAweGZkYTUyMDAwCiAg ICAxNjM4NCBtbWFwJ2QgYXQgMHhmZGE3MjAwMAogICAgMTYzODQgbW1hcCdkIGF0IDB4ZmRhODIw MDAKICAgIDgxOTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZkYzAwMDAwCiAgICA4MTkyIG1tYXAn ZCBQUk9UX05PTkUgYXQgMHhmZGE1MDAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0IDB4 ZmRhNzAwMDAKICAgIDgxOTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZkYTgwMDAwCiAgICA4MTky IG1tYXAnZCBQUk9UX05PTkUgYXQgMHhmZTMwZTAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05F IGF0IDB4ZmUyMGMwMDAKICAgIDgxOTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZlMTBhMDAwCiAg ICA4MTkyIG1tYXAnZCBQUk9UX05PTkUgYXQgMHhmZTAwODAwMAogICAgODE5MiBtbWFwJ2QgUFJP VF9OT05FIGF0IDB4ZmRmMDYwMDAKICAgIDgxOTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZkZTA0 MDAwCiAgICA4MTkyIG1tYXAnZCBQUk9UX05PTkUgYXQgMHhmZGQwMjAwMAoK ------_=_NextPart_001_01C7B956.CA2CDB9F Content-Type: application/octet-stream; name="pur_xmlSampleMT_relPath.log" Content-Transfer-Encoding: base64 Content-Description: pur_xmlSampleMT_relPath.log Content-Disposition: attachment; filename="pur_xmlSampleMT_relPath.log" KioqKiAgUHVyaWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ4NCBhdCBUaHUgSnVu IDI4IDA4OjQ1OjQ3IDIwMDcpCiAgKiBQdXJpZnkgMjAwM2EuMDYuMTUgU29sYXJpcyAyICgzMi1i aXQpIChjKSBDb3B5cmlnaHQgSUJNIENvcnAuIDE5OTIsIDIwMDUgQWxsIHJpZ2h0cyByZXNlcnZl ZC4gIAogICogRm9yIGNvbnRhY3QgaW5mb3JtYXRpb24gdHlwZTogInB1cmlmeSAtaGVscCIKICAq IEZvciBUVFkgb3V0cHV0LCB1c2UgdGhlIG9wdGlvbiAiLXdpbmRvd3M9bm8iCiAgKiBDb21tYW5k LWxpbmU6IHhtbFNhbXBsZU1UIGZpbGU6Ly8vLy8gRG9jdW1lbnQueHNkIAogICogT3B0aW9ucyBz ZXR0aW5nczogLXB1cmlmeSBcCiAgICAtcHVyaWZ5LWhvbWU9L3NoYXJlZGFwcHMvUHVyZS9yZWxl YXNlcy9wdXJpZnkuc29sLjIwMDNhLjA2LjE1IFwKICAgIC1nY2MzX3BhdGg9L2NjL3ZvYnMvYnVp bGR0b29scy9zcGFyYy1TdW5PUy01LjgvYmluL2djYyBcCiAgICAtY2FjaGUtZGlyPS9zaGFyZWRh cHBzL1B1cmUvcmVsZWFzZXMvcHVyaWZ5LnNvbC4yMDAzYS4wNi4xNS9jYWNoZSBcCiAgICAtZGVt YW5nbGVfcHJvZ3JhbT0vY2Mvdm9icy9idWlsZHRvb2xzL3NwYXJjLVN1bk9TLTUuOC9iaW4vYysr ZmlsdCBcCiAgICAtdGhyZWFkcz15ZXMgLXVzZS1pbnRlcm5hbC1sb2Nrcz15ZXMgLXRocmVhZF9z dGFja19jaGFuZ2U9MHg0MDAwIFwKICAgIC1tdF9zYWZlX21hbGxvYz15ZXMgLWxhbmd1YWdlPWVu Z2xpc2ggCiAgKiBMaWNlbnNlIHN1Y2Nlc3NmdWxseSBjaGVja2VkIG91dC4KICAqIENvbW1hbmQt bGluZTogeG1sU2FtcGxlTVQgZmlsZTovLy8vLyBEb2N1bWVudC54c2QgCgoqKioqICBQdXJpZnkg aW5zdHJ1bWVudGVkIHhtbFNhbXBsZU1UIChwaWQgNDg0KSAgKioqKgpJUFc6IEludmFsaWQgcG9p bnRlciB3cml0ZToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3OgoJc3Rh dDY0ICAgICAgICAgW2xpYmMuc28uMV0KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRj d2QgICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIy XQoJeG1sTmV3SW5wdXRGcm9tRmlsZSBbcGFyc2VySW50ZXJuYWxzLmM6MTQ3NV0KCXhtbERlZmF1 bHRFeHRlcm5hbEVudGl0eUxvYWRlciBbeG1sSU8uYzozNzU0XQogICogV3JpdGluZyAxNTIgYnl0 ZXMgdG8gMHhmZDlmZjQxMCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFkIDcuCiAgKiBBZGRyZXNzIDB4 ZmQ5ZmY0MTAgaXMgICAgICAxNTIgYnl0ZXMgYmVsb3cgZnJhbWUgcG9pbnRlciBpbiBmdW5jdGlv biBHZVRjV2QuCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVudGVkIHhtbFNhbXBsZU1UIChwaWQgNDg0 KSAgKioqKgpJUFc6IEludmFsaWQgcG9pbnRlciB3cml0ZToKICAqIFRoaXMgaXMgb2NjdXJyaW5n IHdoaWxlIGluIHRocmVhZCA3OgoJc3RhdDY0ICAgICAgICAgW2xpYmMuc28uMV0KCUdlVGNXZCAg ICAgICAgIFtsaWJjLnNvLjFdCglnZXRjd2QgICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdl dERpcmVjdG9yeSBbeG1sSU8uYzozNTIyXQoJeG1sTmV3SW5wdXRGcm9tRmlsZSBbcGFyc2VySW50 ZXJuYWxzLmM6MTQ3NV0KCXhtbERlZmF1bHRFeHRlcm5hbEVudGl0eUxvYWRlciBbeG1sSU8uYzoz NzU0XQogICogV3JpdGluZyAxNTIgYnl0ZXMgdG8gMHhmZDlmZjM3OCBvbiB0aGUgc3RhY2sgb2Yg dGhyZWFkIDcuCiAgKiBBZGRyZXNzIDB4ZmQ5ZmYzNzggaXMgICAgICAzMDQgYnl0ZXMgYmVsb3cg ZnJhbWUgcG9pbnRlciBpbiBmdW5jdGlvbiBHZVRjV2QuCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVu dGVkIHhtbFNhbXBsZU1UIChwaWQgNDg0KSAgKioqKgpJUFI6IEludmFsaWQgcG9pbnRlciByZWFk OgogICogVGhpcyBpcyBvY2N1cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6CglzdHJuY3B5ICAgICAg ICBbcnRsaWIub10KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRjd2QgICAgICAgICBb cnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIyXQoJeG1sTmV3SW5w dXRGcm9tRmlsZSBbcGFyc2VySW50ZXJuYWxzLmM6MTQ3NV0KCXhtbERlZmF1bHRFeHRlcm5hbEVu dGl0eUxvYWRlciBbeG1sSU8uYzozNzU0XQogICogUmVhZGluZyA2IGJ5dGVzIGZyb20gMHhmZDlm ZjQ3OCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFkIDcuCiAgKiBBZGRyZXNzIDB4ZmQ5ZmY0NzggaXMg ICAgICAgNDggYnl0ZXMgYmVsb3cgZnJhbWUgcG9pbnRlciBpbiBmdW5jdGlvbiBHZVRjV2QuCgoq KioqICBQdXJpZnkgaW5zdHJ1bWVudGVkIHhtbFNhbXBsZU1UIChwaWQgNDg0KSAgKioqKgpJUFc6 IEludmFsaWQgcG9pbnRlciB3cml0ZToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRo cmVhZCA3OgoJc3RybmNweSAgICAgICAgW3J0bGliLm9dCglHZVRjV2QgICAgICAgICBbbGliYy5z by4xXQoJZ2V0Y3dkICAgICAgICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3RvcnkgW3ht bElPLmM6MzUyMl0KCXhtbE5ld0lucHV0RnJvbUZpbGUgW3BhcnNlckludGVybmFscy5jOjE0NzVd Cgl4bWxEZWZhdWx0RXh0ZXJuYWxFbnRpdHlMb2FkZXIgW3htbElPLmM6Mzc1NF0KICAqIFdyaXRp bmcgMTYgYnl0ZXMgdG8gMHhmZDlmZjM2OCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFkIDcuCiAgKiBB ZGRyZXNzIDB4ZmQ5ZmYzNjggaXMgICAgICAzMjAgYnl0ZXMgYmVsb3cgZnJhbWUgcG9pbnRlciBp biBmdW5jdGlvbiBHZVRjV2QuCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVudGVkIHhtbFNhbXBsZU1U IChwaWQgNDg0KSAgKioqKgpJUFI6IEludmFsaWQgcG9pbnRlciByZWFkOgogICogVGhpcyBpcyBv Y2N1cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6CglzdHJuY21wICAgICAgICBbcnRsaWIub10KCUdl VGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRjd2QgICAgICAgICBbcnRsaWIub10KCXhtbFBh cnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIyXQoJeG1sTmV3SW5wdXRGcm9tRmlsZSBbcGFy c2VySW50ZXJuYWxzLmM6MTQ3NV0KCXhtbERlZmF1bHRFeHRlcm5hbEVudGl0eUxvYWRlciBbeG1s SU8uYzozNzU0XQogICogUmVhZGluZyAxIGJ5dGUgZnJvbSAweGZkOWZmMzY4IG9uIHRoZSBzdGFj ayBvZiB0aHJlYWQgNy4KICAqIEFkZHJlc3MgMHhmZDlmZjM2OCBpcyAgICAgIDMyMCBieXRlcyBi ZWxvdyBmcmFtZSBwb2ludGVyIGluIGZ1bmN0aW9uIEdlVGNXZC4KCioqKiogIFB1cmlmeSBpbnN0 cnVtZW50ZWQgeG1sU2FtcGxlTVQgKHBpZCA0ODQpICAqKioqCklQVzogSW52YWxpZCBwb2ludGVy IHdyaXRlICgyIHRpbWVzKToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3 OgoJZnN0YXQ2NCAgICAgICAgW2xpYmMuc28uMV0KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFd CglnZXRjd2QgICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8u YzozNTIyXQoJeG1sTmV3SW5wdXRGcm9tRmlsZSBbcGFyc2VySW50ZXJuYWxzLmM6MTQ3NV0KCXht bERlZmF1bHRFeHRlcm5hbEVudGl0eUxvYWRlciBbeG1sSU8uYzozNzU0XQogICogV3JpdGluZyAx NTIgYnl0ZXMgdG8gMHhmZDlmZjQxMCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFkIDcuCiAgKiBBZGRy ZXNzIDB4ZmQ5ZmY0MTAgaXMgICAgICAxNTIgYnl0ZXMgYmVsb3cgZnJhbWUgcG9pbnRlciBpbiBm dW5jdGlvbiBHZVRjV2QuCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVudGVkIHhtbFNhbXBsZU1UIChw aWQgNDg0KSAgKioqKgpJUFI6IEludmFsaWQgcG9pbnRlciByZWFkOgogICogVGhpcyBpcyBvY2N1 cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6CglzdHJuY3B5ICAgICAgICBbcnRsaWIub10KCUdlVGNX ZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRjd2QgICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNl ckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIyXQoJeG1sTmV3SW5wdXRGcm9tRmlsZSBbcGFyc2Vy SW50ZXJuYWxzLmM6MTQ3NV0KCXhtbERlZmF1bHRFeHRlcm5hbEVudGl0eUxvYWRlciBbeG1sSU8u YzozNzU0XQogICogUmVhZGluZyA2IGJ5dGVzIGZyb20gMHhmZDlmZjQ3OCBvbiB0aGUgc3RhY2sg b2YgdGhyZWFkIDcuCiAgKiBBZGRyZXNzIDB4ZmQ5ZmY0NzggaXMgICAgICAgNDggYnl0ZXMgYmVs b3cgZnJhbWUgcG9pbnRlciBpbiBmdW5jdGlvbiBHZVRjV2QuCgoqKioqICBQdXJpZnkgaW5zdHJ1 bWVudGVkIHhtbFNhbXBsZU1UIChwaWQgNDg0KSAgKioqKgpJUFc6IEludmFsaWQgcG9pbnRlciB3 cml0ZToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3OgoJc3RybmNweSAg ICAgICAgW3J0bGliLm9dCglHZVRjV2QgICAgICAgICBbbGliYy5zby4xXQoJZ2V0Y3dkICAgICAg ICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3RvcnkgW3htbElPLmM6MzUyMl0KCXhtbE5l d0lucHV0RnJvbUZpbGUgW3BhcnNlckludGVybmFscy5jOjE0NzVdCgl4bWxEZWZhdWx0RXh0ZXJu YWxFbnRpdHlMb2FkZXIgW3htbElPLmM6Mzc1NF0KICAqIFdyaXRpbmcgMTYgYnl0ZXMgdG8gMHhm ZDlmZjM2OCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFkIDcuCiAgKiBBZGRyZXNzIDB4ZmQ5ZmYzNjgg aXMgICAgICAzMjAgYnl0ZXMgYmVsb3cgZnJhbWUgcG9pbnRlciBpbiBmdW5jdGlvbiBHZVRjV2Qu CgoqKioqICBQdXJpZnkgaW5zdHJ1bWVudGVkIHhtbFNhbXBsZU1UIChwaWQgNDg0KSAgKioqKgpJ UFI6IEludmFsaWQgcG9pbnRlciByZWFkOgogICogVGhpcyBpcyBvY2N1cnJpbmcgd2hpbGUgaW4g dGhyZWFkIDc6CglzdHJuY21wICAgICAgICBbcnRsaWIub10KCUdlVGNXZCAgICAgICAgIFtsaWJj LnNvLjFdCglnZXRjd2QgICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBb eG1sSU8uYzozNTIyXQoJeG1sTmV3SW5wdXRGcm9tRmlsZSBbcGFyc2VySW50ZXJuYWxzLmM6MTQ3 NV0KCXhtbERlZmF1bHRFeHRlcm5hbEVudGl0eUxvYWRlciBbeG1sSU8uYzozNzU0XQogICogUmVh ZGluZyAxIGJ5dGUgZnJvbSAweGZkOWZmMzY4IG9uIHRoZSBzdGFjayBvZiB0aHJlYWQgNy4KICAq IEFkZHJlc3MgMHhmZDlmZjM2OCBpcyAgICAgIDMyMCBieXRlcyBiZWxvdyBmcmFtZSBwb2ludGVy IGluIGZ1bmN0aW9uIEdlVGNXZC4KCioqKiogIFB1cmlmeSBpbnN0cnVtZW50ZWQgeG1sU2FtcGxl TVQgKHBpZCA0ODQpICAqKioqCklQVzogSW52YWxpZCBwb2ludGVyIHdyaXRlICgyIHRpbWVzKToK ICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3OgoJaW9jdGwgICAgICAgICAg W2xpYmMuc28uMV0KCWdldGRldmluZm8gICAgIFtnZXRjd2QuY10KCUdlVGNXZCAgICAgICAgIFts aWJjLnNvLjFdCglnZXRjd2QgICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9y eSBbeG1sSU8uYzozNTIyXQoJeG1sTmV3SW5wdXRGcm9tRmlsZSBbcGFyc2VySW50ZXJuYWxzLmM6 MTQ3NV0KICAqIFdyaXRpbmcgNCBieXRlcyB0byAweGZkOWZlNGY0IG9uIHRoZSBzdGFjayBvZiB0 aHJlYWQgNy4KICAqIEFkZHJlc3MgMHhmZDlmZTRmNCBpcyAgICAgICAzNiBieXRlcyBiZWxvdyBm cmFtZSBwb2ludGVyIGluIGZ1bmN0aW9uIGlvY3RsLgoKKioqKiAgUHVyaWZ5IGluc3RydW1lbnRl ZCB4bWxTYW1wbGVNVCAocGlkIDQ4NCkgICoqKioKSVBXOiBJbnZhbGlkIHBvaW50ZXIgd3JpdGUg KDYgdGltZXMpOgogICogVGhpcyBpcyBvY2N1cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6CglzdHJ0 b2tfciAgICAgICBbbGliYy5zby4xXQoJZ2V0ZXh0bW50ZW50ICAgW2xpYmMuc28uMV0KCWdldGRl dmluZm8gICAgIFtnZXRjd2QuY10KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRjd2Qg ICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIyXQog ICogV3JpdGluZyA0IGJ5dGVzIHRvIDB4ZmQ5ZmU1MTQgb24gdGhlIHN0YWNrIG9mIHRocmVhZCA3 LgogICogQWRkcmVzcyAweGZkOWZlNTE0IGlzICAgICAgICA0IGJ5dGVzIGJlbG93IGZyYW1lIHBv aW50ZXIgaW4gZnVuY3Rpb24gZ2V0ZXh0bW50ZW50LgoKKioqKiAgUHVyaWZ5IGluc3RydW1lbnRl ZCB4bWxTYW1wbGVNVCAocGlkIDQ4NCkgICoqKioKSVBSOiBJbnZhbGlkIHBvaW50ZXIgcmVhZCAo NiB0aW1lcyk6CiAgKiBUaGlzIGlzIG9jY3VycmluZyB3aGlsZSBpbiB0aHJlYWQgNzoKCXN0cnRv a19yICAgICAgIFtsaWJjLnNvLjFdCglnZXRleHRtbnRlbnQgICBbbGliYy5zby4xXQoJZ2V0ZGV2 aW5mbyAgICAgW2dldGN3ZC5jXQoJR2VUY1dkICAgICAgICAgW2xpYmMuc28uMV0KCWdldGN3ZCAg ICAgICAgIFtydGxpYi5vXQoJeG1sUGFyc2VyR2V0RGlyZWN0b3J5IFt4bWxJTy5jOjM1MjJdCiAg KiBSZWFkaW5nIDQgYnl0ZXMgZnJvbSAweGZkOWZlNTE0IG9uIHRoZSBzdGFjayBvZiB0aHJlYWQg Ny4KICAqIEFkZHJlc3MgMHhmZDlmZTUxNCBpcyAgICAgICAgNCBieXRlcyBiZWxvdyBmcmFtZSBw b2ludGVyIGluIGZ1bmN0aW9uIGdldGV4dG1udGVudC4KCioqKiogIFB1cmlmeSBpbnN0cnVtZW50 ZWQgeG1sU2FtcGxlTVQgKHBpZCA0ODQpICAqKioqCklQVzogSW52YWxpZCBwb2ludGVyIHdyaXRl ICg2IHRpbWVzKToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3OgoJc3Ry dG9rX3IgICAgICAgW2xpYmMuc28uMV0KCWdldGV4dG1udGVudCAgIFtsaWJjLnNvLjFdCglnZXRk ZXZpbmZvICAgICBbZ2V0Y3dkLmNdCglHZVRjV2QgICAgICAgICBbbGliYy5zby4xXQoJZ2V0Y3dk ICAgICAgICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3RvcnkgW3htbElPLmM6MzUyMl0K ICAqIFdyaXRpbmcgNCBieXRlcyB0byAweGZkOWZlNTE0IG9uIHRoZSBzdGFjayBvZiB0aHJlYWQg Ny4KICAqIEFkZHJlc3MgMHhmZDlmZTUxNCBpcyAgICAgICAgNCBieXRlcyBiZWxvdyBmcmFtZSBw b2ludGVyIGluIGZ1bmN0aW9uIGdldGV4dG1udGVudC4KCioqKiogIFB1cmlmeSBpbnN0cnVtZW50 ZWQgeG1sU2FtcGxlTVQgKHBpZCA0ODQpICAqKioqCklQUjogSW52YWxpZCBwb2ludGVyIHJlYWQg KDYgdGltZXMpOgogICogVGhpcyBpcyBvY2N1cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6CglzdHJ0 b2tfciAgICAgICBbbGliYy5zby4xXQoJZ2V0ZXh0bW50ZW50ICAgW2xpYmMuc28uMV0KCWdldGRl dmluZm8gICAgIFtnZXRjd2QuY10KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRjd2Qg ICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIyXQog ICogUmVhZGluZyA0IGJ5dGVzIGZyb20gMHhmZDlmZTUxNCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFk IDcuCiAgKiBBZGRyZXNzIDB4ZmQ5ZmU1MTQgaXMgICAgICAgIDQgYnl0ZXMgYmVsb3cgZnJhbWUg cG9pbnRlciBpbiBmdW5jdGlvbiBnZXRleHRtbnRlbnQuCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVu dGVkIHhtbFNhbXBsZU1UIChwaWQgNDg0KSAgKioqKgpJUFc6IEludmFsaWQgcG9pbnRlciB3cml0 ZSAoNiB0aW1lcyk6CiAgKiBUaGlzIGlzIG9jY3VycmluZyB3aGlsZSBpbiB0aHJlYWQgNzoKCXN0 cnRva19yICAgICAgIFtsaWJjLnNvLjFdCglnZXRleHRtbnRlbnQgICBbbGliYy5zby4xXQoJZ2V0 ZGV2aW5mbyAgICAgW2dldGN3ZC5jXQoJR2VUY1dkICAgICAgICAgW2xpYmMuc28uMV0KCWdldGN3 ZCAgICAgICAgIFtydGxpYi5vXQoJeG1sUGFyc2VyR2V0RGlyZWN0b3J5IFt4bWxJTy5jOjM1MjJd CiAgKiBXcml0aW5nIDQgYnl0ZXMgdG8gMHhmZDlmZTUxNCBvbiB0aGUgc3RhY2sgb2YgdGhyZWFk IDcuCiAgKiBBZGRyZXNzIDB4ZmQ5ZmU1MTQgaXMgICAgICAgIDQgYnl0ZXMgYmVsb3cgZnJhbWUg cG9pbnRlciBpbiBmdW5jdGlvbiBnZXRleHRtbnRlbnQuCgoqKioqICBQdXJpZnkgaW5zdHJ1bWVu dGVkIHhtbFNhbXBsZU1UIChwaWQgNDg0KSAgKioqKgpJUFI6IEludmFsaWQgcG9pbnRlciByZWFk ICg2IHRpbWVzKToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3OgoJc3Ry dG9rX3IgICAgICAgW2xpYmMuc28uMV0KCWdldGV4dG1udGVudCAgIFtsaWJjLnNvLjFdCglnZXRk ZXZpbmZvICAgICBbZ2V0Y3dkLmNdCglHZVRjV2QgICAgICAgICBbbGliYy5zby4xXQoJZ2V0Y3dk ICAgICAgICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3RvcnkgW3htbElPLmM6MzUyMl0K ICAqIFJlYWRpbmcgNCBieXRlcyBmcm9tIDB4ZmQ5ZmU1MTQgb24gdGhlIHN0YWNrIG9mIHRocmVh ZCA3LgogICogQWRkcmVzcyAweGZkOWZlNTE0IGlzICAgICAgICA0IGJ5dGVzIGJlbG93IGZyYW1l IHBvaW50ZXIgaW4gZnVuY3Rpb24gZ2V0ZXh0bW50ZW50LgoKKioqKiAgUHVyaWZ5IGluc3RydW1l bnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ4NCkgICoqKioKSVBXOiBJbnZhbGlkIHBvaW50ZXIgd3Jp dGUgKDYgdGltZXMpOgogICogVGhpcyBpcyBvY2N1cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6Cglz dHJ0b2tfciAgICAgICBbbGliYy5zby4xXQoJZ2V0ZXh0bW50ZW50ICAgW2xpYmMuc28uMV0KCWdl dGRldmluZm8gICAgIFtnZXRjd2QuY10KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRj d2QgICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIy XQogICogV3JpdGluZyA0IGJ5dGVzIHRvIDB4ZmQ5ZmU1MTQgb24gdGhlIHN0YWNrIG9mIHRocmVh ZCA3LgogICogQWRkcmVzcyAweGZkOWZlNTE0IGlzICAgICAgICA0IGJ5dGVzIGJlbG93IGZyYW1l IHBvaW50ZXIgaW4gZnVuY3Rpb24gZ2V0ZXh0bW50ZW50LgoKKioqKiAgUHVyaWZ5IGluc3RydW1l bnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ4NCkgICoqKioKSVBSOiBJbnZhbGlkIHBvaW50ZXIgcmVh ZCAoNiB0aW1lcyk6CiAgKiBUaGlzIGlzIG9jY3VycmluZyB3aGlsZSBpbiB0aHJlYWQgNzoKCXN0 cnRva19yICAgICAgIFtsaWJjLnNvLjFdCglnZXRleHRtbnRlbnQgICBbbGliYy5zby4xXQoJZ2V0 ZGV2aW5mbyAgICAgW2dldGN3ZC5jXQoJR2VUY1dkICAgICAgICAgW2xpYmMuc28uMV0KCWdldGN3 ZCAgICAgICAgIFtydGxpYi5vXQoJeG1sUGFyc2VyR2V0RGlyZWN0b3J5IFt4bWxJTy5jOjM1MjJd CiAgKiBSZWFkaW5nIDQgYnl0ZXMgZnJvbSAweGZkOWZlNTE0IG9uIHRoZSBzdGFjayBvZiB0aHJl YWQgNy4KICAqIEFkZHJlc3MgMHhmZDlmZTUxNCBpcyAgICAgICAgNCBieXRlcyBiZWxvdyBmcmFt ZSBwb2ludGVyIGluIGZ1bmN0aW9uIGdldGV4dG1udGVudC4KCioqKiogIFB1cmlmeSBpbnN0cnVt ZW50ZWQgeG1sU2FtcGxlTVQgKHBpZCA0ODQpICAqKioqCklQVzogSW52YWxpZCBwb2ludGVyIHdy aXRlICg2IHRpbWVzKToKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGluIHRocmVhZCA3OgoJ c3RydG9rX3IgICAgICAgW2xpYmMuc28uMV0KCWdldGV4dG1udGVudCAgIFtsaWJjLnNvLjFdCgln ZXRkZXZpbmZvICAgICBbZ2V0Y3dkLmNdCglHZVRjV2QgICAgICAgICBbbGliYy5zby4xXQoJZ2V0 Y3dkICAgICAgICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3RvcnkgW3htbElPLmM6MzUy Ml0KICAqIFdyaXRpbmcgNCBieXRlcyB0byAweGZkOWZlNTE0IG9uIHRoZSBzdGFjayBvZiB0aHJl YWQgNy4KICAqIEFkZHJlc3MgMHhmZDlmZTUxNCBpcyAgICAgICAgNCBieXRlcyBiZWxvdyBmcmFt ZSBwb2ludGVyIGluIGZ1bmN0aW9uIGdldGV4dG1udGVudC4KCioqKiogIFB1cmlmeSBpbnN0cnVt ZW50ZWQgeG1sU2FtcGxlTVQgKHBpZCA0ODQpICAqKioqCklQUjogSW52YWxpZCBwb2ludGVyIHJl YWQgKDYgdGltZXMpOgogICogVGhpcyBpcyBvY2N1cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6Cglz dHJ0b2tfciAgICAgICBbbGliYy5zby4xXQoJZ2V0ZXh0bW50ZW50ICAgW2xpYmMuc28uMV0KCWdl dGRldmluZm8gICAgIFtnZXRjd2QuY10KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRj d2QgICAgICAgICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIy XQogICogUmVhZGluZyA0IGJ5dGVzIGZyb20gMHhmZDlmZTUxNCBvbiB0aGUgc3RhY2sgb2YgdGhy ZWFkIDcuCiAgKiBBZGRyZXNzIDB4ZmQ5ZmU1MTQgaXMgICAgICAgIDQgYnl0ZXMgYmVsb3cgZnJh bWUgcG9pbnRlciBpbiBmdW5jdGlvbiBnZXRleHRtbnRlbnQuCgoqKioqICBQdXJpZnkgaW5zdHJ1 bWVudGVkIHhtbFNhbXBsZU1UIChwaWQgNDg0KSAgKioqKgpJUFI6IEludmFsaWQgcG9pbnRlciBy ZWFkOgogICogVGhpcyBpcyBvY2N1cnJpbmcgd2hpbGUgaW4gdGhyZWFkIDc6CglzdHJsZW4gICAg ICAgICBbcnRsaWIub10KCUdlVGNXZCAgICAgICAgIFtsaWJjLnNvLjFdCglnZXRjd2QgICAgICAg ICBbcnRsaWIub10KCXhtbFBhcnNlckdldERpcmVjdG9yeSBbeG1sSU8uYzozNTIyXQoJeG1sTmV3 SW5wdXRGcm9tRmlsZSBbcGFyc2VySW50ZXJuYWxzLmM6MTQ3NV0KCXhtbERlZmF1bHRFeHRlcm5h bEVudGl0eUxvYWRlciBbeG1sSU8uYzozNzU0XQogICogUmVhZGluZyAxMyBieXRlcyBmcm9tIDB4 ZmQ5ZmYyODMgb24gdGhlIHN0YWNrIG9mIHRocmVhZCA3LgogICogQWRkcmVzcyAweGZkOWZmMjgz IGlzICAgICAgNTQ5IGJ5dGVzIGJlbG93IGZyYW1lIHBvaW50ZXIgaW4gZnVuY3Rpb24gR2VUY1dk LgoKKioqKiAgUHVyaWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ4NCkgICoqKioK SVBSOiBJbnZhbGlkIHBvaW50ZXIgcmVhZDoKICAqIFRoaXMgaXMgb2NjdXJyaW5nIHdoaWxlIGlu IHRocmVhZCA3OgoJc3RyY3B5ICAgICAgICAgW3J0bGliLm9dCglHZVRjV2QgICAgICAgICBbbGli Yy5zby4xXQoJZ2V0Y3dkICAgICAgICAgW3J0bGliLm9dCgl4bWxQYXJzZXJHZXREaXJlY3Rvcnkg W3htbElPLmM6MzUyMl0KCXhtbE5ld0lucHV0RnJvbUZpbGUgW3BhcnNlckludGVybmFscy5jOjE0 NzVdCgl4bWxEZWZhdWx0RXh0ZXJuYWxFbnRpdHlMb2FkZXIgW3htbElPLmM6Mzc1NF0KICAqIFJl YWRpbmcgMTMgYnl0ZXMgZnJvbSAweGZkOWZmMjgzIG9uIHRoZSBzdGFjayBvZiB0aHJlYWQgNy4K ICAqIEFkZHJlc3MgMHhmZDlmZjI4MyBpcyAgICAgIDU0OSBieXRlcyBiZWxvdyBmcmFtZSBwb2lu dGVyIGluIGZ1bmN0aW9uIEdlVGNXZC4KCioqKiogIFB1cmlmeSBpbnN0cnVtZW50ZWQgeG1sU2Ft cGxlTVQgKHBpZCA0ODQpICAqKioqCkN1cnJlbnQgZmlsZSBkZXNjcmlwdG9ycyBpbiB1c2U6IDUK RklVOiBmaWxlIGRlc2NyaXB0b3IgMDogPHN0ZGluPgpGSVU6IGZpbGUgZGVzY3JpcHRvciAxOiA8 c3Rkb3V0PgpGSVU6IGZpbGUgZGVzY3JpcHRvciAyOiA8c3RkZXJyPgpGSVU6IGZpbGUgZGVzY3Jp cHRvciAyNjogPHJlc2VydmVkIGZvciBQdXJpZnkgaW50ZXJuYWwgdXNlPgpGSVU6IGZpbGUgZGVz Y3JpcHRvciAyNzogPHJlc2VydmVkIGZvciBQdXJpZnkgaW50ZXJuYWwgdXNlPgoKKioqKiAgUHVy aWZ5IGluc3RydW1lbnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ4NCkgICoqKioKUHVyaWZ5OiBTZWFy Y2hpbmcgZm9yIGFsbCBtZW1vcnkgbGVha3MuLi4KCk1lbW9yeSBsZWFrZWQ6IDAgYnl0ZXMgKDAl KTsgcG90ZW50aWFsbHkgbGVha2VkOiAwIGJ5dGVzICgwJSkKClB1cmlmeSBIZWFwIEFuYWx5c2lz IChjb21iaW5pbmcgc3VwcHJlc3NlZCBhbmQgdW5zdXBwcmVzc2VkIGJsb2NrcykKICAgICAgICAg ICAgICAgICAgICAgICAgIEJsb2NrcyAgICAgICAgQnl0ZXMKICAgICAgICAgICAgICBMZWFrZWQg ICAgICAgICAgMCAgICAgICAgICAgIDAKICBQb3RlbnRpYWxseSBMZWFrZWQgICAgICAgICAgMCAg ICAgICAgICAgIDAKICAgICAgICAgICAgICBJbi1Vc2UgICAgICAgICAgNCAgICAgICAgICA3MDkK ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAgICAgVG90YWwgQWxs b2NhdGVkICAgICAgICAgIDQgICAgICAgICAgNzA5CgoqKioqICBQdXJpZnkgaW5zdHJ1bWVudGVk IHhtbFNhbXBsZU1UIChwaWQgNDg0KSAgKioqKgpUaHJlYWQgU3VtbWFyeSA6IDkgdGhyZWFkcyBp biBleGlzdGVuY2UKICAqIFRocmVhZCAwIFttYWluIHRocmVhZF0KICAgICBTdGFjayBMaW1pdCA6 ICgweGZmM2YwMDAwIDB4ZmZiZjAwMDApLCBzaXplID0gMHg4MDAwMDAKICAqIFRocmVhZCAxCiAg ICAgU3RhY2sgTGltaXQgOiAoMHhmZTMxMDAwMCAweGZlNDEwMDAwKSwgc2l6ZSA9IDB4MTAwMDAw CgogICAgIFN0YWNrIFVzZSA6ICgweGZlNDBmYTU4IDB4ZmU0MGZkN2MpLCBzaXplID0gMHgzMjQK ICAqIFRocmVhZCAyCiAgICAgU3RhY2sgTGltaXQgOiAoMHhmZGE4MjAwMCAweGZkYTg2MDAwKSwg c2l6ZSA9IDB4NDAwMAoKICAgICBTdGFjayBVc2UgOiAoMHhmZGE4NTlhMCAweGZkYTg1ZDdjKSwg c2l6ZSA9IDB4M2RjCiAgKiBUaHJlYWQgMwogICAgIFN0YWNrIExpbWl0IDogKDB4ZmVkOGQ5ZGMg MHhmZWRhOTIyMCksIHNpemUgPSAweDFiODQ0CgogICAgIFN0YWNrIFVzZSA6ICgweGZlZDkyNmM4 IDB4ZmVkOTI3NmMpLCBzaXplID0gMHhhNAogICogVGhyZWFkIDQKICAgICBTdGFjayBMaW1pdCA6 ICgweGZlMjBlMDAwIDB4ZmUzMGUwMDApLCBzaXplID0gMHgxMDAwMDAKCiAgICAgU3RhY2sgVXNl IDogKDB4ZmUzMGRiNTggMHhmZTMwZGQ3YyksIHNpemUgPSAweDIyNAogICogVGhyZWFkIDUKICAg ICBTdGFjayBMaW1pdCA6ICgweGZkYTcyMDAwIDB4ZmRhNzYwMDApLCBzaXplID0gMHg0MDAwCgog ICAgIFN0YWNrIFVzZSA6ICgweGZkYTc1YjUwIDB4ZmRhNzVkN2MpLCBzaXplID0gMHgyMmMKICAq IFRocmVhZCA2CiAgICAgU3RhY2sgTGltaXQgOiAoMHhmZGE1MjAwMCAweGZkYTU0MDAwKSwgc2l6 ZSA9IDB4MjAwMAoKICAgICBTdGFjayBVc2UgOiAoMHhmZGE1M2I1MCAweGZkYTUzZDdjKSwgc2l6 ZSA9IDB4MjJjCiAgKiBUaHJlYWQgNwogICAgIFN0YWNrIExpbWl0IDogKDB4ZmQ5MDAwMDAgMHhm ZGEwMDAwMCksIHNpemUgPSAweDEwMDAwMAoKICAgICBTdGFjayBVc2UgOiAoMHhmZDlmZGViMCAw eGZkOWZmZDdjKSwgc2l6ZSA9IDB4MWVjYwogICogVGhyZWFkIDgKICAgICBTdGFjayBMaW1pdCA6 ICgweGZlMTBjMDAwIDB4ZmUyMGMwMDApLCBzaXplID0gMHgxMDAwMDAKCiAgICAgU3RhY2sgVXNl IDogKDB4ZmUyMGJiMTAgMHhmZTIwYmQ3YyksIHNpemUgPSAweDI2YwoKKioqKiAgUHVyaWZ5IGlu c3RydW1lbnRlZCB4bWxTYW1wbGVNVCAocGlkIDQ4NCkgICoqKioKICAqIFByb2dyYW0gZXhpdGVk IHdpdGggc3RhdHVzIGNvZGUgMC4KICAqIDIyIGFjY2VzcyBlcnJvcnMsIDc0IHRvdGFsIG9jY3Vy cmVuY2VzLgogICogMCBieXRlcyBsZWFrZWQuCiAgKiAwIGJ5dGVzIHBvdGVudGlhbGx5IGxlYWtl ZC4KICAqIEJhc2ljIG1lbW9yeSB1c2FnZSAoaW5jbHVkaW5nIFB1cmlmeSBvdmVyaGVhZCk6CiAg ICAzNjQ2NzYgY29kZQogICAgMTIzOTQ0IGRhdGEvYnNzCiAgICAxNDgwODQgaGVhcCAocGVhayB1 c2UpCiAgICA1MDcyIHN0YWNrCiAgKiBTaGFyZWQgbGlicmFyeSBtZW1vcnkgdXNhZ2UgKGluY2x1 ZGluZyBQdXJpZnkgb3ZlcmhlYWQpOgogICAgOTkyIGxpYnB1cmVfc29sYXJpczJfaW5pdC5zby4x IChzaGFyZWQgY29kZSkKICAgIDI4MCBsaWJwdXJlX3NvbGFyaXMyX2luaXQuc28uMSAocHJpdmF0 ZSBkYXRhKQogICAgMTg2NTg1NiBsaWJ4bWwyLnNvLjJfcHVyZV9wM19jMF8xMDMzMTIxNThfNThf MzIgKHNoYXJlZCBjb2RlKQogICAgNDk1MjggbGlieG1sMi5zby4yX3B1cmVfcDNfYzBfMTAzMzEy MTU4XzU4XzMyIChwcml2YXRlIGRhdGEpCiAgICAxMTA0NjAwIGxpYmMuc28uMV9wdXJlX3AzX2Mw XzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICAzMTM0OCBsaWJjLnNvLjFfcHVyZV9w M19jMF8xMDMzMTIxNThfNThfMzIgKHByaXZhdGUgZGF0YSkKICAgIDI1MTIgbGliZGwuc28uMV9w dXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICA3NiBsaWJkbC5zby4x X3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChwcml2YXRlIGRhdGEpCiAgICAxNTQxNiBsaWJp bnRlcm5hbF9zdHVicy5zby4xIChzaGFyZWQgY29kZSkKICAgIDEwNDQgbGliaW50ZXJuYWxfc3R1 YnMuc28uMSAocHJpdmF0ZSBkYXRhKQogICAgMTc0NjQgbGlicHRocmVhZC5zby4xX3B1cmVfcDNf YzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDI4OCBsaWJwdGhyZWFkLnNvLjFf cHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHByaXZhdGUgZGF0YSkKICAgIDE3MjE2MCBsaWJ6 LnNvX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDYwNzYgbGli ei5zb19wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRhKQogICAgMTM5MTUy IGxpYm0uc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICAx MjU2IGxpYm0uc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRhKQog ICAgNTc2ODggbGlic29ja2V0LnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHNoYXJl ZCBjb2RlKQogICAgNDk4NCBsaWJzb2NrZXQuc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8z MiAocHJpdmF0ZSBkYXRhKQogICAgOTgzMjc2IGxpYm5zbC5zby4xX3B1cmVfcDNfYzBfMTAzMzEy MTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDY0MjA4IGxpYm5zbC5zby4xX3B1cmVfcDNfYzBf MTAzMzEyMTU4XzU4XzMyIChwcml2YXRlIGRhdGEpCiAgICA0ODk0NCBsaWJnY2Nfcy5zby4xX3B1 cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQgY29kZSkKICAgIDIzODggbGliZ2NjX3Mu c28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRhKQogICAgMTY1NjAg bGlibXAuc28uMl9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICA4 OTIgbGlibXAuc28uMl9wdXJlX3AzX2MwXzEwMzMxMjE1OF81OF8zMiAocHJpdmF0ZSBkYXRhKQog ICAgMzQ3NiBsaWJjX3Bzci5zby4xX3B1cmVfcDNfYzBfMTAzMzEyMTU4XzU4XzMyIChzaGFyZWQg Y29kZSkKICAgIDc2IGxpYmNfcHNyLnNvLjFfcHVyZV9wM19jMF8xMDMzMTIxNThfNThfMzIgKHBy aXZhdGUgZGF0YSkKICAgIDE3Njg2NCBsaWJ0aHJlYWQuc28uMV9wdXJlX3AzX2MwXzEwMzMxMjE1 OF81OF8zMiAoc2hhcmVkIGNvZGUpCiAgICAxMTkzMjggbGlidGhyZWFkLnNvLjFfcHVyZV9wM19j MF8xMDMzMTIxNThfNThfMzIgKHByaXZhdGUgZGF0YSkKICAqIE1lbW9yeSBtYXBwZWQgdXNhZ2U6 CiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZkYzAyMDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAw eGZkZDA0MDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZkZTA2MDAwCiAgICAxMDQ4NTc2IG1t YXAnZCBhdCAweGZkZjA4MDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZlMDBhMDAwCiAgICAx MDQ4NTc2IG1tYXAnZCBhdCAweGZlMTBjMDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZlMjBl MDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBhdCAweGZlMzEwMDAwCiAgICAxMDQ4NTc2IG1tYXAnZCBh dCAweGZkOTAwMDAwCiAgICA4MTkyIG1tYXAnZCBhdCAweGZkYTUyMDAwCiAgICAxNjM4NCBtbWFw J2QgYXQgMHhmZGE3MjAwMAogICAgMTYzODQgbW1hcCdkIGF0IDB4ZmRhODIwMDAKICAgIDgxOTIg bW1hcCdkIFBST1RfTk9ORSBhdCAweGZkYzAwMDAwCiAgICA4MTkyIG1tYXAnZCBQUk9UX05PTkUg YXQgMHhmZGE1MDAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0IDB4ZmRhNzAwMDAKICAg IDgxOTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZkYTgwMDAwCiAgICA4MTkyIG1tYXAnZCBQUk9U X05PTkUgYXQgMHhmZTMwZTAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0IDB4ZmUyMGMw MDAKICAgIDgxOTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZlMTBhMDAwCiAgICA4MTkyIG1tYXAn ZCBQUk9UX05PTkUgYXQgMHhmZTAwODAwMAogICAgODE5MiBtbWFwJ2QgUFJPVF9OT05FIGF0IDB4 ZmRmMDYwMDAKICAgIDgxOTIgbW1hcCdkIFBST1RfTk9ORSBhdCAweGZkZTA0MDAwCiAgICA4MTky IG1tYXAnZCBQUk9UX05PTkUgYXQgMHhmZGQwMjAwMAoK ------_=_NextPart_001_01C7B956.CA2CDB9F Content-Type: text/plain; name="output.txt" Content-Transfer-Encoding: base64 Content-Description: output.txt Content-Disposition: attachment; filename="output.txt" ICAwMSAgRG9jdW1lbnQJIiIKICAwMSAgTm9kZQkiIgogIDAxICBFbGVtZW50CSIiCiAgMDMgICN0 ZXh0CSIxLjEiCiAgMTUgIEVsZW1lbnQJIiIKICAwMSAgRWxlbWVudAkiIgogIDAzICAjdGV4dAki MS4yIgogIDE1ICBFbGVtZW50CSIiCiAgMTUgIE5vZGUJIiIKICAwMSAgTm9kZQkiIgogIDAxICBF bGVtZW50CSIiCiAgMDMgICN0ZXh0CSIyLjEiCiAgMTUgIEVsZW1lbnQJIiIKICAwMSAgRWxlbWVu dAkiIgogIDAzICAjdGV4dAkiMi4yIgogIDE1ICBFbGVtZW50CSIiCiAgMTUgIE5vZGUJIiIKICAx NSAgRG9jdW1lbnQJIiIK ------_=_NextPart_001_01C7B956.CA2CDB9F Content-Type: application/octet-stream; name="Document.xsd" Content-Transfer-Encoding: base64 Content-Description: Document.xsd Content-Disposition: attachment; filename="Document.xsd" PD94bWwgdmVyc2lvbj0iMS4wIj8+Cjx4c2Q6c2NoZW1hIHhtbG5zOnhzZD0iaHR0cDovL3d3dy53 My5vcmcvMjAwMS9YTUxTY2hlbWEiPgoJPHhzZDplbGVtZW50IG5hbWU9IkRvY3VtZW50Ij4KCQk8 eHNkOmNvbXBsZXhUeXBlPgoJCQk8eHNkOnNlcXVlbmNlPgoJCQkJPHhzZDplbGVtZW50IG5hbWU9 Ik5vZGUiIG1heE9jY3Vycz0idW5ib3VuZGVkIj4KCQkJCQk8eHNkOmNvbXBsZXhUeXBlPgoJCQkJ CQk8eHNkOnNlcXVlbmNlPgoJCQkJCQkJPHhzZDplbGVtZW50IG5hbWU9IkVsZW1lbnQiIHR5cGU9 InhzZDpzdHJpbmciIG1heE9jY3Vycz0idW5ib3VuZGVkIi8+CgkJCQkJCTwveHNkOnNlcXVlbmNl PgoJCQkJCTwveHNkOmNvbXBsZXhUeXBlPgoJCQkJPC94c2Q6ZWxlbWVudD4KCQkJPC94c2Q6c2Vx dWVuY2U+CgkJPC94c2Q6Y29tcGxleFR5cGU+Cgk8L3hzZDplbGVtZW50Pgo8L3hzZDpzY2hlbWE+ Cg== ------_=_NextPart_001_01C7B956.CA2CDB9F-- From msilvagr@gmail.com Thu Jun 21 05:24:35 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 36F833B01C5 for ; Thu, 21 Jun 2007 05:24:35 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: YES X-Spam-Score: 2.101 X-Spam-Level: ** X-Spam-Status: Yes, score=2.101 tagged_above=-999 required=2 tests=[BAYES_50=0.001, DEAR_SOMETHING=2.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 404 hrs), (distance 12, link: (Google 2)), [209.85.146.179] 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 AHCiMrlRbi3V for ; Thu, 21 Jun 2007 05:24:28 -0400 (EDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by menubar.gnome.org (Postfix) with ESMTP id 305E23B0199 for ; Thu, 21 Jun 2007 05:24:27 -0400 (EDT) Received: by wa-out-1112.google.com with SMTP id j4so252595wah for ; Thu, 21 Jun 2007 02:24:26 -0700 (PDT) Received: by 10.115.93.16 with SMTP id v16mr1374064wal.1182417865948; Thu, 21 Jun 2007 02:24:25 -0700 (PDT) Received: by 10.114.78.13 with HTTP; Thu, 21 Jun 2007 02:24:25 -0700 (PDT) Message-ID: Date: Thu, 21 Jun 2007 09:24:25 +0000 From: "Manuel Silva Gallego" To: xml@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_124191_30737955.1182417865927" X-Mailman-Approved-At: Mon, 02 Jul 2007 09:42:16 -0400 Subject: [xml] Problems with an old version of the parser 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, 21 Jun 2007 09:24:35 -0000 ------=_Part_124191_30737955.1182417865927 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Dear Sir or Madam, I am not allowed to install the most recent version of the xml library in the Solaris system of my company, so I have to cope with version 2.4.23, an= d xmllint parser in this old library does not have the feature to validate an xml against an schema. Can you please tell me if there is another way to validate my xml files using schemas without installing newer versions of th= e library? Maybe I can use newer versions of the parser in my application leaving untouched the system files. My application is currently developed i= n TCL. Thank you very much in advance, --=20 Manuel Silva Gallego _______________________________ INDRA ATM (Air Traffic Management) Carretera de Loeches, 9 28850 - Torrej=F3n de Ardoz - Madrid (ESPA=D1A) Tel: +34-91-626.95.75 Fax: +34-91-626.82.07 msgallego@indra.es http://www.indra.es ------=_Part_124191_30737955.1182417865927 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Dear Sir or Madam,

I am not allowed to install the most recent versi= on of the xml library in the Solaris system of my company, so I have to cop= e with version 2.4.23, and xmllint parser in this old library does not have= the feature to validate an xml against an schema. Can you please tell me i= f there is another way to validate my xml files using schemas without insta= lling newer versions of the library? Maybe I can use newer versions of the = parser in my application leaving untouched the system files. My application= is currently developed in TCL.

Thank you very much in advance,

--
Manuel = Silva Gallego
_______________________________
INDRA ATM (Air Traffic = Management)
Carretera de Loeches, 9
28850 - Torrej=F3n de Ardoz - Mad= rid (ESPA=D1A)
Tel: +34-91-626.95.75
Fax: +34-91-626.82.07
msgallego@in= dra.es
http://www.indra.es ------=_Part_124191_30737955.1182417865927-- From tippa123@gmail.com Tue Jun 19 09:09:54 2007 Return-Path: X-Original-To: xml@gnome.org Delivered-To: xml@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 86B603B0134 for ; Tue, 19 Jun 2007 09:09:54 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.15 X-Spam-Level: X-Spam-Status: No, score=-0.15 tagged_above=-999 required=2 tests=[BAYES_05=-1.11, NO_REAL_NAME=0.961, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 9708 hrs), (distance 12, link: (Google 2)), [209.85.146.181] 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 P3u7DvcWw-WS for ; Tue, 19 Jun 2007 09:09:53 -0400 (EDT) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by menubar.gnome.org (Postfix) with ESMTP id 437433B0135 for ; Tue, 19 Jun 2007 09:09:52 -0400 (EDT) Received: by wa-out-1112.google.com with SMTP id j4so2644302wah for ; Tue, 19 Jun 2007 06:09:51 -0700 (PDT) Received: by 10.114.27.20 with SMTP id a20mr7352500waa.1182258591153; Tue, 19 Jun 2007 06:09:51 -0700 (PDT) Received: by 10.114.156.17 with HTTP; Tue, 19 Jun 2007 06:09:51 -0700 (PDT) Message-ID: <472c4d570706190609xff1e426w555ea35c5fdff80a@mail.gmail.com> Date: Tue, 19 Jun 2007 16:09:51 +0300 From: tippa123@gmail.com To: xml@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Mon, 02 Jul 2007 09:43:58 -0400 Subject: [xml] libxml2-2.6.29/install-sh support only one file at a time, but is used with wildcards 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, 19 Jun 2007 13:09:54 -0000 Hi, in the package there is 'install-sh' script which only accept one file at a time: "It can only install one file at a time, a restriction shared with many OS's install programs." Anyway, in the Makefile the program is used with wildcards "*.*" which is not supported by the script. So only one file is copied (instead of many). By the way: When I copy "better" install-sh from freetype package, then everything is copied. Regards Tippa