From throw6617@gmail.com Tue Jan 2 15:12:20 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B2F293B0094 for ; Tue, 2 Jan 2007 15:12:20 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07861-06 for ; Tue, 2 Jan 2007 15:12:18 -0500 (EST) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by menubar.gnome.org (Postfix) with ESMTP id 3D95C3B006F for ; Tue, 2 Jan 2007 15:12:17 -0500 (EST) Received: by ug-out-1314.google.com with SMTP id 74so4866963ugb for ; Tue, 02 Jan 2007 12:12:16 -0800 (PST) Received: by 10.67.22.2 with SMTP id z2mr25989532ugi.1167768736615; Tue, 02 Jan 2007 12:12:16 -0800 (PST) Received: by 10.67.122.14 with HTTP; Tue, 2 Jan 2007 12:12:16 -0800 (PST) Message-ID: Date: Tue, 2 Jan 2007 15:12:16 -0500 From: "T.G. Mutato" To: xslt@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.6 X-Spam-Level: Subject: [xslt] Removing from html output X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jan 2007 20:12:20 -0000 It appears that xsltproc automatically adds the line to html output. Although it's easy to change the output charset, I haven't found a way to prevent the entire line from being output. I've got a situation where I'm trying to convert XML source to a format that is only loosely based on html; the is not supported with the tag. I'd like the output to look like: ... Is there a method for turning off the added by xsltproc? Thank you, From veillard@redhat.com Tue Jan 2 16:59:50 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 849353B007B for ; Tue, 2 Jan 2007 16:59:50 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15232-04 for ; Tue, 2 Jan 2007 16:59:47 -0500 (EST) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id E0FF23B0183 for ; Tue, 2 Jan 2007 16:59:38 -0500 (EST) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l02LxbT3007341 for ; Tue, 2 Jan 2007 16:59:37 -0500 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 l02LxbmV025608 for ; Tue, 2 Jan 2007 16:59:37 -0500 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 l02LxbVh004111 for ; Tue, 2 Jan 2007 16:59:37 -0500 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l02Lxbun004109 for xslt@gnome.org; Tue, 2 Jan 2007 16:59:37 -0500 Date: Tue, 2 Jan 2007 16:59:37 -0500 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070102215937.GB30308@redhat.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.362 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.362 X-Spam-Level: Subject: Re: [xslt] Removing from html output X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: veillard@redhat.com, The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jan 2007 21:59:50 -0000 On Tue, Jan 02, 2007 at 03:12:16PM -0500, T.G. Mutato wrote: > It appears that xsltproc automatically adds the line > > > > to html output. only on XHTML-1.0 output, not on html output which is something completely different in XSLT . I suggest you consult: - section 16.1 of the XSLT-1.0 spec http://www.w3.org/TR/xslt#section-XML-Output-Method - Appendix C 9 of the XHTML-1.0 spec: http://www.w3.org/TR/xhtml1/#C_9 Either don't generate the XHTML1 doctype or post-process the output. 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 throw6617@gmail.com Tue Jan 2 22:54:44 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 07B423B00F5 for ; Tue, 2 Jan 2007 22:54:44 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00749-03 for ; Tue, 2 Jan 2007 22:54:42 -0500 (EST) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by menubar.gnome.org (Postfix) with ESMTP id 8BBBD3B00B6 for ; Tue, 2 Jan 2007 22:54:41 -0500 (EST) Received: by ug-out-1314.google.com with SMTP id 74so4951650ugb for ; Tue, 02 Jan 2007 19:54:40 -0800 (PST) Received: by 10.67.93.6 with SMTP id v6mr14794609ugl.1167796480660; Tue, 02 Jan 2007 19:54:40 -0800 (PST) Received: by 10.67.122.14 with HTTP; Tue, 2 Jan 2007 19:54:40 -0800 (PST) Message-ID: Date: Tue, 2 Jan 2007 22:54:40 -0500 From: "T.G. Mutato" To: xslt@gnome.org In-Reply-To: <20070102215937.GB30308@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070102215937.GB30308@redhat.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.369 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.369 X-Spam-Level: Subject: Re: [xslt] Removing from html output X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jan 2007 03:54:44 -0000 You mean xsltproc adds the line only for html but not for xml output, right Daniel? Using the following snippet of XML: Max Peter If I then apply a minimal stylesheet with output set to html: You'll see the following html output: Notice the meta tag is added, and not by the stylesheet but by the XSL processor. Now if we just change the output in the stylesheet to xml: We get the following output: Sounds like there is no way to turn off the meta tag for html output (and still have a head tag) so I'll look at making xml output work. Thanks, On 1/2/07, Daniel Veillard wrote: > On Tue, Jan 02, 2007 at 03:12:16PM -0500, T.G. Mutato wrote: > > It appears that xsltproc automatically adds the line > > > > > > > > to html output. > > only on XHTML-1.0 output, not on html output which is something completely > different in XSLT . I suggest you consult: > - section 16.1 of the XSLT-1.0 spec > http://www.w3.org/TR/xslt#section-XML-Output-Method > - Appendix C 9 of the XHTML-1.0 spec: > http://www.w3.org/TR/xhtml1/#C_9 > > Either don't generate the XHTML1 doctype or post-process the output. > > 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/ > _______________________________________________ > xslt mailing list, project page http://xmlsoft.org/XSLT/ > xslt@gnome.org > http://mail.gnome.org/mailman/listinfo/xslt > From vlefevre@ens-lyon.fr Wed Jan 3 07:22:08 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4361F3B01E4 for ; Wed, 3 Jan 2007 07:22:08 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24239-01 for ; Wed, 3 Jan 2007 07:22:04 -0500 (EST) Received: from pilet.ens-lyon.fr (pilet.ens-lyon.fr [140.77.167.16]) by menubar.gnome.org (Postfix) with ESMTP id CEB303B0126 for ; Wed, 3 Jan 2007 07:21:57 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by pilet.ens-lyon.fr (Postfix) with ESMTP id A62E115B957; Wed, 3 Jan 2007 13:21:56 +0100 (CET) Received: from pilet.ens-lyon.fr ([127.0.0.1]) by localhost (pilet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25483-31; Wed, 3 Jan 2007 13:21:53 +0100 (CET) Received: from vin.lip.ens-lyon.fr (vin.lip.ens-lyon.fr [140.77.13.170]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by pilet.ens-lyon.fr (Postfix) with ESMTP id B6A5415B75F; Wed, 3 Jan 2007 13:21:53 +0100 (CET) Received: from vlefevre by vin.lip.ens-lyon.fr with local (Exim 4.63 #1 (Debian)) id 1H257x-0002Aj-LL; Wed, 03 Jan 2007 13:21:53 +0100 Date: Wed, 3 Jan 2007 13:21:53 +0100 From: Vincent Lefevre To: xslt@gnome.org Message-ID: <20070103122153.GD3554@vin.lip.ens-lyon.fr> Mail-Followup-To: xslt@gnome.org References: <20070102215937.GB30308@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070102215937.GB30308@redhat.com> X-Mailer-Info: http://www.vinc17.org/mutt/ User-Agent: Mutt/1.5.13-vl-r14963 (2007-01-02) Sender: Vincent Lefevre X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ens-lyon.fr X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Subject: Re: [xslt] Removing from html output X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jan 2007 12:22:08 -0000 On 2007-01-02 16:59:37 -0500, Daniel Veillard wrote: > On Tue, Jan 02, 2007 at 03:12:16PM -0500, T.G. Mutato wrote: > > It appears that xsltproc automatically adds the line > > > > > > > > to html output. > > only on XHTML-1.0 output, not on html output which is something completely > different in XSLT . I suggest you consult: > - section 16.1 of the XSLT-1.0 spec > http://www.w3.org/TR/xslt#section-XML-Output-Method However, as said this section, the meta http-equiv statement is optional (e.g. if the web server provides the correct headers). -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From veillard@redhat.com Wed Jan 3 07:50:33 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3F94A3B0094 for ; Wed, 3 Jan 2007 07:50:33 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26109-03 for ; Wed, 3 Jan 2007 07:50:30 -0500 (EST) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 34F963B007A for ; Wed, 3 Jan 2007 07:50:30 -0500 (EST) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l03CoTON002428 for ; Wed, 3 Jan 2007 07:50:29 -0500 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 l03CoTpL017148 for ; Wed, 3 Jan 2007 07:50:29 -0500 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 l03CoTrQ010677 for ; Wed, 3 Jan 2007 07:50:29 -0500 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l03CoT3x010675 for xslt@gnome.org; Wed, 3 Jan 2007 07:50:29 -0500 Date: Wed, 3 Jan 2007 07:50:29 -0500 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070103125029.GE30308@redhat.com> References: <20070102215937.GB30308@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 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.362 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.362 X-Spam-Level: Subject: Re: [xslt] Removing from html output X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: veillard@redhat.com, The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jan 2007 12:50:33 -0000 On Tue, Jan 02, 2007 at 10:54:40PM -0500, T.G. Mutato wrote: > You mean xsltproc adds the line only for html but not for xml output, > right Daniel? Not really but I was wrong, see below :-) > Using the following snippet of XML: > > > > Max > Peter > > > If I then apply a minimal stylesheet with output set to html: > > > > > > > > > > > > > > > > > > You'll see the following html output: > > > > > > > Notice the meta tag is added, and not by the stylesheet but by the XSL > processor. > > Now if we just change the output in the stylesheet to xml: > > > > We get the following output: > > > > > > > > Sounds like there is no way to turn off the meta tag for html output > (and still have a head tag) so I'll look at making xml output work. I checked the code and yes the meta tag is added automatically if method is 'html'. It's actually required by the spec in that case, see section : http://www.w3.org/TR/xslt#section-HTML-Output-Method "If there is a HEAD element, then the html output method should add a META element immediately after the start-tag of the HEAD element specifying the character encoding actually used." So I guess the behaviour is right. I though this was done only for XHTML-1.0 output by libxml2, but in that case it's different, it's actually normal to do it for html output I had forgotten about this. XML processing in general is more stricly defined, it's better to use that as the target 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 mh@glandium.org Wed Jan 3 08:01:41 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B230F3B000E for ; Wed, 3 Jan 2007 08:01:41 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26824-09 for ; Wed, 3 Jan 2007 08:01:38 -0500 (EST) Received: from smtp10.orange.fr (smtp10.orange.fr [193.252.22.21]) by menubar.gnome.org (Postfix) with ESMTP id 908A53B025D for ; Wed, 3 Jan 2007 08:01:37 -0500 (EST) Received: from namakemono.glandium.org (APuteaux-153-1-38-221.w82-124.abo.wanadoo.fr [82.124.130.221]) by mwinf1008.orange.fr (SMTP Server) with ESMTP id 4FDFA2800152; Wed, 3 Jan 2007 14:01:36 +0100 (CET) X-ME-UUID: 20070103130136327.4FDFA2800152@mwinf1008.orange.fr Received: from mh by namakemono.glandium.org with local (Exim 4.63) (envelope-from ) id 1H25kN-00086t-Se; Wed, 03 Jan 2007 14:01:35 +0100 Date: Wed, 3 Jan 2007 14:01:35 +0100 From: Mike Hommey To: veillard@redhat.com, The Gnome XSLT library mailing-list Message-ID: <20070103130135.GA31166@glandium.org> Mail-Followup-To: veillard@redhat.com, The Gnome XSLT library mailing-list References: <20070102215937.GB30308@redhat.com> <20070103125029.GE30308@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070103125029.GE30308@redhat.com> X-GPG-Fingerprint: A479 A824 265C B2A5 FC54 8D1E DE4B DA2C 54FD 2A58 Organization: glandium.org User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.114 tagged_above=-999 required=2 tests=[AWL=0.350, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.114 X-Spam-Level: Subject: Re: [xslt] Removing from html output X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jan 2007 13:01:41 -0000 On Wed, Jan 03, 2007 at 07:50:29AM -0500, Daniel Veillard wrote: > I checked the code and yes the meta tag is added automatically if method > is 'html'. It's actually required by the spec in that case, see section : > http://www.w3.org/TR/xslt#section-HTML-Output-Method > > "If there is a HEAD element, then the html output method should add a > META element immediately after the start-tag of the HEAD element > specifying the character encoding actually used." Just a bit of nitpicking : the spec says "should", not "must", which means it's not "required". Mike From vlefevre@ens-lyon.fr Wed Jan 3 08:32:22 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4A4573B0181 for ; Wed, 3 Jan 2007 08:32:22 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29391-05 for ; Wed, 3 Jan 2007 08:32:18 -0500 (EST) Received: from pilet.ens-lyon.fr (pilet.ens-lyon.fr [140.77.167.16]) by menubar.gnome.org (Postfix) with ESMTP id F2AFE3B0114 for ; Wed, 3 Jan 2007 08:32:17 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by pilet.ens-lyon.fr (Postfix) with ESMTP id 55B5715B969; Wed, 3 Jan 2007 14:32:17 +0100 (CET) Received: from pilet.ens-lyon.fr ([127.0.0.1]) by localhost (pilet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02547-87; Wed, 3 Jan 2007 14:32:14 +0100 (CET) Received: from vin.lip.ens-lyon.fr (vin.lip.ens-lyon.fr [140.77.13.170]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by pilet.ens-lyon.fr (Postfix) with ESMTP id 4CD6115B815; Wed, 3 Jan 2007 14:32:14 +0100 (CET) Received: from vlefevre by vin.lip.ens-lyon.fr with local (Exim 4.63 #1 (Debian)) id 1H26E2-0002g5-7O; Wed, 03 Jan 2007 14:32:14 +0100 Date: Wed, 3 Jan 2007 14:32:14 +0100 From: Vincent Lefevre To: xslt@gnome.org Message-ID: <20070103133214.GI3554@vin.lip.ens-lyon.fr> Mail-Followup-To: xslt@gnome.org References: <20070102215937.GB30308@redhat.com> <20070103122153.GD3554@vin.lip.ens-lyon.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070103122153.GD3554@vin.lip.ens-lyon.fr> X-Mailer-Info: http://www.vinc17.org/mutt/ User-Agent: Mutt/1.5.13-vl-r14963 (2007-01-02) Sender: Vincent Lefevre X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ens-lyon.fr X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Subject: Re: [xslt] Removing from html output X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jan 2007 13:32:22 -0000 On 2007-01-03 13:21:53 +0100, Vincent Lefevre wrote: > On 2007-01-02 16:59:37 -0500, Daniel Veillard wrote: > > On Tue, Jan 02, 2007 at 03:12:16PM -0500, T.G. Mutato wrote: > > > It appears that xsltproc automatically adds the line > > > > > > > > > > > > to html output. > > > > only on XHTML-1.0 output, not on html output which is something completely > > different in XSLT . I suggest you consult: > > - section 16.1 of the XSLT-1.0 spec > > http://www.w3.org/TR/xslt#section-XML-Output-Method Sorry I snipped the wrong one. So... - Appendix C 9 of the XHTML-1.0 spec: http://www.w3.org/TR/xhtml1/#C_9 However, as said this section, the meta http-equiv statement is optional (e.g. if the web server provides the correct headers). That's why the XSLT spec only says "should" (for HTML output), as noted by Mike. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From tim.vanholder@anubex.com Wed Jan 3 10:49:09 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 877293B00BD for ; Wed, 3 Jan 2007 10:49:09 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05547-08 for ; Wed, 3 Jan 2007 10:49:05 -0500 (EST) Received: from mail.anubex.com (181.75-78-194.adsl-static.isp.belgacom.be [194.78.75.181]) by menubar.gnome.org (Postfix) with ESMTP id 62F4F3B006E for ; Wed, 3 Jan 2007 10:49:04 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.anubex.com (Postfix) with ESMTP id 495E6907A9; Wed, 3 Jan 2007 16:48:15 +0100 (CET) Received: from mail.anubex.com ([127.0.0.1]) by localhost (koalaslave [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31970-08; Wed, 3 Jan 2007 16:48:15 +0100 (CET) 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 2C4659054A; Wed, 3 Jan 2007 16:48:15 +0100 (CET) Message-ID: <459BCFFE.3000803@anubex.com> Date: Wed, 03 Jan 2007 16:47:10 +0100 From: Tim Van Holder User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: veillard@redhat.com, The Gnome XSLT library mailing-list References: <20070102215937.GB30308@redhat.com> <20070103125029.GE30308@redhat.com> In-Reply-To: <20070103125029.GE30308@redhat.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at anubex.com X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.483 tagged_above=-999 required=2 tests=[AWL=-0.019, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.483 X-Spam-Level: Subject: Re: [xslt] Removing from html output X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jan 2007 15:49:09 -0000 Daniel Veillard wrote: > > I checked the code and yes the meta tag is added automatically if method > is 'html'. It's actually required by the spec in that case, see section : > http://www.w3.org/TR/xslt#section-HTML-Output-Method I also saw it automatically added with xml output if the doctype was set to XHTML 1.0 Transitional. Test Test produces the (and adds an xmlns attribute to too), but with doctype-public="-//W3C//DTD XHTML 1.1//EN" it does not. This seems rather odd to me (although I agree that for method="html" all bets are off). From kaarle@kaila.fi Wed Jan 3 13:39:21 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C87DA3B007E for ; Wed, 3 Jan 2007 13:39:21 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16449-04 for ; Wed, 3 Jan 2007 13:39:18 -0500 (EST) Received: from lodju.welcomnet.fi (lodju.welcomnet.fi [62.220.226.1]) by menubar.gnome.org (Postfix) with ESMTP id 54AC03B008F for ; Wed, 3 Jan 2007 13:39:17 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lodju.welcomnet.fi (Postfix) with ESMTP id 364BB75400C for ; Wed, 3 Jan 2007 20:39:16 +0200 (EET) X-Virus-Scanned: amavisd-new at welcomnet.fi Received: from lodju.welcomnet.fi ([127.0.0.1]) by localhost (lodju.welcomnet.fi [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 3g4mrHfmHf9N for ; Wed, 3 Jan 2007 20:39:13 +0200 (EET) Received: from FINKAAKAIL1 (kulho48.adsl.netsonic.fi [81.17.193.48]) by lodju.welcomnet.fi (Postfix) with SMTP id 61E58754009 for ; Wed, 3 Jan 2007 20:39:10 +0200 (EET) Message-ID: <002101c72f66$75e85ac0$2201a8c0@finland.nordic.x> From: "Kaarle Kaila" To: "The Gnome XSLT library mailing-list" References: <20070102215937.GB30308@redhat.com> <20070103125029.GE30308@redhat.com> <459BCFFE.3000803@anubex.com> Date: Wed, 3 Jan 2007 20:39:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.065 tagged_above=-999 required=2 tests=[AWL=-1.220, BAYES_50=0.001, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -1.065 X-Spam-Level: Subject: [xslt] libxslt performance problem X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jan 2007 18:39:22 -0000 hi, I have been using libxml and libxslt in my MFC (Microsoft VC++6) genealogical applications to create reports from the database since 2004. Only now I needed to create somewhat larger reports than before and I did encounter performance problems. I have a database that contains around 25000 persons that go into 2900 families. There is quite a lot of textual information for the persons too. My application could not create the report in one go so I had to split the report into 4 parts 1000 families in 3 parts and the indexes in part 4. To create one such report from a memory based dom-tree takes 3 min 30 secs using libxslt. My Java test-application could manage the whole report (of 2900 familes) but required additional heap space. Where do I specify the heap space for libxslt. I made a comparison using saxon 6.6.5 takes 25 s. My xslt stylesheets have some libxslt specific (xslt 1.1) elements and do not run on all xslt engines. I had heard that saxon would be close on it did function in this case. Some of my xslt stylesheets works only with libxslt. Seems I have misused some features like the document instruction etc. I don't remember the version of my libxslt but I built it in the summer 2004. It wasn't so easy so I have not retried it. From kaarle@kaila.fi Wed Jan 3 14:08:42 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C375F3B00BD for ; Wed, 3 Jan 2007 14:08:42 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19036-07 for ; Wed, 3 Jan 2007 14:08:39 -0500 (EST) Received: from lodju.welcomnet.fi (lodju.welcomnet.fi [62.220.226.1]) by menubar.gnome.org (Postfix) with ESMTP id AF23B3B0009 for ; Wed, 3 Jan 2007 14:08:38 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lodju.welcomnet.fi (Postfix) with ESMTP id E877875400C for ; Wed, 3 Jan 2007 21:08:37 +0200 (EET) X-Virus-Scanned: amavisd-new at welcomnet.fi Received: from lodju.welcomnet.fi ([127.0.0.1]) by localhost (lodju.welcomnet.fi [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hN-Vt--R02PZ for ; Wed, 3 Jan 2007 21:08:34 +0200 (EET) Received: from FINKAAKAIL1 (kulho48.adsl.netsonic.fi [81.17.193.48]) by lodju.welcomnet.fi (Postfix) with SMTP id 9B7A9754009 for ; Wed, 3 Jan 2007 21:08:34 +0200 (EET) Message-ID: <003a01c72f6a$91794070$2201a8c0@finland.nordic.x> From: "Kaarle Kaila" To: "The Gnome XSLT library mailing-list" Date: Wed, 3 Jan 2007 21:08:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.925 tagged_above=-999 required=2 tests=[AWL=-1.157, BAYES_50=0.001, TW_BX=0.077, TW_IB=0.077, TW_SX=0.077] X-Spam-Score: -0.925 X-Spam-Level: Subject: Re: [xslt] libxslt performance problem X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jan 2007 19:08:42 -0000 This message did leave me a little before I intended. I did run a test with full report after all. With libsxlt it used 31 min and 40 seconds in the transformation. Same transformation with saxo 6.5.5. made it in 3 min 9 sec. How is this possible? I hade all the time had the impression that libxslt as a native C-application must be more effective but this test shows that the java-interpreter beats it easily . regards Kaarle > hi, > > I have been using libxml and libxslt in my MFC (Microsoft VC++6) > genealogical applications to create reports from the database since 2004. > > Only now I needed to create somewhat larger reports than before and I did > encounter performance problems. I have a database that contains around > 25000 > persons that go into 2900 families. There is quite a lot of textual > information for the persons too. > > My application could not create the report in one go so I had to split the > report into 4 parts 1000 families in 3 parts and the indexes in part 4. To > create one such report from a memory based dom-tree takes 3 min 30 secs > using libxslt. My Java test-application could manage the whole report (of > 2900 familes) but required additional heap space. Where do I specify the > heap space for libxslt. > > I made a comparison using saxon 6.6.5 takes 25 s. > > My xslt stylesheets have some libxslt specific (xslt 1.1) elements and do > not run on all xslt engines. I had heard that saxon would be close on it > did > function in this case. Some of my xslt stylesheets works only with > libxslt. > Seems I have misused some features like the document instruction etc. > > I don't remember the version of my libxslt but I built it in the summer > 2004. It wasn't so easy so I have not retried it. > > > From martin.gieseking@uos.de Wed Jan 3 16:55:20 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 405173B014D for ; Wed, 3 Jan 2007 16:55:20 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30177-08 for ; Wed, 3 Jan 2007 16:55:15 -0500 (EST) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (xnode10eth0.rz.Uni-Osnabrueck.DE [131.173.17.77]) by menubar.gnome.org (Postfix) with ESMTP id 637D83B00B9 for ; Wed, 3 Jan 2007 16:55:14 -0500 (EST) Received: from [192.168.0.12] (xdslcw035.osnanet.de [89.166.150.35]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.1/8.13.1) with ESMTP id l03LspEn011993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 3 Jan 2007 22:55:02 +0100 Message-ID: <459C262C.1030900@uos.de> Date: Wed, 03 Jan 2007 22:54:52 +0100 From: Martin Gieseking User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: The Gnome XSLT library mailing-list References: <003a01c72f6a$91794070$2201a8c0@finland.nordic.x> In-Reply-To: <003a01c72f6a$91794070$2201a8c0@finland.nordic.x> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.2.1.279297, Antispam-Engine: 2.4.0.264935, Antispam-Data: 2007.1.3.133933 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIII, Probability=7%, Report=__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0 X-PMX-Spam-Level: IIIIIII X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_BX=0.077, TW_IB=0.077, TW_SX=0.077] X-Spam-Score: -2.368 X-Spam-Level: Subject: Re: [xslt] libxslt performance problem X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jan 2007 21:55:20 -0000 Maybe you should try more recent versions of libxml and libxslt. My experiences with many huge xml files are that libxslt is much faster than saxon (while libxslt took about 5 minutes to convert one of my data files, I aborted saxon after 20 minutes). You can easily build Windows versions of libxml and libxslt using MinGW, or download the precompiled binaries (they also work with MSVC). Martin Kaarle Kaila wrote: > This message did leave me a little before I intended. > > I did run a test with full report after all. > > With libsxlt it used 31 min and 40 seconds in the transformation. > Same transformation with saxo 6.5.5. made it in 3 min 9 sec. > > How is this possible? > > I hade all the time had the impression that libxslt as a native > C-application must be more effective but this test shows that the > java-interpreter beats it easily . > > regards > Kaarle > > > >> hi, >> >> I have been using libxml and libxslt in my MFC (Microsoft VC++6) >> genealogical applications to create reports from the database since 2004. >> >> Only now I needed to create somewhat larger reports than before and I did >> encounter performance problems. I have a database that contains around >> 25000 >> persons that go into 2900 families. There is quite a lot of textual >> information for the persons too. >> >> My application could not create the report in one go so I had to split the >> report into 4 parts 1000 families in 3 parts and the indexes in part 4. To >> create one such report from a memory based dom-tree takes 3 min 30 secs >> using libxslt. My Java test-application could manage the whole report (of >> 2900 familes) but required additional heap space. Where do I specify the >> heap space for libxslt. >> >> I made a comparison using saxon 6.6.5 takes 25 s. >> >> My xslt stylesheets have some libxslt specific (xslt 1.1) elements and do >> not run on all xslt engines. I had heard that saxon would be close on it >> did >> function in this case. Some of my xslt stylesheets works only with >> libxslt. >> Seems I have misused some features like the document instruction etc. >> >> I don't remember the version of my libxslt but I built it in the summer >> 2004. It wasn't so easy so I have not retried it. >> >> >> > > _______________________________________________ > xslt mailing list, project page http://xmlsoft.org/XSLT/ > xslt@gnome.org > http://mail.gnome.org/mailman/listinfo/xslt > From liam@holoweb.net Wed Jan 3 20:23:16 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A6F2E3B000C for ; Wed, 3 Jan 2007 20:23:16 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11492-02 for ; Wed, 3 Jan 2007 20:23:12 -0500 (EST) Received: from hd-t1637cl.privatedns.com (ip-209-172-34-239.reverse.privatedns.com [209.172.34.239]) by menubar.gnome.org (Postfix) with SMTP id 9184C3B00C4 for ; Wed, 3 Jan 2007 20:23:11 -0500 (EST) Received: (qmail 17006 invoked from network); 4 Jan 2007 01:28:33 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by hd-t1637cl.privatedns.com with SMTP; 4 Jan 2007 01:28:33 -0000 From: Liam R E Quin To: The Gnome XSLT library mailing-list In-Reply-To: <002101c72f66$75e85ac0$2201a8c0@finland.nordic.x> References: <20070102215937.GB30308@redhat.com> <20070103125029.GE30308@redhat.com> <459BCFFE.3000803@anubex.com> <002101c72f66$75e85ac0$2201a8c0@finland.nordic.x> Content-Type: text/plain Date: Wed, 03 Jan 2007 20:21:29 -0500 Message-Id: <1167873689.6471.38.camel@dell.barefootcomputing.com> Mime-Version: 1.0 X-Mailer: Evolution 2.9.4-1mdv2007.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.721 tagged_above=-999 required=2 tests=[AWL=-0.765, BAYES_05=-1.11, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -1.721 X-Spam-Level: Subject: Re: [xslt] libxslt performance problem X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 01:23:16 -0000 On Wed, 2007-03-01 at 20:39 +0200, Kaarle Kaila wrote: [...] > My application could not create the report in one go so I had to split the > report into 4 parts 1000 families in 3 parts and the indexes in part 4. To > create one such report from a memory based dom-tree takes 3 min 30 secs > using libxslt. My Java test-application could manage the whole report (of > 2900 familes) but required additional heap space. Where do I specify the > heap space for libxslt. > > I made a comparison using saxon 6.6.5 takes 25 s. XSLT is general enough that you can write transformations that go very slowly indeed, often by mistake :-) There are people processing far larger amounts of data with libxml (e.g. I routinely process a document with some 14,000 entries in a few seconds using either libxslt or saxon.). Without looking at your style sheets it's impossible to help you assess performance, and you might find one of the XSL mailing lists, such as that at mulberrytech.com, helpful there. As for heap space, is libxslt crashing hard? Is there an error message? It sounds like this might be under MS Windows -- what other applications are running? How much memory was libxslt using, and how much memory does the computer have? Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org From veillard@redhat.com Thu Jan 4 03:29:50 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C6A013B00C0 for ; Thu, 4 Jan 2007 03:29:50 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31265-01 for ; Thu, 4 Jan 2007 03:29:46 -0500 (EST) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id A95803B0009 for ; Thu, 4 Jan 2007 03:29:45 -0500 (EST) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l048Tj4G024680 for ; Thu, 4 Jan 2007 03:29:45 -0500 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 l048TiVZ025945 for ; Thu, 4 Jan 2007 03:29:44 -0500 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 l048Tied007687 for ; Thu, 4 Jan 2007 03:29:44 -0500 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l048Ticg007685 for xslt@gnome.org; Thu, 4 Jan 2007 03:29:44 -0500 Date: Thu, 4 Jan 2007 03:29:44 -0500 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070104082944.GA7043@redhat.com> References: <003a01c72f6a$91794070$2201a8c0@finland.nordic.x> <459C262C.1030900@uos.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <459C262C.1030900@uos.de> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.362 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.362 X-Spam-Level: Subject: Re: [xslt] libxslt performance problem X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: veillard@redhat.com, The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 08:29:51 -0000 On Wed, Jan 03, 2007 at 10:54:52PM +0100, Martin Gieseking wrote: > Maybe you should try more recent versions of libxml and libxslt. My Yes, definitely ! > experiences with many huge xml files are that libxslt is much faster > than saxon (while libxslt took about 5 minutes to convert one of my data > files, I aborted saxon after 20 minutes). Let's avoid comparisons at that level. In general algorithms are more important than the programming language when you think of standalone applications. Michael Kay has worked immensely on Saxon, it's a good tool. Libxslt is also a good tool, but sometime one or the other can be trapped in problematic algorithms or runtime specifics. The best from an user point of view is to try various tools which fits your needs and select the best one for your specific case. When there are really surprizing results, trying to analyze the scenario (using xsltproc -v for example) and reviewing the stylesheet code to report potential problems to the given project is the best you can do as an user. Libxslt, Saxon and other open source project mature and improve based on the users feedback, assuming the feedback is constructive. I don't have all the time I would like to put into processing that feedback but it's still very welcome. That said, Happy New Year everybody ! 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 asmodai@in-nomine.org Thu Jan 4 03:50:36 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 565313B00A2 for ; Thu, 4 Jan 2007 03:50:36 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32023-07 for ; Thu, 4 Jan 2007 03:50:32 -0500 (EST) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by menubar.gnome.org (Postfix) with ESMTP id 868243B0061 for ; Thu, 4 Jan 2007 03:50:31 -0500 (EST) Received: from nexus.in-nomine.org (chronias.xs4all.nl [82.92.216.8]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id l048oT2P061175 for ; Thu, 4 Jan 2007 09:50:30 +0100 (CET) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id 6D121C199 for ; Thu, 4 Jan 2007 09:50:29 +0100 (CET) X-Virus-Scanned: by XS4ALL Virus Scanner Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YtkjPKHs8i6O for ; Thu, 4 Jan 2007 09:50:25 +0100 (CET) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id 32F4BC187; Thu, 4 Jan 2007 09:50:25 +0100 (CET) Date: Thu, 4 Jan 2007 09:50:25 +0100 From: Jeroen Ruigrok/asmodai To: The Gnome XSLT library mailing-list Message-ID: <20070104085024.GZ17272@nexus.ninth-circle.org> References: <003a01c72f6a$91794070$2201a8c0@finland.nordic.x> <459C262C.1030900@uos.de> <20070104082944.GA7043@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070104082944.GA7043@redhat.com> Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.387 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_IB=0.077] X-Spam-Score: -2.387 X-Spam-Level: Subject: Re: [xslt] libxslt performance problem X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 08:50:36 -0000 -On [20070104 09:30], Daniel Veillard (veillard@redhat.com) wrote: > Let's avoid comparisons at that level. In general algorithms are >more important than the programming language when you think of standalone >applications. [snip] >I don't have all the time I would like to put into processing that feedback >but it's still very welcome. You cannot do anything if the person that states these claims is not providing test cases. That way debugging problematic algorithms can take ages, whereas a simple testcase can quickly light the way. :) So Kaarle, got any test code? -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ Seize from every moment its unique novelty and do not prepare your joys... From kaarle@kaila.fi Thu Jan 4 05:20:04 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6EE9B3B0098 for ; Thu, 4 Jan 2007 05:20:04 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04845-02 for ; Thu, 4 Jan 2007 05:20:00 -0500 (EST) Received: from lodju.welcomnet.fi (lodju.welcomnet.fi [62.220.226.1]) by menubar.gnome.org (Postfix) with ESMTP id D37723B00F7 for ; Thu, 4 Jan 2007 05:19:59 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lodju.welcomnet.fi (Postfix) with ESMTP id 8A91575401D for ; Thu, 4 Jan 2007 12:19:56 +0200 (EET) X-Virus-Scanned: amavisd-new at welcomnet.fi Received: from lodju.welcomnet.fi ([127.0.0.1]) by localhost (lodju.welcomnet.fi [127.0.0.1]) (amavisd-new, port 10024) with LMTP id U9sFUeVvkuN3 for ; Thu, 4 Jan 2007 12:19:54 +0200 (EET) Received: from FINKAAKAIL1 (kulho48.adsl.netsonic.fi [81.17.193.48]) by lodju.welcomnet.fi (Postfix) with SMTP id 45C60754009 for ; Thu, 4 Jan 2007 12:19:54 +0200 (EET) Message-ID: <005401c72fe9$e02735e0$871ec08d@finland.nordic.x> From: "Kaarle Kaila" To: "The Gnome XSLT library mailing-list" References: <003a01c72f6a$91794070$2201a8c0@finland.nordic.x><459C262C.1030900@uos.de> <20070104082944.GA7043@redhat.com> <20070104085024.GZ17272@nexus.ninth-circle.org> Date: Thu, 4 Jan 2007 12:19:53 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.913 tagged_above=-999 required=2 tests=[AWL=-0.991, BAYES_50=0.001, TW_IB=0.077] X-Spam-Score: -0.913 X-Spam-Level: Subject: Re: [xslt] libxslt performance problem X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 10:20:04 -0000 > > You cannot do anything if the person that states these claims is not > providing > test cases. That way debugging problematic algorithms can take ages, > whereas a > simple testcase can quickly light the way. :) > > So Kaarle, got any test code? > Hi! Yes I have. The thing is that the big reports with lots of names and data are rather big and I did not expect anyone willing to to look into them. Another thing is that the bigger data belongs to a customer of mine and I don't think I can put it out to a public site but if you are willing to have a look at it I can send it privately to you with understanding that it is not to be spread further. Do you want me to send it to you? My application that produces this can be found at http://www.sukuohjelmisto.fi/version.html (in demo mode you can add there however at most 250 persons) Just download setupxx.x.x.x.exe and install it on your windows machine. English is one of the supported languages. It installs also all the xslt-sheets that can be used to transform the reports to the desired format. regards Kaarle From veillard@redhat.com Thu Jan 4 05:32:04 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 389CF3B017D for ; Thu, 4 Jan 2007 05:32:04 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05551-05 for ; Thu, 4 Jan 2007 05:32:01 -0500 (EST) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 270143B0237 for ; Thu, 4 Jan 2007 05:31:59 -0500 (EST) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l04AVwOA017677 for ; Thu, 4 Jan 2007 05:31:58 -0500 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 l04AVw73015938 for ; Thu, 4 Jan 2007 05:31:58 -0500 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 l04AVw37013279 for ; Thu, 4 Jan 2007 05:31:58 -0500 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l04AVwxH013277 for xslt@gnome.org; Thu, 4 Jan 2007 05:31:58 -0500 Date: Thu, 4 Jan 2007 05:31:57 -0500 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070104103157.GB7043@redhat.com> References: <20070104082944.GA7043@redhat.com> <20070104085024.GZ17272@nexus.ninth-circle.org> <005401c72fe9$e02735e0$871ec08d@finland.nordic.x> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <005401c72fe9$e02735e0$871ec08d@finland.nordic.x> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.362 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.362 X-Spam-Level: Subject: Re: [xslt] libxslt performance problem X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: veillard@redhat.com, The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 10:32:04 -0000 On Thu, Jan 04, 2007 at 12:19:53PM +0200, Kaarle Kaila wrote: > > > > > You cannot do anything if the person that states these claims is not > > providing > > test cases. That way debugging problematic algorithms can take ages, > > whereas a > > simple testcase can quickly light the way. :) > > > > So Kaarle, got any test code? > > > Hi! > > Yes I have. The thing is that the big reports with lots of names and data > are rather big and I did not expect anyone willing to to look into them. > > Another thing is that the bigger data belongs to a customer of mine and I > don't think I can put it out to a public site but if you are willing to have > a look at it I can send it privately to you with understanding that it is > not to be spread further. Do you want me to send it to you? > > My application that produces this can be found at > http://www.sukuohjelmisto.fi/version.html > (in demo mode you can add there however at most 250 persons) > > Just download setupxx.x.x.x.exe and install it on your windows machine. Before getting anybody to work on your specific data you really must rebuild with the latest versions. There is absolutely no point in spending lot of efforts on very old code, a lot of big bottleneck have been removed in the last years, and running an opaque binay using very old code is useless frankly. 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 kaarle@kaila.fi Thu Jan 4 05:46:58 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C30B13B0098 for ; Thu, 4 Jan 2007 05:46:58 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06447-06 for ; Thu, 4 Jan 2007 05:46:54 -0500 (EST) Received: from lodju.welcomnet.fi (lodju.welcomnet.fi [62.220.226.1]) by menubar.gnome.org (Postfix) with ESMTP id 929203B00F7 for ; Thu, 4 Jan 2007 05:46:54 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by lodju.welcomnet.fi (Postfix) with ESMTP id BAEE175401C; Thu, 4 Jan 2007 12:46:50 +0200 (EET) X-Virus-Scanned: amavisd-new at welcomnet.fi Received: from lodju.welcomnet.fi ([127.0.0.1]) by localhost (lodju.welcomnet.fi [127.0.0.1]) (amavisd-new, port 10024) with LMTP id bly81ZOKzBVJ; Thu, 4 Jan 2007 12:46:48 +0200 (EET) Received: from FINKAAKAIL1 (kulho48.adsl.netsonic.fi [81.17.193.48]) by lodju.welcomnet.fi (Postfix) with SMTP id 17ADA75401D; Thu, 4 Jan 2007 12:46:48 +0200 (EET) Message-ID: <005f01c72fed$a202de00$871ec08d@finland.nordic.x> From: "Kaarle Kaila" To: , "The Gnome XSLT library mailing-list" References: <20070104082944.GA7043@redhat.com><20070104085024.GZ17272@nexus.ninth-circle.org><005401c72fe9$e02735e0$871ec08d@finland.nordic.x> <20070104103157.GB7043@redhat.com> Date: Thu, 4 Jan 2007 12:46:47 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.136 tagged_above=-999 required=2 tests=[AWL=-0.627, BAYES_20=-0.74, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -1.136 X-Spam-Level: Subject: Re: [xslt] libxslt performance problem X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 10:46:59 -0000 hi! Yes you are right! That is why I did not directly suggest to send the data but for thr suggestion of Jeroen. Thank you all for your suggestions anyway. I will take the newer version in my task list and perhaps return to the issue if I see reson at some later time. I have "misused" some of the XSLT 1.1 specific features that may work differently in newer version that I need to test too. regards Kaarle > > Before getting anybody to work on your specific data you really must > rebuild with the latest versions. There is absolutely no point in spending > lot of efforts on very old code, a lot of big bottleneck have been removed > in > the last years, and running an opaque binay using very old code is useless > frankly. > > 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/ > _______________________________________________ > xslt mailing list, project page http://xmlsoft.org/XSLT/ > xslt@gnome.org > http://mail.gnome.org/mailman/listinfo/xslt > From veillard@redhat.com Thu Jan 4 05:56:57 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5D8F53B017E for ; Thu, 4 Jan 2007 05:56:57 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06778-10 for ; Thu, 4 Jan 2007 05:56:55 -0500 (EST) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id EBCC63B0009 for ; Thu, 4 Jan 2007 05:56:50 -0500 (EST) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l04AuoR0029221; Thu, 4 Jan 2007 05:56:50 -0500 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 l04Aunlm019689; Thu, 4 Jan 2007 05:56:49 -0500 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 l04AuncX014613; Thu, 4 Jan 2007 05:56:49 -0500 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l04AunOj014611; Thu, 4 Jan 2007 05:56:49 -0500 Date: Thu, 4 Jan 2007 05:56:49 -0500 From: Daniel Veillard To: Kaarle Kaila Message-ID: <20070104105649.GC7043@redhat.com> References: <20070104103157.GB7043@redhat.com> <005f01c72fed$a202de00$871ec08d@finland.nordic.x> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <005f01c72fed$a202de00$871ec08d@finland.nordic.x> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.362 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.362 X-Spam-Level: Cc: The Gnome XSLT library mailing-list Subject: Re: [xslt] libxslt performance problem X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: veillard@redhat.com, The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 10:56:57 -0000 On Thu, Jan 04, 2007 at 12:46:47PM +0200, Kaarle Kaila wrote: > hi! > > Yes you are right! That is why I did not directly suggest to send the data > but for thr suggestion of Jeroen. > > Thank you all for your suggestions anyway. I will take the newer version in > my task list and perhaps return to the issue if I see reson at some later > time. I have "misused" some of the XSLT 1.1 specific features that may work > differently in newer version that I need to test too. Okay, 1.1 is an abandonned draft, best is to try to follow the description provided by the EXSLT replacements where possible http://www.exslt.org/ 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 nicolas.ecarnot@gmail.com Fri Jan 5 03:38:31 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AC5163B0133 for ; Fri, 5 Jan 2007 03:38:31 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15166-01 for ; Fri, 5 Jan 2007 03:38:29 -0500 (EST) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by menubar.gnome.org (Postfix) with ESMTP id 8BB0D3B006B for ; Fri, 5 Jan 2007 03:38:28 -0500 (EST) Received: by wx-out-0506.google.com with SMTP id s11so8367329wxc for ; Fri, 05 Jan 2007 00:38:28 -0800 (PST) Received: by 10.90.34.3 with SMTP id h3mr666619agh.1167986308333; Fri, 05 Jan 2007 00:38:28 -0800 (PST) Received: by 10.90.75.2 with HTTP; Fri, 5 Jan 2007 00:38:28 -0800 (PST) Message-ID: Date: Fri, 5 Jan 2007 09:38:28 +0100 From: "Nicolas Ecarnot" Sender: nicolas.ecarnot@gmail.com To: xslt@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14571_21195606.1167986308315" X-Google-Sender-Auth: f295af832733db65 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.094 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_10_20=1.351, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_IB=0.077, TW_LX=0.077] X-Spam-Score: -1.094 X-Spam-Level: Subject: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 08:38:31 -0000 ------=_Part_14571_21195606.1167986308315 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, Under OpenBSD 3.9, I'm trying to compile libxslt-1.1.17. I just downloaded the tar.gz file, untared it, and tried the default configure/make usual way. I also tried with many sets of options, the maximum longest command line being : ./configure --prefix=/usr/local --without-plugins --without-crypto --without-python --disable-static --enable-shared I tried it with so many combinations I can't remember all. In every cases, here is what I get : [...] [...many subdirectories compiling very well...] [...] Making all in xsltproc /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -Wall -o xsltproc xsltproc.o ../libxslt/libxslt.la ../libexslt/libexslt.la -L/usr/local/lib -lxml2 -lz -lpthread -lm -L/usr/local/lib -lxml2 -lz -lpthread -lm -lm gcc -g -O2 -Wall -o .libs/xsltproc xsltproc.o -L/somefolder/tmp/libxslt- 1.1.17/libxslt/.libs -L../libxslt/.libs -L/usr/local/lib -L../libexslt/.libs -lexslt -lxslt -lxml2 -lz -lpthread -lm -Wl,-rpath,/usr/local/lib /usr/local/lib/libxml2.so.9.0: warning: strcpy() is almost always misused, please use strlcpy() /somefolder/tmp/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: warning: sprintf() is often misused, please use snprintf() /usr/local/lib/libxml2.so.9.0: warning: strcat() is almost always misused, please use strlcat() /somefolder/tmp/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined reference to `xmlXPathContextSetCache' collect2: ld returned 1 exit status *** Error code 1 Stop in /somefolder/tmp/libxslt-1.1.17/xsltproc (line 311 of Makefile). *** Error code 1 Stop in /somefolder/tmp/libxslt-1.1.17 (line 445 of Makefile). *** Error code 1 Stop in /somefolder/tmp/libxslt- 1.1.17 (line 274 of Makefile). May you explain me if there's a way to correct that ? -- Nicolas Ecarnot ------=_Part_14571_21195606.1167986308315 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello,

Under OpenBSD 3.9, I'm trying to compile libxslt-1.1.17.
I just downloaded the tar.gz file, untared it, and tried the default configure/make usual way.
I also tried with many sets of options, the maximum longest command line being :
./configure --prefix=/usr/local --without-plugins --without-crypto --without-python --disable-static --enable-shared

I tried it with so many combinations I can't remember all.

In every cases, here is what I get :

[...]
[...many subdirectories compiling very well...]
[...]
Making all in xsltproc
/bin/sh ../libtool --tag=CC --mode=link gcc  -g -O2 -Wall    -o xsltproc  xsltproc.o  ../libxslt/libxslt.la  ../libexslt/libexslt.la  -L/usr/local/lib -lxml2 -lz -lpthread -lm -L/usr/local/lib -lxml2 -lz -lpthread -lm -lm
gcc -g -O2 -Wall -o .libs/xsltproc xsltproc.o  -L/somefolder/tmp/libxslt-1.1.17/libxslt/.libs -L../libxslt/.libs -L/usr/local/lib -L../libexslt/.libs -lexslt -lxslt -lxml2 -lz -lpthread -lm -Wl,-rpath,/usr/local/lib
/usr/local/lib/libxml2.so.9.0: warning: strcpy() is almost always misused, please use strlcpy()
/somefolder/tmp/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: warning: sprintf() is often misused, please use snprintf()
/usr/local/lib/libxml2.so.9.0: warning: strcat() is almost always misused, please use strlcat()
/somefolder/tmp/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined reference to `xmlXPathContextSetCache'
collect2: ld returned 1 exit status
*** Error code 1

Stop in /somefolder/tmp/libxslt-1.1.17/xsltproc (line 311 of Makefile).
*** Error code 1

Stop in /somefolder/tmp/libxslt-1.1.17 (line 445 of Makefile).
*** Error code 1

Stop in /somefolder/tmp/libxslt- 1.1.17 (line 274 of Makefile).



May you explain me if there's a way to correct that ?

--
Nicolas Ecarnot ------=_Part_14571_21195606.1167986308315-- From asmodai@in-nomine.org Fri Jan 5 03:42:16 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2D6E23B0193 for ; Fri, 5 Jan 2007 03:42:16 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15420-02 for ; Fri, 5 Jan 2007 03:42:13 -0500 (EST) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by menubar.gnome.org (Postfix) with ESMTP id 52E253B00A2 for ; Fri, 5 Jan 2007 03:42:12 -0500 (EST) Received: from nexus.in-nomine.org (chronias.xs4all.nl [82.92.216.8]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id l058gBpo044729 for ; Fri, 5 Jan 2007 09:42:11 +0100 (CET) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id 03474C143 for ; Fri, 5 Jan 2007 09:42:11 +0100 (CET) X-Virus-Scanned: by XS4ALL Virus Scanner Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QHo5MIdOy396 for ; Fri, 5 Jan 2007 09:42:03 +0100 (CET) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id D7F59C112; Fri, 5 Jan 2007 09:42:02 +0100 (CET) Date: Fri, 5 Jan 2007 09:42:02 +0100 From: Jeroen Ruigrok/asmodai To: The Gnome XSLT library mailing-list Message-ID: <20070105084202.GA17272@nexus.ninth-circle.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.233 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077, TW_LX=0.077] X-Spam-Score: -2.233 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 08:42:16 -0000 -On [20070105 09:38], Nicolas Ecarnot (nicolas@ecarnot.net) wrote: >/bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -Wall -o xsltproc >xsltproc.o ../libxslt/libxslt.la ../libexslt/libexslt.la -L/usr/local/lib >-lxml2 -lz -lpthread -lm -L/usr/local/lib -lxml2 -lz -lpthread -lm -lm >gcc -g -O2 -Wall -o .libs/xsltproc xsltproc.o -L/somefolder/tmp/libxslt- >1.1.17/libxslt/.libs -L../libxslt/.libs -L/usr/local/lib -L../libexslt/.libs >-lexslt -lxslt -lxml2 -lz -lpthread -lm -Wl,-rpath,/usr/local/lib [snip] >/somefolder/tmp/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined >reference to `xmlXPathContextSetCache' Obviously it cannot find xmlXPathContextSetCache(). This probably means that the -lxml2 line is not working, i.e. it cannot find the libxml2 library. Do you have this installed? Is it installed in /usr/local/lib? Is the name libxml2.so.N, where N is a number or something else? -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ Seize from every moment its unique novelty and do not prepare your joys... From nicolas.ecarnot@gmail.com Fri Jan 5 06:47:07 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2AC813B000F for ; Fri, 5 Jan 2007 06:47:07 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25378-08 for ; Fri, 5 Jan 2007 06:47:04 -0500 (EST) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by menubar.gnome.org (Postfix) with ESMTP id 57C533B01A4 for ; Fri, 5 Jan 2007 06:47:04 -0500 (EST) Received: by wx-out-0506.google.com with SMTP id s11so8415261wxc for ; Fri, 05 Jan 2007 03:47:04 -0800 (PST) Received: by 10.90.81.14 with SMTP id e14mr594229agb.1167997624120; Fri, 05 Jan 2007 03:47:04 -0800 (PST) Received: by 10.90.75.2 with HTTP; Fri, 5 Jan 2007 03:47:03 -0800 (PST) Message-ID: Date: Fri, 5 Jan 2007 12:47:03 +0100 From: "Nicolas Ecarnot" Sender: nicolas.ecarnot@gmail.com To: "The Gnome XSLT library mailing-list" In-Reply-To: <20070105084202.GA17272@nexus.ninth-circle.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_15691_17395344.1167997623884" References: <20070105084202.GA17272@nexus.ninth-circle.org> X-Google-Sender-Auth: 630cd315f05dc8f2 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_LX=0.077] X-Spam-Score: -2.368 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 11:47:07 -0000 ------=_Part_15691_17395344.1167997623884 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/1/5, Jeroen Ruigrok/asmodai : > > -On [20070105 09:38], Nicolas Ecarnot (nicolas@ecarnot.net) wrote: > >/bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -Wall -o xsltproc > >xsltproc.o > ../libxslt/libxslt.la ../libexslt/libexslt.la -L/usr/local/lib > >-lxml2 -lz -lpthread -lm -L/usr/local/lib -lxml2 -lz -lpthread -lm -lm > >gcc -g -O2 -Wall -o .libs/xsltproc xsltproc.o -L/somefolder/tmp/libxslt- > >1.1.17/libxslt/.libs -L../libxslt/.libs -L/usr/local/lib > -L../libexslt/.libs > >-lexslt -lxslt -lxml2 -lz -lpthread -lm -Wl,-rpath,/usr/local/lib > [snip] > >/somefolder/tmp/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined > >reference to `xmlXPathContextSetCache' > > Obviously it cannot find xmlXPathContextSetCache(). This probably means > that > the -lxml2 line is not working, i.e. it cannot find the libxml2 library. > Do > you have this installed? Is it installed in /usr/local/lib? Is the name > libxml2.so.N, where N is a number or something else? > Hello, Just before compiling the libxslt code, I downloaded, compile and installed libxml2-2.6.27 without any trouble. I just launched the configure script without any option, so the good old /usr/local directory was used as default. Now, in /usr/local/lib, I see (amongst other things) : libxml2.a libxml2.la libxml2.so.8.27 libxml2.so.9.0 Does that sound correct ? Are there other things I could check ? -- Nicolas Ecarnot ------=_Part_15691_17395344.1167997623884 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/1/5, Jeroen Ruigrok/asmodai <asmodai@in-nomine.org>:
-On [20070105 09:38], Nicolas Ecarnot (nicolas@ecarnot.net) wrote:
>/bin/sh ../libtool --tag=CC --mode=link gcc  -g -O2 -Wall    -o xsltproc
>xsltproc.o  ../libxslt/libxslt.la  ../libexslt/libexslt.la  -L/usr/local/lib
>-lxml2 -lz -lpthread -lm -L/usr/local/lib -lxml2 -lz -lpthread -lm -lm
>gcc -g -O2 -Wall -o .libs/xsltproc xsltproc.o  -L/somefolder/tmp/libxslt-
>1.1.17/libxslt/.libs -L../libxslt/.libs -L/usr/local/lib -L../libexslt/.libs
>-lexslt -lxslt -lxml2 -lz -lpthread -lm -Wl,-rpath,/usr/local/lib
[snip]
>/somefolder/tmp/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined
>reference to `xmlXPathContextSetCache'

Obviously it cannot find xmlXPathContextSetCache(). This probably means that
the -lxml2 line is not working, i.e. it cannot find the libxml2 library. Do
you have this installed? Is it installed in /usr/local/lib? Is the name
libxml2.so.N, where N is a number or something else?

Hello,

Just before compiling the libxslt code, I downloaded, compile and installed libxml2-2.6.27 without any trouble. I just launched the configure script without any option, so the good old /usr/local directory was used as default.

Now, in /usr/local/lib, I see (amongst other things) :

libxml2.a
libxml2.la
libxml2.so.8.27
libxml2.so.9.0

Does that sound correct ?
Are there other things I could check ?

--
Nicolas Ecarnot ------=_Part_15691_17395344.1167997623884-- From asmodai@in-nomine.org Fri Jan 5 06:55:26 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 606193B00AD for ; Fri, 5 Jan 2007 06:55:26 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25889-05 for ; Fri, 5 Jan 2007 06:55:20 -0500 (EST) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by menubar.gnome.org (Postfix) with ESMTP id 1C3C73B0117 for ; Fri, 5 Jan 2007 06:55:19 -0500 (EST) Received: from nexus.in-nomine.org (chronias.xs4all.nl [82.92.216.8]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id l05BtHEV066045 for ; Fri, 5 Jan 2007 12:55:18 +0100 (CET) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id 12B6EC143 for ; Fri, 5 Jan 2007 12:55:17 +0100 (CET) X-Virus-Scanned: by XS4ALL Virus Scanner Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aH8X1w7WSlfH for ; Fri, 5 Jan 2007 12:55:08 +0100 (CET) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id BDF36C112; Fri, 5 Jan 2007 12:55:08 +0100 (CET) Date: Fri, 5 Jan 2007 12:55:08 +0100 From: Jeroen Ruigrok/asmodai To: The Gnome XSLT library mailing-list Message-ID: <20070105115508.GC17272@nexus.ninth-circle.org> References: <20070105084202.GA17272@nexus.ninth-circle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 11:55:26 -0000 -On [20070105 12:47], Nicolas Ecarnot (nicolas@ecarnot.net) wrote: >Now, in /usr/local/lib, I see (amongst other things) : > >libxml2.a >libxml2.la >libxml2.so.8.27 >libxml2.so.9.0 > >Does that sound correct ? >From a pedantic ELF point of view: no. ELF shared libraries were never intended to have a so.N.M denominator, solely a so.N one. So in the above I would sooner expect: libxml2.a libxml2.la (libtool specific file) libxml2.so.8 libxml2.so.9 libxml2.so -> libxml2.so.9 You need to have a libxml2.so file, typically this is symbolically linked to the latest installed shared library. If I remember my loading and linking correctly ELF looks for the libxml2.so file for loading and linking. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ Seize from every moment its unique novelty and do not prepare your joys... From nicolas.ecarnot@gmail.com Fri Jan 5 08:25:31 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5F4633B01AA for ; Fri, 5 Jan 2007 08:25:31 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31258-04 for ; Fri, 5 Jan 2007 08:25:27 -0500 (EST) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by menubar.gnome.org (Postfix) with ESMTP id EE2B13B00D7 for ; Fri, 5 Jan 2007 08:25:26 -0500 (EST) Received: by wx-out-0506.google.com with SMTP id s11so8438062wxc for ; Fri, 05 Jan 2007 05:25:26 -0800 (PST) Received: by 10.90.68.15 with SMTP id q15mr834948aga.1168003526746; Fri, 05 Jan 2007 05:25:26 -0800 (PST) Received: by 10.90.75.2 with HTTP; Fri, 5 Jan 2007 05:25:26 -0800 (PST) Message-ID: Date: Fri, 5 Jan 2007 14:25:26 +0100 From: "Nicolas Ecarnot" Sender: nicolas.ecarnot@gmail.com To: "The Gnome XSLT library mailing-list" In-Reply-To: <20070105115508.GC17272@nexus.ninth-circle.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_16195_26137564.1168003526717" References: <20070105084202.GA17272@nexus.ninth-circle.org> <20070105115508.GC17272@nexus.ninth-circle.org> X-Google-Sender-Auth: ad19decb275096ac X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.214 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_IB=0.077, TW_LR=0.077, TW_LX=0.077, TW_RW=0.077, TW_WX=0.077] X-Spam-Score: -2.214 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 13:25:31 -0000 ------=_Part_16195_26137564.1168003526717 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/1/5, Jeroen Ruigrok/asmodai : > > ELF shared libraries were never intended to have a so.N.M denominator, > solely > a so.N one. So in the above I would sooner expect: > > libxml2.a > libxml2.la (libtool specific file) > libxml2.so.8 > libxml2.so.9 > libxml2.so -> libxml2.so.9 > > You need to have a libxml2.so file, typically this is symbolically linked > to > the latest installed shared library. If I remember my loading and linking > correctly ELF looks for the libxml2.so file for loading and linking. > Ok, so I created the symlink (and indeed you're right, since I know *nix OSes, there are always such symlinks) : root@myhost:/usr/local/lib # ln -s libxml2.* libxml2.a libxml2.la libxml2.so.8.27 libxml2.so.9.0 root@gages:/usr/local/lib # ln -s libxml2.so.9.0 libxml2.so root@gages:/usr/local/lib # ls -la |grep xml -rw-r--r-- 1 root wheel 5284726 Jan 5 10:35 libxml2.a -rwxr-xr-x 1 root wheel 805 Jan 5 10:35 libxml2.la* lrwxr-xr-x 1 root wheel 14 Jan 5 13:52 libxml2.so@ -> libxml2.so.9.0 -rwxr-xr-x 1 root wheel 2981560 Jan 5 10:35 libxml2.so.8.27* -rwxr-xr-x 1 root bin 1112822 Mar 1 2006 libxml2.so.9.0* -rw-r--r-- 1 root wheel 219 Jan 5 10:35 xml2Conf.sh Then again, ./configure, make clean, make, and same error : nico@myhost:/somefolder/libxslt-1.1.17 $ make make all-recursive Making all in libxslt Making all in libexslt Making all in xsltproc /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -Wall -o xsltproc xsltproc.o ../libxslt/libxslt.la ../libexslt/libexslt.la -L/usr/local/lib -lxml2 -lz -lpthread -lm -L/usr/local/lib -lxml2 -lz -lpthread -lm -lm gcc -g -O2 -Wall -o .libs/xsltproc xsltproc.o -L/somefolder/libxslt-1.1.17/libxslt/.libs -L../libxslt/.libs -L/usr/local/lib -L../libexslt/.libs -lexslt -lxslt -lxml2 -lz -lpthread -lm -Wl,-rpath,/usr/local/lib /usr/local/lib/libxml2.so.9.0: warning: strcpy() is almost always misused, please use strlcpy() /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: warning: sprintf() is often misused, please use snprintf() /usr/local/lib/libxml2.so.9.0: warning: strcat() is almost always misused, please use strlcat() /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined reference to `xmlModuleClose' /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined reference to `xmlModuleOpen' /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined reference to `xmlModuleSymbol' /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined reference to `xmlXPathContextSetCache' collect2: ld returned 1 exit status *** Error code 1 Stop in /somefolder/libxslt-1.1.17/xsltproc (line 311 of Makefile). *** Error code 1 Stop in /somefolder/libxslt-1.1.17 (line 445 of Makefile). *** Error code 1 Stop in /somefolder/libxslt-1.1.17 (line 274 of Makefile). nico@myhost:/somefolder/libxslt-1.1.17 $ Another point : $ strings /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17 | grep xmlModuleClose xmlModuleClose So I don't know if the presence of the string does prove anything, but ... ? -- Nicolas Ecarnot ------=_Part_16195_26137564.1168003526717 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/1/5, Jeroen Ruigrok/asmodai <asmodai@in-nomine.org>:
ELF shared libraries were never intended to have a so.N.M denominator, solely
a so.N one. So in the above I would sooner expect:

libxml2.a
libxml2.la (libtool specific file)
libxml2.so.8
libxml2.so.9
libxml2.so -> libxml2.so.9

You need to have a libxml2.so file, typically this is symbolically linked to
the latest installed shared library. If I remember my loading and linking
correctly ELF looks for the libxml2.so file for loading and linking.

Ok, so I created the symlink (and indeed you're right, since I know *nix OSes, there are always such symlinks) :

root@myhost:/usr/local/lib # ln -s libxml2.*
libxml2.a         libxml2.la        libxml2.so.8.27   libxml2.so.9.0
root@gages:/usr/local/lib # ln -s libxml2.so.9.0 libxml2.so
root@gages :/usr/local/lib # ls -la |grep xml
-rw-r--r--   1 root  wheel  5284726 Jan  5 10:35 libxml2.a
-rwxr-xr-x   1 root  wheel      805 Jan  5 10:35 libxml2.la*
lrwxr-xr-x   1 root  wheel       14 Jan  5 13:52 libxml2.so @ -> libxml2.so.9.0
-rwxr-xr-x   1 root  wheel  2981560 Jan  5 10:35 libxml2.so.8.27*
-rwxr-xr-x   1 root  bin    1112822 Mar  1  2006 libxml2.so.9.0*
-rw-r--r--   1 root  wheel      219 Jan  5 10:35 xml2Conf.sh

Then again, ./configure, make clean, make, and same error :

nico@myhost:/somefolder/libxslt-1.1.17 $ make
make  all-recursive
Making all in libxslt
Making all in libexslt
Making all in xsltproc
/bin/sh ../libtool --tag=CC --mode=link gcc  -g -O2 -Wall    -o xsltproc  xsltproc.o  ../libxslt/libxslt.la  ../libexslt/libexslt.la  -L/usr/local/lib -lxml2 -lz -lpthread -lm -L/usr/local/lib -lxml2 -lz -lpthread -lm -lm
gcc -g -O2 -Wall -o .libs/xsltproc xsltproc.o  -L/somefolder/libxslt-1.1.17/libxslt/.libs -L../libxslt/.libs -L/usr/local/lib -L../libexslt/.libs -lexslt -lxslt -lxml2 -lz -lpthread -lm -Wl,-rpath,/usr/local/lib
/usr/local/lib/libxml2.so.9.0: warning: strcpy() is almost always misused, please use strlcpy()
/somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: warning: sprintf() is often misused, please use snprintf()
/usr/local/lib/libxml2.so.9.0: warning: strcat() is almost always misused, please use strlcat()
/somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined reference to `xmlModuleClose'
/somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined reference to `xmlModuleOpen'
/somefolder/libxslt- 1.1.17/libxslt/.libs/libxslt.so.2.17: undefined reference to `xmlModuleSymbol'
/somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17: undefined reference to `xmlXPathContextSetCache'
collect2: ld returned 1 exit status
*** Error code 1

Stop in /somefolder/libxslt-1.1.17/xsltproc (line 311 of Makefile).
*** Error code 1

Stop in /somefolder/libxslt-1.1.17 (line 445 of Makefile).
*** Error code 1

Stop in /somefolder/libxslt- 1.1.17 (line 274 of Makefile).
nico@myhost:/somefolder/libxslt-1.1.17 $

Another point :

$ strings /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17 | grep xmlModuleClose
xmlModuleClose

So I don't know if the presence of the string does prove anything, but ... ?

--
Nicolas Ecarnot ------=_Part_16195_26137564.1168003526717-- From asmodai@in-nomine.org Fri Jan 5 08:49:02 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 64DCE3B0201 for ; Fri, 5 Jan 2007 08:49:02 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32732-07 for ; Fri, 5 Jan 2007 08:48:59 -0500 (EST) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by menubar.gnome.org (Postfix) with ESMTP id 1E7803B017B for ; Fri, 5 Jan 2007 08:48:59 -0500 (EST) Received: from nexus.in-nomine.org (chronias.xs4all.nl [82.92.216.8]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id l05DmrXW022967 for ; Fri, 5 Jan 2007 14:48:58 +0100 (CET) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id 5763CC143 for ; Fri, 5 Jan 2007 14:48:53 +0100 (CET) X-Virus-Scanned: by XS4ALL Virus Scanner Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G+5vgjcK181g for ; Fri, 5 Jan 2007 14:48:42 +0100 (CET) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id D3095C112; Fri, 5 Jan 2007 14:48:41 +0100 (CET) Date: Fri, 5 Jan 2007 14:48:41 +0100 From: Jeroen Ruigrok/asmodai To: The Gnome XSLT library mailing-list Message-ID: <20070105134841.GD17272@nexus.ninth-circle.org> References: <20070105084202.GA17272@nexus.ninth-circle.org> <20070105115508.GC17272@nexus.ninth-circle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.31 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_RW=0.077, TW_WX=0.077] X-Spam-Score: -2.31 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 13:49:02 -0000 -On [20070105 14:25], Nicolas Ecarnot (nicolas@ecarnot.net) wrote: >-rw-r--r-- 1 root wheel 5284726 Jan 5 10:35 libxml2.a >-rwxr-xr-x 1 root wheel 805 Jan 5 10:35 libxml2.la* >lrwxr-xr-x 1 root wheel 14 Jan 5 13:52 libxml2.so@ -> >libxml2.so.9.0 >-rwxr-xr-x 1 root wheel 2981560 Jan 5 10:35 libxml2.so.8.27* >-rwxr-xr-x 1 root bin 1112822 Mar 1 2006 libxml2.so.9.0* >-rw-r--r-- 1 root wheel 219 Jan 5 10:35 xml2Conf.sh Humour me and add a libxml2.so.9 -> libxml2.so.9.0 as well please Although I am wondering if that would help. I am not seeing something obvious here. Perhaps someone else spots it straight away. >Another point : > >$ strings /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17 | grep >xmlModuleClose >xmlModuleClose > >So I don't know if the presence of the string does prove anything, but ... ? Nope, try: nm -D /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17 | grep xmlModuleClose U xmlModuleClose is what you probably get, which means that xmlModuleClose() is undefined and needs to be externally (from the library) resolved. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ Seize from every moment its unique novelty and do not prepare your joys... From tim.vanholder@anubex.com Fri Jan 5 08:53:25 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1943C3B0327 for ; Fri, 5 Jan 2007 08:53:25 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00435-06 for ; Fri, 5 Jan 2007 08:53:21 -0500 (EST) Received: from mail.anubex.com (181.75-78-194.adsl-static.isp.belgacom.be [194.78.75.181]) by menubar.gnome.org (Postfix) with ESMTP id ABB523B00D7 for ; Fri, 5 Jan 2007 08:53:20 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.anubex.com (Postfix) with ESMTP id 6B83E907CB for ; Fri, 5 Jan 2007 14:52:29 +0100 (CET) Received: from mail.anubex.com ([127.0.0.1]) by localhost (koalaslave [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24669-04 for ; Fri, 5 Jan 2007 14:52:29 +0100 (CET) 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 4A3AC907CA for ; Fri, 5 Jan 2007 14:52:28 +0100 (CET) Message-ID: <459E57D9.6040303@anubex.com> Date: Fri, 05 Jan 2007 14:51:21 +0100 From: Tim Van Holder User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: The Gnome XSLT library mailing-list References: <20070105084202.GA17272@nexus.ninth-circle.org> <20070105115508.GC17272@nexus.ninth-circle.org> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at anubex.com X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.406 tagged_above=-999 required=2 tests=[AWL=-0.096, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -2.406 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 13:53:25 -0000 Did you configure & build outside the source tree? If so, you're probably hitting Bugzilla #327515. The Windows config header is overriding the configure-generated one, causing libxslt to use module support even though libxml2 wasn't built with module support. Erase libxslt/xsltconfig.h in the source tree, and rebuild (make clean + make should be enough; I don't think reconfiguring is needed). Nicolas Ecarnot wrote: > Another point : > > $ strings /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17 | > grep xmlModuleClose > xmlModuleClose > > So I don't know if the presence of the string does prove anything, but > ... ? That's just the undefined reference you're seeing. By the way, what system is this on? it seems a bit odd that libtool is folding together the first two version numbers (2.6.27 -> 8.27 etc). From nicolas.ecarnot@gmail.com Fri Jan 5 09:49:12 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 513343B014B for ; Fri, 5 Jan 2007 09:49:12 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03185-10 for ; Fri, 5 Jan 2007 09:49:08 -0500 (EST) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by menubar.gnome.org (Postfix) with ESMTP id 730F83B0113 for ; Fri, 5 Jan 2007 09:49:07 -0500 (EST) Received: by wr-out-0506.google.com with SMTP id i3so2324118wra for ; Fri, 05 Jan 2007 06:49:07 -0800 (PST) Received: by 10.90.80.8 with SMTP id d8mr853418agb.1168008546081; Fri, 05 Jan 2007 06:49:06 -0800 (PST) Received: by 10.90.75.2 with HTTP; Fri, 5 Jan 2007 06:49:05 -0800 (PST) Message-ID: Date: Fri, 5 Jan 2007 15:49:05 +0100 From: "Nicolas Ecarnot" Sender: nicolas.ecarnot@gmail.com To: "The Gnome XSLT library mailing-list" In-Reply-To: <20070105134841.GD17272@nexus.ninth-circle.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_17172_29299203.1168008545929" References: <20070105084202.GA17272@nexus.ninth-circle.org> <20070105115508.GC17272@nexus.ninth-circle.org> <20070105134841.GD17272@nexus.ninth-circle.org> X-Google-Sender-Auth: f20b34d6796320e7 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.994 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_30_40=0.374, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_IB=0.077, TW_RW=0.077, TW_WX=0.077] X-Spam-Score: -1.994 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 14:49:12 -0000 ------=_Part_17172_29299203.1168008545929 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/1/5, Jeroen Ruigrok/asmodai : > > -On [20070105 14:25], Nicolas Ecarnot (nicolas@ecarnot.net) wrote: > >-rw-r--r-- 1 root wheel 5284726 Jan 5 10:35 libxml2.a > >-rwxr-xr-x 1 root wheel 805 Jan 5 10:35 libxml2.la* > >lrwxr-xr-x 1 root wheel 14 Jan 5 13:52 libxml2.so@ -> > >libxml2.so.9.0 > >-rwxr-xr-x 1 root wheel 2981560 Jan 5 10:35 libxml2.so.8.27* > >-rwxr-xr-x 1 root bin 1112822 Mar 1 2006 libxml2.so.9.0* > >-rw-r--r-- 1 root wheel 219 Jan 5 10:35 xml2Conf.sh > > Humour me and add a libxml2.so.9 -> libxml2.so.9.0 as well please I tried to add this symlink, but the compilation did not got any better. Side effect : 'vi' couldn't be launched anymore. Then I tried to rm this last symlink, and vi was still dead. I tried to remove also the first symlink but same result. In between, I ran ldconfig each time, but nothing more. Some cold tears of sweat were begining to drop from my head to my keyboard, so as if I was under windows, I rebooted my OpenBSD server :o| And my 'vi' restarted to be working fine. But no better progress on the libxslt compile... Nope, try: > > nm -D /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17 | grep > xmlModuleClose > > U xmlModuleClose > > is what you probably get, which means that xmlModuleClose() is undefined > and > needs to be externally (from the library) resolved. Indeed, this is what I get. "Externaly" resolved ? means that this reference has to be found in some other place ? -- Nicolas Ecarnot ------=_Part_17172_29299203.1168008545929 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/1/5, Jeroen Ruigrok/asmodai <asmodai@in-nomine.org>:
-On [20070105 14:25], Nicolas Ecarnot (nicolas@ecarnot.net) wrote:
>-rw-r--r--   1 root  wheel  5284726 Jan  5 10:35 libxml2.a
>-rwxr-xr-x   1 root  wheel      805 Jan  5 10:35 libxml2.la*
>lrwxr-xr-x   1 root  wheel       14 Jan  5 13:52 libxml2.so@ ->
>libxml2.so.9.0
>-rwxr-xr-x   1 root  wheel  2981560 Jan  5 10:35 libxml2.so.8.27*
>-rwxr-xr-x   1 root  bin    1112822 Mar  1  2006 libxml2.so.9.0*
>-rw-r--r--   1 root  wheel      219 Jan  5 10:35 xml2Conf.sh

Humour me and add a libxml2.so.9 -> libxml2.so.9.0 as well please

I tried to add this symlink, but the compilation did not got any better.
Side effect : 'vi' couldn't be launched anymore.
Then I tried to rm this last symlink, and vi was still dead.
I tried to remove also the first symlink but same result.
In between, I ran ldconfig each time, but nothing more.

Some cold tears of sweat were begining to drop from my head to my keyboard, so as if I was under windows, I rebooted my OpenBSD server :o|

And my 'vi' restarted to be working fine.
But no better progress on the libxslt compile...

Nope, try:

nm -D /somefolder/libxslt-1.1.17/libxslt/.libs/libxslt.so.2.17 | grep
xmlModuleClose

U xmlModuleClose

is what you probably get, which means that xmlModuleClose() is undefined and
needs to be externally (from the library) resolved.

Indeed, this is what I get.
"Externaly" resolved ? means that this reference has to be found in some other place ?

--
Nicolas Ecarnot ------=_Part_17172_29299203.1168008545929-- From nicolas.ecarnot@gmail.com Fri Jan 5 09:52:39 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3689C3B0201 for ; Fri, 5 Jan 2007 09:52:39 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03749-01 for ; Fri, 5 Jan 2007 09:52:36 -0500 (EST) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by menubar.gnome.org (Postfix) with ESMTP id 37B823B013C for ; Fri, 5 Jan 2007 09:52:36 -0500 (EST) Received: by wr-out-0506.google.com with SMTP id i3so2325066wra for ; Fri, 05 Jan 2007 06:52:35 -0800 (PST) Received: by 10.90.79.6 with SMTP id c6mr739232agb.1168008755850; Fri, 05 Jan 2007 06:52:35 -0800 (PST) Received: by 10.90.75.2 with HTTP; Fri, 5 Jan 2007 06:52:35 -0800 (PST) Message-ID: Date: Fri, 5 Jan 2007 15:52:35 +0100 From: "Nicolas Ecarnot" Sender: nicolas.ecarnot@gmail.com To: "The Gnome XSLT library mailing-list" In-Reply-To: <459E57D9.6040303@anubex.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_17256_13263679.1168008755817" References: <20070105084202.GA17272@nexus.ninth-circle.org> <20070105115508.GC17272@nexus.ninth-circle.org> <459E57D9.6040303@anubex.com> X-Google-Sender-Auth: 52659380d5f0e0fd X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.949 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_40_50=0.496, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -1.949 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 14:52:39 -0000 ------=_Part_17256_13263679.1168008755817 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/1/5, Tim Van Holder : > > Did you configure & build outside the source tree? If so, you're For libxml2 as for libxslt, I just "cd" inside the untared source file directory, then ran ./configure and that's it. I just read the bugzilla bug, and in my case, I was not trying to cross compile on windows for gameboy targets or some other weird thing :o) probably hitting Bugzilla #327515. The Windows config header is > overriding the configure-generated one, causing libxslt to use module > support even though libxml2 wasn't built with module support. > Erase libxslt/xsltconfig.h in the source tree, and rebuild (make clean + > make should be enough; I don't think reconfiguring is needed). As usual, I tryed many tests : deleting then makeing, deleting then configuring the making, but nothing improved. By the way, what system is this on? OpenBSD 3.9 it seems a bit odd that libtool is > folding together the first two version numbers (2.6.27 -> 8.27 etc). Indeed, I did not notice that but it seems strange... For your 'system' comment, should I contact the people of OpenBSD according to you ? -- Nicolas Ecarnot ------=_Part_17256_13263679.1168008755817 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/1/5, Tim Van Holder <tim.vanholder@anubex.com>:
Did you configure & build outside the source tree?  If so, you're

For libxml2 as for libxslt, I just "cd" inside the untared source file directory, then ran ./configure and that's it.
I just read the bugzilla bug, and in my case, I was not trying to cross compile on windows for gameboy targets or some other weird thing :o)

probably hitting Bugzilla #327515.  The Windows config header is
overriding the configure-generated one, causing libxslt to use module
support even though libxml2 wasn't built with module support.
Erase libxslt/xsltconfig.h in the source tree, and rebuild (make clean +
make should be enough; I don't think reconfiguring is needed).

As usual, I tryed many tests : deleting then makeing, deleting then configuring the making, but nothing improved.

By the way, what system is this on?

OpenBSD 3.9

it seems a bit odd that libtool is
folding together the first two version numbers (2.6.27 -> 8.27 etc).

Indeed, I did not notice that but it seems strange...

For your 'system' comment, should I contact the people of OpenBSD according to you ?

--
Nicolas Ecarnot ------=_Part_17256_13263679.1168008755817-- From asmodai@in-nomine.org Fri Jan 5 10:00:46 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B90C23B0201 for ; Fri, 5 Jan 2007 10:00:46 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04321-08 for ; Fri, 5 Jan 2007 10:00:43 -0500 (EST) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by menubar.gnome.org (Postfix) with ESMTP id 63BEC3B0237 for ; Fri, 5 Jan 2007 10:00:42 -0500 (EST) Received: from nexus.in-nomine.org (chronias.xs4all.nl [82.92.216.8]) by smtp-vbr2.xs4all.nl (8.13.8/8.13.8) with ESMTP id l05F0eQf095255 for ; Fri, 5 Jan 2007 16:00:41 +0100 (CET) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id 31BE1C143 for ; Fri, 5 Jan 2007 16:00:40 +0100 (CET) X-Virus-Scanned: by XS4ALL Virus Scanner Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bz0VcZvso2J6 for ; Fri, 5 Jan 2007 16:00:31 +0100 (CET) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id 62562C112; Fri, 5 Jan 2007 16:00:31 +0100 (CET) Date: Fri, 5 Jan 2007 16:00:31 +0100 From: Jeroen Ruigrok/asmodai To: The Gnome XSLT library mailing-list Message-ID: <20070105150031.GE17272@nexus.ninth-circle.org> References: <20070105084202.GA17272@nexus.ninth-circle.org> <20070105115508.GC17272@nexus.ninth-circle.org> <20070105134841.GD17272@nexus.ninth-circle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 15:00:46 -0000 -On [20070105 15:49], Nicolas Ecarnot (nicolas@ecarnot.net) wrote: >I tried to add this symlink, but the compilation did not got any better. >Side effect : 'vi' couldn't be launched anymore. >Then I tried to rm this last symlink, and vi was still dead. That's strange. Vi is typically only linked to curses and the c library, so those xml symbolic links should not have caused issues for vi at all. >Indeed, this is what I get. >"Externaly" resolved ? means that this reference has to be found in some >other place ? Yes. In this case from libxml2. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ Seize from every moment its unique novelty and do not prepare your joys... From tim.vanholder@anubex.com Fri Jan 5 10:19:28 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6170F3B0224 for ; Fri, 5 Jan 2007 10:19:28 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05959-08 for ; Fri, 5 Jan 2007 10:19:24 -0500 (EST) Received: from mail.anubex.com (181.75-78-194.adsl-static.isp.belgacom.be [194.78.75.181]) by menubar.gnome.org (Postfix) with ESMTP id 7765D3B01D3 for ; Fri, 5 Jan 2007 10:19:24 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.anubex.com (Postfix) with ESMTP id BC8309079B for ; Fri, 5 Jan 2007 16:18:35 +0100 (CET) Received: from mail.anubex.com ([127.0.0.1]) by localhost (koalaslave [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25514-10 for ; Fri, 5 Jan 2007 16:18:35 +0100 (CET) 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 A2E8F90786 for ; Fri, 5 Jan 2007 16:18:35 +0100 (CET) Message-ID: <459E6C09.3000400@anubex.com> Date: Fri, 05 Jan 2007 16:17:29 +0100 From: Tim Van Holder User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: The Gnome XSLT library mailing-list References: <20070105084202.GA17272@nexus.ninth-circle.org> <20070105115508.GC17272@nexus.ninth-circle.org> <459E57D9.6040303@anubex.com> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at anubex.com X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.405 tagged_above=-999 required=2 tests=[AWL=-0.095, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_BX=0.077, TW_IB=0.077] X-Spam-Score: -2.405 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 15:19:28 -0000 Nicolas Ecarnot wrote: > 2007/1/5, Tim Van Holder >: > > Did you configure & build outside the source tree? If so, you're > > > For libxml2 as for libxslt, I just "cd" inside the untared source file > directory, then ran ./configure and that's it. Then the Bugzilla entry indeed does not apply to you. For the xmlModuleXXX link errors, those are because you used --with-modules for libxslt and libxml2 didn't have module support enabled. The XXXSetCache link error looks more like it's picking up an older libxml2 somewhere (the xxxSetCache function was added in 2.6.25). Try moving libxml.so.9.0 out of the way (it has a higher version number but older timestamp) and see if that helps. > By the way, what system is this on? > > > OpenBSD 3.9 > > it seems a bit odd that libtool is > folding together the first two version numbers (2.6.27 -> 8.27 etc). > > > Indeed, I did not notice that but it seems strange... > > For your 'system' comment, should I contact the people of OpenBSD > according to you ? There's probably some reason libtool does this; you can try asking on the libtool mailing list if you really want to know, but I doubt this has anything to do with your problem. From nicolas.ecarnot@gmail.com Fri Jan 5 14:21:20 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 707993B009D for ; Fri, 5 Jan 2007 14:21:20 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22104-04 for ; Fri, 5 Jan 2007 14:21:17 -0500 (EST) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by menubar.gnome.org (Postfix) with ESMTP id C9E393B0083 for ; Fri, 5 Jan 2007 14:21:16 -0500 (EST) Received: by wx-out-0506.google.com with SMTP id s11so8517241wxc for ; Fri, 05 Jan 2007 11:21:16 -0800 (PST) Received: by 10.90.78.1 with SMTP id a1mr861412agb.1168024876574; Fri, 05 Jan 2007 11:21:16 -0800 (PST) Received: by 10.90.75.2 with HTTP; Fri, 5 Jan 2007 11:21:16 -0800 (PST) Message-ID: Date: Fri, 5 Jan 2007 20:21:16 +0100 From: "Nicolas Ecarnot" Sender: nicolas.ecarnot@gmail.com To: "The Gnome XSLT library mailing-list" In-Reply-To: <459E57D9.6040303@anubex.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_20264_2703271.1168024876540" References: <20070105084202.GA17272@nexus.ninth-circle.org> <20070105115508.GC17272@nexus.ninth-circle.org> <459E57D9.6040303@anubex.com> X-Google-Sender-Auth: 8c93d422202103d3 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.225 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_30_40=0.374, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Spam-Score: -2.225 X-Spam-Level: Subject: Re: [xslt] undefined reference to `xmlXPathContextSetCache' X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2007 19:21:20 -0000 ------=_Part_20264_2703271.1168024876540 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/1/5, Tim Van Holder : > > By the way, what system is this on? it seems a bit odd that libtool is > folding together the first two version numbers (2.6.27 -> 8.27 etc). > Finally, I noticed that : I had no file named libxml2.so.2.7.0 but libxml2.so.9.0 I had no file named libxml2.so.2.6.27 but libxml2.so.8.27 so I deleted that (old, yes yes) libxml2.so.9.0 file, and renamed the (just compiled) libxml2.so.8.27 file to libxml2.so.2.6.27 and... ... the compile succeed ! VERY weird !!! I keep going on my original work, but I sure will investigate on this very strange point. -- Nicolas Ecarnot ------=_Part_20264_2703271.1168024876540 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2007/1/5, Tim Van Holder <tim.vanholder@anubex.com>:
By the way, what system is this on? it seems a bit odd that libtool is
folding together the first two version numbers (2.6.27 -> 8.27 etc).

Finally, I noticed that :

I had no file named libxml2.so.2.7.0 but libxml2.so.9.0
I had no file named libxml2.so.2.6.27 but libxml2.so.8.27

so I deleted that (old, yes yes) libxml2.so.9.0 file, and renamed the (just compiled) libxml2.so.8.27 file to libxml2.so.2.6.27 and...

... the compile succeed !

VERY weird !!!
I keep going on my original work, but I sure will investigate on this very strange point.

--
Nicolas Ecarnot ------=_Part_20264_2703271.1168024876540-- From joel.reed@ddiworld.com Mon Jan 8 16:04:57 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7BC3F3B00E5 for ; Mon, 8 Jan 2007 16:04:57 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10101-05 for ; Mon, 8 Jan 2007 16:04:47 -0500 (EST) Received: from ddiworld.dyndns.org (unknown [12.108.121.5]) by menubar.gnome.org (Postfix) with ESMTP id AB8D83B00F7 for ; Mon, 8 Jan 2007 16:04:40 -0500 (EST) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by ddiworld.com (Postfix) with ESMTP id 60F7813FA8 for ; Mon, 8 Jan 2007 16:04:40 -0500 (EST) Message-ID: <45A2B1E8.8030805@ddiworld.com> Date: Mon, 08 Jan 2007 16:04:40 -0500 From: joel reed User-Agent: Thunderbird 2.0b1 (X11/20070107) MIME-Version: 1.0 To: xslt@gnome.org Content-Type: multipart/mixed; boundary="------------000005070609080607000908" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.782 tagged_above=-999 required=2 tests=[AWL=-0.672, BAYES_05=-1.11] X-Spam-Score: -1.782 X-Spam-Level: X-Mailman-Approved-At: Tue, 09 Jan 2007 08:37:23 -0500 Subject: [xslt] str:replace implementation X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 21:04:58 -0000 This is a multi-part message in MIME format. --------------000005070609080607000908 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Please find attached an implementation of the exslt.org str:replace function and 7 test cases. Documentation on the function can be found here: http://www.exslt.org/str/functions/replace/index.html In that spec, I did not implement these last two sentences: "The longest search strings are replaced first. If a search string is empty, then the equivalently positioned replacement node is inserted between every character in the string." I felt the added code complexity and performance hit was not worth the impact at this time. The other 11 sentences are implemented and add a useful capability to libexslt (imho)! Daniel and Bill: I hope you are both doing well. I'm not subscribed to the xslt mailing list, and the mailman server seems to be busted with reagards to new subscriptions. jr --------------000005070609080607000908 Content-Type: text/x-patch; name="exslt.str.replace-v1.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="exslt.str.replace-v1.patch" diff --git a/libexslt/strings.c b/libexslt/strings.c index c867f9c..e624d2b 100644 --- a/libexslt/strings.c +++ b/libexslt/strings.c @@ -495,6 +495,115 @@ exsltStrConcatFunction (xmlXPathParserCo } /** + * exsltStrReplaceInternal: + * @str: string to modify + * @searchStr: string to find + * @replaceStr: string to replace occurrences of searchStr + * + * Search and replace string function used by exsltStrReplaceFunction + */ +static xmlChar* +exsltStrReplaceInternal(const xmlChar* str, const xmlChar* searchStr, + const xmlChar* replaceStr) +{ + const xmlChar *curr, *next; + xmlChar *ret = NULL; + int searchStrSize; + + curr = str; + searchStrSize = xmlUTF8Strlen(searchStr); + + do { + next = xmlStrstr(curr, searchStr); + if (next == NULL) { + ret = xmlStrcat (ret, curr); + break; + } + + ret = xmlStrncat (ret, curr, next - curr); + ret = xmlStrcat (ret, replaceStr); + curr = next + searchStrSize; + } while (*curr != 0); + + return ret; +} +/** + * exsltStrReplaceFunction: + * @ctxt: an XPath parser context + * @nargs: the number of arguments + * + * Takes a string, and two node sets and returns the string with all strings in + * the first node set replaced by all strings in the second node set. + */ +static void +exsltStrReplaceFunction (xmlXPathParserContextPtr ctxt, int nargs) { + const xmlChar *str, *searchStr, *replaceStr = NULL; + xmlNodeSetPtr replaceSet = NULL, searchSet; + xmlChar *ret = NULL, *retSwap = NULL; + int i; + + if (nargs != 3) { + xmlXPathSetArityError(ctxt); + return; + } + + /* pull out replace argument */ + if (!xmlXPathStackIsNodeSet(ctxt)) { + replaceStr = xmlXPathPopString(ctxt); + } + else { + replaceSet = xmlXPathPopNodeSet(ctxt); + if (xmlXPathCheckError(ctxt)) { + xmlXPathSetTypeError(ctxt); + return; + } + } + + /* behavior driven by search argument from here on */ + if (!xmlXPathStackIsNodeSet(ctxt)) { + searchStr = xmlXPathPopString(ctxt); + str = xmlXPathPopString(ctxt); + + if (replaceStr == NULL) { + xmlXPathSetTypeError(ctxt); + return; + } + + ret = exsltStrReplaceInternal(str, searchStr, replaceStr); + } + else { + + searchSet = xmlXPathPopNodeSet(ctxt); + if (searchSet == NULL || xmlXPathCheckError(ctxt)) { + xmlXPathSetTypeError(ctxt); + return; + } + + str = xmlXPathPopString(ctxt); + ret = xmlStrdup(str); + + for (i = 0; i < searchSet->nodeNr; i++) { + + searchStr = xmlXPathCastNodeToString(searchSet->nodeTab[i]); + + if (replaceSet != NULL) { + replaceStr = NULL; + if (i <= replaceSet->nodeNr) { + replaceStr = xmlXPathCastNodeToString(replaceSet->nodeTab[i]); + } + } + + retSwap = exsltStrReplaceInternal(ret, searchStr, replaceStr); + xmlFree(ret); + + ret = retSwap; + } + } + + xmlXPathReturnString(ctxt, ret); +} + +/** * exsltStrRegister: * * Registers the EXSLT - Strings module @@ -523,4 +632,7 @@ exsltStrRegister (void) { xsltRegisterExtModuleFunction ((const xmlChar *) "concat", EXSLT_STRINGS_NAMESPACE, exsltStrConcatFunction); + xsltRegisterExtModuleFunction ((const xmlChar *) "replace", + EXSLT_STRINGS_NAMESPACE, + exsltStrReplaceFunction); } diff --git a/tests/exslt/strings/replace.1.out b/tests/exslt/strings/replace.1.out new file mode 100644 index 0000000..076d110 --- /dev/null +++ b/tests/exslt/strings/replace.1.out @@ -0,0 +1,22 @@ + +; + str:replace('a, simple, list', ', ', '-') + a-simple-list + + str:replace('a, simple, list', 'a, ', 'the ') + the simple, list + + str:replace('a, simple, list', 'list', 'array') + a, simple, array + + str:replace('a, simple, list', 'i', 'I') + a, sImple, lIst + + str:replace('a, simple, list', ', ', '') + asimplelist + + str:replace('fee, fi, fo, fum', $x, $y) + tee, eye, billow, a longer string + + str:replace('fee, fi, fo, fum', $x, 'j') + j, j, j, j diff --git a/tests/exslt/strings/replace.1.xml b/tests/exslt/strings/replace.1.xml new file mode 100644 index 0000000..6371161 --- /dev/null +++ b/tests/exslt/strings/replace.1.xml @@ -0,0 +1,12 @@ + + + fee + fi + fo + fum + tee + eye + billow + a longer string + + diff --git a/tests/exslt/strings/replace.1.xsl b/tests/exslt/strings/replace.1.xsl new file mode 100644 index 0000000..0c9e86c --- /dev/null +++ b/tests/exslt/strings/replace.1.xsl @@ -0,0 +1,36 @@ + + + + + + + +; + str:replace('a, simple, list', ', ', '-') + + + str:replace('a, simple, list', 'a, ', 'the ') + + + str:replace('a, simple, list', 'list', 'array') + + + str:replace('a, simple, list', 'i', 'I') + + + str:replace('a, simple, list', ', ', '') + + + str:replace('fee, fi, fo, fum', $x, $y) + + + str:replace('fee, fi, fo, fum', $x, 'j') + + + + + + --------------000005070609080607000908 Content-Type: text/x-vcard; charset=utf-8; name="joel.reed.vcf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="joel.reed.vcf" YmVnaW46dmNhcmQNCmZuOkpvZWwgUmVlZA0KbjpSZWVkO0pvZWwNCm9yZzpEZXZlbG9wbWVu dCBEaW1lbnNpb25zIEludGVybmF0aW9uYWw7RS1TeXN0ZW1zDQphZHI7ZG9tOjs7MTIyNSBX YXNoaW5ndG9uIFBpa2U7QnJpZGdldmlsbGU7UEE7MTUwMTcNCnRpdGxlOk1hbmFnZXIsIEUt UHJvZHVjdHMgUiZEDQp0ZWw7d29yazo0MTItMjU3LTM4ODENCm5vdGU7cXVvdGVkLXByaW50 YWJsZTpVbmxlYXNoaW5nIEV4ZWN1dGl2ZSBUYWxlbnQuICBIaXJpbmcgJiBQcm9tb3Rpbmcg VGhlIEJlc3QuPTBEPTBBPQ0KCURldmVsb3BpbmcgRXh0cmFvcmRpbmFyeSBMZWFkZXJzLiAg RGlzY292ZXIgaG93IGF0IHd3dy5kZGl3b3JsZC5jb20NCngtbW96aWxsYS1odG1sOkZBTFNF DQp2ZXJzaW9uOjIuMQ0KZW5kOnZjYXJkDQoNCg== --------------000005070609080607000908-- From veillard@redhat.com Tue Jan 9 09:18:14 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 73D2A3B00B2 for ; Tue, 9 Jan 2007 09:18:14 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28084-02 for ; Tue, 9 Jan 2007 09:18:12 -0500 (EST) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 85E043B0011 for ; Tue, 9 Jan 2007 09:18:11 -0500 (EST) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l09EIBeN006013 for ; Tue, 9 Jan 2007 09:18:11 -0500 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 l09EIAr6006251 for ; Tue, 9 Jan 2007 09:18:10 -0500 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 l09EIAX9029724 for ; Tue, 9 Jan 2007 09:18:10 -0500 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l09EIABu029722 for xslt@gnome.org; Tue, 9 Jan 2007 09:18:10 -0500 Date: Tue, 9 Jan 2007 09:18:10 -0500 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070109141810.GB25623@redhat.com> References: <45A2B1E8.8030805@ddiworld.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45A2B1E8.8030805@ddiworld.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.362 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Spam-Score: -2.362 X-Spam-Level: Subject: Re: [xslt] str:replace implementation X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: veillard@redhat.com, The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 14:18:14 -0000 On Mon, Jan 08, 2007 at 04:04:40PM -0500, joel reed wrote: > Please find attached an implementation of the exslt.org str:replace > function and 7 test cases. Okay, thanks ! > Documentation on the function can be found here: > http://www.exslt.org/str/functions/replace/index.html > > In that spec, I did not implement these last two sentences: "The longest > search strings are replaced first. If a search string is empty, then the > equivalently positioned replacement node is inserted between every > character in the string." I felt the added code complexity and > performance hit was not worth the impact at this time. I guess there is a bug there: xmlUTF8Strlen() counts the number of characters in an UTF-8 encoded string, not the number of bytes. So you should not use it as the value of the increment of the xmlChar * , but use xmlStrlen() instead in exsltStrReplaceInternal() I also added the rest to the makefile.am in tests/exslt/strings, in my version compiled with memory debug it points out a memory leak: paphio:~/XSLT/tests/exslt/strings -> make tests ## Running exslt string tests replace.1 result MEMORY ALLOCATED : 1218, MAX was 171024 paphio:~/XSLT/tests/exslt/strings -> cat .memdump 03:04:43 PM MEMORY ALLOCATED : 1218, MAX was 171020 BLOCK NUMBER SIZE TYPE 0 1203 11 malloc() in none(0) "j, j, j, j" 1 1200 66 malloc() in none(0) "fum" 2 1197 66 malloc() in none(0) "fo" 3 1194 66 malloc() in none(0) "fi" 4 1191 66 malloc() in none(0) "fee" 5 1188 17 malloc() in none(0) "fee, fi, fo, fum" 6 1187 2 malloc() in none(0) "j" 7 1185 40 malloc() in none(0) 8 1184 12 malloc() in none(0) pointer to #1185 at index 8 9 1179 34 malloc() in none(0) "tee, eye, billow, a longe" 10 1176 66 malloc() in none(0) "a longer string" 11 1174 66 malloc() in none(0) "fum" 12 1171 66 malloc() in none(0) "billow" 13 1169 66 malloc() in none(0) "fo" etc... I start looking at the code with the debugger (following the instructions at http://xmlsoft.org/xmlmem.html) and it is clear: - that the argument popped from XPath stack are not freed in the normal path - it seems that there is no free either in case of error, just doing xmlXPathSetTypeError() and return but no deallocations Plus there is a number of case, where the args can be strings or nodesets, it's probably better if you could check all the deallocation paths and provide another patch once those issues have been checked that would be nice ! > The other 11 sentences are implemented and add a useful capability to > libexslt (imho)! > > Daniel and Bill: I hope you are both doing well. Thanks, I'm fine :-) > I'm not subscribed to > the xslt mailing list, and the mailman server seems to be busted with > reagards to new subscriptions. Hum, weird, so I resubscribed you manually with your new address. thanks, but there is still a bit of work to be done before commiting 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 joel.reed@ddiworld.com Tue Jan 9 09:26:23 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 131F13B00CA for ; Tue, 9 Jan 2007 09:26:23 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28439-04 for ; Tue, 9 Jan 2007 09:26:17 -0500 (EST) Received: from ddiworld.dyndns.org (unknown [12.108.121.5]) by menubar.gnome.org (Postfix) with ESMTP id 336D83B0079 for ; Tue, 9 Jan 2007 09:26:17 -0500 (EST) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by ddiworld.com (Postfix) with ESMTP id E354913F95; Tue, 9 Jan 2007 09:26:16 -0500 (EST) Message-ID: <45A3A608.2080509@ddiworld.com> Date: Tue, 09 Jan 2007 09:26:16 -0500 From: joel reed User-Agent: Thunderbird 2.0b1 (X11/20070108) MIME-Version: 1.0 To: veillard@redhat.com, The Gnome XSLT library mailing-list References: <45A2B1E8.8030805@ddiworld.com> <20070109141810.GB25623@redhat.com> In-Reply-To: <20070109141810.GB25623@redhat.com> Content-Type: multipart/mixed; boundary="------------050602050907010803040205" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.482 tagged_above=-999 required=2 tests=[AWL=0.117, BAYES_00=-2.599] X-Spam-Score: -2.482 X-Spam-Level: Subject: Re: [xslt] str:replace implementation X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 14:26:23 -0000 This is a multi-part message in MIME format. --------------050602050907010803040205 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Daniel Veillard wrote: > I also added the rest to the makefile.am in tests/exslt/strings, in my version > compiled with memory debug it points out a memory leak: opps, i guess that's why when I valgrind'd the thing it didn't show any leaks. Thanks Daniel for all the feedback, I'll send an update soon. jr --------------050602050907010803040205 Content-Type: text/x-vcard; charset=utf-8; name="joel.reed.vcf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="joel.reed.vcf" YmVnaW46dmNhcmQNCmZuOkpvZWwgUmVlZA0KbjpSZWVkO0pvZWwNCm9yZzpEZXZlbG9wbWVu dCBEaW1lbnNpb25zIEludGVybmF0aW9uYWw7RS1TeXN0ZW1zDQphZHI7ZG9tOjs7MTIyNSBX YXNoaW5ndG9uIFBpa2U7QnJpZGdldmlsbGU7UEE7MTUwMTcNCnRpdGxlOk1hbmFnZXIsIEUt UHJvZHVjdHMgUiZEDQp0ZWw7d29yazo0MTItMjU3LTM4ODENCm5vdGU7cXVvdGVkLXByaW50 YWJsZTpVbmxlYXNoaW5nIEV4ZWN1dGl2ZSBUYWxlbnQuICBIaXJpbmcgJiBQcm9tb3Rpbmcg VGhlIEJlc3QuPTBEPTBBPQ0KCURldmVsb3BpbmcgRXh0cmFvcmRpbmFyeSBMZWFkZXJzLiAg RGlzY292ZXIgaG93IGF0IHd3dy5kZGl3b3JsZC5jb20NCngtbW96aWxsYS1odG1sOkZBTFNF DQp2ZXJzaW9uOjIuMQ0KZW5kOnZjYXJkDQoNCg== --------------050602050907010803040205-- From joel.reed@ddiworld.com Tue Jan 9 15:06:03 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6137F3B0135 for ; Tue, 9 Jan 2007 15:06:03 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18574-04 for ; Tue, 9 Jan 2007 15:05:57 -0500 (EST) Received: from ddiworld.dyndns.org (unknown [12.108.121.5]) by menubar.gnome.org (Postfix) with ESMTP id 6CA1E3B009A for ; Tue, 9 Jan 2007 15:05:57 -0500 (EST) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by ddiworld.com (Postfix) with ESMTP id 6B1DB13F95; Tue, 9 Jan 2007 15:05:57 -0500 (EST) Message-ID: <45A3F5A5.3070904@ddiworld.com> Date: Tue, 09 Jan 2007 15:05:57 -0500 From: joel reed User-Agent: Thunderbird 2.0b1 (X11/20070108) MIME-Version: 1.0 To: veillard@redhat.com, The Gnome XSLT library mailing-list References: <45A2B1E8.8030805@ddiworld.com> <20070109141810.GB25623@redhat.com> In-Reply-To: <20070109141810.GB25623@redhat.com> Content-Type: multipart/mixed; boundary="------------060600050905060702070801" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=0.110, BAYES_00=-2.599] X-Spam-Score: -2.489 X-Spam-Level: Subject: Re: [xslt] str:replace implementation X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 20:06:03 -0000 This is a multi-part message in MIME format. --------------060600050905060702070801 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Daniel Veillard wrote: > On Mon, Jan 08, 2007 at 04:04:40PM -0500, joel reed wrote: >> Please find attached an implementation of the exslt.org str:replace >> function and 7 test cases. > > Okay, thanks ! > >> Documentation on the function can be found here: >> http://www.exslt.org/str/functions/replace/index.html >> >> In that spec, I did not implement these last two sentences: "The longest >> search strings are replaced first. If a search string is empty, then the >> equivalently positioned replacement node is inserted between every >> character in the string." I felt the added code complexity and >> performance hit was not worth the impact at this time. > > I guess there is a bug there: > xmlUTF8Strlen() counts the number of characters in an UTF-8 encoded > string, not the number of bytes. So you should not use it as the > value of the increment of the xmlChar * , but use xmlStrlen() instead in > exsltStrReplaceInternal() fixed in attached patch. > I also added the rest to the makefile.am in tests/exslt/strings, in my version > compiled with memory debug it points out a memory leak: fixed in attached patch. > > paphio:~/XSLT/tests/exslt/strings -> make tests > ## Running exslt string tests > replace.1 result > MEMORY ALLOCATED : 1218, MAX was 171024 > paphio:~/XSLT/tests/exslt/strings -> cat .memdump > 03:04:43 PM > > MEMORY ALLOCATED : 1218, MAX was 171020 > BLOCK NUMBER SIZE TYPE > 0 1203 11 malloc() in none(0) "j, j, j, j" > 1 1200 66 malloc() in none(0) "fum" > 2 1197 66 malloc() in none(0) "fo" > 3 1194 66 malloc() in none(0) "fi" > 4 1191 66 malloc() in none(0) "fee" > 5 1188 17 malloc() in none(0) "fee, fi, fo, fum" > 6 1187 2 malloc() in none(0) "j" > 7 1185 40 malloc() in none(0) > 8 1184 12 malloc() in none(0) pointer to #1185 at index 8 > 9 1179 34 malloc() in none(0) "tee, eye, billow, a longe" > 10 1176 66 malloc() in none(0) "a longer string" > 11 1174 66 malloc() in none(0) "fum" > 12 1171 66 malloc() in none(0) "billow" > 13 1169 66 malloc() in none(0) "fo" > etc... > > I start looking at the code with the debugger (following the instructions > at http://xmlsoft.org/xmlmem.html) and it is clear: > - that the argument popped from XPath stack are not freed in the normal path > - it seems that there is no free either in case of error, just doing > xmlXPathSetTypeError() and return but no deallocations > > Plus there is a number of case, where the args can be strings or nodesets, it's > probably better if you could check all the deallocation paths and provide > another patch once those issues have been checked that would be nice ! fixed in attached patch. thanks again for the feedback. when i run make tests now i get an empty .memdump file. i hope this version looks better to you. jr --------------060600050905060702070801 Content-Type: text/x-patch; name="exslt.str.replace-v2.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="exslt.str.replace-v2.patch" diff --git a/libexslt/strings.c b/libexslt/strings.c index c867f9c..af7aa88 100644 --- a/libexslt/strings.c +++ b/libexslt/strings.c @@ -495,6 +495,143 @@ exsltStrConcatFunction (xmlXPathParserCo } /** + * exsltStrReplaceInternal: + * @str: string to modify + * @searchStr: string to find + * @replaceStr: string to replace occurrences of searchStr + * + * Search and replace string function used by exsltStrReplaceFunction + */ +static xmlChar* +exsltStrReplaceInternal(const xmlChar* str, const xmlChar* searchStr, + const xmlChar* replaceStr) +{ + const xmlChar *curr, *next; + xmlChar *ret = NULL; + int searchStrSize; + + curr = str; + searchStrSize = xmlStrlen(searchStr); + + do { + next = xmlStrstr(curr, searchStr); + if (next == NULL) { + ret = xmlStrcat (ret, curr); + break; + } + + ret = xmlStrncat (ret, curr, next - curr); + ret = xmlStrcat (ret, replaceStr); + curr = next + searchStrSize; + } while (*curr != 0); + + return ret; +} +/** + * exsltStrReplaceFunction: + * @ctxt: an XPath parser context + * @nargs: the number of arguments + * + * Takes a string, and two node sets and returns the string with all strings in + * the first node set replaced by all strings in the second node set. + */ +static void +exsltStrReplaceFunction (xmlXPathParserContextPtr ctxt, int nargs) { + xmlChar *str = NULL, *searchStr = NULL, *replaceStr = NULL; + xmlNodeSetPtr replaceSet = NULL, searchSet = NULL; + xmlChar *ret = NULL, *retSwap = NULL; + int i; + + if (nargs != 3) { + xmlXPathSetArityError(ctxt); + return; + } + + /* pull out replace argument */ + if (!xmlXPathStackIsNodeSet(ctxt)) { + replaceStr = xmlXPathPopString(ctxt); + } + else { + replaceSet = xmlXPathPopNodeSet(ctxt); + if (xmlXPathCheckError(ctxt)) { + xmlXPathSetTypeError(ctxt); + goto fail; + } + } + + /* behavior driven by search argument from here on */ + if (!xmlXPathStackIsNodeSet(ctxt)) { + searchStr = xmlXPathPopString(ctxt); + str = xmlXPathPopString(ctxt); + + if (replaceStr == NULL) { + xmlXPathSetTypeError(ctxt); + goto fail; + } + + ret = exsltStrReplaceInternal(str, searchStr, replaceStr); + } + else { + searchSet = xmlXPathPopNodeSet(ctxt); + if (searchSet == NULL || xmlXPathCheckError(ctxt)) { + xmlXPathSetTypeError(ctxt); + goto fail; + } + + str = xmlXPathPopString(ctxt); + ret = xmlStrdup(str); + + for (i = 0; i < searchSet->nodeNr; i++) { + + searchStr = xmlXPathCastNodeToString(searchSet->nodeTab[i]); + + if (replaceSet != NULL) { + replaceStr = NULL; + if (i <= replaceSet->nodeNr) { + replaceStr = xmlXPathCastNodeToString(replaceSet->nodeTab[i]); + } + + retSwap = exsltStrReplaceInternal(ret, searchStr, replaceStr); + + if (replaceStr != NULL) { + xmlFree(replaceStr); + replaceStr = NULL; + } + } + else { + retSwap = exsltStrReplaceInternal(ret, searchStr, replaceStr); + } + + xmlFree(ret); + if (searchStr != NULL) { + xmlFree(searchStr); + searchStr = NULL; + } + + ret = retSwap; + } + + if (replaceSet != NULL) + xmlXPathFreeNodeSet(replaceSet); + + if (searchSet != NULL) + xmlXPathFreeNodeSet(searchSet); + } + + xmlXPathReturnString(ctxt, ret); + + fail: + if (replaceStr != NULL) + xmlFree(replaceStr); + + if (searchStr != NULL) + xmlFree(searchStr); + + if (str != NULL) + xmlFree(str); +} + +/** * exsltStrRegister: * * Registers the EXSLT - Strings module @@ -523,4 +660,7 @@ exsltStrRegister (void) { xsltRegisterExtModuleFunction ((const xmlChar *) "concat", EXSLT_STRINGS_NAMESPACE, exsltStrConcatFunction); + xsltRegisterExtModuleFunction ((const xmlChar *) "replace", + EXSLT_STRINGS_NAMESPACE, + exsltStrReplaceFunction); } diff --git a/tests/exslt/strings/Makefile.am b/tests/exslt/strings/Makefile.am index 6926802..5bdbd2a 100644 --- a/tests/exslt/strings/Makefile.am +++ b/tests/exslt/strings/Makefile.am @@ -7,7 +7,8 @@ EXTRA_DIST = \ tokenize.1.xml tokenize.1.xsl tokenize.1.out \ tokenize.2.xml tokenize.2.xsl tokenize.2.out \ tokenize.3.xml tokenize.3.xsl tokenize.3.out \ - split.1.xml split.1.xsl split.1.out + split.1.xml split.1.xsl split.1.out \ + replace.1.xml replace.1.xsl replace.1.out all: diff --git a/tests/exslt/strings/Makefile.in b/tests/exslt/strings/Makefile.in index 167160e..3a112c9 100644 --- a/tests/exslt/strings/Makefile.in +++ b/tests/exslt/strings/Makefile.in @@ -213,7 +213,8 @@ EXTRA_DIST = \ tokenize.1.xml tokenize.1.xsl tokenize.1.out \ tokenize.2.xml tokenize.2.xsl tokenize.2.out \ tokenize.3.xml tokenize.3.xsl tokenize.3.out \ - split.1.xml split.1.xsl split.1.out + split.1.xml split.1.xsl split.1.out \ + replace.1.xml replace.1.xsl replace.1.out all: all-am diff --git a/tests/exslt/strings/replace.1.out b/tests/exslt/strings/replace.1.out new file mode 100644 index 0000000..076d110 --- /dev/null +++ b/tests/exslt/strings/replace.1.out @@ -0,0 +1,22 @@ + +; + str:replace('a, simple, list', ', ', '-') + a-simple-list + + str:replace('a, simple, list', 'a, ', 'the ') + the simple, list + + str:replace('a, simple, list', 'list', 'array') + a, simple, array + + str:replace('a, simple, list', 'i', 'I') + a, sImple, lIst + + str:replace('a, simple, list', ', ', '') + asimplelist + + str:replace('fee, fi, fo, fum', $x, $y) + tee, eye, billow, a longer string + + str:replace('fee, fi, fo, fum', $x, 'j') + j, j, j, j diff --git a/tests/exslt/strings/replace.1.xml b/tests/exslt/strings/replace.1.xml new file mode 100644 index 0000000..6371161 --- /dev/null +++ b/tests/exslt/strings/replace.1.xml @@ -0,0 +1,12 @@ + + + fee + fi + fo + fum + tee + eye + billow + a longer string + + diff --git a/tests/exslt/strings/replace.1.xsl b/tests/exslt/strings/replace.1.xsl new file mode 100644 index 0000000..0c9e86c --- /dev/null +++ b/tests/exslt/strings/replace.1.xsl @@ -0,0 +1,36 @@ + + + + + + + +; + str:replace('a, simple, list', ', ', '-') + + + str:replace('a, simple, list', 'a, ', 'the ') + + + str:replace('a, simple, list', 'list', 'array') + + + str:replace('a, simple, list', 'i', 'I') + + + str:replace('a, simple, list', ', ', '') + + + str:replace('fee, fi, fo, fum', $x, $y) + + + str:replace('fee, fi, fo, fum', $x, 'j') + + + + + + --------------060600050905060702070801 Content-Type: text/x-vcard; charset=utf-8; name="joel.reed.vcf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="joel.reed.vcf" YmVnaW46dmNhcmQNCmZuOkpvZWwgUmVlZA0KbjpSZWVkO0pvZWwNCm9yZzpEZXZlbG9wbWVu dCBEaW1lbnNpb25zIEludGVybmF0aW9uYWw7RS1TeXN0ZW1zDQphZHI7ZG9tOjs7MTIyNSBX YXNoaW5ndG9uIFBpa2U7QnJpZGdldmlsbGU7UEE7MTUwMTcNCnRpdGxlOk1hbmFnZXIsIEUt UHJvZHVjdHMgUiZEDQp0ZWw7d29yazo0MTItMjU3LTM4ODENCm5vdGU7cXVvdGVkLXByaW50 YWJsZTpVbmxlYXNoaW5nIEV4ZWN1dGl2ZSBUYWxlbnQuICBIaXJpbmcgJiBQcm9tb3Rpbmcg VGhlIEJlc3QuPTBEPTBBPQ0KCURldmVsb3BpbmcgRXh0cmFvcmRpbmFyeSBMZWFkZXJzLiAg RGlzY292ZXIgaG93IGF0IHd3dy5kZGl3b3JsZC5jb20NCngtbW96aWxsYS1odG1sOkZBTFNF DQp2ZXJzaW9uOjIuMQ0KZW5kOnZjYXJkDQoNCg== --------------060600050905060702070801-- From veillard@redhat.com Wed Jan 10 13:51:54 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8886C3B0116 for ; Wed, 10 Jan 2007 13:51:54 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05608-06 for ; Wed, 10 Jan 2007 13:51:51 -0500 (EST) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 6C3DC3B0162 for ; Wed, 10 Jan 2007 13:51:51 -0500 (EST) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l0AIpnan024831; Wed, 10 Jan 2007 13:51:49 -0500 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 l0AIpnDl023242; Wed, 10 Jan 2007 13:51:49 -0500 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 l0AIpnk7011347; Wed, 10 Jan 2007 13:51:49 -0500 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l0AIpmWD011345; Wed, 10 Jan 2007 13:51:48 -0500 Date: Wed, 10 Jan 2007 13:51:48 -0500 From: Daniel Veillard To: joel reed Message-ID: <20070110185148.GI14631@redhat.com> References: <45A2B1E8.8030805@ddiworld.com> <20070109141810.GB25623@redhat.com> <45A3F5A5.3070904@ddiworld.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45A3F5A5.3070904@ddiworld.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new at gnome.org 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-Spam-Score: -2.361 X-Spam-Level: Cc: The Gnome XSLT library mailing-list Subject: Re: [xslt] str:replace implementation X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: veillard@redhat.com, The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 18:51:54 -0000 On Tue, Jan 09, 2007 at 03:05:57PM -0500, joel reed wrote: > Daniel Veillard wrote: > >On Mon, Jan 08, 2007 at 04:04:40PM -0500, joel reed wrote: > >>Please find attached an implementation of the exslt.org str:replace > >>function and 7 test cases. > > > > Okay, thanks ! > > > >>Documentation on the function can be found here: > >> http://www.exslt.org/str/functions/replace/index.html > >> > >>In that spec, I did not implement these last two sentences: "The longest > >>search strings are replaced first. If a search string is empty, then the > >>equivalently positioned replacement node is inserted between every > >>character in the string." I felt the added code complexity and > >>performance hit was not worth the impact at this time. > > > > I guess there is a bug there: > > xmlUTF8Strlen() counts the number of characters in an UTF-8 encoded > > string, not the number of bytes. So you should not use it as the > > value of the increment of the xmlChar * , but use xmlStrlen() instead > > in > > exsltStrReplaceInternal() > > fixed in attached patch. > > >I also added the rest to the makefile.am in tests/exslt/strings, in my > >version > >compiled with memory debug it points out a memory leak: > > fixed in attached patch. > > > > >paphio:~/XSLT/tests/exslt/strings -> make tests > >## Running exslt string tests > >replace.1 result > >MEMORY ALLOCATED : 1218, MAX was 171024 > >paphio:~/XSLT/tests/exslt/strings -> cat .memdump > > 03:04:43 PM > > > > MEMORY ALLOCATED : 1218, MAX was 171020 > >BLOCK NUMBER SIZE TYPE > >0 1203 11 malloc() in none(0) "j, j, j, j" > >1 1200 66 malloc() in none(0) "fum" > >2 1197 66 malloc() in none(0) "fo" > >3 1194 66 malloc() in none(0) "fi" > >4 1191 66 malloc() in none(0) "fee" > >5 1188 17 malloc() in none(0) "fee, fi, fo, fum" > >6 1187 2 malloc() in none(0) "j" > >7 1185 40 malloc() in none(0) > >8 1184 12 malloc() in none(0) pointer to #1185 at index 8 > >9 1179 34 malloc() in none(0) "tee, eye, billow, a longe" > >10 1176 66 malloc() in none(0) "a longer string" > >11 1174 66 malloc() in none(0) "fum" > >12 1171 66 malloc() in none(0) "billow" > >13 1169 66 malloc() in none(0) "fo" > >etc... > > > > I start looking at the code with the debugger (following the instructions > >at http://xmlsoft.org/xmlmem.html) and it is clear: > > - that the argument popped from XPath stack are not freed in the normal > > path > > - it seems that there is no free either in case of error, just doing > > xmlXPathSetTypeError() and return but no deallocations > > > >Plus there is a number of case, where the args can be strings or nodesets, > >it's > >probably better if you could check all the deallocation paths and provide > >another patch once those issues have been checked that would be nice ! > > fixed in attached patch. > > thanks again for the feedback. when i run make tests now i get an empty > .memdump file. i hope this version looks better to you. Way better .... but I still get a memleak, and I don't understand where it comes from: paphio:~/XSLT/tests/exslt/strings -> cat .memdump 10:47:17 PM MEMORY ALLOCATED : 121, MAX was 170042 BLOCK NUMBER SIZE TYPE 0 1203 11 malloc() in none(0) "j, j, j, j" 1 1179 34 malloc() in none(0) "tee, eye, billow, a longe" 2 1144 12 malloc() in none(0) "asimplelist" 3 1133 16 malloc() in none(0) "a, sImple, lIst" 4 1122 17 malloc() in none(0) "a, simple, array" 5 1111 17 malloc() in none(0) "the simple, list" 6 1099 14 malloc() in none(0) "a-simple-list" paphio:~/XSLT/tests/exslt/strings -> It's actually copies of the string returned by the function, not the string value itself: (gdb) where #0 xmlMallocBreakpoint () at xmlmemory.c:145 #1 0x080a1a17 in xmlMallocLoc (size=14, file=0x8139dc1 "none", line=0) at xmlmemory.c:202 #2 0x080a1a7f in xmlMemMalloc (size=14) at xmlmemory.c:296 #3 0x080df7c7 in xmlStrndup (cur=0x9eff200 "a-simple-list", len=13) at xmlstring.c:45 #4 0x080df952 in xmlStrdup (cur=0x1
) at xmlstring.c:71 #5 0x080c3f7d in xmlXPathCastToString (val=0x1) at xpath.c:5621 #6 0x0806f102 in xsltCopyOf (ctxt=0x9efb430, node=0x9efb598, inst=0x9f01630, castedComp=0x9ef84a8) at transform.c:4295 #7 0x0806bf8f in xsltApplySequenceConstructor (ctxt=0x9efb430, contextNode=0x9efb598, list=0x9f01010, templ=0x9ef78f8) at transform.c:2578 #8 0x0806d1cc in xsltApplyXSLTTemplate (ctxt=0x9efb430, contextNode=0x9efb598, list=0x9f01010, templ=0x9ef78f8, withParams=0x0) at transform.c:3026 #9 0x0806de0c in xsltProcessOneNode (ctxt=0x9efb430, contextNode=0x9efb598, withParams=0x0) at transform.c:2030 the frame #6 is the xsl:copy implementation and that's the one doing the copy of the value returned on the XPath evaluation. I must be tired I can't see what's wrong, this has to be related to the way the function work but it looks fine and we get the problem when we use the result ... I'm puzzled. 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 wbrack@mmm.com.hk Wed Jan 10 17:02:17 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 004E33B0101 for ; Wed, 10 Jan 2007 17:02:17 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15642-05 for ; Wed, 10 Jan 2007 17:02:12 -0500 (EST) Received: from delightful.com.hk (adsl-63-204-84-206.dsl.sktn01.pacbell.net [63.204.84.206]) by menubar.gnome.org (Postfix) with ESMTP id AC16E3B015A for ; Wed, 10 Jan 2007 17:02:11 -0500 (EST) Received: from delightful.com.hk (localhost [127.0.0.1]) by delightful.com.hk (8.13.7/8.13.7) with ESMTP id l0ALtsXR022325; Wed, 10 Jan 2007 13:56:46 -0800 Received: from 75.6.229.86 (SquirrelMail authenticated user wbrack) by delightful.com.hk with HTTP; Wed, 10 Jan 2007 13:56:46 -0800 (PST) Message-ID: <36537.75.6.229.86.1168466206.squirrel@delightful.com.hk> In-Reply-To: <20070110185148.GI14631@redhat.com> References: <45A2B1E8.8030805@ddiworld.com> <20070109141810.GB25623@redhat.com> <45A3F5A5.3070904@ddiworld.com> <20070110185148.GI14631@redhat.com> Date: Wed, 10 Jan 2007 13:56:46 -0800 (PST) From: "William M. Brack" To: "The Gnome XSLT library mailing-list" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.351 tagged_above=-999 required=2 tests=[AWL=0.113, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.351 X-Spam-Level: Subject: Re: [xslt] str:replace implementation X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 22:02:17 -0000 Daniel Veillard wrote: > On Tue, Jan 09, 2007 at 03:05:57PM -0500, joel reed wrote: >> Daniel Veillard wrote: >> >On Mon, Jan 08, 2007 at 04:04:40PM -0500, joel reed wrote: >> >>Please find attached an implementation of the exslt.org str:replace >> >>function and 7 test cases. >> > >> > Okay, thanks ! >> > >> >>Documentation on the function can be found here: >> >> http://www.exslt.org/str/functions/replace/index.html >> >> >> >>In that spec, I did not implement these last two sentences: "The >> longest >> >>search strings are replaced first. If a search string is empty, then >> the >> >>equivalently positioned replacement node is inserted between every >> >>character in the string." I felt the added code complexity and >> >>performance hit was not worth the impact at this time. >> > >> > I guess there is a bug there: >> > xmlUTF8Strlen() counts the number of characters in an UTF-8 >> encoded >> > string, not the number of bytes. So you should not use it as the >> > value of the increment of the xmlChar * , but use xmlStrlen() >> instead >> > in >> > exsltStrReplaceInternal() >> >> fixed in attached patch. >> >> >I also added the rest to the makefile.am in tests/exslt/strings, in my >> >version >> >compiled with memory debug it points out a memory leak: >> >> fixed in attached patch. >> >> > >> >paphio:~/XSLT/tests/exslt/strings -> make tests >> >## Running exslt string tests >> >replace.1 result >> >MEMORY ALLOCATED : 1218, MAX was 171024 >> >paphio:~/XSLT/tests/exslt/strings -> cat .memdump >> > 03:04:43 PM >> > >> > MEMORY ALLOCATED : 1218, MAX was 171020 >> >BLOCK NUMBER SIZE TYPE >> >0 1203 11 malloc() in none(0) "j, j, j, j" >> >1 1200 66 malloc() in none(0) "fum" >> >2 1197 66 malloc() in none(0) "fo" >> >3 1194 66 malloc() in none(0) "fi" >> >4 1191 66 malloc() in none(0) "fee" >> >5 1188 17 malloc() in none(0) "fee, fi, fo, fum" >> >6 1187 2 malloc() in none(0) "j" >> >7 1185 40 malloc() in none(0) >> >8 1184 12 malloc() in none(0) pointer to #1185 at index 8 >> >9 1179 34 malloc() in none(0) "tee, eye, billow, a longe" >> >10 1176 66 malloc() in none(0) "a longer string" >> >11 1174 66 malloc() in none(0) "fum" >> >12 1171 66 malloc() in none(0) "billow" >> >13 1169 66 malloc() in none(0) "fo" >> >etc... >> > >> > I start looking at the code with the debugger (following the >> instructions >> >at http://xmlsoft.org/xmlmem.html) and it is clear: >> > - that the argument popped from XPath stack are not freed in the >> normal >> > path >> > - it seems that there is no free either in case of error, just >> doing >> > xmlXPathSetTypeError() and return but no deallocations >> > >> >Plus there is a number of case, where the args can be strings or >> nodesets, >> >it's >> >probably better if you could check all the deallocation paths and >> provide >> >another patch once those issues have been checked that would be nice ! >> >> fixed in attached patch. >> >> thanks again for the feedback. when i run make tests now i get an empty >> .memdump file. i hope this version looks better to you. > > Way better .... but I still get a memleak, and I don't understand where > it > comes from: > > paphio:~/XSLT/tests/exslt/strings -> cat .memdump > 10:47:17 PM > > MEMORY ALLOCATED : 121, MAX was 170042 > BLOCK NUMBER SIZE TYPE > 0 1203 11 malloc() in none(0) "j, j, j, j" > 1 1179 34 malloc() in none(0) "tee, eye, billow, a longe" > 2 1144 12 malloc() in none(0) "asimplelist" > 3 1133 16 malloc() in none(0) "a, sImple, lIst" > 4 1122 17 malloc() in none(0) "a, simple, array" > 5 1111 17 malloc() in none(0) "the simple, list" > 6 1099 14 malloc() in none(0) "a-simple-list" > paphio:~/XSLT/tests/exslt/strings -> > > It's actually copies of the string returned by the function, not the > string > value itself: > > (gdb) where > #0 xmlMallocBreakpoint () at xmlmemory.c:145 > #1 0x080a1a17 in xmlMallocLoc (size=14, file=0x8139dc1 "none", line=0) > at xmlmemory.c:202 > #2 0x080a1a7f in xmlMemMalloc (size=14) at xmlmemory.c:296 > #3 0x080df7c7 in xmlStrndup (cur=0x9eff200 "a-simple-list", len=13) > at xmlstring.c:45 > #4 0x080df952 in xmlStrdup (cur=0x1
) > at xmlstring.c:71 > #5 0x080c3f7d in xmlXPathCastToString (val=0x1) at xpath.c:5621 > #6 0x0806f102 in xsltCopyOf (ctxt=0x9efb430, node=0x9efb598, > inst=0x9f01630, > castedComp=0x9ef84a8) at transform.c:4295 > #7 0x0806bf8f in xsltApplySequenceConstructor (ctxt=0x9efb430, > contextNode=0x9efb598, list=0x9f01010, templ=0x9ef78f8) at > transform.c:2578 > #8 0x0806d1cc in xsltApplyXSLTTemplate (ctxt=0x9efb430, > contextNode=0x9efb598, list=0x9f01010, templ=0x9ef78f8, > withParams=0x0) > at transform.c:3026 > #9 0x0806de0c in xsltProcessOneNode (ctxt=0x9efb430, > contextNode=0x9efb598, > withParams=0x0) at transform.c:2030 > > the frame #6 is the xsl:copy implementation and that's the one doing > the > copy of the value returned on the XPath evaluation. I must be tired I > can't > see what's wrong, this has to be related to the way the function work but > it looks fine and we get the problem when we use the result ... I'm > puzzled. > > Daniel Looks to me as though the leak has nothing to do with Joel, but rather comes from transform.c (somewhere around 4307 in SVN). I'll have that fixed fairly soon, and get it (together with Joel's patches) committed later today. Bill From joel.reed@ddiworld.com Wed Jan 10 17:12:02 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 661F43B034D for ; Wed, 10 Jan 2007 17:12:02 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16248-04 for ; Wed, 10 Jan 2007 17:11:49 -0500 (EST) Received: from webshielde500.ddiworld.com (ddi-gate.ddiworld.com [12.108.121.12]) by menubar.gnome.org (Postfix) with SMTP id EAAD63B027F for ; Wed, 10 Jan 2007 17:11:42 -0500 (EST) Received: from (unknown [10.2.10.175]) by webshielde500.ddiworld.com with smtp id 2f47_7f421ffe_a0f7_11db_842e_003048253213; Wed, 10 Jan 2007 17:11:22 -0500 Message-ID: <45A5645C.9060403@ddiworld.com> Date: Wed, 10 Jan 2007 17:10:36 -0500 From: joel reed User-Agent: Thunderbird 2.0b1 (X11/20070109) MIME-Version: 1.0 To: "William M. Brack" References: <45A2B1E8.8030805@ddiworld.com> <20070109141810.GB25623@redhat.com> <45A3F5A5.3070904@ddiworld.com> <20070110185148.GI14631@redhat.com> <36537.75.6.229.86.1168466206.squirrel@delightful.com.hk> In-Reply-To: <36537.75.6.229.86.1168466206.squirrel@delightful.com.hk> Content-Type: multipart/mixed; boundary="------------090409030705050703000500" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.751 tagged_above=-999 required=2 tests=[AWL=-0.641, BAYES_05=-1.11] X-Spam-Score: -1.751 X-Spam-Level: Cc: The Gnome XSLT library mailing-list Subject: Re: [xslt] str:replace implementation X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 22:12:02 -0000 This is a multi-part message in MIME format. --------------090409030705050703000500 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit William M. Brack wrote: > Daniel Veillard wrote: >> On Tue, Jan 09, 2007 at 03:05:57PM -0500, joel reed wrote: >>> Daniel Veillard wrote: snip >> the frame #6 is the xsl:copy implementation and that's the one doing >> the >> copy of the value returned on the XPath evaluation. I must be tired I >> can't >> see what's wrong, this has to be related to the way the function work but >> it looks fine and we get the problem when we use the result ... I'm >> puzzled. >> >> Daniel > > Looks to me as though the leak has nothing to do with Joel, but rather > comes from transform.c (somewhere around 4307 in SVN). I'll have that > fixed fairly soon, and get it (together with Joel's patches) committed > later today. Bill to the rescue! Very glad to hear you tracked this down. I was struggling to find a missed allocation/free pair in my code. jr --------------090409030705050703000500 Content-Type: text/x-vcard; charset=utf-8; name="joel.reed.vcf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="joel.reed.vcf" YmVnaW46dmNhcmQNCmZuOkpvZWwgUmVlZA0KbjpSZWVkO0pvZWwNCm9yZzpEZXZlbG9wbWVu dCBEaW1lbnNpb25zIEludGVybmF0aW9uYWw7RS1TeXN0ZW1zDQphZHI7ZG9tOjs7MTIyNSBX YXNoaW5ndG9uIFBpa2U7QnJpZGdldmlsbGU7UEE7MTUwMTcNCnRpdGxlOk1hbmFnZXIsIEUt UHJvZHVjdHMgUiZEDQp0ZWw7d29yazo0MTItMjU3LTM4ODENCm5vdGU7cXVvdGVkLXByaW50 YWJsZTpVbmxlYXNoaW5nIEV4ZWN1dGl2ZSBUYWxlbnQuICBIaXJpbmcgJiBQcm9tb3Rpbmcg VGhlIEJlc3QuPTBEPTBBPQ0KCURldmVsb3BpbmcgRXh0cmFvcmRpbmFyeSBMZWFkZXJzLiAg RGlzY292ZXIgaG93IGF0IHd3dy5kZGl3b3JsZC5jb20NCngtbW96aWxsYS1odG1sOkZBTFNF DQp2ZXJzaW9uOjIuMQ0KZW5kOnZjYXJkDQoNCg== --------------090409030705050703000500-- From pjh@northern-ridge.com.au Fri Jan 12 21:19:12 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B82073B017A for ; Fri, 12 Jan 2007 21:19:12 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18196-08 for ; Fri, 12 Jan 2007 21:19:10 -0500 (EST) Received: from rhuiden.nridge.com.au (unknown [203.41.15.186]) by menubar.gnome.org (Postfix) with ESMTP id C91E83B0195 for ; Fri, 12 Jan 2007 21:19:08 -0500 (EST) Received: from [192.168.0.4] (pig.nridge.com.au [192.168.0.4]) by rhuiden.nridge.com.au (8.13.7/8.13.4) with ESMTP id l0D2J5Nv030317 for ; Sat, 13 Jan 2007 13:19:07 +1100 From: Peter Howard To: The Gnome XSLT library mailing-list Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Z67hZJ37GHN6kp/pn//z" Date: Sat, 13 Jan 2007 13:06:13 +1100 Message-Id: <1168653973.22696.6.camel@pig.nridge.com.au> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 (2.8.1.1-3.fc6) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Subject: [xslt] Problems with XMI processing (namespace declarations) X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jan 2007 02:19:12 -0000 --=-Z67hZJ37GHN6kp/pn//z Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Greetings, I have an xslt script for processing the XMI output of various UML modellers. I've encountered a problem with the way the script, run under xsltproc, handles XMI output from Poseidon. Poseidon specifies XML namespaces in the .xmi file like this: In that form I get no template matches at all in the UML namespace. If I manually change the namespace declaration to: then the matches work. Is the output from Poseidon legal? If so, why won't xsltproc match with it's declaration? Thanks in advance, --=20 Peter Howard --=-Z67hZJ37GHN6kp/pn//z Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBFqD6VBBX6HdcmZJARAqN9AJ0UoZz7cl3j77cenrfVZFH6FJiSYwCferOX st1ZIO+oIHlGURceRTxojaE= =gn9H -----END PGP SIGNATURE----- --=-Z67hZJ37GHN6kp/pn//z-- From breese@mail1.stofanet.dk Sat Jan 13 06:29:18 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0B9153B01AE for ; Sat, 13 Jan 2007 06:29:18 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06978-01 for ; Sat, 13 Jan 2007 06:29:14 -0500 (EST) Received: from mx01.stofanet.dk (mx01.stofanet.dk [212.10.10.11]) by menubar.gnome.org (Postfix) with ESMTP id 06BCE3B0139 for ; Sat, 13 Jan 2007 06:29:14 -0500 (EST) Received: from 56346403.rev.stofanet.dk ([86.52.100.3]) by mx01.stofanet.dk (envelope-from ) with esmtpa id 1H5h4S-0005Q0-2a for xslt@gnome.org; Sat, 13 Jan 2007 12:29:13 +0100 Message-ID: <45A8C367.2000101@mail1.stofanet.dk> Date: Sat, 13 Jan 2007 12:32:55 +0100 From: Bjorn Reese User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: The Gnome XSLT library mailing-list References: <1168653973.22696.6.camel@pig.nridge.com.au> In-Reply-To: <1168653973.22696.6.camel@pig.nridge.com.au> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.481 tagged_above=-999 required=2 tests=[AWL=0.118, BAYES_00=-2.599] X-Spam-Score: -2.481 X-Spam-Level: Subject: Re: [xslt] Problems with XMI processing (namespace declarations) X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jan 2007 11:29:18 -0000 Peter Howard wrote: > xmlns:UML2 = 'org.omg.xmi.namespace.UML2' timestamp = 'Fri Dec 15 > 12:13:05 CET 2006'> [...] > then the matches work. Is the output from Poseidon legal? If so, why > won't xsltproc match with it's declaration? It is my interpretation that the Poseidon output is not legal. The namespace must be a valid URI [1], which means that it must be preceeded by a scheme name followed by a colon, e.g. "http:" or "ftp:". In the above case it looks like they are using URNs [2], in which case the scheme is "urn:", so the correct namespace for UML should be xmlns:UML='urn:org.omg.xmi.namespace.UML' [1] http://www.w3.org/TR/REC-xml-names/#concepts [2] http://www.faqs.org/rfcs/rfc2141.html From veillard@redhat.com Wed Jan 17 10:48:10 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E19683B00A6 for ; Wed, 17 Jan 2007 10:48:10 -0500 (EST) 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.4-2.6 (up: 2293 hrs), (distance 10, link: ethernet/modem), [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 238QEfd5uBg1 for ; Wed, 17 Jan 2007 10:48:07 -0500 (EST) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id CBE453B013B for ; Wed, 17 Jan 2007 10:48:04 -0500 (EST) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l0HFm2Yf011512 for ; Wed, 17 Jan 2007 10:48:02 -0500 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 l0HFm24U009348 for ; Wed, 17 Jan 2007 10:48:02 -0500 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 l0HFm1m5013411 for ; Wed, 17 Jan 2007 10:48:01 -0500 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l0HFm1j7013408 for xslt@gnome.org; Wed, 17 Jan 2007 10:48:01 -0500 Date: Wed, 17 Jan 2007 10:48:01 -0500 From: Daniel Veillard To: xslt@gnome.org Message-ID: <20070117154801.GF27664@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: [xslt] Release of libxslt-1.1.20 X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: veillard@redhat.com, The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 15:48:11 -0000 Available at: ftp://xmlsoft.org/libxml2/ William fixed some annoying bugs, and we applied a few other patches, so it's a good time for a new release: * Portability fixes: - strict aliasing fix (Marcus Meissner) - BSD portability patches (Roland Illig) * Bug fixes: - Result Value Tree handling fix (William Brack) - function parameters fix (William) - uninitialized variable (Kjartan Maraas) - empty text node handling (William) - plugin support and test fixes (William) - fragment support fixes (William) * Improvements: - python stylesheet compare and transform context access (Nic Ferrier) - EXSLT string replace support (Joel Reed) - xsltproc better low level error handling (Mike Hommey and William) thanks to everybody who helped for this release, with bug report, fixes, etc. 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 mh@glandium.org Wed Jan 17 14:36:03 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5F59C3B0088 for ; Wed, 17 Jan 2007 14:36:03 -0500 (EST) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.231 X-Spam-Level: X-Spam-Status: No, score=-2.231 tagged_above=-999 required=2 tests=[AWL=0.156, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (firewall!) (up: 653 hrs), (distance 17, link: GPRS, T1, FreeS/WAN), [193.252.22.21] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7lMV7IFDV38n for ; Wed, 17 Jan 2007 14:35:57 -0500 (EST) Received: from smtp10.orange.fr (smtp10.orange.fr [193.252.22.21]) by menubar.gnome.org (Postfix) with ESMTP id 0D81A3B0092 for ; Wed, 17 Jan 2007 14:35:56 -0500 (EST) Received: from namakemono.glandium.org (APuteaux-153-1-69-207.w81-249.abo.wanadoo.fr [81.249.55.207]) by mwinf1002.orange.fr (SMTP Server) with ESMTP id 1D53E2400082; Wed, 17 Jan 2007 20:35:52 +0100 (CET) X-ME-UUID: 20070117193552120.1D53E2400082@mwinf1002.orange.fr Received: from mh by namakemono.glandium.org with local (Exim 4.63) (envelope-from ) id 1H7GZb-0007Yz-Dn; Wed, 17 Jan 2007 20:35:51 +0100 Date: Wed, 17 Jan 2007 20:35:51 +0100 From: Mike Hommey To: veillard@redhat.com, The Gnome XSLT library mailing-list Message-ID: <20070117193551.GA29043@glandium.org> Mail-Followup-To: veillard@redhat.com, The Gnome XSLT library mailing-list References: <20070117154801.GF27664@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070117154801.GF27664@redhat.com> X-GPG-Fingerprint: A479 A824 265C B2A5 FC54 8D1E DE4B DA2C 54FD 2A58 Organization: glandium.org User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: [xslt] Release of libxslt-1.1.20 X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 19:36:03 -0000 On Wed, Jan 17, 2007 at 10:48:01AM -0500, Daniel Veillard wrote: > Available at: > ftp://xmlsoft.org/libxml2/ For the next one, please remove the *all* the .svn directories ;) Cheers, Mike From veillard@redhat.com Wed Jan 17 17:40:57 2007 Return-Path: X-Original-To: xslt@gnome.org Delivered-To: xslt@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 19D4C3B00ED for ; Wed, 17 Jan 2007 17:40:57 -0500 (EST) 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.4-2.6 (up: 2299 hrs), (distance 10, link: ethernet/modem), [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 2jNiWk-AD-VJ for ; Wed, 17 Jan 2007 17:40:54 -0500 (EST) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 8897E3B00E9 for ; Wed, 17 Jan 2007 17:40:54 -0500 (EST) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l0HMeqVU007497 for ; Wed, 17 Jan 2007 17:40:52 -0500 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 l0HMeqia007361 for ; Wed, 17 Jan 2007 17:40:52 -0500 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 l0HMeqVb012490 for ; Wed, 17 Jan 2007 17:40:52 -0500 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l0HMeqXZ012488 for xslt@gnome.org; Wed, 17 Jan 2007 17:40:52 -0500 Date: Wed, 17 Jan 2007 17:40:51 -0500 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070117224051.GB11140@redhat.com> References: <20070117154801.GF27664@redhat.com> <20070117193551.GA29043@glandium.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070117193551.GA29043@glandium.org> User-Agent: Mutt/1.4.1i Subject: Re: [xslt] Release of libxslt-1.1.20 X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: veillard@redhat.com, The Gnome XSLT library mailing-list List-Id: The Gnome XSLT library mailing-list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 22:40:57 -0000 On Wed, Jan 17, 2007 at 08:35:51PM +0100, Mike Hommey wrote: > On Wed, Jan 17, 2007 at 10:48:01AM -0500, Daniel Veillard wrote: > > Available at: > > ftp://xmlsoft.org/libxml2/ > > For the next one, please remove the *all* the .svn directories ;) Dohh, well the default rules avoided most of them, but okay :-) 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/