From marie.sauvage@ebmwebsourcing.com Tue Sep 11 11:52:59 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 7B32B3B0137 for ; Tue, 11 Sep 2007 11:52:59 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: 0.377 X-Spam-Level: X-Spam-Status: No, score=0.377 tagged_above=-999 required=2 tests=[BAYES_50=0.001, HTML_30_40=0.374, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (firewall!) (up: 5380 hrs), (distance 21, link: GPRS, T1, FreeS/WAN), [80.12.242.49] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bokF8veifvGp for ; Tue, 11 Sep 2007 11:52:54 -0400 (EDT) Received: from smtp21.orange.fr (smtp21.orange.fr [80.12.242.49]) by menubar.gnome.org (Postfix) with ESMTP id D4BC63B00EA for ; Tue, 11 Sep 2007 11:52:53 -0400 (EDT) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2122.orange.fr (SMTP Server) with ESMTP id B71671C00095 for ; Tue, 11 Sep 2007 17:52:51 +0200 (CEST) Received: from ebm-dmz02 (LPuteaux-151-42-16-123.w217-128.abo.wanadoo.fr [217.128.175.123]) by mwinf2122.orange.fr (SMTP Server) with ESMTP id 91E191C00091 for ; Tue, 11 Sep 2007 17:52:51 +0200 (CEST) X-ME-UUID: 20070911155251597.91E191C00091@mwinf2122.orange.fr Received: from [192.168.1.134] (unknown [192.168.1.134]) by ebm-dmz02 (Postfix) with ESMTP id 038C14380E for ; Tue, 11 Sep 2007 17:52:50 +0200 (CEST) Message-ID: <46E6B9D2.3020904@ebmwebsourcing.com> Date: Tue, 11 Sep 2007 17:52:50 +0200 From: Marie Sauvage - EBM WebSourcing Organization: EBM WebSourcing User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: xslt@gnome.org Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [xslt] applying xsltproc to all files in a directory 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, 11 Sep 2007 15:52:59 -0000 Hi !

I'm a little new in xslt transformation and uses xsltproc.
I'm trying to apply an xslt transformation to all html files contained in a directory and writting the ouput in another directory.
Is it possible to do it ?
xsltproc seems to don't take *.html, nor a directory in input. As I work with ant, I tried with it to do a <for> on each file of the source directory and to use the -o param on xsltproc to output files in the directory I want but without success :
# xsltproc -o ./target/site/doc/ ./src/site/stylesheets/petals-doc-integrated.xsl ./src/site/doc/index.html
I/O error : Is a directory
Do you know if this is possible with xsltproc ? Do you have an idea of how to do it ?

My problem is that I'm not able do get the file name with ant to pass it to xsltproc, I only get the complete absolute path, so I can pass it in input file but not in output.

thanks in advance for your help,
Marie.
 From rush@manbert.com Tue Sep 11 21:32:05 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 28FC03B012B for ; Tue, 11 Sep 2007 21:32:05 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.267 X-Spam-Level: X-Spam-Status: No, score=-1.267 tagged_above=-999 required=2 tests=[AWL=-1.082, BAYES_40=-0.185] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 763 hrs), (distance 13, link: ethernet/modem), [192.160.13.69] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zyBZbwYM5J3a for ; Tue, 11 Sep 2007 21:32:01 -0400 (EDT) Received: from mauve.rahul.net (mauve.rahul.net [192.160.13.69]) by menubar.gnome.org (Postfix) with ESMTP id 5F7E23B00FA for ; Tue, 11 Sep 2007 21:32:01 -0400 (EDT) Received: from mauve.rahul.net (orange.rahul.net [192.160.13.66]) by mauve.rahul.net (Postfix) with ESMTP id 635512B922 for ; Tue, 11 Sep 2007 18:31:59 -0700 (PDT) Received: from [192.168.0.58] (unknown [198.144.205.66]) by mauve.rahul.net (Postfix) with ESMTP for ; Tue, 11 Sep 2007 18:31:59 -0700 (PDT) Message-ID: <46E7418F.9020703@manbert.com> Date: Tue, 11 Sep 2007 18:31:59 -0700 From: Rush Manbert User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: The Gnome XSLT library mailing-list References: <46E6B9D2.3020904@ebmwebsourcing.com> In-Reply-To: <46E6B9D2.3020904@ebmwebsourcing.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Filter: l=192.160.13.66 r=192.160.13.69 Subject: Re: [xslt] applying xsltproc to all files in a directory 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, 12 Sep 2007 01:32:05 -0000 Marie Sauvage - EBM WebSourcing wrote: > Hi ! > > I'm a little new in xslt transformation and uses xsltproc. > I'm trying to apply an xslt transformation to all html files contained in a > directory and writting the ouput in another directory. > Is it possible to do it ? > xsltproc seems to don't take *.html, nor a directory in input. As I work with > ant, I tried with it to do a on each file of the source directory and to > use the -o param on xsltproc to output files in the directory I want but without > success : > > # xsltproc -o ./target/site/doc/ > ./src/site/stylesheets/petals-doc-integrated.xsl ./src/site/doc/index.html > I/O error : Is a directory > > Do you know if this is possible with xsltproc ? Do you have an idea of how to do > it ? > > My problem is that I'm not able do get the file name with ant to pass it to > xsltproc, I only get the complete absolute path, so I can pass it in input file > but not in output. > > thanks in advance for your help, > Marie. Hi Marie, Can you use basename to get the filename from the path? man basename - Rush From marie.sauvage@ebmwebsourcing.com Wed Sep 12 03:33:59 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 AC0433B01CD for ; Wed, 12 Sep 2007 03:33:59 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.223 X-Spam-Level: X-Spam-Status: No, score=-2.223 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_30_40=0.374, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (firewall!) (up: 2804 hrs), (distance 22, link: GPRS, T1, FreeS/WAN), [80.12.242.46] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SqNzlAcnIVet for ; Wed, 12 Sep 2007 03:33:55 -0400 (EDT) Received: from smtp21.orange.fr (smtp21.orange.fr [80.12.242.46]) by menubar.gnome.org (Postfix) with ESMTP id CB4403B01BB for ; Wed, 12 Sep 2007 03:33:54 -0400 (EDT) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2127.orange.fr (SMTP Server) with ESMTP id EFB611C00046 for ; Wed, 12 Sep 2007 09:33:52 +0200 (CEST) Received: from ebm-dmz02 (LPuteaux-151-42-16-123.w217-128.abo.wanadoo.fr [217.128.175.123]) by mwinf2127.orange.fr (SMTP Server) with ESMTP id B0E671C00044 for ; Wed, 12 Sep 2007 09:33:52 +0200 (CEST) X-ME-UUID: 20070912073352724.B0E671C00044@mwinf2127.orange.fr Received: from [192.168.1.134] (unknown [192.168.1.134]) by ebm-dmz02 (Postfix) with ESMTP id D4A1D42D1E for ; Wed, 12 Sep 2007 09:33:51 +0200 (CEST) Message-ID: <46E7965F.4090103@ebmwebsourcing.com> Date: Wed, 12 Sep 2007 09:33:51 +0200 From: Marie Sauvage - EBM WebSourcing Organization: EBM WebSourcing User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: The Gnome XSLT library mailing-list References: <46E6B9D2.3020904@ebmwebsourcing.com> <46E7418F.9020703@manbert.com> In-Reply-To: <46E7418F.9020703@manbert.com> Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [xslt] applying xsltproc to all files in a directory 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, 12 Sep 2007 07:33:59 -0000 Hi !

I didn't know there were a basename command !
the basename ant tasks returns an error telling that it can't be used in a <for>, so I couldn't use it when iterating over my files.
I'm trying to use an exec and the basename linux command and am on the way to succeed, thank you for the trick !

Marie.

Rush Manbert a écrit : 
Marie Sauvage - EBM WebSourcing wrote:
  
Hi !

I'm a little new in xslt transformation and uses xsltproc.
I'm trying to apply an xslt transformation to all html files contained in a 
directory and writting the ouput in another directory.
Is it possible to do it ?
xsltproc seems to don't take *.html, nor a directory in input. As I work with 
ant, I tried with it to do a <for> on each file of the source directory and to 
use the -o param on xsltproc to output files in the directory I want but without 
success :

    # xsltproc -o ./target/site/doc/
    ./src/site/stylesheets/petals-doc-integrated.xsl ./src/site/doc/index.html
    I/O error : Is a directory

Do you know if this is possible with xsltproc ? Do you have an idea of how to do 
it ?

My problem is that I'm not able do get the file name with ant to pass it to 
xsltproc, I only get the complete absolute path, so I can pass it in input file 
but not in output.

thanks in advance for your help,
Marie.
    

Hi Marie,

Can you use basename to get the filename from the path?

man basename

- Rush

_______________________________________________
xslt mailing list, project page http://xmlsoft.org/XSLT/
xslt@gnome.org
http://mail.gnome.org/mailman/listinfo/xslt



=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Scanned with Copfilter Version 0.83beta3a (P3Scan 2.2.1)
AntiSpam:  SpamAssassin 3.1.4
by Markus Madlener @ http://www.copfilter.org
From Syd_Bauman@Brown.edu Sun Sep 16 13:37:00 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 5CC1F3B00D7 for ; Sun, 16 Sep 2007 13:37:00 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -3.368 X-Spam-Level: X-Spam-Status: No, score=-3.368 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077, TW_SV=0.077] X-Amavis-OS-Fingerprint: Solaris 9, (distance 23, link: ethernet/modem), [128.148.106.173] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 81Rg1otnuYAj for ; Sun, 16 Sep 2007 13:36:53 -0400 (EDT) Received: from perseus.services.brown.edu (perseus.services.brown.edu [128.148.106.173]) by menubar.gnome.org (Postfix) with ESMTP id 8D52B3B00C8 for ; Sun, 16 Sep 2007 13:36:53 -0400 (EDT) Received: from emt.wwp.brown.edu ([128.148.157.110]) by perseus.services.brown.edu (Switch-3.1.10/Switch-3.1.10/) with ESMTP id l8GHapUc024141; Sun, 16 Sep 2007 13:36:51 -0400 (EDT) Date: Sun, 16 Sep 2007 13:36:51 -0400 (EDT) Message-Id: <200709161736.l8GHapUc024141@perseus.services.brown.edu> From: Syd Bauman To: xslt@gnome.org X-Mailer: VM 7.19 under Emacs 21.4.1 X-Brown-Proofpoint: Not Infected X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 classifier= adjust=0 reason=safe engine=3.1.0-0708090000 definitions=main-0709160044 X-Brown-MailScanner-SpamCheck: not spam, rule=notspam policy=default score=0 classifier= adjust=0 reason=safe engine=3.1.0-0708090000 definitions=main-0709160044 Subject: [xslt] libxslt causing Bus error on Mac OS X X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: Syd_Bauman@Brown.edu, 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: Sun, 16 Sep 2007 17:37:01 -0000 summary ------- Trying to run xsltproc using a particular stylesheet causes "Bus error" in Mac OS X (both on a PowerPC and an Intel system). It does not matter what the input file is. The same version of xsltproc works just fine for lots of other stylesheets; on Ubuntu a slightly different version of xsltproc works using the same problematic stylesheet. setup ----- The stylesheet is non-trivial. To generate it: $ cd /tmp/ $ svn co https://tei.svn.sourceforge.net/svnroot/tei/trunk/Stylesheets $ cd Stylesheets/ $ make dist Then, to run a test: $ cd /tmp/ $ xsltproc -v --stringparam lang en --stringparam TEIC true Stylesheets/release/tei-xsl/p5/odds/odd2relax.xsl text.xml where "test.xml" can be any input. on Mac OS X -- --- -- - System: Mac OS X 10.4.10 on either a G4 or an Intel Core Duo machine. Up until recently, I had no trouble using the version of xsltproc that gets installed by Fink: | $ /sw/bin/xsltproc --version | Using libxml 20622, libxslt 10115 and libexslt 812 | xsltproc was compiled against libxml 20622, libxslt 10115 and libexslt 812 | libxslt 10115 was compiled against libxml 20622 | libexslt 812 was compiled against libxml 20622 However, the stylesheet author (Sebastian Rahtz) recently made a change which seems to require a newer version of xsltproc. (I think the problem was that he used a variable in use= of , but not sure.) So I installed the version of libxslt (and libxml2 and libexslt) that Steve Ball so generously makes available for Mac OS X. I put the executable in my ~/bin/ directory, and the frameworks in the /Library/Frameworks/ directory. This is the currently installed version: | $ which xsltproc | /Users/syd/bin/xsltproc | $ xsltproc --version | Using libxml 20629, libxslt 10121 and libexslt 813 | xsltproc was compiled against libxml 20629, libxslt 10121 and libexslt 813 | libxslt 10121 was compiled against libxml 20629 | libexslt 813 was compiled against libxml 20629 But running this version on Mac OS X causes a bus error (I've removed a bunch of debugging output that I think is not relevant): | $ xsltproc -v --stringparam lang en --stringparam TEIC true Stylesheets/release/tei-xsl/p5/odds/odd2relax.xsl test.xml | ... | add extension prefix exsl | Registering extension namespace 'http://exslt.org/common'. | LIBXSLT_PLUGINS_PATH is (null) | Attempting to load plugin: /usr/local/lib/libxslt-plugins/exslt_org_common.so for URI: http://exslt.org/common | xmlCheckFilename failed for plugin: /usr/local/lib/libxslt-plugins/exslt_org_common.so | ... | add extension prefix edate | Registering extension namespace 'http://exslt.org/dates-and-times'. | LIBXSLT_PLUGINS_PATH is (null) | Attempting to load plugin: /usr/local/lib/libxslt-plugins/exslt_org_dates_and_times.so for URI: http://exslt.org/dates-and-times | xmlCheckFilename failed for plugin: /usr/local/lib/libxslt-plugins/exslt_org_dates_and_times.so | Bus error on Ubuntu -- ------ System: the TEI-flavor of Ubuntu[1]; Linux tei 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 GNU/Linux Packages have been updated regularly, most recently minutes before the test. The version of xsltproc is similar, but not the same: | $ xsltproc --version | Using libxml 20627, libxslt 10120 and libexslt 813 | xsltproc was compiled against libxml 20627, libxslt 10120 and libexslt 813 | libxslt 10120 was compiled against libxml 20627 | libexslt 813 was compiled against libxml 20627 Using the same stylesheets, there is no error; the debugging output line that occurs in the same place that "Bus error" does in the Mac output is the pretty common "xsltPrecomputeStylesheet: removing ignorable blank node" message. P.S. I've scanned the bug reports and searched the list archives, but did not find this problem reported already. If it's there and I just missed it for lack of good search terms or some such, my apologies. Notes ----- [1] http://tei.oucs.ox.ac.uk/teideb/tei-Ubuntu.iso From dave@dajobe.org Sun Sep 16 14:21:37 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 D780E3B00C8 for ; Sun, 16 Sep 2007 14:21:37 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.849 X-Spam-Level: X-Spam-Status: No, score=-0.849 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, SPF_SOFTFAIL=1.384, TW_BX=0.077, TW_IB=0.077, TW_SV=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 2829 hrs), (distance 11, link: ethernet/modem), [208.97.132.66] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2MKNuFf3oJWy for ; Sun, 16 Sep 2007 14:21:32 -0400 (EDT) Received: from randymail-a9.g.dreamhost.com (sd-green-bigip-66.dreamhost.com [208.97.132.66]) by menubar.gnome.org (Postfix) with ESMTP id 34F7B3B0181 for ; Sun, 16 Sep 2007 14:21:32 -0400 (EDT) Received: from Iago.local (c-24-6-191-192.hsd1.ca.comcast.net [24.6.191.192]) by randymail-a9.g.dreamhost.com (Postfix) with ESMTP id 6A1DFEF200; Sun, 16 Sep 2007 11:21:49 -0700 (PDT) Message-ID: <46ED7425.8010001@dajobe.org> Date: Sun, 16 Sep 2007 11:21:25 -0700 From: Dave Beckett User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Syd_Bauman@Brown.edu, The Gnome XSLT library mailing-list References: <200709161736.l8GHapUc024141@perseus.services.brown.edu> In-Reply-To: <200709161736.l8GHapUc024141@perseus.services.brown.edu> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [xslt] libxslt causing Bus error on Mac OS X 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: Sun, 16 Sep 2007 18:21:38 -0000 Syd Bauman wrote: > summary > ------- > Trying to run xsltproc using a particular stylesheet causes "Bus > error" in Mac OS X (both on a PowerPC and an Intel system). It does > not matter what the input file is. The same version of xsltproc works > just fine for lots of other stylesheets; on Ubuntu a slightly > different version of xsltproc works using the same problematic > stylesheet. > > > setup > ----- > The stylesheet is non-trivial. To generate it: > $ cd /tmp/ > $ svn co https://tei.svn.sourceforge.net/svnroot/tei/trunk/Stylesheets > $ cd Stylesheets/ > $ make dist > > Then, to run a test: > $ cd /tmp/ > $ xsltproc -v --stringparam lang en --stringparam TEIC true Stylesheets/release/tei-xsl/p5/odds/odd2relax.xsl text.xml > where "test.xml" can be any input. Just for fun I tried to duplicate this on my OSX with fink, same xsltproc as you with 'test.xml' being $ /sw/bin/xsltproc --version Using libxml 20627, libxslt 10115 and libexslt 812 xsltproc was compiled against libxml 20622, libxslt 10115 and libexslt 812 libxslt 10115 was compiled against libxml 20622 libexslt 812 was compiled against libxml 20622 No crash. I then tried with SVN libxslt & xsltproc $ ~/dev/libxslt/svn/xsltproc/xsltproc --version Using libxml 20627, libxslt 10122-SVN1445 and libexslt 813 xsltproc was compiled against libxml 20627, libxslt 10122 and libexslt 813 libxslt 10122 was compiled against libxml 20627 libexslt 813 was compiled against libxml 20627 No crash. I had a look at the extension loading and the fink xsltproc output was: ... add extension prefix exsl Registering extension prefix exsl : http://exslt.org/common LIBXSLT_PLUGINS_PATH is (null) Attempting to load plugin: /sw/lib/libxslt/1.1/exslt_org_common.so for URI: http ://exslt.org/common xmlCheckFilename failed for plugin: /sw/lib/libxslt/1.1/exslt_org_common.so add extension prefix estr Registering extension prefix estr : http://exslt.org/strings LIBXSLT_PLUGINS_PATH is (null) Attempting to load plugin: /sw/lib/libxslt/1.1/exslt_org_strings.so for URI: htt p://exslt.org/strings xmlCheckFilename failed for plugin: /sw/lib/libxslt/1.1/exslt_org_strings.so add extension prefix edate Registering extension prefix edate : http://exslt.org/dates-and-times LIBXSLT_PLUGINS_PATH is (null) Attempting to load plugin: /sw/lib/libxslt/1.1/exslt_org_dates_and_times.so for URI: http://exslt.org/dates-and-times xmlCheckFilename failed for plugin: /sw/lib/libxslt/1.1/exslt_org_dates_and_time s.so exclude result prefix exsl and clearly, with no crash. You probably need to explain more, it might be something else in your environment. Dave From Syd_Bauman@Brown.edu Sun Sep 16 15:11:24 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 203AE3B0187 for ; Sun, 16 Sep 2007 15:11:24 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -3.522 X-Spam-Level: X-Spam-Status: No, score=-3.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_Unix=-1, TW_IB=0.077] X-Amavis-OS-Fingerprint: Solaris 9, (distance 23, link: ethernet/modem), [128.148.106.173] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id htdZrLNZKhkw for ; Sun, 16 Sep 2007 15:11:20 -0400 (EDT) Received: from perseus.services.brown.edu (perseus.services.brown.edu [128.148.106.173]) by menubar.gnome.org (Postfix) with ESMTP id EDE4F3B01BC for ; Sun, 16 Sep 2007 15:11:19 -0400 (EDT) Received: from emt.wwp.brown.edu ([128.148.157.110]) by perseus.services.brown.edu (Switch-3.1.10/Switch-3.1.10/) with ESMTP id l8GJBHiq021965; Sun, 16 Sep 2007 15:11:17 -0400 (EDT) From: Syd Bauman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18157.32724.809610.173839@emt.wwp.brown.edu> Date: Sun, 16 Sep 2007 15:11:16 -0400 To: The Gnome XSLT library mailing-list In-Reply-To: <46ED7425.8010001@dajobe.org> References: <200709161736.l8GHapUc024141@perseus.services.brown.edu> <46ED7425.8010001@dajobe.org> X-Mailer: VM 7.19 under Emacs 21.4.1 X-Brown-Proofpoint: Not Infected X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 classifier= adjust=0 reason=safe engine=3.1.0-0708090000 definitions=main-0709160049 X-Brown-MailScanner-SpamCheck: not spam, rule=notspam policy=default score=0 classifier= adjust=0 reason=safe engine=3.1.0-0708090000 definitions=main-0709160049 Subject: Re: [xslt] libxslt causing Bus error on Mac OS X X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: Syd_Bauman@Brown.edu, 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: Sun, 16 Sep 2007 19:11:24 -0000 Thank you *so* much for putting in the effort. > Just for fun I tried to duplicate this on my OSX with fink, same xsltproc > as you ... > No crash. Right, same results here. > I then tried with SVN libxslt & xsltproc > > No crash. Whoa. I'd like to try that, but for some reason I thought it was tough to build libxslt an OS X. On more careful reading of Steve Ball's page, it requires changes to source to build *as a framework*, but that's certainly not necessary for this test, if ever. So I'll try that now [building in background ...] > and clearly, with no crash. Did you try with Steve Ball's pre-built binaries? (http://www.explain.com.au/oss/libxml2xslt.html) > You probably need to explain more, it might be something else in > your environment. Indeed it might. I'll start poking around and blathering more about my system if the upcoming tests also fail. I'm still building in the background ... libxslt needs a newer version of libxml2, of course, so I'm working on that now. Thanks again. From Syd_Bauman@Brown.edu Sun Sep 16 19:13: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 CCE233B0092 for ; Sun, 16 Sep 2007 19:13:50 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -3.445 X-Spam-Level: X-Spam-Status: No, score=-3.445 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, L_P0F_Unix=-1, TW_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Solaris 9, (distance 23, link: ethernet/modem), [128.148.106.172] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EoKyAnZGTx+v for ; Sun, 16 Sep 2007 19:13:47 -0400 (EDT) Received: from draco.services.brown.edu (draco.services.brown.edu [128.148.106.172]) by menubar.gnome.org (Postfix) with ESMTP id 2F9DD3B00C4 for ; Sun, 16 Sep 2007 19:13:46 -0400 (EDT) Received: from emt.wwp.brown.edu ([128.148.157.110]) by draco.services.brown.edu (Switch-3.1.10/Switch-3.1.10/) with ESMTP id l8GNDgxJ001727; Sun, 16 Sep 2007 19:13:43 -0400 (EDT) From: Syd Bauman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18157.47269.681401.971747@emt.wwp.brown.edu> Date: Sun, 16 Sep 2007 19:13:41 -0400 To: The Gnome XSLT library mailing-list In-Reply-To: <18157.32724.809610.173839@emt.wwp.brown.edu> References: <200709161736.l8GHapUc024141@perseus.services.brown.edu> <46ED7425.8010001@dajobe.org> <18157.32724.809610.173839@emt.wwp.brown.edu> X-Mailer: VM 7.19 under Emacs 21.4.1 X-Brown-Proofpoint: Not Infected X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 classifier= adjust=0 reason=safe engine=3.1.0-0708090000 definitions=main-0709160064 X-Brown-MailScanner-SpamCheck: not spam, rule=notspam policy=default score=0 classifier= adjust=0 reason=safe engine=3.1.0-0708090000 definitions=main-0709160064 Subject: [xslt] trouble building libxslt (was "Re: libxslt causing Bus error on Mac OS X") X-BeenThere: xslt@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: Syd_Bauman@Brown.edu, 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: Sun, 16 Sep 2007 23:13:51 -0000 > Whoa. I'd like to try [building libxslt from Subversion source] ... So I built and installed libxml2 from the hourly subversion snapshot without a hitch. I then went to build and install libxslt. I read the INSTALL, which implied I should run `./autogen.sh`, but there was no such program, so I used `./configure --with-libxml-src=../libxml2-2.6.30`. All seemed OK. But then, near the end of `make`, there was a `gcc` command that caused an error: | /usr/local/src/libxml2-2.6.30/.libs/.libs/libxml2.dylib: | No such file or directory There were quite a few other warnings and potential problems, but this one was the show-stopper. That ".libs/.libs" just looks wrong. After a few minutes I still could not find the source line in the Makefile that issued this command, though, so I gave up. I wasn't very successful on a web-search for this, either, but [1] convinced me that this is a semi-known problem, and that I don't even come close to understanding it. So I went into /usr/local/src/libxml2-2.6.30/.libs/, created a new ".libs/" directory, and copied both the symlink "libxml2.dylib" and the file to which it points into the new directory. I re-ran `make` and it seems to have worked! Preliminary tests are that I now have a brand-spanking new xsltproc (not to mention xmllint) that can compile the TEI stylesheets and does not cause a bus error. So, is my system messed up somehow, is that ".libs/.libs" a bug, or was I supposed to make that extra directory? In any case, thanks, Dave Beckett. Notes ----- [1] http://lists.debian.org/debian-ia64/2001/11/msg00017.html From rsennat@gmail.com Mon Sep 17 01:42:51 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 0042E3B01B6 for ; Mon, 17 Sep 2007 01:42:50 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.026 X-Spam-Level: X-Spam-Status: No, score=-2.026 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_40_50=0.496, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7567 hrs), (distance 14, link: (Google 2)), [66.249.82.226] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jCUlnGgDtxai for ; Mon, 17 Sep 2007 01:42:47 -0400 (EDT) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by menubar.gnome.org (Postfix) with ESMTP id 891A13B01AE for ; Mon, 17 Sep 2007 01:42:47 -0400 (EDT) Received: by wx-out-0506.google.com with SMTP id h26so1157020wxd for ; Sun, 16 Sep 2007 22:42:45 -0700 (PDT) Received: by 10.90.100.2 with SMTP id x2mr2733663agb.1190007765109; Sun, 16 Sep 2007 22:42:45 -0700 (PDT) Received: by 10.35.35.11 with HTTP; Sun, 16 Sep 2007 22:42:45 -0700 (PDT) Message-ID: <587d37680709162242s6814610bw33bd432596a93f27@mail.gmail.com> Date: Mon, 17 Sep 2007 11:12:45 +0530 From: "Senthil Nathan" To: xslt@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_11964_12530758.1190007765096" Subject: [xslt] libxslt and merge.xslt parameters 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, 17 Sep 2007 05:42:51 -0000 ------=_Part_11964_12530758.1190007765096 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi All, I'm trying to merge 2 or more XML's to form a single XML using "merge.xslt", from the foll. link, http://www2.informatik.hu-berlin.de/~obecker/XSLT/#merge I'm doing this using libxslt. I need to specify the static file names as, merge.xml ----> file1.xml file2.xml Suppose if I have the DOM tree of those files in memory, how should I need to use merge.xslt to merge the trees in memory?? Actually in merge.xslt, the files specified are accessed as, Using libxslt api's the stylesheet is applied on the xml as, cur = xsltParseStylesheetFile((const xmlChar *)"merge.xslt"); doc = xmlParseFile("merge.xml"); res = xsltApplyStylesheet(cur, doc, params); So, how can I pass the two input DOMs to the sylesheet as parameters and replace the calls on document() by references to the parameters using LIBXSLT. Thanks Senthil ------=_Part_11964_12530758.1190007765096 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Hi All,
I'm trying to merge 2 or more XML's to form a single XML
using "merge.xslt", from the foll. link,
  http://www2.informatik.hu-berlin.de/~obecker/XSLT/#merge

I'm doing this using libxslt. I need to specify the static file names as,
merge.xml ---->
 <merge xmlns="http://informatik.hu-berlin.de/merge">
     <file1>file1.xml</file1>
     <file2>file2.xml</file2>
  </merge>

Suppose if I have the DOM tree of those files in memory, how
should I need to use merge.xslt to merge the trees in memory??
 
Actually in merge.xslt, the files specified are accessed as,
 <xslt:call-template name="m:merge">
     <xslt:with-param name="nodes1"
 select="document($file1,/*) /node()" />
     <xslt:with-param name="nodes2"
 select="document($file2,/*)/node()" />  </xslt:call-template>
 
Using libxslt api's the stylesheet is applied on the xml as,
       cur = xsltParseStylesheetFile((const xmlChar *)"merge.xslt");
       doc = xmlParseFile("merge.xml");
       res = xsltApplyStylesheet(cur, doc, params);

So, how can I pass the two input DOMs to the sylesheet as parameters and
replace the calls on document() by references to the parameters using LIBXSLT.
 
Thanks
Senthil
------=_Part_11964_12530758.1190007765096-- From erharold@gmail.com Mon Sep 17 07:30: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 35AE33B0010 for ; Mon, 17 Sep 2007 07:30:58 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.094 X-Spam-Level: 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_BX=0.077, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 4653 hrs), (distance 12, link: (Google 2)), [64.233.162.236] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ycguWtq4lu7Q for ; Mon, 17 Sep 2007 07:30:56 -0400 (EDT) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by menubar.gnome.org (Postfix) with ESMTP id DEF443B00C8 for ; Mon, 17 Sep 2007 07:30:55 -0400 (EDT) Received: by nz-out-0506.google.com with SMTP id i11so776379nzh for ; Mon, 17 Sep 2007 04:30:54 -0700 (PDT) Received: by 10.142.158.17 with SMTP id g17mr764938wfe.1190028653472; Mon, 17 Sep 2007 04:30:53 -0700 (PDT) Received: by 10.70.51.10 with HTTP; Mon, 17 Sep 2007 04:30:53 -0700 (PDT) Message-ID: <49aa580c0709170430u3000d21bkdd873d2e1499d4ae@mail.gmail.com> Date: Mon, 17 Sep 2007 07:30:53 -0400 From: "Elliotte Harold" To: xslt@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3744_10871689.1190028653424" Subject: [xslt] Sometimes plain text output from cron 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, 17 Sep 2007 11:30:58 -0000 ------=_Part_3744_10871689.1190028653424 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I have a weird problem that cropped up over the weekend. I generate some HTML from stylesheets and on Saturday for undetermined reasons the stylesheet (which is driven by cron) began generating the plain text of the input document instead of the transformed markup. E.g. if the input is barbaz the output is now just "bar" when it should be
  • foo
Content that shouldn't be present at all because the stylesheet drops it out is present, and all markup is missing. Weirder yet, I have not been able to reproduce the problem when using the command line xsltproc. It only occurs when driven by cron, and then not always (though I need to check that). Weirder still, everything was working fine until Saturday when the problem mysteriously appeared. I have not changed anything. Does this sound at all familiar? Any ideas? If it's relevant the sites from which the source document is pulled are sometimes slow to respond, but in the past that's always been an error, not borked output. % xsltproc -version Using libxml 20622, libxslt 10115 and libexslt 812 xsltproc was compiled against libxml 20622, libxslt 10115 and libexslt 812 libxslt 10115 was compiled against libxml 20622 libexslt 812 was compiled against libxml 20622 -- Elliotte Rusty Harold erharold@gmail.com ------=_Part_3744_10871689.1190028653424 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I have a weird problem that cropped up over the weekend. I generate some HTML from stylesheets and on Saturday for undetermined reasons the stylesheet (which is driven by cron) began generating the plain text of the input document instead of the transformed markup.

E.g. if the input is <foo><a>bar</a><b>baz</baz></foo> the output is now just "bar" when it should be

<ul><li>foo</li></ul>

Content that shouldn't be present at all because the stylesheet drops it out is present, and all markup is missing.

Weirder yet, I have not been able to reproduce the problem when using the command line xsltproc. It only occurs when driven by cron, and then not always (though I need to check that).

Weirder still, everything was working fine until Saturday when the problem mysteriously appeared. I have not changed anything.

Does this sound at all familiar? Any ideas? If it's relevant the sites from which the source document is pulled are sometimes slow to respond, but in the past that's always been an error, not borked output.

% xsltproc -version
Using libxml 20622, libxslt 10115 and libexslt 812
xsltproc was compiled against libxml 20622, libxslt 10115 and libexslt 812
libxslt 10115 was compiled against libxml 20622
libexslt 812 was compiled against libxml 20622

--
Elliotte Rusty Harold
erharold@gmail.com ------=_Part_3744_10871689.1190028653424-- From veillard@redhat.com Mon Sep 17 07:54: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 B29623B00DD for ; Mon, 17 Sep 2007 07:54:39 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.36 X-Spam-Level: X-Spam-Status: No, score=-2.36 tagged_above=-999 required=2 tests=[AWL=0.010, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 3778 hrs), (distance 10, link: GPRS, T1, FreeS/WAN), [66.187.233.31] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9LlfEdPnm+iK for ; Mon, 17 Sep 2007 07:54:35 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 4A0D53B0010 for ; Mon, 17 Sep 2007 07:54:35 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l8HBsX1S024552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 17 Sep 2007 07:54:33 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l8HBsXbj013590 for ; Mon, 17 Sep 2007 07:54:33 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l8HBsX2e028646 for ; Mon, 17 Sep 2007 07:54:33 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l8HBsXIY028644 for xslt@gnome.org; Mon, 17 Sep 2007 07:54:33 -0400 Date: Mon, 17 Sep 2007 07:54:33 -0400 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070917115433.GG20545@redhat.com> References: <49aa580c0709170430u3000d21bkdd873d2e1499d4ae@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49aa580c0709170430u3000d21bkdd873d2e1499d4ae@mail.gmail.com> User-Agent: Mutt/1.4.1i Subject: Re: [xslt] Sometimes plain text output from cron 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: Mon, 17 Sep 2007 11:54:39 -0000 On Mon, Sep 17, 2007 at 07:30:53AM -0400, Elliotte Harold wrote: > > I have a weird problem that cropped up over the weekend. I generate > some HTML from stylesheets and on Saturday for undetermined reasons > the stylesheet (which is driven by cron) began generating the plain > text of the input document instead of the transformed markup. > E.g. if the input is barbaz the output is > now just "bar" when it should be >
  • foo
> Content that shouldn't be present at all because the stylesheet drops > it out is present, and all markup is missing. > Weirder yet, I have not been able to reproduce the problem when using > the command line xsltproc. It only occurs when driven by cron, and > then not always (though I need to check that). > Weirder still, everything was working fine until Saturday when the > problem mysteriously appeared. I have not changed anything. > Does this sound at all familiar? Any ideas? If it's relevant the sites > from which the source document is pulled are sometimes slow to > respond, but in the past that's always been an error, not borked > output. Very strange, I don't see what could be leading to such change in behaviour. Once the XSLT and input are parsed then it should really be deterministic, unless you use the document() function to load dynamically at runtime. Still I don't understand how that kind of breakage could happen, really... libxslt/xsltproc/libxml2 take great care to not rely on user environment like the locale, so behaviour from cron really should be the same as from the user assuming you have the same PATH and no LD_PRELOAD. > % xsltproc -version > Using libxml 20622, libxslt 10115 and libexslt 812 > xsltproc was compiled against libxml 20622, libxslt 10115 and libexslt > 812 > libxslt 10115 was compiled against libxml 20622 > libexslt 812 was compiled against libxml 20622 It's rather old, but that can't explain the matter. 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 vinschen@redhat.com Mon Sep 17 05:57:01 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 1FAAD3B0087 for ; Mon, 17 Sep 2007 05:57:01 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.246 X-Spam-Level: X-Spam-Status: No, score=-1.246 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, SPF_FAIL=1.142, SPF_HELO_PASS=-0.001, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 5890 hrs), (distance 24, link: ethernet/modem), [193.175.24.27] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CEsGsRQAo7cH for ; Mon, 17 Sep 2007 05:56:57 -0400 (EDT) Received: from mail-n.franken.de (mail-n.franken.de [193.175.24.27]) by menubar.gnome.org (Postfix) with ESMTP id D83373B0095 for ; Mon, 17 Sep 2007 05:56:56 -0400 (EDT) Received: from aqua.hirmke.de (aquarius.franken.de [193.175.24.89]) by mail-n.franken.de (Postfix) with ESMTP id AFCB6801AC0D; Mon, 17 Sep 2007 11:56:51 +0200 (CEST) Received: from calimero.vinschen.de (calimero.vinschen.de [192.168.129.6]) by aqua.hirmke.de (Postfix) with ESMTP id 54F9F2DC22D; Mon, 17 Sep 2007 11:56:51 +0200 (CEST) Received: by calimero.vinschen.de (Postfix, from userid 500) id 3095D6D4311; Mon, 17 Sep 2007 11:56:51 +0200 (CEST) Date: Mon, 17 Sep 2007 11:56:51 +0200 From: Corinna Vinschen To: Roumen Petrov Message-ID: <20070917095651.GC22259@calimero.vinschen.de> References: <20070824160006.B3ACADF9FA@mail.host.bg> <20070824222118.GJ408@redhat.com> <46D3259F.2060207@roumenpetrov.info> <46D48DB9.7000709@roumenpetrov.info> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46D48DB9.7000709@roumenpetrov.info> User-Agent: Mutt/1.4.2.2i X-Mailman-Approved-At: Mon, 17 Sep 2007 08:27:11 -0400 Cc: xslt@gnome.org, veillard@redhat.com Subject: Re: [xslt] win32 builds Was: win32 build (mingw-cross compilation) 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, 17 Sep 2007 09:57:01 -0000 [Just back from vacation] Roumen, On Aug 29 00:03, Roumen Petrov wrote: > Corinna, > Please, could you post recent cygwin patch used to build libxslt. > > Roumen > PS: The whole email thread can be viewed at > http://mail.gnome.org/archives/xslt/2007-August/msg00019.html I'm rather confused why you ask me. I'm not the libxslt maintainer for Cygwin. If you have questions about the Cygwin port of libxslt, you might consider asking the libxslt maintainer for the Cygwin distro via the Cygwin mailing list cygwin AT cygwin DOT com. Corinna -- Corinna Vinschen Cygwin Project Co-Leader Red Hat From erharold@gmail.com Mon Sep 17 09:30: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 72CB13B0375 for ; Mon, 17 Sep 2007 09:30:16 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.225 X-Spam-Level: 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-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 7863 hrs), (distance 18, link: (Google 2)), [66.249.92.168] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HotZJm+jO3co for ; Mon, 17 Sep 2007 09:30:10 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by menubar.gnome.org (Postfix) with ESMTP id C6B863B03DD for ; Mon, 17 Sep 2007 09:30:09 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id c2so741884ugf for ; Mon, 17 Sep 2007 06:29:33 -0700 (PDT) Received: by 10.78.97.7 with SMTP id u7mr415721hub.1190035773342; Mon, 17 Sep 2007 06:29:33 -0700 (PDT) Received: by 10.70.51.10 with HTTP; Mon, 17 Sep 2007 06:29:33 -0700 (PDT) Message-ID: <49aa580c0709170629k319ae27q4a2137b324e5d24f@mail.gmail.com> Date: Mon, 17 Sep 2007 09:29:33 -0400 From: "Elliotte Harold" To: veillard@redhat.com, "The Gnome XSLT library mailing-list" In-Reply-To: <20070917115433.GG20545@redhat.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4091_24266599.1190035773278" References: <49aa580c0709170430u3000d21bkdd873d2e1499d4ae@mail.gmail.com> <20070917115433.GG20545@redhat.com> Subject: Re: [xslt] Sometimes plain text output from cron 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, 17 Sep 2007 13:30:16 -0000 ------=_Part_4091_24266599.1190035773278 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 9/17/07, Daniel Veillard wrote: > > On Mon, Sep 17, 2007 at 07:30:53AM -0400, Elliotte Harold wrote: > > > > I have a weird problem that cropped up over the weekend. I > generate > > some HTML from stylesheets and on Saturday for undetermined > reasons > > the stylesheet (which is driven by cron) began generating the > plain > > text of the input document instead of the transformed markup. > > E.g. if the input is barbaz the output > is > > now just "bar" when it should be > >
  • foo
> > Content that shouldn't be present at all because the stylesheet > drops > > it out is present, and all markup is missing. Looking at this again my example was wrong. The output in this case is actually barbaz and it should be
  • bar
I agree it's very weird and I can't explain it. Let's me think out loud about it generically for a minute. What could possibly cause the plain text content of the input document to appear as output? If it the plain text content of the stylesheet were output, then I'd say the XSLT namespace in the stylesheet was incorrect. What could cause this behavior but generate the plain text content of the input document? Perhaps, if nothing matched at all? That would do it. OK. How could that happen? The processor would somehow have to not match any rules in the stylesheet to the output document. The most likely candidate here is a namespace mismatch. I'll have to double check the namespaces on the sending side to see that they match the stylesheet. Still, that doesn't even begin to explain why a manual transform with the same stylesheet succeeds and a cron-driven one at least some time fails. Very strange. -- Elliotte Rusty Harold erharold@gmail.com ------=_Part_4091_24266599.1190035773278 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On 9/17/07, Daniel Veillard <veillard@redhat.com> wrote:
On Mon, Sep 17, 2007 at 07:30:53AM -0400, Elliotte Harold wrote:
>
>    I  have  a  weird problem that cropped up over the weekend. I generate
>    some  HTML  from  stylesheets and on Saturday for undetermined reasons
>    the  stylesheet  (which  is driven by cron) began generating the plain
>    text of the input document instead of the transformed markup.
>    E.g.  if  the input is <foo><a>bar</a><b>baz</baz></foo> the output is
>    now just "bar" when it should be
>    <ul><li>foo</li></ul>
>    Content  that shouldn't be present at all because the stylesheet drops
>    it out is present, and all markup is missing.


Looking at this again my example was wrong. The output in this case is actually

barbaz

and it should be

<ul><li>bar</li></ul>

I agree it's very weird and I can't explain it. Let's me think out loud about it generically for a minute. What could possibly cause the plain text content of the input document to appear as output? If it the plain text content of the stylesheet were output, then I'd say the XSLT namespace in the stylesheet was incorrect. What could cause this behavior but generate the plain text content of the input document?

Perhaps, if nothing matched at all? That would do it.

OK. How could that happen? The processor would somehow have to not match any rules in the stylesheet to the output document. The most likely candidate here is a namespace mismatch. I'll have to double check the namespaces on the sending side to see that they match the stylesheet.

Still, that doesn't even begin to explain why a manual transform with the same stylesheet succeeds and a cron-driven one at least some time fails. Very strange.


--
Elliotte Rusty Harold
erharold@gmail.com ------=_Part_4091_24266599.1190035773278-- From ronburk@hightechinfo.com Mon Sep 17 20:58: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 511283B044E for ; Mon, 17 Sep 2007 20:58:12 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.187 X-Spam-Level: X-Spam-Status: No, score=-0.187 tagged_above=-999 required=2 tests=[BAYES_40=-0.185, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 1992 hrs), (distance 20, link: ethernet/modem), [209.189.197.99] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1piRQT1rDEPV for ; Mon, 17 Sep 2007 20:58:08 -0400 (EDT) Received: from hightechinfo.com (mail.hightechinfo.com [209.189.197.99]) by menubar.gnome.org (Postfix) with ESMTP id CB3B43B041D for ; Mon, 17 Sep 2007 20:58:07 -0400 (EDT) Received: from [209.189.197.106] (rondual.hightechinfo.com [209.189.197.106]) by hightechinfo.com (Postfix) with ESMTP id E364142 for ; Mon, 17 Sep 2007 17:58:02 -0700 (PDT) Message-ID: <46EF2313.80105@hightechinfo.com> Date: Mon, 17 Sep 2007 18:00:03 -0700 From: Ron Burk User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: The Gnome XSLT library mailing-list References: <49aa580c0709170430u3000d21bkdd873d2e1499d4ae@mail.gmail.com> <20070917115433.GG20545@redhat.com> <49aa580c0709170629k319ae27q4a2137b324e5d24f@mail.gmail.com> In-Reply-To: <49aa580c0709170629k319ae27q4a2137b324e5d24f@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xslt] Sometimes plain text output from cron 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, 18 Sep 2007 00:58:12 -0000 > What could possibly cause the plain > text content of the input document to appear as output? > Perhaps, if nothing matched at all? That would do it. I think not; that would eliminate the plain text as well. > Still, that doesn't even begin to explain why a manual transform with > the same stylesheet succeeds and a cron-driven one at least some time > fails. Very strange. Might be better to take off your xslt hat and put on your cron hat. Any file permissions changed lately? I would add some commands to the cron script that confirm that all the files xslt needs are readable -- and send a nice email if they aren't. From erharold@gmail.com Tue Sep 18 09:39: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 145F63B011E for ; Tue, 18 Sep 2007 09:39:10 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (Google crawlbot) (firewall!) (up: 1842 hrs), (distance 14, link: (Google 2)), [64.233.184.238] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6iKBYZEFp2GF for ; Tue, 18 Sep 2007 09:39:07 -0400 (EDT) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by menubar.gnome.org (Postfix) with ESMTP id EC27E3B00F6 for ; Tue, 18 Sep 2007 09:39:06 -0400 (EDT) Received: by wr-out-0506.google.com with SMTP id 69so758311wra for ; Tue, 18 Sep 2007 06:39:04 -0700 (PDT) Received: by 10.142.139.6 with SMTP id m6mr176458wfd.1190122744129; Tue, 18 Sep 2007 06:39:04 -0700 (PDT) Received: by 10.70.51.10 with HTTP; Tue, 18 Sep 2007 06:39:04 -0700 (PDT) Message-ID: <49aa580c0709180639n103b170ev6d57d178595085db@mail.gmail.com> Date: Tue, 18 Sep 2007 09:39:04 -0400 From: "Elliotte Harold" To: "The Gnome XSLT library mailing-list" In-Reply-To: <46EF2313.80105@hightechinfo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8232_15652466.1190122744084" References: <49aa580c0709170430u3000d21bkdd873d2e1499d4ae@mail.gmail.com> <20070917115433.GG20545@redhat.com> <49aa580c0709170629k319ae27q4a2137b324e5d24f@mail.gmail.com> <46EF2313.80105@hightechinfo.com> Subject: Re: [xslt] Sometimes plain text output from cron 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, 18 Sep 2007 13:39:10 -0000 ------=_Part_8232_15652466.1190122744084 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 9/17/07, Ron Burk wrote: > > > What could possibly cause the plain > > text content of the input document to appear as output? > > > Perhaps, if nothing matched at all? That would do it. > > I think not; that would eliminate the plain text as well. No, it wouldn't. The default template rules used even if there are no rules in the stylesheet would give me exactly the behavior I'm seeing. A stylesheet containing just an xsl:stylesheet element and nothing else produces exactly the plain text content of its input document. You're right that I should look more closely at cron. The permissions is particularly a good idea. Here's a thought: is xsltproc cannot read the stylesheet due to a permissions issue, will it use any sort of default? That sounds plausible. I don't know the internals of xsltproc, but perhaps it starts with an empty stylesheet and then fills it in with what it reads from the actual file. So if it can't read that file we might get the behavior I'm seeing? Is that plausible? -- Elliotte Rusty Harold erharold@gmail.com ------=_Part_8232_15652466.1190122744084 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On 9/17/07, Ron Burk <ronburk@hightechinfo.com> wrote:
> What could possibly cause the plain
> text content of the input document to appear as output?

> Perhaps, if nothing matched at all? That would do it.

I think not; that would eliminate the plain text as well.

No, it wouldn't. The default template  rules  used even if there are no rules in the stylesheet would give me exactly the behavior I'm seeing. A stylesheet containing just an xsl:stylesheet element and nothing else produces exactly the plain text content of its input document.
 
You're right that I should look more closely at cron. The permissions is particularly a good idea.

Here's a thought: is xsltproc cannot read the stylesheet due to a permissions issue, will it use any sort of default? That sounds plausible. I don't know the internals of xsltproc, but perhaps it starts with an empty stylesheet and then fills it in with what it reads from the actual file. So if it can't read that file we might get the behavior I'm seeing? Is that plausible?



--
Elliotte Rusty Harold
erharold@gmail.com ------=_Part_8232_15652466.1190122744084-- From veillard@redhat.com Tue Sep 18 12:47: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 97D333B0139 for ; Tue, 18 Sep 2007 12:47:26 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.36 X-Spam-Level: X-Spam-Status: No, score=-2.36 tagged_above=-999 required=2 tests=[AWL=0.010, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4068 hrs), (distance 10, link: GPRS, T1, FreeS/WAN), [66.187.233.31] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MkUHbTUQ4sst for ; Tue, 18 Sep 2007 12:47:23 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 51F563B037D for ; Tue, 18 Sep 2007 12:47:19 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l8IGlGjO031359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 18 Sep 2007 12:47:16 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l8IGlFad017915 for ; Tue, 18 Sep 2007 12:47:15 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l8IGlFv8001511 for ; Tue, 18 Sep 2007 12:47:15 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l8IGlFGx001509 for xslt@gnome.org; Tue, 18 Sep 2007 12:47:15 -0400 Date: Tue, 18 Sep 2007 12:47:15 -0400 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070918164715.GF20545@redhat.com> References: <49aa580c0709170430u3000d21bkdd873d2e1499d4ae@mail.gmail.com> <20070917115433.GG20545@redhat.com> <49aa580c0709170629k319ae27q4a2137b324e5d24f@mail.gmail.com> <46EF2313.80105@hightechinfo.com> <49aa580c0709180639n103b170ev6d57d178595085db@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49aa580c0709180639n103b170ev6d57d178595085db@mail.gmail.com> User-Agent: Mutt/1.4.1i Subject: Re: [xslt] Sometimes plain text output from cron 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, 18 Sep 2007 16:47:26 -0000 On Tue, Sep 18, 2007 at 09:39:04AM -0400, Elliotte Harold wrote: > Here's a thought: is xsltproc cannot read the stylesheet due to a > permissions issue, will it use any sort of default? That sounds No it will error out and exit before even trying to parse the XML input. > plausible. I don't know the internals of xsltproc, but perhaps it > starts with an empty stylesheet and then fills it in with what it > reads from the actual file. So if it can't read that file we might get > the behavior I'm seeing? Is that plausible? The processor uses libxml2 to load the tree associated to the stylesheet(s) and then add attributes to it as the compilation phase. You can't get an empty sheet just on I/O problems you will get a fatal XML error first. 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 erharold@gmail.com Tue Sep 18 14:13:45 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 EEEE93B00F6 for ; Tue, 18 Sep 2007 14:13:44 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -1.949 X-Spam-Level: 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-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 10965 hrs), (distance 17, link: (Google 2)), [209.85.128.185] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FHI4tFNLgfFB for ; Tue, 18 Sep 2007 14:13:42 -0400 (EDT) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by menubar.gnome.org (Postfix) with ESMTP id 9EDC93B002B for ; Tue, 18 Sep 2007 14:13:41 -0400 (EDT) Received: by fk-out-0910.google.com with SMTP id 22so1877292fkq for ; Tue, 18 Sep 2007 11:13:39 -0700 (PDT) Received: by 10.82.162.14 with SMTP id k14mr8396282bue.1190139218937; Tue, 18 Sep 2007 11:13:38 -0700 (PDT) Received: by 10.70.51.10 with HTTP; Tue, 18 Sep 2007 11:13:38 -0700 (PDT) Message-ID: <49aa580c0709181113k56f46bb8tb880e9c1a68dce76@mail.gmail.com> Date: Tue, 18 Sep 2007 14:13:38 -0400 From: "Elliotte Harold" To: veillard@redhat.com, "The Gnome XSLT library mailing-list" In-Reply-To: <20070918164715.GF20545@redhat.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_9002_8459451.1190139218866" References: <49aa580c0709170430u3000d21bkdd873d2e1499d4ae@mail.gmail.com> <20070917115433.GG20545@redhat.com> <49aa580c0709170629k319ae27q4a2137b324e5d24f@mail.gmail.com> <46EF2313.80105@hightechinfo.com> <49aa580c0709180639n103b170ev6d57d178595085db@mail.gmail.com> <20070918164715.GF20545@redhat.com> Subject: Re: [xslt] Sometimes plain text output from cron 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, 18 Sep 2007 18:13:45 -0000 ------=_Part_9002_8459451.1190139218866 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 9/18/07, Daniel Veillard wrote: > > > > The processor uses libxml2 to load the tree associated to the > stylesheet(s) > and then add attributes to it as the compilation phase. You can't get an > empty sheet just on I/O problems you will get a fatal XML error first. Is there any way it could read just the root element and then error out? Or perhaps read the root element and then misdiagnose the namespaces of the child elements? I may well be barking up the wrong tree here, but the plain text output is very suggestive. -- Elliotte Rusty Harold erharold@gmail.com ------=_Part_9002_8459451.1190139218866 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline

On 9/18/07, Daniel Veillard <veillard@redhat.com> wrote:


  The processor uses libxml2 to load the tree associated to the stylesheet(s)
and then add attributes to it as the compilation phase. You can't get an
empty sheet just on I/O problems you will get a fatal XML error first.


Is there any way it could read just the root element and then error out?  Or perhaps read the root element and then misdiagnose the namespaces of the child elements?

I may well be barking up the wrong tree here, but the plain text output is very suggestive.


--
Elliotte Rusty Harold
erharold@gmail.com ------=_Part_9002_8459451.1190139218866-- From veillard@redhat.com Wed Sep 19 09:37: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 74DAB3B0422 for ; Wed, 19 Sep 2007 09:37:28 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.36 X-Spam-Level: X-Spam-Status: No, score=-2.36 tagged_above=-999 required=2 tests=[AWL=0.010, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4276 hrs), (distance 10, link: GPRS, T1, FreeS/WAN), [66.187.233.31] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fY26GflkhYga for ; Wed, 19 Sep 2007 09:37:26 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id EF40D3B0083 for ; Wed, 19 Sep 2007 09:37:25 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l8JDbCAS029924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Sep 2007 09:37:12 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l8JDbC00032213; Wed, 19 Sep 2007 09:37:12 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l8JDbC5d009701; Wed, 19 Sep 2007 09:37:12 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l8JDbCiu009699; Wed, 19 Sep 2007 09:37:12 -0400 Date: Wed, 19 Sep 2007 09:37:12 -0400 From: Daniel Veillard To: Elliotte Harold Message-ID: <20070919133711.GK30485@redhat.com> References: <49aa580c0709170430u3000d21bkdd873d2e1499d4ae@mail.gmail.com> <20070917115433.GG20545@redhat.com> <49aa580c0709170629k319ae27q4a2137b324e5d24f@mail.gmail.com> <46EF2313.80105@hightechinfo.com> <49aa580c0709180639n103b170ev6d57d178595085db@mail.gmail.com> <20070918164715.GF20545@redhat.com> <49aa580c0709181113k56f46bb8tb880e9c1a68dce76@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49aa580c0709181113k56f46bb8tb880e9c1a68dce76@mail.gmail.com> User-Agent: Mutt/1.4.1i Cc: The Gnome XSLT library mailing-list Subject: Re: [xslt] Sometimes plain text output from cron 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, 19 Sep 2007 13:37:28 -0000 On Tue, Sep 18, 2007 at 02:13:38PM -0400, Elliotte Harold wrote: > > On 9/18/07, Daniel Veillard <[1]veillard@redhat.com> wrote: > > The processor uses libxml2 to load the tree associated to the > stylesheet(s) > and then add attributes to it as the compilation phase. You can't > get an > empty sheet just on I/O problems you will get a fatal XML error > first. > > Is there any way it could read just the root element and then error > out? Or perhaps read the root element and then misdiagnose the > namespaces of the child elements? > I may well be barking up the wrong tree here, but the plain text > output is very suggestive. I don't see how this could happen without an XML Fatal error stopping xsltproc 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 ronburk@hightechinfo.com Wed Sep 19 10:04:37 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 DB8523B0144 for ; Wed, 19 Sep 2007 10:04:37 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=2 tests=[BAYES_50=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (up: 2029 hrs), (distance 21, link: ethernet/modem), [209.189.197.99] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6u3h2IVrYZ1M for ; Wed, 19 Sep 2007 10:04:34 -0400 (EDT) Received: from hightechinfo.com (mail.hightechinfo.com [209.189.197.99]) by menubar.gnome.org (Postfix) with ESMTP id 4516E3B007F for ; Wed, 19 Sep 2007 10:04:34 -0400 (EDT) Received: from [209.189.197.106] (rondual.hightechinfo.com [209.189.197.106]) by hightechinfo.com (Postfix) with ESMTP id A8C6242 for ; Wed, 19 Sep 2007 07:04:31 -0700 (PDT) Message-ID: <46F12CE4.2020605@hightechinfo.com> Date: Wed, 19 Sep 2007 07:06:28 -0700 From: Ron Burk User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: The Gnome XSLT library mailing-list References: <49aa580c0709170430u3000d21bkdd873d2e1499d4ae@mail.gmail.com> <20070917115433.GG20545@redhat.com> <49aa580c0709170629k319ae27q4a2137b324e5d24f@mail.gmail.com> <46EF2313.80105@hightechinfo.com> <49aa580c0709180639n103b170ev6d57d178595085db@mail.gmail.com> <20070918164715.GF20545@redhat.com> <49aa580c0709181113k56f46bb8tb880e9c1a68dce76@mail.gmail.com> In-Reply-To: <49aa580c0709181113k56f46bb8tb880e9c1a68dce76@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xslt] Sometimes plain text output from cron 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, 19 Sep 2007 14:04:38 -0000 > I may well be barking up the wrong tree here, but the plain text output > is very suggestive. The problem gets more interesting if you've proven that xsltproc exits with a status of 0 and produces 0 bytes on stderr. These are reasonable things to check for in a robust script that invokes xsltproc, even if they don't lead to the problem in this particular case. From rsennat@gmail.com Wed Sep 19 13:53:34 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 F0E893B0099 for ; Wed, 19 Sep 2007 13:53:33 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.026 X-Spam-Level: X-Spam-Status: No, score=-2.026 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_40_50=0.496, HTML_MESSAGE=0.001, SPF_PASS=-0.001, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 9767 hrs), (distance 15, link: (Google 2)), [64.233.166.180] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dXrXv2HBx1KX for ; Wed, 19 Sep 2007 13:53:27 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by menubar.gnome.org (Postfix) with ESMTP id 3C1DB3B005F for ; Wed, 19 Sep 2007 13:53:27 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id a25so515257pyi for ; Wed, 19 Sep 2007 10:53:23 -0700 (PDT) Received: by 10.35.44.16 with SMTP id w16mr1135417pyj.1190224402254; Wed, 19 Sep 2007 10:53:22 -0700 (PDT) Received: by 10.35.35.11 with HTTP; Wed, 19 Sep 2007 10:53:22 -0700 (PDT) Message-ID: <587d37680709191053u5978d4ar2b4394687863b365@mail.gmail.com> Date: Wed, 19 Sep 2007 23:23:22 +0530 From: "Senthil Nathan" To: xslt@gnome.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_28274_5863336.1190224402245" Subject: [xslt] libxslt and xslt document( ) function 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, 19 Sep 2007 17:53:34 -0000 ------=_Part_28274_5863336.1190224402245 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I'm rephrasing my previous post reg. merging xml's using merge.xslt. How do I pass a DOM tree pointer, which I get after parsing the xml file, to the XSLT document( ) function. Any idea of this will be very much helpful to me. The original post is as below, Thanks. Senthil Nathan R -------------------------------------------- Hi, I'm trying to merge 2 or more XML's to form a single XML using "merge.xslt", from the foll. link, http://www2.informatik.hu-berlin.de/~obecker/XSLT/#merge I'm doing this using libxslt. I need to specify the static file names as, merge.xml ----> file1.xml file2.xml Suppose if I have the DOM tree of those files in memory, how should I need to use merge.xslt to merge the trees in memory?? Actually in merge.xslt, the files specified are accessed as, Using libxslt api's the stylesheet is applied on the xml as, cur = xsltParseStylesheetFile((const xmlChar *)"merge.xslt"); doc = xmlParseFile("merge.xml"); res = xsltApplyStylesheet(cur, doc, params); So, how can I pass the two input DOMs to the sylesheet as parameters and replace the calls on document() by references to the parameters using LIBXSLT. Thanks Senthil ------=_Part_28274_5863336.1190224402245 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,
I'm rephrasing my previous post reg. merging xml's using merge.xslt.

How do I pass a DOM tree pointer, which I get after parsing the xml file,
to the XSLT document( ) function. Any idea of this will be very much helpful to me.

The original post is as below,

Thanks.
Senthil Nathan R

--------------------------------------------

Hi,
I'm trying to merge 2 or more XML's to form a single XML
using "merge.xslt", from the foll. link,
  http://www2.informatik.hu-berlin.de/~obecker/XSLT/#merge

I'm doing this using libxslt. I need to specify the static file names as,
merge.xml ---->
 <merge xmlns="http://informatik.hu-berlin.de/merge">
     <file1>file1.xml</file1>
     <file2>file2.xml</file2>
  </merge>

Suppose if I have the DOM tree of those files in memory, how
should I need to use merge.xslt to merge the trees in memory??
 
Actually in merge.xslt, the files specified are accessed as,
 <xslt:call-template name="m:merge">
     <xslt:with-param name="nodes1"
  select="document($file1,/*) /node()" />
     <xslt:with-param name="nodes2"
 select="document($file2,/*)/node()" />  </xslt:call-template>
 
Using libxslt api's the stylesheet is applied on the xml as,
       cur = xsltParseStylesheetFile((const xmlChar *)"merge.xslt");
       doc = xmlParseFile("merge.xml ");
       res = xsltApplyStylesheet(cur, doc, params);

So, how can I pass the two input DOMs to the sylesheet as parameters and
replace the calls on document() by references to the parameters using LIBXSLT.
 
Thanks
Senthil
------=_Part_28274_5863336.1190224402245-- From veillard@redhat.com Thu Sep 20 05:30: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 A48973B00AF for ; Thu, 20 Sep 2007 05:30:21 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.321 X-Spam-Level: X-Spam-Status: No, score=-2.321 tagged_above=-999 required=2 tests=[AWL=-0.028, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077, TW_XM=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 4475 hrs), (distance 10, link: GPRS, T1, FreeS/WAN), [66.187.233.31] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a6sKmVHr1bES for ; Thu, 20 Sep 2007 05:30:19 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id 26C223B000F for ; Thu, 20 Sep 2007 05:30:18 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l8K9UBB4030091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 20 Sep 2007 05:30:11 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l8K9UBZp015877 for ; Thu, 20 Sep 2007 05:30:11 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l8K9UAah021807 for ; Thu, 20 Sep 2007 05:30:10 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l8K9UAbb021805 for xslt@gnome.org; Thu, 20 Sep 2007 05:30:10 -0400 Date: Thu, 20 Sep 2007 05:30:10 -0400 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070920093010.GO30485@redhat.com> References: <587d37680709191053u5978d4ar2b4394687863b365@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <587d37680709191053u5978d4ar2b4394687863b365@mail.gmail.com> User-Agent: Mutt/1.4.1i Subject: Re: [xslt] libxslt and xslt document( ) function 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, 20 Sep 2007 09:30:21 -0000 On Wed, Sep 19, 2007 at 11:23:22PM +0530, Senthil Nathan wrote: > > Hi, > I'm rephrasing my previous post reg. merging xml's using merge.xslt. > How do I pass a DOM tree pointer, which I get after parsing the xml > file, > to the XSLT document( ) function. Any idea of this will be very much > helpful to me. You can't, that's not how document() was intended to be used. The best you can do is plug at the I/O layer of libxmnl2 (please see the docs online), but that doesn't take a parsed document input but the serialized byte stream. 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 duraley@gmail.com Wed Sep 26 13:09:11 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 00B863B00BE for ; Wed, 26 Sep 2007 13:09:11 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.523 X-Spam-Level: X-Spam-Status: No, score=-2.523 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 11439 hrs), (distance 12, link: (Google 2)), [64.233.166.182] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id riMhzkznm80k for ; Wed, 26 Sep 2007 13:09:09 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by menubar.gnome.org (Postfix) with ESMTP id 1AC693B008B for ; Wed, 26 Sep 2007 13:09:08 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id a25so4274529pyi for ; Wed, 26 Sep 2007 10:09:07 -0700 (PDT) Received: by 10.35.85.1 with SMTP id n1mr1221837pyl.1190826546701; Wed, 26 Sep 2007 10:09:06 -0700 (PDT) Received: by 10.35.75.11 with HTTP; Wed, 26 Sep 2007 10:09:06 -0700 (PDT) Message-ID: Date: Wed, 26 Sep 2007 20:09:06 +0300 From: "Ivan Kurmanov" Sender: duraley@gmail.com To: xslt@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: fb96200a7119c1f9 Subject: [xslt] attribute override 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, 26 Sep 2007 17:09:11 -0000 Hi friends, When building a result tree fragment in a stylesheet, I use xsl:attribute to create/set value of an attribute. If I first copy an attribute from the source tree fragment and then I override its value with an xsl:attribute. As I understand, this is absolutely valid behavior, according to the xslt 1.0 specification. [1] But I have a feeling that a few versions ago libxslt would instead give precedence to the original attribute value; the attribute which appears first in an element would set the value, the following attributes with the same name would be ignored. And some of my older stylesheets seem to support this hypothesis by actually relying on this behavior. Was it really the case some time ago in libxslt? I've looked at the history of changes at the News page [2], and didn't find anything like that mentioned. This is more of a sanity checking type of question. [1] http://www.w3.org/TR/xslt#creating-attributes [2] http://xmlsoft.org/XSLT/news.html Thank you for your great software and attention, Ivan Kurmanov http://ahinea.com/ From veillard@redhat.com Thu Sep 27 09:15:19 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 EE8CE3B0116 for ; Thu, 27 Sep 2007 09:15:18 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.36 X-Spam-Level: X-Spam-Status: No, score=-2.36 tagged_above=-999 required=2 tests=[AWL=0.010, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 6192 hrs), (distance 10, link: GPRS, T1, FreeS/WAN), [66.187.233.31] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T+ZAi0OvLSUV for ; Thu, 27 Sep 2007 09:15:17 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id B78373B00FA for ; Thu, 27 Sep 2007 09:15:17 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l8RDFGTd030853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 27 Sep 2007 09:15:16 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l8RDFFOK007740 for ; Thu, 27 Sep 2007 09:15:15 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l8RDFFZC009667 for ; Thu, 27 Sep 2007 09:15:15 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l8RDFFk5009665 for xslt@gnome.org; Thu, 27 Sep 2007 09:15:15 -0400 Date: Thu, 27 Sep 2007 09:15:15 -0400 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070927131515.GC9555@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 Subject: Re: [xslt] attribute override 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, 27 Sep 2007 13:15:19 -0000 On Wed, Sep 26, 2007 at 08:09:06PM +0300, Ivan Kurmanov wrote: > Hi friends, > > When building a result tree fragment in a stylesheet, I use > xsl:attribute to create/set value of an attribute. If I first copy > an attribute from the source tree fragment and then I > override its value with an xsl:attribute. As I understand, > this is absolutely valid behavior, according to the xslt 1.0 > specification. [1] > > But I have a feeling that a few versions ago libxslt would > instead give precedence to the original attribute value; the > attribute which appears first in an element would set the > value, the following attributes with the same name would > be ignored. And some of my older stylesheets seem to > support this hypothesis by actually relying on this behavior. > > Was it really the case some time ago in libxslt? > > I've looked at the history of changes at the News page [2], > and didn't find anything like that mentioned. This is more of > a sanity checking type of question. A long time ago there was an issue similar to this but I think this has been fixed for at least a couple of years. 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 duraley@gmail.com Thu Sep 27 10:55: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 343573B00AC for ; Thu, 27 Sep 2007 10:55:50 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (firewall!) (up: 2617 hrs), (distance 14, link: (Google 2)), [209.85.198.189] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YXnv9dU9kW-d for ; Thu, 27 Sep 2007 10:55:48 -0400 (EDT) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by menubar.gnome.org (Postfix) with ESMTP id 2BF7E3B0087 for ; Thu, 27 Sep 2007 10:55:47 -0400 (EDT) Received: by rv-out-0910.google.com with SMTP id k20so2410640rvb for ; Thu, 27 Sep 2007 07:55:46 -0700 (PDT) Received: by 10.141.161.6 with SMTP id n6mr909944rvo.1190904946456; Thu, 27 Sep 2007 07:55:46 -0700 (PDT) Received: from ?10.37.129.4? ( [87.252.248.35]) by mx.google.com with ESMTPS id m6sm2514996wrm.2007.09.27.07.55.43 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Sep 2007 07:55:44 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <20070927131515.GC9555@redhat.com> References: <20070927131515.GC9555@redhat.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8375B8CA-EC38-4810-83AA-9814A3BD05EA@openlib.org> Content-Transfer-Encoding: 7bit From: Ivan Kurmanov Date: Thu, 27 Sep 2007 17:55:51 +0300 To: The Gnome XSLT library mailing-list X-Mailer: Apple Mail (2.752.3) Sender: Ivan Kurmanov Subject: Re: [xslt] attribute override 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, 27 Sep 2007 14:55:50 -0000 On 27 Sep 2007, at 16:15, Daniel Veillard wrote: >> Was it really the case some time ago in libxslt? >> >> I've looked at the history of changes at the News page [2], >> and didn't find anything like that mentioned. This is more of >> a sanity checking type of question. > > A long time ago there was an issue similar to this but I think > this has been fixed for at least a couple of years. Daniel, thanks a lot for your response. I guess it is my bug. Ivan -ivan From veillard@redhat.com Thu Sep 27 12:13:49 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 567643B00D4 for ; Thu, 27 Sep 2007 12:13:49 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.36 X-Spam-Level: X-Spam-Status: No, score=-2.36 tagged_above=-999 required=2 tests=[AWL=0.010, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_BX=0.077, TW_IB=0.077, TW_PM=0.077] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (NAT!) (up: 6222 hrs), (distance 10, link: GPRS, T1, FreeS/WAN), [66.187.233.31] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2SaB32DUs2pw for ; Thu, 27 Sep 2007 12:13:48 -0400 (EDT) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by menubar.gnome.org (Postfix) with ESMTP id E2E673B00F0 for ; Thu, 27 Sep 2007 12:13:47 -0400 (EDT) Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l8RGDjZD021356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 27 Sep 2007 12:13:45 -0400 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [10.10.36.72]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l8RGDjhJ007607 for ; Thu, 27 Sep 2007 12:13:45 -0400 Received: from devserv.devel.redhat.com (localhost.localdomain [127.0.0.1]) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l8RGDjRH016647 for ; Thu, 27 Sep 2007 12:13:45 -0400 Received: (from veillard@localhost) by devserv.devel.redhat.com (8.12.11.20060308/8.12.11/Submit) id l8RGDj6E016645 for xslt@gnome.org; Thu, 27 Sep 2007 12:13:45 -0400 Date: Thu, 27 Sep 2007 12:13:45 -0400 From: Daniel Veillard To: The Gnome XSLT library mailing-list Message-ID: <20070927161345.GH9555@redhat.com> References: <20070927131515.GC9555@redhat.com> <8375B8CA-EC38-4810-83AA-9814A3BD05EA@openlib.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8375B8CA-EC38-4810-83AA-9814A3BD05EA@openlib.org> User-Agent: Mutt/1.4.1i Subject: Re: [xslt] attribute override 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, 27 Sep 2007 16:13:49 -0000 On Thu, Sep 27, 2007 at 05:55:51PM +0300, Ivan Kurmanov wrote: > On 27 Sep 2007, at 16:15, Daniel Veillard wrote: > >> Was it really the case some time ago in libxslt? > >> > >> I've looked at the history of changes at the News page [2], > >> and didn't find anything like that mentioned. This is more of > >> a sanity checking type of question. > > > > A long time ago there was an issue similar to this but I think > > this has been fixed for at least a couple of years. > > Daniel, thanks a lot for your response. I guess it is my bug. Well a bug is always possible, check against recent versions, but I think problems in that area were fixed. 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 bugtrack@roumenpetrov.info Fri Sep 28 17:03: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 081A83B01A1 for ; Fri, 28 Sep 2007 17:03:41 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_IB=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 8418 hrs), (distance 22, link: ethernet/modem), [87.120.40.156] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VX8OQo8IhuUG for ; Fri, 28 Sep 2007 17:03:30 -0400 (EDT) Received: from filter2.host.bg (filter2.host.bg [87.120.40.156]) by menubar.gnome.org (Postfix) with ESMTP id 82AAA3B04BF for ; Fri, 28 Sep 2007 17:00:30 -0400 (EDT) Received: from mail.host.bg (mail.host.bg [87.120.40.3]) by filter2.host.bg (Postfix) with ESMTP id 45607B385B; Sat, 29 Sep 2007 00:00:18 +0300 (EEST) Received: from [85.130.31.110] (85-130-31-110.1699525.ddns.cablebg.net [85.130.31.110]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.host.bg (Postfix) with ESMTP id 8B052E0791; Sat, 29 Sep 2007 00:00:17 +0300 (EEST) Message-ID: <46FD6B5B.7020300@roumenpetrov.info> Date: Sat, 29 Sep 2007 00:00:11 +0300 From: Roumen Petrov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20070810 SeaMonkey/1.1.4 MIME-Version: 1.0 To: xslt@gnome.org References: <20070824160006.B3ACADF9FA@mail.host.bg> <20070824222118.GJ408@redhat.com> <46D3259F.2060207@roumenpetrov.info> <46D48DB9.7000709@roumenpetrov.info> <20070917095651.GC22259@calimero.vinschen.de> In-Reply-To: <20070917095651.GC22259@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Corinna Vinschen , veillard@redhat.com Subject: Re: [xslt] win32 builds Was: win32 build (mingw-cross compilation) 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, 28 Sep 2007 21:03:41 -0000 Hello community, First I would like to thanks to Corinna that should me thаt I send a inappropriate request. I misunderstood and now I realize that personс who submit to cygwin cvs repository aren't the same as maintainers of a cygwin packages. For now I don't like to subscribe to more list. To keep a track of the current topic I open a new bug: http://bugzilla.gnome.org/show_bug.cgi?id=481419 , that address build issues for cygwin and mingw. Roumen Corinna Vinschen wrote: > [Just back from vacation] > > Roumen, > > On Aug 29 00:03, Roumen Petrov wrote: > >> Corinna, >> Please, could you post recent cygwin patch used to build libxslt. >> >> Roumen >> PS: The whole email thread can be viewed at >> http://mail.gnome.org/archives/xslt/2007-August/msg00019.html >> > > I'm rather confused why you ask me. I'm not the libxslt maintainer for > Cygwin. If you have questions about the Cygwin port of libxslt, you > might consider asking the libxslt maintainer for the Cygwin distro via > the Cygwin mailing list cygwin AT cygwin DOT com. > > > Corinna > > From bugtrack@roumenpetrov.info Fri Sep 28 17:12:49 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 5F16C3B0146 for ; Fri, 28 Sep 2007 17:12:49 -0400 (EDT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 3) (up: 8418 hrs), (distance 22, link: ethernet/modem), [87.120.40.156] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id atdRn9-j4azM for ; Fri, 28 Sep 2007 17:12:46 -0400 (EDT) Received: from filter2.host.bg (filter2.host.bg [87.120.40.156]) by menubar.gnome.org (Postfix) with ESMTP id 9E9603B02FF for ; Fri, 28 Sep 2007 17:12:44 -0400 (EDT) Received: from mail.host.bg (mail.host.bg [87.120.40.3]) by filter2.host.bg (Postfix) with ESMTP id C9D94AFEB5 for ; Sat, 29 Sep 2007 00:12:42 +0300 (EEST) Received: from [85.130.31.110] (85-130-31-110.1699525.ddns.cablebg.net [85.130.31.110]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.host.bg (Postfix) with ESMTP id 2E498409DB for ; Sat, 29 Sep 2007 00:12:42 +0300 (EEST) Message-ID: <46FD6E4A.7090600@roumenpetrov.info> Date: Sat, 29 Sep 2007 00:12:42 +0300 From: Roumen Petrov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20070810 SeaMonkey/1.1.4 MIME-Version: 1.0 To: The Gnome XSLT library mailing-list References: <20070824160006.B3ACADF9FA@mail.host.bg> In-Reply-To: <20070824160006.B3ACADF9FA@mail.host.bg> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [xslt] win32 build (mingw-cross compilation) 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, 28 Sep 2007 21:12:49 -0000 I new bug ( http://bugzilla.gnome.org/show_bug.cgi?id=481434 ) is opened that address removal of winsock from libxslt. Roumen