Hi all, I'm was using libxml-2.6.18 and libxslt-1.1.13. In this combination (sorry, I didn't test that much, cuz' my CPU is on load) it obviousely definitely raises a bug somewhere (I gonna describe below). However, I know that it worked before, and though I downgraded to libxml-2.6.16, and libxslt-1.1.12 and it's working again. I did not test any other version between those both I'm testing now. Now. I'm having lots of .xsl files I'm using for theming my portal (within an apache module that is using libxml2/libxslt for generating the page). in my template.xsl (the core stylesheet) I'm having the following part: <xsl:param name="iself"/> <!-- private base uri (used for internal sub requests) --> <xsl:param name="sid"/> <!-- user session id --> <!-- std in-session arguments --> <xsl:variable name="stdsargs"> <xsl:value-of select="$stdargs"/> <xsl:if test="$sid != ''"> <xsl:text>sid=</xsl:text> <xsl:value-of select="$sid"/> <xsl:text>&</xsl:text> </xsl:if> </xsl:variable> in character.xsl I'm having the following part: <xsl:variable name="XmlCharsRequest"> <xsl:value-of select="$iself"/> <xsl:text>/xchars</xsl:text> <xsl:value-of select="$stdsargs"/> <xsl:text>name=</xsl:text> <xsl:value-of select="$charName"/> </xsl:variable> <xsl:variable name="XmlGetCharRequest"> <xsl:value-of select="$iself"/> <xsl:text>/xgetchar</xsl:text> <xsl:value-of select="$stdsargs"/> <xsl:text>name=</xsl:text> <xsl:value-of select="$charName"/> </xsl:variable> Now, in character.xsl I'm having the following inside an xsl:template element: <xsl:template name="page_viewchar"> <xsl:variable name="xgetchar" select="document($XmlGetCharRequest)/YaCSInfo"/> <xsl:variable name="xchars" select="document($XmlCharsRequest)/YaCSInfo"/> <div class="DocumentBody"> <h1>debug-01: [<xsl:value-of select="$XmlGetCharRequest"/>]</h1> <h1>debug-02: [<xsl:value-of select="count(document($XmlGetCharRequest)/*)"/>]</h1> Now, having a look at my debug-01 and debug-02 lines. I'm debug-printing the contents of the XmlGetCharRequest variable. It's complete, that is, it's as expected, my fully qualified URL for the internal XML request. I validated the URL by copy'n'pasting it into my browser, and it worked just well. Now, the debug-02 line, I'm expecting the output "[1]" but I get "[0]", that is, that it obviousely did anything wrong inside the document() function. I used ngrep to sniff the network traffic between the apache module and the internal request to itself (the webserver) and saw, that I simply removed the ?name=trapni part from the URL. That's definitely a bug. Now, downgrading to the version I specified above worked well. So, the bug must be on your side (somewhere). Can anybody verify this? (with a shorter example maybe, since I can't expect you to eat my whole .xsl file bunch ;) If you can verify this bug, please fix it. Ah, I obviousely forgot to say, that the bug obviousely only occurs on my devbox that is an Athlon64 (completely in/for 64bit mode compiled) and it doesn't seem to occur on my AthlonMP server (being 32bit though). Thanks in advance, Christian Parpart. -- Netiquette: http://www.ietf.org/rfc/rfc1855.txt 23:41:23 up 13 days, 12:47, 0 users, load average: 0.17, 0.29, 0.40
Attachment:
pgpUr5fRNXfVH.pgp
Description: PGP signature