php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #24786 xslt_set_encoding still not available
Submitted: 2003-07-24 00:57 UTC Modified: 2003-08-01 06:09 UTC
Votes:3
Avg. Score:4.0 ± 0.8
Reproduced:3 of 3 (100.0%)
Same Version:0 (0.0%)
Same OS:1 (33.3%)
From: happycloud at undream dot com Assigned:
Status: No Feedback Package: XSLT related
PHP Version: 4.3.3RC1 OS: Linux 2.4
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: happycloud at undream dot com
New email:
PHP Version: OS:

 

 [2003-07-24 00:57 UTC] happycloud at undream dot com 
Description:
------------
I have compiled sablot with iconv support which as I undertsand it, is the  
way to add encoding support? correction?  
I have also compiled php with sablot,expat, iconv (sometimes) to no avail. I  
still get a undefined function xslt_set_encoding.  According to sablot, the  
way to use encoding directly is to specify it in the xml and xsl. I have done  
so and been able to get output from the sablot binary. Is there a sure way to  
tell that sablot does indeed have encoding support? I believe it does.   
I have tried 4.3.1, 4.3.2, snaps from 4.3x and 4.5 as of today and I get the  
same problem. After defining HAVE_SABLOT_SET_ENCODING in  
sablot.c, I can get it to work but....  
 
I have seen this note on another bug : 
---snip--- 
/* The user has to explicitly compile sablotron with sablotron encoding 
functions in order for SablotSetEncoding to be enabled. */ 
 
This means xslt_set_encoding() won't be available if your  
sablot installation hasn't got the SablotSetEncoding enabled 
----snip--- 
Just how does one do that if sablot does not complain right now? 
 
joshua  
  

Expected result:
----------------

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-07-24 01:03 UTC] happycloud at undream dot com 
On a side note. I took a look at libsablot.a and I have: 
... 
00001004 T SablotSetBaseForScheme 
00001420 T SablotSetEncoding 
000.... 
 
Does that mean that SablotSetEncoding function is indeed available and 
php is not detecting that? 
joshua
 [2003-07-24 06:26 UTC] sniper@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

And if this fails with the snapshot, check the config.log
for 'SablotSetEncoding' and any errors after that check.
 [2003-07-25 17:09 UTC] elmicha@php.net 
Can you please also make sure that you indeed compiled Sablotron with iconv support, i.e. try "sabcmd -x your.xml your.xsl"?

I have been fighting with Sablotron and iconv on Solaris today (to no avail so far), and although I never had problems with that on Linux, it might give a hint to the problem's cause.
 [2003-07-26 00:16 UTC] happycloud at undream dot com 
If I use the -x option I get nothing. Batch xml? 
But sabcmd myxml myxsl gives correct output. As in sablotron's faq, I 
added different encodings to my xml and xsl. This is the only way I know to 
test. 
xsl: 
<?xml version="1.0"?> 
<xsl:stylesheet version="1.0" 
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> 
<xsl:output indent="no" encoding="ISO-8859-1"/> 
----snip--- 
 
xm;: 
<?xml version="1.0" encoding="UTF-8"?> 
 
Not sure if this is the best way to test. I certainly get no errors. 
joshua 
<myxml>---snip---
 [2003-07-27 14:05 UTC] sniper@php.net 
Please give the information I requested.
 [2003-08-01 06:09 UTC] sniper@php.net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Apr 20 00:01:27 2024 UTC