#24786 [Fbk-Opn]: xslt_set_encoding still not available

2003-07-25 Thread happycloud at undream dot com
 ID:   24786
 User updated by:  happycloud at undream dot com
 Reported By:  happycloud at undream dot com
-Status:   Feedback
+Status:   Open
 Bug Type: XSLT related
 Operating System: Linux 2.4
 PHP Version:  4.3.3RC1
 New Comment:

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---


Previous Comments:


[2003-07-25 17:09:07] [EMAIL PROTECTED]

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-24 06:26:07] [EMAIL PROTECTED]

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-24 01:03:08] happycloud at undream dot com

On a side note. I took a look at libsablot.a and I have: 
... 
1004 T SablotSetBaseForScheme 
1420 T SablotSetEncoding 
000 
 
Does that mean that SablotSetEncoding function is indeed available and

php is not detecting that? 
joshua



[2003-07-24 00:57:35] 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:

 






-- 
Edit this bug report at http://bugs.php.net/?id=24786edit=1



#24786 [Opn]: xslt_set_encoding still not available

2003-07-24 Thread happycloud at undream dot com
 ID:   24786
 User updated by:  happycloud at undream dot com
 Reported By:  happycloud at undream dot com
 Status:   Open
 Bug Type: XSLT related
 Operating System: Linux 2.4
 PHP Version:  4.3.3RC1
 New Comment:

On a side note. I took a look at libsablot.a and I have: 
... 
1004 T SablotSetBaseForScheme 
1420 T SablotSetEncoding 
000 
 
Does that mean that SablotSetEncoding function is indeed available and

php is not detecting that? 
joshua


Previous Comments:


[2003-07-24 00:57:35] 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:

 






-- 
Edit this bug report at http://bugs.php.net/?id=24786edit=1



#24786 [NEW]: xslt_set_encoding still not available

2003-07-23 Thread happycloud at undream dot com
From: happycloud at undream dot com
Operating system: Linux 2.4
PHP version:  4.3.3RC1
PHP Bug Type: XSLT related
Bug description:  xslt_set_encoding still not available

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:

 


-- 
Edit bug report at http://bugs.php.net/?id=24786edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=24786r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=24786r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=24786r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=24786r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24786r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=24786r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24786r=support
Expected behavior:  http://bugs.php.net/fix.php?id=24786r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24786r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24786r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=24786r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24786r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=24786r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=24786r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24786r=gnused



Bug #16042: mkdir no longer works correcrly (wrong UID)

2002-03-13 Thread happycloud

From: [EMAIL PROTECTED]
Operating system: Linux 
PHP version:  4.1.2
PHP Bug Type: *Directory/Filesystem functions
Bug description:  mkdir no longer works correcrly (wrong UID)

ENV:
Linux 2.2.19/apache 1.3.23/ Safe mode on, latest security 
update

The following simple scripts no longer work:
?

mkdir('/var/www/web/test/testfolder' , 0777);
mkdir('/var/www/web/test/testfolder/another', 0777);
?
It generates: SAFE MODE Restriction in effect.  The script 
whose uid is 48561 is not allowed to
 access /var/www/web/test/testfolder owned by uid 98 in ..
-- 
Edit bug report at http://bugs.php.net/?id=16042edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16042r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16042r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16042r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16042r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16042r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16042r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16042r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16042r=submittedtwice