[PHP-DEV] PHP 4.0 Bug #8109 Updated: xslt_outout_begintransform() doesn't nest
ID: 8109
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Sablotron XSL
Bug Type: Feature/Change Request
Assigned To:
Comments:
Is designed this way, move to feature/change request..
Previous Comments:
---
[2000-12-05 02:27:13] [EMAIL PROTECTED]
imagine a situation of the form:
? # target a specific user agent
xslt_output_begintransform("agentN.xsl");
?
content
how now brown cow
? # transform an sql result set into an html table
xslt_output_begintransform("table.xsl");
?
result
rowcolone/colcoltwo/col/row
rowcol1/colcol2/col/row
/result
? xslt_output_endtransform(); ?
/content
? xslt_output_endtransform(); ?
this might easily be desired (as i do), but it doesn't work. perhaps it's because
sablotron doesn't allow more than one concurrent xslt processor.
the errors that result are odd indeed, like the second filename string being smashed
before its use.
---
Full Bug description available at: http://bugs.php.net/?id=8109
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8586 Updated: msgtype: error
ID: 8586 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL Assigned To: Comments: Fixed in CVS (the msgtype: error indicates invalid xsl or xml, causing an error to be output, no sablotron correctly displays the message). Previous Comments: --- [2001-01-08 03:50:50] [EMAIL PROTECTED] I've tried to test the example given in manual on xslt_process function, but the following error occurs: Fatal error: msgtype: error in /usr/local/apache/apache-dev/htdocs/xmltest.php on line 42 it's the line with: xslt_process($xslData, $xmlData, $result) modules: './configure' '--prefix=/www/apache-dev' '--without-mysql' '--with-gd' '--with-zlib' '--with-apxs=/www/apache-dev/bin/apxs' '--disable-debug' '--enable-wddx' '--enable-xml' '--with-config-file-path=/www/apache-dev/conf' '--enable-memory-limit' '--with-pgsql=/www/pgsql71/' '--enable-track-vars' '--without-imap' '--with-dom' '--with-sablot' php.ini - none (default settings) --- Full Bug description available at: http://bugs.php.net/?id=8586 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8458 Updated: xslt_process failure solution
ID: 8458 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL Assigned To: Comments: the error reporting mechanism is fixed in cvs... Previous Comments: --- [2000-12-28 11:29:17] [EMAIL PROTECTED] It appears the error reporting is the cause of Bug id #8385 (and others). I have tracked it down to this by using stand-along XSL parsers and every page I was getting the message on, generated an error with the stand along parsers. Once correcting the problems (in the XML or XSL), PHP properly transformed the page. PHP 4.03pl1 produces error messages while v4.04 just gives this generic message. Mike --- Full Bug description available at: http://bugs.php.net/?id=8458 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8385 Updated: Fatal error occurs with Sablotron 0.50
ID: 8385
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: Sablotron XSL
Assigned To:
Comments:
Fixed in CVS
Previous Comments:
---
[2001-01-01 22:46:17] [EMAIL PROTECTED]
This is due to messed up standard error reporting that will be fixed in CVS.
For more descriptive errors try the following:
function xsl_error($parser, $code, $level, $errors)
{
echo "$parser [$code]: $level, ";
var_dump($errors);
}
xslt_set_error_handler($temp, "xsl_error");
To find out what's really wrong (an error in your XML or XSL most likely).
---
[2000-12-22 18:16:55] [EMAIL PROTECTED]
I compiled PHP 4.0.4 with the following ./configure line:
./configure --prefix=/usr --with-zlib --with-fribidi --with-sablot
--with-xml=../expat-1.95.1/
With the latest Sablot(0.50 to this date).
I ran a test code:
?php
$temp=xslt_create();
xslt_run($temp, "idan.xsl", "idan.xml");
?
PHP returned the following error:
Fatal error: msgtype: error in /usr/var/www/sab.php on line 3
---
Full Bug description available at: http://bugs.php.net/?id=8385
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7113 Updated: count and pointers
ID: 7113 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Performance problem Assigned To: Comments: no, it shouldn't--in php yes it should, php4 is pretty smart about this though. Objects are the only thing where speed increases by pass-by-reference. otherwise its slower. But you shouldn't be using references as an optimization anyway... Previous Comments: --- [2000-10-10 04:45:19] [EMAIL PROTECTED] Hiya $ADLIB_FILE is a file, size = 9mb $ADLIB_DATA = file($ADLIB_FILE); $ADLIB_COUNT = count($ADLIB_DATA); echo time() - $test . " secondenBRnn"; die(); takes 17 secs $ADLIB_DATA = file($ADLIB_FILE); $ADLIB_COUNT = count($ADLIB_DATA); echo time() - $test . " secondenBRnn"; die(); this takes 27 secs? shouldn't this be faster the the first one? Greetz, Wico --- Full Bug description available at: http://bugs.php.net/?id=7113 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8895 Updated: xslt_process() documentation problem
ID: 8895
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
Assigned To:
Comments:
not a bug. xslt_process() returns false on failure, you can supress errors using the
@ sign.
Previous Comments:
---
[2001-01-25 02:02:18] [EMAIL PROTECTED]
According to the documentation xslt_process() is supposed to return false and allow
you to check errors with xslt_errno() xslt_error().
I found several situations where a validation error in the XSL stylesheet would cause
it to instead fail with a fatal error:
PHP Fatal error: msgtype: error
in /var/www/stone2/index.php on line 18
(One example of an error would be a HTML tag with unquoted parameters (e.g. BORDER=0),
which is legal for numeric values in HTML but not XML)
Needless to say, this made debugging rather tricky as it never reached the error
display in my code:
if (xslt_process($XSL, $XML, $result)) {
echo $result;
} else {
echo 'PXSL transformation error: /P';
echo xslt_errno() . ': ' . xslt_error();
}
PHP config info:
PHP Version 4.0.4pl1
System Linux gigante 2.2.18pre21 #1 Sat Nov 18 18:47:15 EST 2000 i686
unknown
Build Date Jan 24 2001
Configure Command './configure' '--with-apxs' '--enable-shared'
'--with-bz2' '--with-java=/usr/local/jdk1.3' '--with-gettext'
'--with-mcrypt' '--with-zlib' '--with-openssl=/usr/local/ssl'
'--enable-magic-quotes' '--enable-calendar' '--with-curl'
'--with-mcrypt' '--with-dom=/usr/local/lib' '--enable-ftp'
'--enable-gd-imgstrttf' '--with-gd' '--with-jpeg-dir' '--with-ttf'
'--with-t1lib' '--with-imap-ssl' '--with-imap' '--with-ldap'
'--with-mysql' '--with-pdflib=/usr/local/lib' '--with-zlib-dir'
'--with-jpeg-dir' '--with-png-dir' '--with-tiff-dir' '--with-pgsql'
'--with-pspell' '--with-readline' '--with-sablot'
'--with-sablot-errors-descriptive' '--enable-trans-sid'
'--enable-shmop' '--enable-sockets' '--with-swf' '--enable-sysvsem'
'--enable-sysvshm' '--enable-inline-optimization'
'--enable-memory-limit'
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8895edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8928 Updated: xslt_process randomly fails on valid xml/xsl data (xslt_run works fine)
ID: 8928
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
Assigned To:
Comments:
you can have an xslt_error function without the parser, just omit the parser argument
and it will be the global error handler.
Previous Comments:
---
[2001-02-13 01:58:59] [EMAIL PROTECTED]
It's probably just enough to remove ?xml version="1.0" encoding="utf-8"? from XSL
data to make it
working stable. Is it bug or feature ?
---
[2001-01-26 02:04:10] [EMAIL PROTECTED]
This script randomly fails (on the same xml/xsl data it works or randomly fails with
the only error:
Fatal error: msgtype: error in /home/httpd/html/photo/tstxsl1.php on line 29
, which is xslt_process call.
I can't set the user error handler while using xslt_process to get more error
information, because can't pass $parser to this function.) :
?php
function xsl_error($parser, $code, $level, $errors)
{
echo "Parser: $parsernbrn";
echo "Code: $codenbrn";
echo "Level: $levelnbrn";
echo "Errors: nbrnbrn";
var_dump($errors);
}
$fp = fopen("pic1.xsl", "r");
$lenxsl = filesize("pic1.xsl");
$xslData = fread($fp, $lenxsl);
fclose($fp);
$fp = fopen("pic.xml", "r");
$lenxml = filesize("pic.xml");
$xmlData = fread($fp, $lenxml);
fclose($fp);
/*
Parser creation could be omitted, it doesn't influence on the random crashes
*/
$parser = xslt_create();
print "Parser Handle[$parser]br";
xslt_set_error_handler($parser, "xsl_error");
if (xslt_process($xslData, $xmlData, $result))
{
echo $result;
} else {
echo "tError number: " . xslt_errno() . "n";
echo "tError string: " . xslt_error() . "n";
exit;
}
/* this should be omitted if xsl_creat() is commented out */
xslt_free($parser);
?
Sablotron comand line utility sabcmd parses xml/xsl data from the files pic1.xsl and
pic.xml without any errors/warnings.
The following script, which doesn't use xslt_process, works stable and without errors
on the same data files:
?php
function xsl_error($parser, $code, $level, $errors)
{
echo "Parser: $parsernbrn";
echo "Code: $codenbrn";
echo "Level: $levelnbrn";
echo "Errors: nbrnbrn";
var_dump($errors);
}
$parser = xslt_create();
print "Parser Handle[$parser]br";
xslt_set_error_handler($parser, "xsl_error");
xslt_run($parser, './pic1.xsl', './pic.xml');
print "brHere is the output:br".xslt_fetch_result($parser);
xslt_free($parser);
?
But I need at least xml "in-memory" data for my application, so I can't use xslt_run
for my production purposes.
Suggestion - something wrong with xslt_process :)
php.ini - standard configuration from php4.04pl1 distribution
Sablotron 0.50
Expat 1.95.1
php4 configuration:
--with-apxs --prefix=/usr --with-gd --with-gettext --with-yp --with-system-regex
--with-mysql=/usr --enable-safe-mode --enable-sysvsem --enable-sysvshm
--with-exec-dir=/home/httpd/php/bin --with-zlib --with-config-file-path=/etc/httpd
--disable-debug --enable-magic-quotes --enable-bcmath --with-mod_charset --with-pdflib
--with-cpdflib --enable-calendar --with-sablot
configure script was hacked a little to provide libexpat and libiconv (glibc-2.0.7 has
no native iconv) for Sablotron
instead of old libxmlparse and libxmltok. There were no any problem with compilation
of php4.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8928edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9105 Updated: Incorrect path used
ID: 9105 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL Assigned To: sterling Comments: Relative paths don't work with windows. Previous Comments: --- [2001-02-05 02:46:17] [EMAIL PROTECTED] I'm using the following script ?php $p = xslt_create(); $res = xslt_run($p, "test.xsl","test.xml"); if(!$res) echo xslt_error($p); echo xslt_fetch_result($p); xslt_free($p); ? The files test.xml and test.xsl are in the same directory as the script, but PHP searches for them in the directory that contains my PHP/CGI php.exe. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9105edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8895 Updated: xslt_process() documentation problem
ID: 8895
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
Assigned To: sterling
Comments:
The xslt_process() function *does* return false on failure.
However, if the error is serious enough, the php script
will exit out, as with any of the sablotron functions.
Furthermore, it never sends a fatal error if the
transformation fails, it sends an error of type E_ERROR for
critical sablotron errors transformations and an error of
type E_WARNING for warnings.
Previous Comments:
---
[2001-04-05 17:00:23] [EMAIL PROTECTED]
This is ridiculous - this is the second time this bug has been closed by someone who
never bothered to read the report!
According to the documentation:
The xslt_process() takes a string containing the XSLT stylesheet as its first
argument, it takes a second string containing the XML data you want to transform and
then a third string containing the results of the transformation. xslt_process() will
return true on success and false on failure, to get the error number and error string
if an error occurs use the xslt_errno() and xslt_error() functions.
There is no conceivable way returning an untrappable fatal error can be seen as a
simple return false, particularly since the comment about errors suggests that your
script will continue executing if xslt_process() encounters an error. Currently,
there's no way to call xslt_errno() / xslt_error().
There are three options at this point: actually fixing the Sablotron extension or
changing the documentation to say something like "If the transform fails, PHP will
immediately terminate with a fatal error". Or you could just close it a 3rd time with
a bogus comment - I won't bother reopening it, as I don't use Sablotron regularly.
This still reproduces with 4.0.5-dev, built from a CVS checkout on 3/26.
---
[2001-04-05 14:16:06] [EMAIL PROTECTED]
this is the correct behavior, if the transformation fails so
will php.
---
[2001-02-14 10:53:39] [EMAIL PROTECTED]
Please try to read the bug report before closing it. xslt_process() does *NOT* return
false with some errors. Instead, it returns a PHP fatal error which cannot be trapped
using @.
---
[2001-02-14 06:19:21] [EMAIL PROTECTED]
not a bug. xslt_process() returns false on failure, you can supress errors using the
@ sign.
---
[2001-01-25 02:02:18] [EMAIL PROTECTED]
According to the documentation xslt_process() is supposed to return false and allow
you to check errors with xslt_errno() xslt_error().
I found several situations where a validation error in the XSL stylesheet would cause
it to instead fail with a fatal error:
PHP Fatal error: msgtype: error
in /var/www/stone2/index.php on line 18
(One example of an error would be a HTML tag with unquoted parameters (e.g. BORDER=0),
which is legal for numeric values in HTML but not XML)
Needless to say, this made debugging rather tricky as it never reached the error
display in my code:
if (xslt_process($XSL, $XML, $result)) {
echo $result;
} else {
echo 'PXSL transformation error: /P';
echo xslt_errno() . ': ' . xslt_error();
}
PHP config info:
PHP Version 4.0.4pl1
System Linux gigante 2.2.18pre21 #1 Sat Nov 18 18:47:15 EST 2000 i686
unknown
Build Date Jan 24 2001
Configure Command './configure' '--with-apxs' '--enable-shared'
'--with-bz2' '--with-java=/usr/local/jdk1.3' '--with-gettext'
'--with-mcrypt' '--with-zlib' '--with-openssl=/usr/local/ssl'
'--enable-magic-quotes' '--enable-calendar' '--with-curl'
'--with-mcrypt' '--with-dom=/usr/local/lib' '--enable-ftp'
'--enable-gd-imgstrttf' '--with-gd' '--with-jpeg-dir' '--with-ttf'
'--with-t1lib' '--with-imap-ssl' '--with-imap' '--with-ldap'
'--with-mysql' '--with-pdflib=/usr/local/lib' '--with-zlib-dir'
'--with-jpeg-dir' '--with-png-dir' '--with-tiff-dir' '--with-pgsql'
'--with-pspell' '--with-readline' '--with-sablot'
'--with-sablot-errors-descriptive' '--enable-trans-sid'
'--enable-shmop' '--enable-sockets' '--with-swf' '--enable-sysvsem'
'--enable-sysvshm' '--enable-inline-optimization'
'--enable-memory-limit'
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do
[PHP-DEV] Bug #10312 Updated: xsl:strip elements ... tag isn't working properly
ID: 10312 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL PHP Version: 4.0.4pl1 Assigned To: Comments: Can you try this with sabcmd (the sablotron executable). So I can see whether or not this is a PHP extension problem (I doubt it) or a Sablotron problem (I'll report it to the Sablotron authors). Thanks! Previous Comments: --- [2001-04-12 20:01:14] [EMAIL PROTECTED] I think there may be a problem with Sablotron and xsl:strip-space tags. I'm using Sablotron with PHP to generate HTML (and other text based outputs) from a couple different stylesheets and XML data being pulled from my db. When I run all my stylesheets on the command line with Instant Saxon (by Michael Kay), the output looks just like I want it to. However, the output generated by PHP/Sablotron is messed up, because there are too many newline characters in the output. If I have textpageparamylistmylistitemlistitem/mylistitem/mylist/para/page/text I get the correct output: begin output * listitem end output However, since this XML isn't very human readable, I reformat my XML input to this: text page para myliist mylistitemlistitem/mylistitem /mylist /para /page /text Instant Saxon treats these two XML inputs as the same thing and produces the same output, since xsl:strip-space elements=* / appears in the stylesheet. However, the PHP/Sablotron translation gives me this: begin output * listitem end output I've also sent this note to the sab-bugs@gingerall people. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10312edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10306 Updated: xslt_process() causes page to be loaded twice
ID: 10306
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
PHP Version: 4.0 Latest CVS (12/04/2001)
Assigned To:
Comments:
Well if it stopped, then I'll mark the bug as closed. If
starts happening again, or you have more information,
re-open this bug, or open up a new bug.
Previous Comments:
---
[2001-04-12 14:35:16] [EMAIL PROTECTED]
Ok, this is just plain wierd...it decided to stop doing that...I will investigate
further and see if I can reproduce it.
---
[2001-04-12 12:21:25] [EMAIL PROTECTED]
In one of my scripts, I make a function call to a function which contains the
xslt_process() function. After this function, I am inserting an entry into my database
for logging purposes.
test.php
function html_transform($xsl, $xml) {
if (!xslt_process($xsl, $xml, $html)) {
header(Status: 500 Server Error);
echo xslt_error();
echo ERROR .$php_error_msg;
exit;
}
else {
return($html);
}
}
$xml = loaded from file;
$xsl = loaded from file;
$html = html_transform($xsl,$xml);
echo $html;
mysql_query(INSERT INTO table...);
echo mysql_insert_id();
the insert id is incrementing my 2, unless I disable the xslt_process() function.
Really strange and I think its a bug in the xslt_process() function.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10306edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8412 Updated: transformations hang
ID: 8412 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL PHP Version: 4.0.4 Assigned To: sterling Comments: Ok, try it and re-open the report if it happens. I've used MySQL and Sablotron together fine... Previous Comments: --- [2001-04-09 19:42:27] [EMAIL PROTECTED] I don't have that machine available anymore to help test if it works or not... at least not in a reasonable amount of time before 4.0.5 gets out. --- [2001-04-05 14:29:32] [EMAIL PROTECTED] try this with the newest sablotron and php and let me know what happens... --- [2000-12-25 03:56:59] [EMAIL PROTECTED] My install hangs when hitting reload a lot and my httpd processes suck up my resources until the script times out. It takes between 5-15 quick reloads before it hangs. This seems to only happen when I grab stuff from MySQL in the same script as when I'm doing a transformation. ' ./configure' '--with-mysql' '--enable-track-vars' '--with-mcrypt' '--enable-ftp' '--enable-sockets' '--with-sablot' '--enable-sablot-errors-descriptive' '--with-apache=../apache_1.3.14' '--with-zlib' I'm using Sablotron 0.44.1 and Expat 1.1.2. A script with just MySQL works fine, and a script with just a transformation works fine. I don't see anything additionally descriptive about --enable-sablot-errors-descriptive either --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8412edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10082 Updated: curl_setopt with CURLOPT_HTTPHEADER option is broken
ID: 10082 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: cURL related PHP Version: 4.0 Latest CVS (30/03/2001) Assigned To: Comments: Changes incorporated in CVS, thanks. Previous Comments: --- [2001-04-02 15:26:19] [EMAIL PROTECTED] And in a related problem, it seems that if you specify CURLOPT_RETURNTRANSFER, in some cases you can get a truncated response due to two off by one errors. at the bottom of the curl_exec function, there is a line ret_data[stat_sb.st_size - 1] = ' -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9957 Updated: compile failure - errors in ext/standard/basic_functions.c
ID: 9957
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
PHP Version: 4.0 Latest CVS (23/03/2001)
Assigned To:
Comments:
fixed in cvs
Previous Comments:
---
[2001-03-23 11:49:30] [EMAIL PROTECTED]
php4-200103230745
D:compilephpphp4-200103230745extstandardbasic_functions.c(2494) : error C2065:
'core_globals' : undeclared identifier
D:compilephpphp4-200103230745extstandardbasic_functions.c(2494) : error C2223: left of
'-safe_mode' must point to struct/union
the offending line:
if (PG(safe_mode) (!php_checkuid(Z_STRVAL_PP(new_path), NULL,
CHECKUID_CHECK_FILE_AND_DIR))) {
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9957edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10490 Updated: xslt_process() generates fatal error
ID: 10490
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
PHP Version: 4.0 Latest CVS (25/04/2001)
Assigned To:
Comments:
If you really want to catch the error you can use the
xslt_set_error_handler() function. Not a bug (already had
this conversation with a user, check the closed bug reports
to view it).
Previous Comments:
---
[2001-04-25 10:32:18] [EMAIL PROTECTED]
Well, not actually the latest CVS, but RC6-2 from Debian Unstable, which should be
close enough...
At http://www.php.net/manual/en/function.xslt-process.php there is an example program.
When I use it as is, it works all right and produces a nice table. Here is a short
section of the code:
-
[...]
if (xslt_process($xslData, $xmlData, $result)) {
[...]
} else {
echo There was an error that occurred in the XSL transformation...n;
echo tError number: . xslt_errno() . n;
echo tError string: . xslt_error() . n;
exit;
}
?
-
This is quite similar to what I am trying. If you now corrupts the xmlData variable,
e.g. by changing article to rticl without changing the closing tag, you will get
an error message saying
br
bFatal error/b: XML parser error 7: mismatched tag in
b/var/www/test.php/b on line b40/bbr
As you can see here, xslt_process() dies with a fatal error and the program is
terminated, and we never get to testing the return value. The next problem, is that
since the error is fatal, it is also not possible to use set_error_handler() to
catch the error.
Of course it can be discussed wether this is a bug or not, but when a function is
documented to return false on error, I would not expect it to lay down and die. And
since it should not corrupt the PHP internals in any way, I would at least expect to
be able to handle it with set_error_handler().
Svein Roar Nilsen
Norwegian Hydrographic Services
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10490edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10541 Updated: curl leaks fds on failure
ID: 10541 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: cURL related PHP Version: 4.0.4pl1 Assigned To: Comments: fixed in cvs, thanks for the report. Previous Comments: --- [2001-04-28 16:56:01] [EMAIL PROTECTED] curl leaks file descriptors when a curl request fails or is aborted. How to reproduce: 1. Put a file called blah.txt with some plain text in docroot. 2. curltest.php: ?php header(Content-type: text/plain); $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, http://$SERVER_NAME/blah.txt;); curl_exec($ch); curl_close($ch); ? 3. run httpd -X and find the process id 4. open curltest.php in your browser and hit Escape (it will hang because the Apache process is busy processing the PHP script) 5. (on Linux) ls -l /proc/httpd-pid/fs --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10541edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10572 Updated: https takes forever and a day when curl is enabled
ID: 10572 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: cURL related PHP Version: 4.0.5 Assigned To: Comments: user said: not a php problem, therefore bug closed, please file it with the cURL folks (http://curl.haxx.se).. Previous Comments: --- [2001-05-02 00:24:54] [EMAIL PROTECTED] I managed to get https working with curl by copying libcurl.so.2.0.0 from my server that works. Here is the output of running ldd on both versions :- #ldd libcurl.so.2.0.0.working libdl.so.2 = /lib/libdl.so.2 (0x400c9000) libc.so.6 = /lib/libc.so.6 (0x400cc000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 0x8000) #ldd libcurl.so.2.0.0 libssl.so.0 = /usr/lib/libssl.so.0 (0x4001f000) libcrypto.so.0 = /usr/lib/libcrypto.so.0 (0x4004d000) libdl.so.2 = /lib/libdl.so.2 (0x40105000) libc.so.6 = /lib/libc.so.6 (0x40108000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) For whatever reason CURL on the new server is not using shared objects for libssl.so and libcrypto.so as evidence by them missing and the file size being about 4 times larger than the working version. For you info I used the following command to build CURL 7.7.1 ./configure --with-ssl- It appears that this is not a PHP problem. --- [2001-05-01 21:47:22] [EMAIL PROTECTED] This is the confuration I use on build 200104091745 ./configure --with-apxs=/usr/local/apache/bin/apxs --with-config-file-path=/etc/php --with-mysql=/usr --with-java=/usr/java/jdk1.3 --with-ldap --with-imap --with-curl --with-gd --enable-versioning the URL I use is https://www.shinemail.com which is an internal resource. --- [2001-05-01 08:55:30] [EMAIL PROTECTED] Can you please provide a small simple script to reproduce this (so that we can use it) also your configure line would be useful. - James --- [2001-05-01 02:13:02] [EMAIL PROTECTED] I am experiencing the same problem(https takes a long time to return when curl is enabled with php) as noted in http://www.php.net/bugs.php?id=10195 after I built our production machine. All the software components and their versions are the same on both machines. When I did a uname on the server that is working with https and curl enabled I get localhost.localdomain 2.2.16-22 #1 Tue Aug 22 16:16:55 EDT 2000 i586 unknown on the server that is not working it is :- localhost.localdomain 2.2.16-22 #1 Tue Aug 22 16:17:40 EDT 2000 i686 unknown Could the differerent instruction set be causing the problem, i686 compared to i586? I've downloaded the latest build(April 30th) but the make fails with problems with curl headers. Does anyone know what is this happening? cheers, Clement --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10572edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10662 Updated: --with-iconv compilation and installation
ID: 10662 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Sablotron XSL Operating system: PHP Version: 4.0.5 Assigned To: Comments: fixed in cvs thanks, Previous Comments: --- [2001-05-04 06:48:49] [EMAIL PROTECTED] (This is not actually Sablotron extension bug, but I need to use --with-iconv option for my system to build in Sablotron and have a problem in this case) 1. The error message during Apache restart: Cannot load /usr/libexec/apache/libphp4.so into server: /usr/libexec/apache/libphp4.so: undefined symbol: iconv_module_entry 2. Configure line: --with-apxs --prefix=/usr --with-gd --with-gettext --with-yp --with-system-regex --with-mysql=/usr --enable-safe-mode --enable-sysvsem --enable-sysvshm --with-exec-dir=/home/httpd/php/bin --with-zlib --with-config-file-path=/etc/httpd --disable-debug --enable-magic-quotes --enable-bcmath --with-mod_charset --enable-calendar --with-iconv --with-sablot 3. Short description The configure script and compilation go smoothly without errors. ldd libphp4.so shows the following: libpam.so.0 = /lib/libpam.so.0 (0x2abda000) libdl.so.2 = /lib/libdl.so.2 (0x2abe1000) libz.so.1 = /usr/lib/libz.so.1 (0x2abe5000) libexpat.so.0 = /usr/lib/libexpat.so.0 (0x2abf3000) libsablot.so.0 = /usr/lib/libsablot.so.0 (0x2ac12000) libmysqlclient.so.6 = /usr/lib/libmysqlclient.so.6 (0x2ac8e000) libiconv.so.2 = /usr/lib/libiconv.so.2 (0x2aca) libttf.so.2 = /usr/lib/libttf.so.2 (0x2ad39000) libgd.so.1 = /usr/lib/libgd.so.1 (0x2ad4e000) libresolv.so.2 = /lib/libresolv.so.2 (0x2ad85000) libm.so.6 = /lib/libm.so.6 (0x2ad94000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x2adad000) libnsl.so.1 = /lib/libnsl.so.1 (0x2addb000) libc.so.6 = /lib/libc.so.6 (0x2ade2000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x2aaab000) ,so all libraries are in place. But the error message occurs during apache start/restart (see item 1.) Looking through main/php_config.h I found that there is no line #define HAVE_ICONV 1 ,but if I install it manually I have the following errors during compilation: make[3]: Entering directory `/mnt/files/linux/www/php/php-4.0.5/ext/iconv' /bin/sh /mnt/files/linux/www/php/php-4.0.5/libtool --silent --mode=compile gcc -I. -I/mnt/files/linux/www/php/php-4.0.5/ext/iconv -I/mnt/files/linux/www/php/php-4.0.5/main -I/mnt/files/linux/www/php/php-4.0.5 -I/usr/include/apache -I/mnt/files/linux/www/php/php-4.0.5/Zend -I/usr/include/mysql -I/mnt/files/linux/www/php/php-4.0.5/ext/xml/expat/xmltok -I/mnt/files/linux/www/php/php-4.0.5/ext/xml/expat/xmlparse -I/mnt/files/linux/www/php/php-4.0.5/TSRM -DLINUX=2 -DEAPI -DKEAPI -DUSE_PERL_SSI -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c iconv.c iconv.c:59: `php_minit_iconv' undeclared here (not in a function) iconv.c:59: initializer element for `iconv_module_entry.module_startup_func' is not constant iconv.c:60: `php_mshutdown_iconv' undeclared here (not in a function) iconv.c:60: initializer element for `iconv_module_entry.module_shutdown_func' is not constant iconv.c:63: `php_info_iconv' undeclared here (not in a function) iconv.c:63: initializer element for `iconv_module_entry.info_func' is not constant make[3]: *** [iconv.lo] Error 1 So, there is no way to build working PHP4.0.5 with support of external libiconv (outside of glibc, glibc-2.0.7 doesn't have iconv functions). PHP4.0.4pl1 was built and run successfully on the same system with the same configuration options. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10662edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8994 Updated: socket_set_timeout works only once
ID: 8994 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Network related PHP Version: 4.0.4pl1 Assigned To: Comments: Applied in CVS, don't know if it will make 4.0.5 this late in the game. Thanks! Previous Comments: --- [2001-03-22 04:11:22] [EMAIL PROTECTED] please fix this issue for the final 4.0.5. It is not fixed in 4.0.5RC1. I think it's easy to fix. --- [2001-03-22 04:11:20] [EMAIL PROTECTED] please fix this issue for the final 4.0.5. It is not fixed in 4.0.5RC1. I think it's easy to fix. --- [2001-01-30 05:36:45] [EMAIL PROTECTED] socket_set_timeout() works only once. This is because the internal function php_sock_fgets() checks the timout flag before calling php_sockread_internal(). If blocking IO php_sockwait_for_data() is called next. This function resets the socket timeout flag. A possible solution is to reset the flag in php_sockset_timeout() like the following patch. Removing the timeout flag test from php_sock_fgets() is also possible maybe. diff -c /usr/src/packages/BUILD/php-4.0.4pl1/ext/standard/fsock.c-orig /usr/src/packages/BUILD/php-4.0.4pl1/ext/standard/fsock.c *** /usr/src/packages/BUILD/php-4.0.4pl1/ext/standard/fsock.c-orig Tue Jan 30 11:19:59 2001 --- /usr/src/packages/BUILD/php-4.0.4pl1/ext/standard/fsock.c Tue Jan 30 11:19:59 2001 *** *** 596,601 --- 596,602 SOCK_FIND(sock, socket); sock-timeout = *timeout; + sock-timeout_event = 0; } #define SOCK_FIND_AND_READ_MAX(max) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8994edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11804 Updated: curl_error results strange strings
ID: 11804
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: cURL related
Operating system:
PHP Version: 4.0 Latest CVS (2001-06-29)
Assigned To:
Comments:
Fixed in cvs.
Previous Comments:
---
[2001-06-29 13:46:53] [EMAIL PROTECTED]
Hi,
- cURL 7.8, PHP CVS, Apache 1.3.20, linux-i686
curl_errno doesnt work with follow code:
--
?php
$url=http://www.foo.com;;
$ch = curl_init ($url);
$header_file = fopen (header_curl.dat, w);
$content_file = fopen (content_curl.dat, w);
curl_setopt ($ch, CURLOPT_FILE, $content_file);
curl_setopt ($ch, CURLOPT_WRITEHEADER, $header_file);
curl_setopt ($ch, CURLOPT_REFERER, $url);
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, true);
curl_setopt ($ch, CURLOPT_NOPROGRESS, true);
curl_setopt ($ch, CURLOPT_TIMEOUT, 30);
$result=curl_exec ($ch);
$returncode=curl_getinfo($ch, CURLINFO_HTTP_CODE);
$totaltime=curl_getinfo($ch,CURLINFO_TOTAL_TIME);
$realurl=curl_getinfo($ch,CURLINFO_EFFECTIVE_URL);
$contentsize=curl_getinfo($ch,CURLINFO_SIZE_DOWNLOAD);
if (curl_errno($ch)0){
$error=curl_error($ch);
echo $error;
}
fclose($header_file);
fclose($content_file);
?
--
curl_errno($ch) results a wrong error number and also curl_error($ch)
contains broken strings.
--
Steve
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11804edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11804 Updated: curl_error results strange strings
ID: 11804
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: cURL related
Operating system:
PHP Version: 4.0 Latest CVS (2001-06-29)
Assigned To:
Comments:
.
Previous Comments:
---
[2001-07-02 08:06:34] [EMAIL PROTECTED]
Fixed in cvs.
---
[2001-06-29 13:46:53] [EMAIL PROTECTED]
Hi,
- cURL 7.8, PHP CVS, Apache 1.3.20, linux-i686
curl_errno doesnt work with follow code:
--
?php
$url=http://www.foo.com;;
$ch = curl_init ($url);
$header_file = fopen (header_curl.dat, w);
$content_file = fopen (content_curl.dat, w);
curl_setopt ($ch, CURLOPT_FILE, $content_file);
curl_setopt ($ch, CURLOPT_WRITEHEADER, $header_file);
curl_setopt ($ch, CURLOPT_REFERER, $url);
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, true);
curl_setopt ($ch, CURLOPT_NOPROGRESS, true);
curl_setopt ($ch, CURLOPT_TIMEOUT, 30);
$result=curl_exec ($ch);
$returncode=curl_getinfo($ch, CURLINFO_HTTP_CODE);
$totaltime=curl_getinfo($ch,CURLINFO_TOTAL_TIME);
$realurl=curl_getinfo($ch,CURLINFO_EFFECTIVE_URL);
$contentsize=curl_getinfo($ch,CURLINFO_SIZE_DOWNLOAD);
if (curl_errno($ch)0){
$error=curl_error($ch);
echo $error;
}
fclose($header_file);
fclose($content_file);
?
--
curl_errno($ch) results a wrong error number and also curl_error($ch)
contains broken strings.
--
Steve
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11804edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11287 Updated: CURLOPT_WRITEHEADER crashes PHP
ID: 11287 Updated by: sterling Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: cURL related Operating system: PHP Version: 4.0 Latest CVS (22/6 2001) Assigned To: Comments: Fixed in CVS. Previous Comments: --- [2001-06-22 12:52:30] [EMAIL PROTECTED] Crashes with latest CVS, GDB backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (runnable)] 0x406b441a in curl_write (data=0x832a218 HTTP/1.1 200 OKrn, size=1, nmemb=17, ctx=0x832a548) at curl.c:259 259 php_curl_write *t = ch-handlers-write; (gdb) bt #0 0x406b441a in curl_write (data=0x832a218 HTTP/1.1 200 OKrn, size=1, nmemb=17, ctx=0x832a548) at curl.c:259 #1 0x41405a68 in Curl_client_write (data=0x832ad88, type=2, ptr=0x832a218 HTTP/1.1 200 OKrn, len=17) at sendf.c:246 #2 0x414122db in Transfer (c_conn=0x83256c0) at transfer.c:616 #3 0x41412c94 in Curl_perform (curl=0x832ad88) at transfer.c:873 #4 0x41412fd2 in curl_easy_perform (curl=0x832ad88) at easy.c:151 #5 0x406b64ce in php_if_curl_exec (ht=1, return_value=0x832ad6c, this_ptr=0x0, return_value_used=1) at curl.c:794 #6 0x4066b477 in execute (op_array=0x832549c) at ./zend_execute.c:1554 #7 0x4067bf50 in zend_execute_scripts (type=8, file_count=3) at zend.c:750 #8 0x40694fa3 in php_execute_script (primary_file=0xb54c) at main.c:1265 #9 0x406902ce in apache_php_module_main (r=0x832008c, display_source_mode=0) at sapi_apache.c:90 #10 0x40691079 in send_php (r=0x832008c, display_source_mode=0, filename=0x8321b04 /www/apache/htdocs/curl.php) at mod_php4.c:581 #11 0x406910c2 in send_parsed_php (r=0x832008c) at mod_php4.c:594 #12 0x80554f9 in ap_invoke_handler () at md4.c:255 #13 0x806a44f in process_request_internal () at md4.c:255 #14 0x806a4ba in ap_process_request () at md4.c:255 #15 0x8061306 in child_main () at md4.c:255 #16 0x80614e1 in make_child () at md4.c:255 #17 0x806165c in startup_children () at md4.c:255 #18 0x8061ccc in standalone_main () at md4.c:255 #19 0x806251c in main () at md4.c:255 #20 0x400d6c03 in __libc_start_main (main=0x8062164 main, argc=2, argv=0xb81c, init=0x804f3e0 _init, fini=0x8099f94 _fini, rtld_fini=0x4000bbc0 _dl_fini, stack_end=0xb814) at ../sysdeps/generic/libc-start.c:92 --- [2001-06-05 10:30:21] [EMAIL PROTECTED] in PHP-4.0.6RC2(RC1) scripts crashes if you use in cURL the CURLOPT_WRITEHEADER option. in php-4.0.4pl1 it works correct... eg.: $ch = curl_init (http://foo.bar.com;); $header_file = fopen (header_curl.dat, w); curl_setopt ($ch, CURLOPT_WRITEHEADER, $header_file); $result=curl_exec ($ch); if ($header_file) fclose ($header_file); -- Steve --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11287edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11834 Updated: ImageType() IMG_GIF GD 1.8.4
ID: 11834
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: GD related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
That's incorrect code, its:
if (ImageTypes() IMG_GIF) {
Previous Comments:
---
[2001-07-02 08:32:45] [EMAIL PROTECTED]
Trying:
if (ImageTypes() IMG_GIF) {
echo 'GIFS enabled';
$im = imagecreatefromgif('img.gif');
}
Still works with GD library that does not support GIFS
producing 'Warning: ImageCreateFromGif: No GIF support in
this PHP build' - it should not have got that far!
'./configure' '--with-mysql=/usr/local/mysql'
'--enable-track-vars' '--enable-safe-mode'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-zlib=/usr/local/lib' '--with-gd'
'--with-gd-dir=/usr' '--with-jpeg-dir=/usr/local'
'--with-png-dir=/usr/local' '--enable-shared'
'--with-sablot=/usr/local'
'--enable-sablot-errors-descriptive' '--with-xml'
'--no-create' '--no-recursion'
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11834edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12433 Updated: Curl Crush, CURLOPT_WRITEHEADER
ID: 12433 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: GNU Linux PHP Version: 4.0.6 New Comment: fixed in cvs. Previous Comments: [2001-07-27 13:35:23] [EMAIL PROTECTED] After using curl_setopt - CURLOPT_WRITEHEADER to a valid filepointer curl somehow crushes. Excerpt from apache error_log [notice] child pid 14646 exit signal Segmentation fault (11) Bad Stuff! Edit this bug report at http://bugs.php.net/?id=12433edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11856 Updated: CURLOPT_HEADER
ID: 11856 Updated by: sterling Reported By: [EMAIL PROTECTED] Status: Open Bug Type: cURL related Operating System: i686-pc-linux-gnu PHP Version: 4.0 Latest CVS (2001-07-03) New Comment: fixed in cvs. Previous Comments: [2001-07-03 11:08:24] [EMAIL PROTECTED] Hi Sterling Hughes, the follow code from php doku doesnt work with the current cvs version: - $ch = curl_init (http://www.php.net/;); $fp = fopen (php_homepage.txt, w); curl_setopt ($ch, CURLOPT_FILE, $fp); curl_setopt ($ch, CURLOPT_HEADER, 0); curl_exec ($ch); curl_close ($ch); fclose ($fp); - ... produce an output like HTTP/1.1 200 OK !without! any print or echo and the file php_homepage.txt is empty. I think it's a problem with CURLOPT_WRITEHEADER, because if i set this option, the script work fine. my config: libcurl 7.8 (OpenSSL 0.9.6a) (ipv6 enabled) Regards, -- Steve Alberty Edit this bug report at http://bugs.php.net/?id=11856edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11856 Updated: CURLOPT_HEADER
ID: 11856 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: i686-pc-linux-gnu PHP Version: 4.0 Latest CVS (2001-07-03) New Comment: close Previous Comments: [2001-07-30 17:05:12] [EMAIL PROTECTED] fixed in cvs. [2001-07-03 11:08:24] [EMAIL PROTECTED] Hi Sterling Hughes, the follow code from php doku doesnt work with the current cvs version: - $ch = curl_init (http://www.php.net/;); $fp = fopen (php_homepage.txt, w); curl_setopt ($ch, CURLOPT_FILE, $fp); curl_setopt ($ch, CURLOPT_HEADER, 0); curl_exec ($ch); curl_close ($ch); fclose ($fp); - ... produce an output like HTTP/1.1 200 OK !without! any print or echo and the file php_homepage.txt is empty. I think it's a problem with CURLOPT_WRITEHEADER, because if i set this option, the script work fine. my config: libcurl 7.8 (OpenSSL 0.9.6a) (ipv6 enabled) Regards, -- Steve Alberty Edit this bug report at http://bugs.php.net/?id=11856edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11901 Updated: CURLOPT_HEADERFUNCTION result wrong header
ID: 11901
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: i686-pc-linux-gnu
PHP Version: 4.0 Latest CVS (2001-07-05)
New Comment:
fixed in cvs.
Previous Comments:
[2001-07-05 06:16:45] [EMAIL PROTECTED]
Hi,
the code:
function get_header($tmp1,$tmp2){
echo R1:$tmp1brR2:$tmp2br;
return false;
}
curl_setopt ($ch, CURLOPT_HEADERFUNCTION, get_header);
results only: HTTP/1.1 200 OK and not the complete header.
also the function get_header was not called for each header line.
Regards,
Steve
Edit this bug report at http://bugs.php.net/?id=11901edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11901 Updated: CURLOPT_HEADERFUNCTION result wrong header
ID: 11901
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: cURL related
Operating System: i686-pc-linux-gnu
PHP Version: 4.0 Latest CVS (2001-07-05)
New Comment:
fixed in cvs.
Previous Comments:
[2001-07-30 17:06:24] [EMAIL PROTECTED]
fixed in cvs.
[2001-07-05 06:16:45] [EMAIL PROTECTED]
Hi,
the code:
function get_header($tmp1,$tmp2){
echo R1:$tmp1brR2:$tmp2br;
return false;
}
curl_setopt ($ch, CURLOPT_HEADERFUNCTION, get_header);
results only: HTTP/1.1 200 OK and not the complete header.
also the function get_header was not called for each header line.
Regards,
Steve
Edit this bug report at http://bugs.php.net/?id=11901edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11908 Updated: Post not binary safe
ID: 11908
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: cURL related
Operating System: i686-pc-linux-gnu
PHP Version: 4.0 Latest CVS (2001-07-05)
New Comment:
CURLOPT_BINARYTRANSFER is only for use with
CURLOPT_RETURNTRANSFER.
Previous Comments:
[2001-07-05 10:36:13] [EMAIL PROTECTED]
Hi,
the code:
$ch = curl_init (http://www.php.net/;);
$fp = fopen (php_homepage.txt, w);
for ($str[field1]=,$i=0;$i256;$i++,$str[field1].=chr($i)){}
curl_setopt ($ch, CURLOPT_POSTFIELDS, $str);
curl_setopt ($ch, CURLOPT_FILE, $fp);
curl_setopt ($ch, CURLOPT_HEADER, 1);
//curl_setopt ($ch, CURLOPT_BINARYTRANSFER, 1);
curl_exec ($ch);
curl_close ($ch);
fclose ($fp);
-
are not binary safe.
if the CURLOPT_BINARYTRANSFER set to 1,
cURL results:
Warning: Cannot call the CURLOPT_WRITEFUNCTION
Regards,
--
Steve
Edit this bug report at http://bugs.php.net/?id=11908edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11908 Updated: Post not binary safe
ID: 11908
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: i686-pc-linux-gnu
PHP Version: 4.0 Latest CVS (2001-07-05)
New Comment:
close, sorry guys, its been awhile.
Previous Comments:
[2001-07-30 17:07:44] [EMAIL PROTECTED]
CURLOPT_BINARYTRANSFER is only for use with
CURLOPT_RETURNTRANSFER.
[2001-07-05 10:36:13] [EMAIL PROTECTED]
Hi,
the code:
$ch = curl_init (http://www.php.net/;);
$fp = fopen (php_homepage.txt, w);
for ($str[field1]=,$i=0;$i256;$i++,$str[field1].=chr($i)){}
curl_setopt ($ch, CURLOPT_POSTFIELDS, $str);
curl_setopt ($ch, CURLOPT_FILE, $fp);
curl_setopt ($ch, CURLOPT_HEADER, 1);
//curl_setopt ($ch, CURLOPT_BINARYTRANSFER, 1);
curl_exec ($ch);
curl_close ($ch);
fclose ($fp);
-
are not binary safe.
if the CURLOPT_BINARYTRANSFER set to 1,
cURL results:
Warning: Cannot call the CURLOPT_WRITEFUNCTION
Regards,
--
Steve
Edit this bug report at http://bugs.php.net/?id=11908edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10673 Updated: CURL/PHP causes lengthy Apache Keepalive
ID: 10673 Updated by: sterling Reported By: [EMAIL PROTECTED] Status: Open Bug Type: cURL related Operating System: Linux PHP Version: 4.0.6 New Comment: I'm gonna close this one. its been awhile, and no one else seems to have this problem and I certainly can't reproduce it. Previous Comments: [2001-06-26 16:35:19] [EMAIL PROTECTED] Same problem still exists with CURL 7.8 and PHP 4.0.6. Any more ideas? [2001-06-22 12:46:58] [EMAIL PROTECTED] Updated version. [2001-06-05 17:27:51] [EMAIL PROTECTED] Ok, I updated to curl-7.8-pre4 and PHP-4.0.6RC2 and tested with the same results. :-( Anything else I should try? -Dave [2001-06-03 17:49:32] [EMAIL PROTECTED] First of all, try the latest release candidate for PHP 4.0.6: http://www.php.net/~andi/php-4.0.6RC2.tar.gz Note: You have to get the latest and greatest Curl from CVS to get this work. --Jani [2001-05-04 13:31:59] [EMAIL PROTECTED] Greetings. I have Apache/1.3.14 (Unix) running with PHP/4.0.4pl1 installed as a module and CURL 7.7.1 added to that. Our web sites need to fetch a request from a remote ad server in real-time as each page is generated. If $adr is the request, I used to use: $success = @readfile($adr); But then I found CURL and saw that is (a) was more robust and (b) seems to be more efficient than readfile. So I now use CURL in he following way: $aje_ch = @curl_init($adr); @curl_setopt ($aje_ch, CURLOPT_TIMEOUT, 1); @curl_setopt ($aje_ch, CURLOPT_MUTE, 1); @curl_exec ($aje_ch); @curl_close ($aje_ch); This works great, except that if I have Keepalive on in my Apache configuration file, the httpd server sits in keepalive state for FAR longer when using CURL than it does when using readfile. In the course of 2 or 3 hours, my server would normally be at about 150 httpd processes running at any given point in time. But when using CURL, it jumps to 650 httpd processes, with the lions share (99%) of those sitting in the keepalive state for very long. It seems like the CURL requests are causing Apache to set its Keepalive timeout to something much higher than it should be. Setting keepalive off in Apache's conf file works around this problem, but decreases server efficiency. I'd love to solve this problem. Please help! :-) For the record, this was posted to the cURL bug tracker over on SourceForge (http://sourceforge.net/tracker/?func=detailatid=100976ai d=418860group_id=976), and we went through quite a few gyrations with no success. Specifically, we tried disabling KeepAlive on the REMOTE server to see if that had any affect, and it did not. It seems not to matter what we request from, rather that any requests using PHP/cURL/Apache result in the LOCAL Apache bloating out of control with KeepAlive requests. Reverting back to readfile() based requests solves this problem but, well, cURL is better. ;-) All help would be appreciated, and I am available and willing to test anything on our servers. Thanks! -Dave Edit this bug report at http://bugs.php.net/?id=10673edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10673 Updated: CURL/PHP causes lengthy Apache Keepalive
ID: 10673 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: Linux PHP Version: 4.0.6 New Comment: *arggghh* close. Mozilla sucks! Previous Comments: [2001-07-30 17:09:07] [EMAIL PROTECTED] I'm gonna close this one. its been awhile, and no one else seems to have this problem and I certainly can't reproduce it. [2001-06-26 16:35:19] [EMAIL PROTECTED] Same problem still exists with CURL 7.8 and PHP 4.0.6. Any more ideas? [2001-06-22 12:46:58] [EMAIL PROTECTED] Updated version. [2001-06-05 17:27:51] [EMAIL PROTECTED] Ok, I updated to curl-7.8-pre4 and PHP-4.0.6RC2 and tested with the same results. :-( Anything else I should try? -Dave [2001-06-03 17:49:32] [EMAIL PROTECTED] First of all, try the latest release candidate for PHP 4.0.6: http://www.php.net/~andi/php-4.0.6RC2.tar.gz Note: You have to get the latest and greatest Curl from CVS to get this work. --Jani The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=10673 Edit this bug report at http://bugs.php.net/?id=10673edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12099 Updated: SIGSEGV bug in module sablotron
ID: 12099 Updated by: sterling Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sablotron XSL Operating System: Debian Linux (testing) PHP Version: 4.0CVS-2001-07-12 New Comment: All current development is being focused on the XSLT module (--enable-xslt --with-xslt-sablot). Please upgrade to the latest CVS and use that extension. Previous Comments: [2001-07-12 08:11:26] [EMAIL PROTECTED] SIGSEGV in sablotron module gdb ./httpd -X (gdb) run -X Starting program: ./httpd -X Program received signal SIGSEGV, Segmentation fault. 0x811824c in _efree (ptr=0x5a5a5a5a, __zend_filename=0x81a6560 sablot.c, __zend_lineno=1380, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:212 212 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); #0 0x811824c in _efree (ptr=0x5a5a5a5a, __zend_filename=0x81a6560 sablot.c, __zend_lineno=1380, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:212 #1 0x80a352d in _php_sablot_error (userData=0x0, p=0x82b2280, code=76, level=MH_LEVEL_INFO, fields=0x8348b38) at sablot.c:1380 #2 0x4009c47d in Situation::generateMessage (this=0x82b2218, type=MT_LOG, code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050, theMessage=@0xbfffdf80) at situa.cpp:278 #3 0x4009c952 in Situation::message (this=0x82b2218, type=MT_LOG, code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050) at situa.cpp:343 #4 0x4009f406 in Tree::report (this=0x829c380, S=@0x82b2218, type=MT_LOG, code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050) at tree.cpp:458 #4 0x4009f406 in Tree::report (this=0x829c380, S=@0x82b2218, type=MT_LOG, code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050) at tree.cpp:458 #5 0x4009fb8d in Tree::parse (this=0x829c380, S=@0x82b2218, d=0x82dad60) at tree.cpp:563 #6 0x400939c8 in Processor::addLineParse (this=0x82b2280, S=@0x82b2218, newTree=@0x82b2284, absolute=@0xbfffe0e0, isXSL=1) at proc.cpp:549 #7 0x40093f7f in Processor::readTreeFromURI (this=0x82b2280, S=@0x82b2218, newTree=@0x82b2284, location=@0xbfffe180, base=@0xbfffe168, isXSL=1) at proc.cpp:594 #8 0x40091f71 in Processor::open (this=0x82b2280, S=@0x82b2218, sheetURI=0x82d2434 /rscr/www/base/rscr/style/rz-program.xsl, inputURI=0x82d267c arg:/input) at proc.cpp:270 #9 0x4009752f in SablotRunProcessor (processor_=0x82b2280, sheetURI=0x82d2434 /rscr/www/base/rscr/style/rz-program.xsl, inputURI=0x82d267c arg:/input, resultURI=0x82d26fc arg:/_result, params=0x0, arguments=0x82d285c) at sablot.cpp:399 #10 0x80a0cfe in php_if_xslt_transform (ht=6, return_value=0x82d281c, this_ptr=0x0, return_value_used=0) at sablot.c:458 #11 0x814c57a in execute (op_array=0x82461cc) at ./zend_execute.c:1573 #12 0x8128ee4 in zend_execute_scripts (type=8, file_count=3) at zend.c:750 #13 0x807b86f in php_execute_script (primary_file=0xb818) at main.c:1277 #14 0x813ae5c in apache_php_module_main (r=0x8288824, display_source_mode=0) at sapi_apache.c:90 #15 0x80783f2 in send_php () #16 0x807842a in send_parsed_php () #17 0x8162169 in ap_invoke_handler () #18 0x8176acf in process_request_internal () #19 0x8176b36 in ap_process_request () #20 0x816da56 in child_main () #21 0x816dc11 in make_child () #22 0x816dd8c in startup_children () #23 0x816e3fc in standalone_main () #24 0x816ec2c in main () #25 0x4027a2db in __libc_start_main () from /lib/libc.so.6 --- php-error.log --- Last leak repeated 23 times zend_hash.c(1027) : Freeing 0x0834A5E4 (7 bytes), script=/rscr/www/appserv/schema.html sablot.c(1397) : Freeing 0x08328244 (12 bytes), script=/rscr/www/appserv/schema.html Last leak repeated 23 times zend_hash.c(1027) : Freeing 0x082E1DDC (7 bytes), script=/rscr/www/appserv/schema.html --- apache Server version: Apache/1.3.20 (Unix) Server built: Jul 12 2001 13:23:37 ./src/httpd -l Compiled-in modules: http_core.c mod_log_config.c mod_mime.c mod_status.c mod_alias.c mod_rewrite.c mod_access.c mod_auth.c mod_php4.c mod_gzip.c --- php --- PHP4.0.7-dev (last CVS) ./configure --prefix=/rscr/appserv \ --with-apache=../apache_1.3.20 \ --with-config-file-path=/rscr/appserv/conf \ --with-regex=system \ --enable-debug \ --without-pcre-regex \ --disable-rpath \ --disable-session \ --enable-memory-limit \ --enable-sysvsem \ --enable-sysvshm \ --enable-shmop \ --enable-track-vars \ --enable-ctype \ --enable-sockets \ --without-pgsql \ --with-sablot=/usr \ --with-dom=/usr \ --with-mysql=/usr \--with-iconv=/usr \ --with-ming=/usr
[PHP-DEV] Bug #12099 Updated: SIGSEGV bug in module sablotron
ID: 12099 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sablotron XSL Operating System: Debian Linux (testing) PHP Version: 4.0CVS-2001-07-12 New Comment: I will remember to change the status. I will remember to change the status. I will remember to change the status. I will remember to change the status. I will remember to change the status. I will remember to change the status. I will remember to change the status. I will remember to change the status. I will remember to change the status. I will remember to change the status. Previous Comments: [2001-07-30 17:21:47] [EMAIL PROTECTED] All current development is being focused on the XSLT module (--enable-xslt --with-xslt-sablot). Please upgrade to the latest CVS and use that extension. [2001-07-12 08:11:26] [EMAIL PROTECTED] SIGSEGV in sablotron module gdb ./httpd -X (gdb) run -X Starting program: ./httpd -X Program received signal SIGSEGV, Segmentation fault. 0x811824c in _efree (ptr=0x5a5a5a5a, __zend_filename=0x81a6560 sablot.c, __zend_lineno=1380, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:212 212 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); #0 0x811824c in _efree (ptr=0x5a5a5a5a, __zend_filename=0x81a6560 sablot.c, __zend_lineno=1380, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:212 #1 0x80a352d in _php_sablot_error (userData=0x0, p=0x82b2280, code=76, level=MH_LEVEL_INFO, fields=0x8348b38) at sablot.c:1380 #2 0x4009c47d in Situation::generateMessage (this=0x82b2218, type=MT_LOG, code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050, theMessage=@0xbfffdf80) at situa.cpp:278 #3 0x4009c952 in Situation::message (this=0x82b2218, type=MT_LOG, code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050) at situa.cpp:343 #4 0x4009f406 in Tree::report (this=0x829c380, S=@0x82b2218, type=MT_LOG, code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050) at tree.cpp:458 #4 0x4009f406 in Tree::report (this=0x829c380, S=@0x82b2218, type=MT_LOG, code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050) at tree.cpp:458 #5 0x4009fb8d in Tree::parse (this=0x829c380, S=@0x82b2218, d=0x82dad60) at tree.cpp:563 #6 0x400939c8 in Processor::addLineParse (this=0x82b2280, S=@0x82b2218, newTree=@0x82b2284, absolute=@0xbfffe0e0, isXSL=1) at proc.cpp:549 #7 0x40093f7f in Processor::readTreeFromURI (this=0x82b2280, S=@0x82b2218, newTree=@0x82b2284, location=@0xbfffe180, base=@0xbfffe168, isXSL=1) at proc.cpp:594 #8 0x40091f71 in Processor::open (this=0x82b2280, S=@0x82b2218, sheetURI=0x82d2434 /rscr/www/base/rscr/style/rz-program.xsl, inputURI=0x82d267c arg:/input) at proc.cpp:270 #9 0x4009752f in SablotRunProcessor (processor_=0x82b2280, sheetURI=0x82d2434 /rscr/www/base/rscr/style/rz-program.xsl, inputURI=0x82d267c arg:/input, resultURI=0x82d26fc arg:/_result, params=0x0, arguments=0x82d285c) at sablot.cpp:399 #10 0x80a0cfe in php_if_xslt_transform (ht=6, return_value=0x82d281c, this_ptr=0x0, return_value_used=0) at sablot.c:458 #11 0x814c57a in execute (op_array=0x82461cc) at ./zend_execute.c:1573 #12 0x8128ee4 in zend_execute_scripts (type=8, file_count=3) at zend.c:750 #13 0x807b86f in php_execute_script (primary_file=0xb818) at main.c:1277 #14 0x813ae5c in apache_php_module_main (r=0x8288824, display_source_mode=0) at sapi_apache.c:90 #15 0x80783f2 in send_php () #16 0x807842a in send_parsed_php () #17 0x8162169 in ap_invoke_handler () #18 0x8176acf in process_request_internal () #19 0x8176b36 in ap_process_request () #20 0x816da56 in child_main () #21 0x816dc11 in make_child () #22 0x816dd8c in startup_children () #23 0x816e3fc in standalone_main () #24 0x816ec2c in main () #25 0x4027a2db in __libc_start_main () from /lib/libc.so.6 --- php-error.log --- Last leak repeated 23 times zend_hash.c(1027) : Freeing 0x0834A5E4 (7 bytes), script=/rscr/www/appserv/schema.html sablot.c(1397) : Freeing 0x08328244 (12 bytes), script=/rscr/www/appserv/schema.html Last leak repeated 23 times zend_hash.c(1027) : Freeing 0x082E1DDC (7 bytes), script=/rscr/www/appserv/schema.html --- apache Server version: Apache/1.3.20 (Unix) Server built: Jul 12 2001 13:23:37 ./src/httpd -l Compiled-in modules: http_core.c mod_log_config.c mod_mime.c mod_status.c mod_alias.c mod_rewrite.c mod_access.c mod_auth.c mod_php4.c mod_gzip.c --- php --- PHP4.0.7-dev (last CVS) ./configure --prefix=/rscr/appserv \ --with-apache=../apache_1.3.20 \ --with-config-file-path=/rscr/appserv/conf \ --with-regex=system \ --enable-debug \ --without-pcre-regex
[PHP-DEV] Bug #12149 Updated: PHP 4.0.6 upgrade seems to break cURL https
ID: 12149
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: cURL related
Operating System: WinNT4sp6a
PHP Version: 4.0.6
New Comment:
can you try this with the latest cvs on a windows system
and let me know if it still happens?
Thanks.
Previous Comments:
[2001-07-13 14:17:02] [EMAIL PROTECTED]
After reverting to 4.0.5, https works fine.
?
$curl= curl_init('https://www.thawte.com/');
curl_exec($curl);
curl_close($curl);
?
Edit this bug report at http://bugs.php.net/?id=12149edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12205 Updated: https not working
ID: 12205 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: RedHat 7 PHP Version: 4.0.6 New Comment: please try the latest cvs of PHP and cURL and re-open if the problem still exists. Previous Comments: [2001-07-17 09:45:10] [EMAIL PROTECTED] When using curl to https:// reciving an SSL error . after downgrading to php 4.0.5 it work fine !!! Edit this bug report at http://bugs.php.net/?id=12205edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12211 Updated: cURL (OpenSSL) https:// calls do not function
ID: 12211 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: Mandrake/Slackware PHP Version: 4.0.6 New Comment: Can you try the latest CVS of PHP and let re-open the bug if it still happens. Previous Comments: [2001-07-17 12:36:22] [EMAIL PROTECTED] In php4.0.5 cURL w/OpenSSL is fully functional without problems; although, in php4.0.6, When cURL w/OpenSSL is installed it all works but not with https:// calls. -- Errors -- When you use curl_error(): SSL: Couldn't create a context! When you use curl_errno(): 27 Which points explains it as an out of memory error Although through bash perl curl works fine with the SSL pages. This error has been reported on a variety of sites related to cURL but the question have never been responded to accurately. Edit this bug report at http://bugs.php.net/?id=12211edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12216 Updated: 4.0.6 + curl 7.8 Do not properly support https
ID: 12216 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: FreeBSD 4.3 PHP Version: 4.0.6 New Comment: It works fine for me with the latest CVS. can you upgrade and re-open if the bug still exists (also, when you use CURLOPT_RETURNTRANSFER, expect curl_exec() to return the data not output it.) Previous Comments: [2001-07-17 16:33:18] [EMAIL PROTECTED] Compiled php4.0.6 with curl 7.8 and open ssl. using this small script, the data properly returns: [(root)dave@sentinel goto]# cat test.php #!/usr/bin/php -q ? $ch = curl_init (); curl_setopt ($ch, CURLOPT_URL,http://www.thedatasource.net/;); curl_setopt ($ch, CURLOPT_HEADER, 1); curl_setopt ($ch, CURLOPT_VERBOSE, 1); curl_setopt ($ch, CURLOPT_USERAGENT, Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)); curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); curl_exec ($ch); curl_close ($ch); ? [(root)dave@sentinel goto]# ./test.php * Connected to www.thedatasource.net (207.91.108.69) GET / HTTP/1.1 User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) Host: www.thedatasource.net Pragma: no-cache Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* * Connection (#0) left alive * Closing live connection (#0) [(root)dave@sentinel goto]# I switch to https: [(root)dave@sentinel goto]# ./test.php * Closing live connection (#0) [(root)dave@sentinel goto]# I put phpinfo() in another small function to verify curl: [(root)dave@sentinel goto]# ./test2.php | grep curl H2 align=centerA NAME=module_curlcurl/A/H2 TR VALIGN=baseline BGCOLOR=#CCTD BGCOLOR=#FF BCURL Information/B/tdTD ALIGN=leftlibcurl 7.8 (SSL 0.9.5)/td/TR [(root)dave@sentinel goto]# Commandline, i test curls use of SSL: [(root)dave@sentinel goto]# curl https://www.thedatasource.net | more % Total% Received % Xferd Average Speed Time Curr. Dload Upload TotalCurrent LeftSpeed 100 102020 102020 0 30786 0 --:--:-- 0:00:00 --:--:-- 6484 html works fine. If i downgrade to: curl 7.7.3 (i386--freebsd4.3) libcurl 7.7.3 (OpenSSL 0.9.6) (ipv6 enabled) and php4.0.5 everything works as advertised. php 4.0.6 requires curl 7.8 to compile, i cant test with downgraded curl only. Edit this bug report at http://bugs.php.net/?id=12216edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12045 Updated: no content=cURL crashes sometimes
ID: 12045 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: i686 PHP Version: 4.0.6 New Comment: I've tried reproduce this with the latest CVS of php to no avail, can you try the latest CVS and re-open the report if the problem persists? Previous Comments: [2001-07-11 07:34:36] [EMAIL PROTECTED] Hi, sometimes cURL crashes when Server gives correct headers but no content. unfortunately the problem is difficult to reproduce. a access with curl to a php script like: --- ?php ? --- produces sometimes the problem. Regards, -- Steve Edit this bug report at http://bugs.php.net/?id=12045edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7631 Updated: Log file created but not written to.
ID: 7631
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Sablotron XSL
Operating System: Mandrake 7.0
PHP Version: 4.0 Latest CVS (03/11/2000)
New Comment:
Please upgrade to the new XSLT extension (--enable-xslt
--with-xslt-sablot) as development is no longer focused on
the sablot extension.
Previous Comments:
[2000-11-03 18:32:34] [EMAIL PROTECTED]
The following script causes the requested logfile to be
created, but it is never written to:
?php
error_reporting(E_ALL);
/* Intentionally introduce an extra space into file name. */
$xml_file = 'slashdot.xml';
$xsl_file = 'slashdot.xsl';
$xslt = xslt_create();
if (!xslt_openlog($xslt, '/tmp/sablot.log')) {
echo Failed to set up log file.\n;
}
if (!xslt_run($xslt, $xsl_file, $xml_file)) {
echo prexslt_run() failed\n;
echo Description: . xslt_error() . \n;
echo All information:\n;
print_r(xslt_error($xslt));
echo /pre\n;
} else {
echo xslt_fetch_result($xslt);
}
xslt_closelog($xslt);
xslt_free($xslt);
?
When I remove the logfile and do this from the command
line, it works:
~/public_html/phptest
shanna% tail /tmp/sablot.log
tail: /tmp/sablot.log: No such file or directory
~/public_html/phptest
shanna% sabcmd --log-file=/tmp/sablot.log slashdot.xsl slashdot.xml
Error [code:2] [URI:file:/home/torben/public_html/phptest/slashdot.xml] [line:5]
XML parser error 4: not well-formed
~/public_html/phptest
shanna% tail /tmp/sablot.log
Parsing 'file:/home/torben/public_html/phptest/slashdot.xsl'...
Parse done in 0.089 seconds
Parsing 'file:/home/torben/public_html/phptest/slashdot.xml'...
XML parser error 4: not well-formed
Destroying the hash table: 28 items in 2048 buckets
Destroying the arena: 6339 B asked, 65536 B allocated
Edit this bug report at http://bugs.php.net/?id=7631edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10569 Updated: xslt_error handling
ID: 10569
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Sablotron XSL
Operating System: BSD
PHP Version: 4.0.4pl1
New Comment:
1. Your attitude won't get you anywhere
2. The new extension doesn't throw fatal errors and
provides ample error handling (--enable-xslt
--with-xslt-sablot).
Previous Comments:
[2001-04-30 19:37:41] [EMAIL PROTECTED]
Hi,
again - the error handling issue.
I read the closed bugs and am surprised at the speed at which they are closed.
First of all - a documentation issue:
xslt_set_error_handler isn't documented. Thank you for mentioning it briefly, and then
letting me figure out the arguments the called function needs.
Secondly - dying with a Fatal error, DOES occur, when the error handler isn't set!
Even when using @xslt_process.
Try this one:
?php
$xslData = 'xsl:stylesheet
version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xsl:template match=article
table border=1 cellpadding=2 cellspacing=1
tr
td width=20%
#160;
/td
td width=80%
h2xsl:value-of select=title//h2
h3xsl:value-of select=author//h3
br/
xsl:copy-of select=p/
/td
/tr
/table
/xsl:template
/xsl:stylesheet';
$xmlData = '?xml version=1.0?
article
titleLearning German/title
authorSterling Hughes/author
p
Essential phrases:
br
K#246;nnen Sie mir sagen, wo die Toilette ist?br/
Ein grosses Bier, bitte!br/
Noch eins, bitte.br/
/p
/article';
function xsl_error($errno, $errstr)
{
echo \$errorstr: $errstrBR;
return false;
}
//xslt_set_error_handler(xsl_error);
if (@xslt_process($xslData, $xmlData, $result)) {
echo Here is the brilliant in-depth article on learning;
echo German: ;
echo br\nbr;
echo $result;
} else {
echo There was an error that occurred in the XSL transformation...\n;
echo \tError number: . xslt_errno() . \n;
echo \tError string: . xslt_error() . \n;
//exit;
}
?
/BODY
/HTML
You won't see the closing body and html tags.
Uncommenting the xslt_set_error_handler() will. The errorstr output, however - is
numeric.
So can we at least have updated documentation on how to trap errors? And how
xslt_set_error_handler() must be used?
Edit this bug report at http://bugs.php.net/?id=10569edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11849 Updated: random duplicit rule name error
ID: 11849 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sablotron XSL Operating System: Linux PHP Version: 4.0.5 New Comment: please upgrade to the new xslt extension (--enable-xslt --with-xslt-sablot) as all development is now focused on that extension. Previous Comments: [2001-07-05 12:14:24] [EMAIL PROTECTED] This appears not to be random, after all. It way be an xsl error which triggers this bug. I'll upload a change to an xsl document, and it will either display the proper error, or this error. Once that has happened, however, I can't get any other (unchanged) xsl documents to parse, in any other pages on the server, Even if I change the xsl back to the way it was before. [2001-07-02 19:28:20] [EMAIL PROTECTED] Randomly, any pages that normally work fine (all pages on the site), die with: Fatal error: duplicit rule name 'nav_new' nav_new is the name of the first named template in the xsl document. Other pages report different ones, whichever is first in the document. If I go get a cup of coffee, they'll usually work again by the time I come back. I can't see any pattern as to what triggers the problem. Here's my config: './configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gd' '--enable-safe-mode' '--with-config-file-path=/etc/httpd' '--with-exec-dir=/usr/bin' '--enable-magic-quotes' '--with-regex=system' '--with-ttf=/usr/lib/libttf.so' '--enable-track-vars' '--enable-xml' '--with-mysql=/usr' '--with-pgsql' '--with-trans-sid' '--with-dom=/usr' '--with-zlib=/usr' '--with-java=/usr/java/jdk1.3' '--with-sablot=/usr/local/lib' '--with-expat=/usr/local/lib' '--with-pdflib=/usr/local/lib' '--with-cpdflib=/usr/local/include' '--with-fdf=/usr/lib' I'm using Sablotron 0.60 Edit this bug report at http://bugs.php.net/?id=11849edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8412 Updated: transformations hang
ID: 8412 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sablotron XSL Operating System: Linux 2.2.17, 2.4.5 PHP Version: 4.0.4, 4.0.5 Assigned To: sterling New Comment: please upgrade to the new XSLT extension (--enable-xslt --with-xslt-sablot) as all new development is focused there. Previous Comments: [2001-05-29 05:37:47] [EMAIL PROTECTED] There is still a problem, but I've narrowed it down a bit. I'm using the newest Sablotron as you suggested. The problem still occurs when MySQL and XSL transformations are in the same script, but my httpd process only hangs when I do mysql stuff like this: $xsl_resource = xslt_create(); // insert mysql stuff here xslt_output_begintransform($xslfile); xslt_process($xsl, $xml, $outcome); xslt_free($xsl_resource); If I do all the MySQL stuff before I call xslt_create(), it doesn't seem to hang. [2001-04-24 17:50:24] [EMAIL PROTECTED] Ok, try it and re-open the report if it happens. I've used MySQL and Sablotron together fine... [2001-04-09 19:42:27] [EMAIL PROTECTED] I don't have that machine available anymore to help test if it works or not... at least not in a reasonable amount of time before 4.0.5 gets out. [2001-04-05 14:29:32] [EMAIL PROTECTED] try this with the newest sablotron and php and let me know what happens... [2000-12-25 03:56:59] [EMAIL PROTECTED] My install hangs when hitting reload a lot and my httpd processes suck up my resources until the script times out. It takes between 5-15 quick reloads before it hangs. This seems to only happen when I grab stuff from MySQL in the same script as when I'm doing a transformation. ' ./configure' '--with-mysql' '--enable-track-vars' '--with-mcrypt' '--enable-ftp' '--enable-sockets' '--with-sablot' '--enable-sablot-errors-descriptive' '--with-apache=../apache_1.3.14' '--with-zlib' I'm using Sablotron 0.44.1 and Expat 1.1.2. A script with just MySQL works fine, and a script with just a transformation works fine. I don't see anything additionally descriptive about --enable-sablot-errors-descriptive either Edit this bug report at http://bugs.php.net/?id=8412edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11777 Updated: php apache dso coredumps using die() inside function for xslt_set_error_handler
ID: 11777
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Sablotron XSL
Operating System: NetBSD/Alpha 1.5W-current
PHP Version: 4.0 Latest CVS (2001-06-28)
New Comment:
please try the new XSLT extension (use the CVS version,
--enable-xslt --with-xslt-sablot) and let me know if this
still happens.
Previous Comments:
[2001-06-28 09:36:26] [EMAIL PROTECTED]
function xsl_error($parser, $code, $level, $errors)
{
...
die(this will cause a coredump or fatal trap);
}
xslt_set_error_handler($parser, xsl_error);
by calling die() inside a function for xslt_set_error_handler will cause my
NetBSD/Alpha system to either coredump or go to a fatal user trap. it coredumps if i
didn't compile with '--enable-debug'. with debug compiled in, it usually reports a
fatal user trap. this only happens with the PHP Apache DSO. as a cgi, it exits just
fine.
i've verified and repeated this on PHP 4.0.5 and the latest cvs.
---cut---
Jun 28 08:17:06 ns01 /netbsd: CPU 0: fatal user trap:
Jun 28 08:17:08 ns01 /netbsd:
Jun 28 08:17:08 ns01 /netbsd: CPU 0trap entry = 0x4 (unaligned access fault)
Jun 28 08:17:08 ns01 /netbsd: CPU 0a0 = 0x2b5d3f5c5e5b5e27
Jun 28 08:17:08 ns01 /netbsd: CPU 0a1 = 0x28
Jun 28 08:17:08 ns01 /netbsd: CPU 0a2 = 0x1
Jun 28 08:17:08 ns01 /netbsd: CPU 0pc = 0x1606b9c24
Jun 28 08:17:08 ns01 /netbsd: CPU 0ra = 0x160731664
Jun 28 08:17:09 ns01 /netbsd: CPU 0curproc= 0xfc00356af400
Jun 28 08:17:09 ns01 /netbsd: CPU 0pid = 6108, comm = httpd
Jun 28 08:17:09 ns01 /netbsd:
Jun 28 08:17:09 ns01 /netbsd: pid 6108 (httpd), uid 71: exited on signal 11 (core not
dumped, err
= 1)
---cut---
Edit this bug report at http://bugs.php.net/?id=11777edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11440 Updated: PHP Seg faults with xslt_output_begintransform(xsl_file);
ID: 11440 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sablotron XSL Operating System: Linux Mandrake 8.0 PHP Version: 4.0 Latest CVS (2001-06-12) New Comment: This is fixed by omission in the new XSLT extension (we no longer have the xslt_output_*() functions). Please upgrade to that extension as that is where all new development is focused. Thanks. Previous Comments: [2001-06-12 13:08:37] [EMAIL PROTECTED] --- System: --- Linux Mandrake 8.0 Apache 1.3.19 PHP 4.0.6 RC3 (as DSO) Sablot 0.52 libxml2.3.10 expat 1.95.1 Compile options ./configure \ --mandir=/usr/share/man \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/etc/httpd \ --enable-magic-quotes \ --enable-bcmath \ --enable-calendar \ --with-dom=/usr/local \ --with-zlib-dir \ --enable-ftp \ --enable-gd-native-ttf \ --with-mysql=/usr/local/mysql \ --with-pgsql=/usr/local/pgsql \ --with-expat-dir=/usr/local \ --with-sablot=/usr/local \ --enable-trans-sid \ --with-regex=system \ --with-swf=/usr/local/openswf \ --enable-wddx \ --enable-memory-limit \ --with-gnu-ld \ --with-gd=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png=/usr/local \ --with-freetype=/usr/local/include/freetype2 -- Back Trace -- (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x403c3ee2 in Processor::useArg (this=0x8121f68, name=0xcc4a090 Address 0xcc4a090 out of bounds, val=0x40322b84 ¨A\024) at proc.cpp:1077 1077if (*name != '/') Current language: auto; currently c++ (gdb) bt #0 0x403c3ee2 in Processor::useArg (this=0x8121f68, name=0xcc4a090 Address 0xcc4a090 out of bounds, val=0x40322b84 ¨A\024) at proc.cpp:1077 #1 0x403c4954 in SablotRunProcessor (processor_=0x8121f68, sheetURI=0x80d9b1c index.xsl, inputURI=0x402ee293 arg:/_xmlinput, resultURI=0x402ee286 arg:/_output, params=0x0, arguments=0xbfffdbd0) at sablot.cpp:144 #2 0x4026de47 in php_if_xslt_output_endtransform (ht=0, return_value=0x8120afc, this_ptr=0x0, return_value_used=0) at sablot.c:322 #3 0x4021a10c in execute (op_array=0x811e51c) at ./zend_execute.c:1504 #4 0x40228a4d in zend_execute_scripts (type=8, file_count=3) at zend.c:749 #5 0x4023af64 in php_execute_script (primary_file=0xb560) at main.c:1206 #6 0x4023757e in apache_php_module_main (r=0x8119684, display_source_mode=0) at sapi_apache.c:89 #7 0x40237fbc in send_php (r=0x8119684, display_source_mode=0, filename=0x0) at mod_php4.c:536 #8 0x40237ff3 in send_parsed_php (r=0x8119684) at mod_php4.c:547 #9 0x0805b797 in ap_invoke_handler () #10 0x0807029b in process_request_internal () #11 0x08070310 in ap_process_request () #12 0x080673b2 in child_main () #13 0x08067564 in make_child () #14 0x080676d8 in startup_children () #15 0x08067d57 in standalone_main () #16 0x0806858f in main () #17 0x400970de in __libc_start_main () from /lib/libc.so.6 -- All files PHP has contact with -- index.php ?php $xmlData2 = '?xml version=1.0? page html_header html_titleThis is a test of the multi-template/html_title html_body bgcolor=bgcolor=\'#66\' / /html_header article titleHow #60;uNOT#60;/u to a B millionare/title authorMicah Almond/author firstMicah/first secondAlmond/second bodyThis is the body of the document/body form#60;input type=text value=Test of form //form form2Test of Form 2/form2 auction_state state_abbrev=VAVirginia/auction_state /article /page'; $xsl_file = index.xsl; xslt_output_begintransform($xsl_file); print($xmlData2); xslt_output_endtransform(); ? index.xsl ?xml version='1.0'? xsl:stylesheet version='1.0' xmlns:xsl='http://www.w3.org/1999/XSL/Transform' xsl:output method='html' / xsl:include href='form.xsl' / xsl:template name='prod_cells' xsl:param name='count' / xsl:if test='$count != 0' tdTable Cell/td xsl:call-template name='prod_cells' xsl:with-param name='count' select='$count - 1' / /xsl:call-template /xsl:if /xsl:template xsl:template match='page' html body form method='post' xsl:apply-templates / /form /body /html /xsl:template xsl:template match='article' table border='1' cellpadding='2' cellspacing='1' tr td width='40%' h2xsl:value-of select='title'//h2 /td td width='60%' h3xsl:value-of select='author'//h3 br/ xsl:value-of select='body
[PHP-DEV] Bug #9398 Updated: Apache SIGTERM when loading php with pspell AND sablotron
ID: 9398 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sablotron XSL Operating System: Linux Redhat 6.2 PHP Version: 4.0.4pl1 New Comment: This is a Sablotron patch and problem, please send this to [EMAIL PROTECTED] thanks! Previous Comments: [2001-02-23 04:42:23] [EMAIL PROTECTED] The problem appears to be between pspell and sablotron modules which are using both C++ shared libs. If we change the load, first sablot and after pspell, that's works. I attached two logs for httpd -DSSL -DHAVE_PHP4 -X, one works, one failed: Here is what ldd -v return for pspell.so and original sablot.so --- PSPELL Version information: /usr/lib/libpspell.so: libc.so.6 (GLIBC_2.1.3) = /lib/libc.so.6 libc.so.6 (GLIBC_2.0) = /lib/libc.so.6 /usr/lib/libltdl.so.0: libdl.so.2 (GLIBC_2.1) = /lib/libdl.so.2 libdl.so.2 (GLIBC_2.0) = /lib/libdl.so.2 libc.so.6 (GLIBC_2.1.3) = /lib/libc.so.6 libc.so.6 (GLIBC_2.1) = /lib/libc.so.6 libc.so.6 (GLIBC_2.0) = /lib/libc.so.6 /usr/lib/libpspell-modules.so.1: libc.so.6 (GLIBC_2.1.3) = /lib/libc.so.6 libc.so.6 (GLIBC_2.0) = /lib/libc.so.6 /usr/lib/libstdc++-libc6.2-2.so.3: libm.so.6 (GLIBC_2.0) = /lib/libm.so.6 libc.so.6 (GLIBC_2.1.3) = /lib/libc.so.6 libc.so.6 (GLIBC_2.1) = /lib/libc.so.6 libc.so.6 (GLIBC_2.0) = /lib/libc.so.6 /lib/libc.so.6: ld-linux.so.2 (GLIBC_2.1.1) = /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.1) = /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.2) = /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.0) = /lib/ld-linux.so.2 /lib/libdl.so.2: libc.so.6 (GLIBC_2.1.3) = /lib/libc.so.6 libc.so.6 (GLIBC_2.1) = /lib/libc.so.6 libc.so.6 (GLIBC_2.2) = /lib/libc.so.6 libc.so.6 (GLIBC_2.0) = /lib/libc.so.6 /lib/libm.so.6: libc.so.6 (GLIBC_2.1.3) = /lib/libc.so.6 libc.so.6 (GLIBC_2.0) = /lib/libc.so.6 libstdc++-libc6.2-2.so.3 = /usr/lib/libstdc++-libc6.2-2.so.3 (0x4007c000) libc.so.6 = /lib/libc.so.6 (0x400bf000) libm.so.6 = /lib/libm.so.6 (0x401e8000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) --- SABLOT Version information: /usr/lib/libsablot.so: libc.so.6 (GLIBC_2.1.3) = /lib/libc.so.6 libc.so.6 (GLIBC_2.1) = /lib/libc.so.6 libc.so.6 (GLIBC_2.0) = /lib/libc.so.6 /usr/lib/libstdc++-libc6.2-2.so.3: libm.so.6 (GLIBC_2.0) = /lib/libm.so.6 libc.so.6 (GLIBC_2.1.3) = /lib/libc.so.6 libc.so.6 (GLIBC_2.1) = /lib/libc.so.6 libc.so.6 (GLIBC_2.0) = /lib/libc.so.6 /lib/libc.so.6: ld-linux.so.2 (GLIBC_2.1.1) = /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.1) = /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.2) = /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.0) = /lib/ld-linux.so.2 /lib/libm.so.6: libc.so.6 (GLIBC_2.1.3) = /lib/libc.so.6 libc.so.6 (GLIBC_2.0) = /lib/libc.so.6 I'm not a specialist in C++ or lib loader problem but a quick fix was to rebuild sablot.so with -lexpat (just missing) and -lstdc++ With that patch you could load pspell and sablot in any orders. --- --- Sablot/engine/Makefile.in.orig Thu Feb 22 23:09:37 2001 +++ Sablot/engine/Makefile.in Thu Feb 22 23:10:30 2001 @@ -96,7 +96,7 @@ DEFS = @DEFS@ -I. -I$(srcdir) -I../../autocfg LDFLAGS = @LDFLAGS@ -LIBS = @LIBS@ +LIBS = @LIBS@ $(EXPAT_LIBS) -lstdc++ libsablot_la_LIBADD = libsablot_la_OBJECTS = arena.lo base.lo context.lo datastr.lo error.lo \ expr.lo hash.lo output.lo parser.lo platform.lo proc.lo sablot.lo \ --- [2001-02-22 05:08:34] [EMAIL PROTECTED] I've got Apache (1.3.17 + mod_ssl 2.8.0) SIGTERM when using a php 4.04pl1 and mod_php 4.04pl1 with sablotron and pspell. There are both present as extension loaded via php.ini. If I remove sablotron (or pspell), apache with mod_php4 start and works correctly. The problem DIDN'T appears when using php in standalone It seems that Apache got a problem when loading more than one external modules using libstdc++. I've got a similar error when trying to run apache with the mod_xslt from Xalan-C Project --- ;; EXTENSION LOADING extension_dir = /usr/lib/php4 ;; Global PHP defaults warn_plus_overloading = On ; warn if the + operator
[PHP-DEV] Bug #12733 Updated: cURL crash (reproducible)
ID: 12733 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: Linux 2.2.19-x86 PHP Version: 4.0CVS-2001-08-14 New Comment: Its a cURL bug (so quoth the author of cURL). the problem is your supplying the CURLOPT_POST argument, but no postfields. this will be fixed in cURL's cvs. Previous Comments: [2001-08-14 03:14:44] [EMAIL PROTECTED] PHP - latest CVS curl 7.8 (i686-pc-linux-gnu) libcurl 7.8 (SSL 0.9.5) OpenSSL 0.9.6b 9 Jul 2001 I've just noticed the version problem in the curl line above even tho they're all fresh compiles. It may bea curl bug but I'll file here just in case. Script is in SOAP/Client.php in PEAR repository. Running test scropt also in the repository causes segfault either in http or https Relevant code is: curl_setopt($ch, CURLOPT_HTTPHEADER, array(Content-Type: text/xml)); curl_setopt($ch, CURLOPT_URL, $url); curl_setopt($ch, CURLOPT_FAILONERROR, 1); curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1); curl_setopt($ch, CURLOPT_USERAGENT, $this-_userAgent); curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); curl_setopt($ch, CURLOPT_VERBOSE,1); curl_setopt($ch, CURLOPT_POST, 1); $result=curl_exec ($ch); curl_close ($ch); Backtrace: #0 0x40091d11 in Curl_http (conn=0x8282860) at http.c:771 #1 0x40097dc2 in Curl_do (conn=0x8282860) at url.c:2308 #2 0x4009f50e in Curl_perform (curl=0x8275a50) at transfer.c:868 #3 0x4009f818 in curl_easy_perform (curl=0x8275a50) at easy.c:163 #4 0x808118d in zif_curl_exec (ht=1, return_value=0x8273bf4, this_ptr=0x0, return_value_used=1) at curl.c:841 #5 0x8117a96 in execute (op_array=0x8261b5c) at ./zend_execute.c:1589 #6 0x8117c8a in execute (op_array=0x8246e4c) at ./zend_execute.c:1629 #7 0x80ff1ed in zend_execute_scripts (type=8, file_count=3) at zend.c:806 #8 0x807a558 in php_execute_script (primary_file=0xba64) at main.c:1308 #9 0x80788eb in main (argc=3, argv=0xbac4) at cgi_main.c:737 Edit this bug report at http://bugs.php.net/?id=12733edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13113 Updated: rpm install - curl_global_init undefined
ID: 13113 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: *General Issues Operating System: RH 6.2+linux 2.2.15 PHP Version: 4.0.6 New Comment: You need to update your cURL installation to the latest version and then it should work. Previous Comments: [2001-09-03 13:52:35] [EMAIL PROTECTED] fwiw: (gdb) run php Starting program: /usr/bin/php php then: then/endif not found. /usr/bin/php: error while loading shared libraries: /usr/bin/php: undefined symbol: curl_global_init Program exited with code 0177. Again, this is an rpm, I don't know what the compile directives or options were.. [2001-09-03 13:19:40] [EMAIL PROTECTED] This is probably my own config problem, and not a real bug, but... Just installed php-4.0.6-6.i386.rpm after updating a number of libraries including curl-ssl-7.6-1.i386.rpm Running php on the commandline only produces: php: error while loading shared libraries: php: undefined symbol: curl_global_init My /usr/bin contains: lrwxrwxrwx 1 root 16 Sep 3 10:40 /usr/lib/libcurl.so - libcurl.so.1.0.0* lrwxrwxrwx 1 root 16 Sep 3 10:40 /usr/lib/libcurl.so.1 - libcurl.so.1.0.0* -rwxr-xr-x 1 root 113921 Jan 27 2001 /usr/lib/libcurl.so.1.0.0* I'm pretty ignorant of libraries, so k.i.s.s. if at all possible.. (thanks) but if any other info will help, I'll be watching my email.. Note: php3 apache module is working on my system. cheers, John Edit this bug report at http://bugs.php.net/?id=13113edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13009 Updated: ext/sablot.c compile fails w/ Forte 4 cc compiler.
ID: 13009 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sablotron XSL Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: The code is C99 compliant, odd. Fixed in CVS, thanks. (btw, It's better to use the new XSLT extension, ext/xslt). Previous Comments: [2001-08-28 18:04:29] [EMAIL PROTECTED] The file sablot.c uses a non constant var in 2 array initializers with a brace enclosed list. This breaks Sun's forte 4 cc. Using args[1] = buffer; etc fixes this problem. Edit this bug report at http://bugs.php.net/?id=13009edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12836 Updated: PHP stops interpretting page after error in parser.
ID: 12836 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sablotron XSL Operating System: Debian GNU Linux (woody) PHP Version: 4.0.5 New Comment: You'll want the new XSLT extension, ext/xslt, please upgrade, these problems should go bye-bye :) Previous Comments: [2001-08-19 06:07:09] [EMAIL PROTECTED] I've got a problem using sablotron PHP module. When XML or XSL string are broken xslt_process function prints about error, and then PHP stops interpretting my page. So I can not print error message. Btw, I got another problem: sometimes after I correct mistake in XML/XSL sablotron continues reporting about errors (but after restarting apache everything starts work fine). I think problem is in PHP module. Does anyone see this bug? Any comments are welcome. p.s. If you need details (Apache's, PHP's, sablotron's versions and so on) I'll post it. Edit this bug report at http://bugs.php.net/?id=12836edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12931 Updated: Cannot use http:// url in xslt_run
ID: 12931 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sablotron XSL Operating System: Linux 2.2.19 PHP Version: 4.0.6 New Comment: Not a PHP bug, report to the Sablotron Folks Previous Comments: [2001-08-23 13:23:18] [EMAIL PROTECTED] This works fine: ?php $processor = xslt_create(); xslt_run($processor, 'diary.xsl', 'test.xml'); print xslt_fetch_result($processor); xslt_free($processor); ? This doesn't work: ?php $processor = xslt_create(); xslt_run($processor, 'diary.xsl', 'http://baby.froese.org/baby.xml'); print xslt_fetch_result($processor); xslt_free($processor); ? I get this error: Fatal error: cannot read from URI 'http://baby.froese.org/baby.xml' in /home/darron/public_html/xslt.php on line 4 That URI exists and validates just fine. I've tried this on multiple machines (Linux, Apache 1.3.19/20, expat-1.95.2, sablotron-0.65) running PHP 4.0.6 and 4.0.7RC1 and they fail: PHP 4.0.7RC1 compiled: ./configure \ --with-apxs=/usr/local/apache_1.3.19/bin/apxs \ --with-mysql=/usr/local/mysql-3.23.38 \ --with-pgsql=/usr/local/pgsql-7.1.2 \ --enable-ftp \ --with-curl \ --with-zlib \ --with-pspell \ --with-ldap \ --with-pdflib=/usr/local/pdflib-4 \ --with-imap=/usr/local/src/imap-4.5 \ --with-zlib-dir=/usr/lib \ --with-jpeg-dir=/usr/lib \ --with-png-dir=/usr/lib \ --with-gd \ --with-ttf \ --with-t1lib \ --with-xml \ --with-swf=/usr/local \ --with-ming \ --with-sablot \ --with-xslt-sablot \ --enable-sablot-errors-descriptive \ --with-expat-dir=/usr \ --with-java=/usr/local/jdk \ --with-gettext \ --with-mcrypt \ --with-mhash \ --enable-wddx \ --enable-sockets \ --enable-calendar \ --enable-trans-sid \ --enable-track-vars=yes \ --enable-magic-quotes=yes PHP 4.0.6 compiled: ./configure \ --with-apxs=/usr/local/apache_1.3.20/bin/apxs \ --with-mysql=/usr/local/mysql-3.23.39 \ --with-pgsql=/usr/local/pgsql-7.1.2 \ --with-pdflib=/usr/local/pdflib-4 \ --with-curl \ --enable-ftp \ --with-ldap \ --with-imap=/usr/local/src/imap-4.5 \ --with-zlib \ --with-jpeg-dir=/usr/lib \ --with-tiff-dir=/usr/lib \ --with-zlib-dir=/usr/lib \ --with-png-dir=/usr/lib \ --with-gd \ --with-ttf \ --with-xml \ --with-sablot \ --with-xslt-sablot \ --with-sybase=/usr/local/sybase \ --enable-trans-sid \ --enable-track-vars=yes \ --enable-magic-quotes=yes \ --enable-inline-optimization Edit this bug report at http://bugs.php.net/?id=12931edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12931 Updated: Cannot use http:// url in xslt_run
ID: 12931 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Sablotron XSL Operating System: Linux 2.2.19 PHP Version: 4.0.6 New Comment: Sorry Jani :) Previous Comments: [2001-09-03 14:30:48] [EMAIL PROTECTED] Not a PHP bug, report to the Sablotron Folks [2001-08-23 13:23:18] [EMAIL PROTECTED] This works fine: ?php $processor = xslt_create(); xslt_run($processor, 'diary.xsl', 'test.xml'); print xslt_fetch_result($processor); xslt_free($processor); ? This doesn't work: ?php $processor = xslt_create(); xslt_run($processor, 'diary.xsl', 'http://baby.froese.org/baby.xml'); print xslt_fetch_result($processor); xslt_free($processor); ? I get this error: Fatal error: cannot read from URI 'http://baby.froese.org/baby.xml' in /home/darron/public_html/xslt.php on line 4 That URI exists and validates just fine. I've tried this on multiple machines (Linux, Apache 1.3.19/20, expat-1.95.2, sablotron-0.65) running PHP 4.0.6 and 4.0.7RC1 and they fail: PHP 4.0.7RC1 compiled: ./configure \ --with-apxs=/usr/local/apache_1.3.19/bin/apxs \ --with-mysql=/usr/local/mysql-3.23.38 \ --with-pgsql=/usr/local/pgsql-7.1.2 \ --enable-ftp \ --with-curl \ --with-zlib \ --with-pspell \ --with-ldap \ --with-pdflib=/usr/local/pdflib-4 \ --with-imap=/usr/local/src/imap-4.5 \ --with-zlib-dir=/usr/lib \ --with-jpeg-dir=/usr/lib \ --with-png-dir=/usr/lib \ --with-gd \ --with-ttf \ --with-t1lib \ --with-xml \ --with-swf=/usr/local \ --with-ming \ --with-sablot \ --with-xslt-sablot \ --enable-sablot-errors-descriptive \ --with-expat-dir=/usr \ --with-java=/usr/local/jdk \ --with-gettext \ --with-mcrypt \ --with-mhash \ --enable-wddx \ --enable-sockets \ --enable-calendar \ --enable-trans-sid \ --enable-track-vars=yes \ --enable-magic-quotes=yes PHP 4.0.6 compiled: ./configure \ --with-apxs=/usr/local/apache_1.3.20/bin/apxs \ --with-mysql=/usr/local/mysql-3.23.39 \ --with-pgsql=/usr/local/pgsql-7.1.2 \ --with-pdflib=/usr/local/pdflib-4 \ --with-curl \ --enable-ftp \ --with-ldap \ --with-imap=/usr/local/src/imap-4.5 \ --with-zlib \ --with-jpeg-dir=/usr/lib \ --with-tiff-dir=/usr/lib \ --with-zlib-dir=/usr/lib \ --with-png-dir=/usr/lib \ --with-gd \ --with-ttf \ --with-xml \ --with-sablot \ --with-xslt-sablot \ --with-sybase=/usr/local/sybase \ --enable-trans-sid \ --enable-track-vars=yes \ --enable-magic-quotes=yes \ --enable-inline-optimization Edit this bug report at http://bugs.php.net/?id=12931edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12974 Updated: some curl bugs found patched
ID: 12974
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: freebsd
PHP Version: 4.0.6
New Comment:
relevant patches committed, thanks.
Previous Comments:
[2001-08-27 07:47:31] [EMAIL PROTECTED]
i have found patched php interface functions to curl.
i have no time to commit it to cvs, so here's the diff:
--- curl.c.orig Mon Aug 27 15:51:37 2001
+++ curl.c Mon Aug 27 15:42:13 2001
@@ -488,6 +488,10 @@
alloc_curl_handle(ch);
ch-cp = curl_easy_init();
+
+ memset(ch-err.str, 0, sizeof(ch-err.str));
+ ch-err.no = 0;
+
if (! ch-cp) {
php_error(E_WARNING, Cannot initialize a new cURL handle);
RETURN_FALSE;
@@ -526,7 +530,7 @@
**zoption,
**zvalue;
php_curl*ch;
- CURLcode error;
+ CURLcode error = 0;
int option;
if (ZEND_NUM_ARGS() != 3 ||
@@ -633,6 +637,7 @@
convert_to_long_ex(zvalue);
ch-handlers-write-type = PHP_CURL_BINARY;
+ break;
case CURLOPT_WRITEFUNCTION:
zval_add_ref(zvalue);
ch-handlers-write-func = *zvalue;
Edit this bug report at http://bugs.php.net/?id=12974edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13170 Updated: Crash Bug. ereg() with null regex
ID: 13170
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Reproducible crash
Operating System: RedHat 7.1
PHP Version: 4.0CVS-2001-09-06
New Comment:
it works fine for me with the latest CVS, are you *sure* you tested it with the CVS
version (as of today :) If so, reopen, I just tried your example (same system type),
and didn't get a segfault, just an appropriate error.
Previous Comments:
[2001-09-06 04:33:27] [EMAIL PROTECTED]
I found this bug while trying to find other memory problem. PHP4.0.7RC1 has different
problem with null regex. Problem under PHP4.0.7RC1 cannot reproduce easily, but I
think null regex isn't handle well in PHP4.0.7RC1 also.
Program received signal SIGSEGV, Segmentation fault.
0x5f656475 in ?? ()
(gdb) bt
#0 0x5f656475 in ?? ()
#1 0x406304ea in zm_activate_basic (type=1, module_number=5) at
basic_functions.c:1040
#2 0x405a4a15 in module_registry_request_startup (module=0x8108e68) at
zend_API.c:1145
#3 0x405a7776 in zend_hash_apply (ht=0x4073f240, apply_func=0x405a49e0
module_registry_request_startup) at zend_hash.c:669
#4 0x405a0d19 in zend_activate_modules () at zend.c:572
#5 0x405b2143 in php_request_startup () at main.c:685
#6 0x405ae6ef in apache_php_module_main (r=0x817e168, display_source_mode=0) at
sapi_apache.c:67
#7 0x405af5e8 in send_php (r=0x817e168, display_source_mode=0, filename=0x817fe58
/home/yohgaki/public_html/bugs/memory_4.0.7RC1/case3/test.php) at mod_php4.c:575
#8 0x405af662 in send_parsed_php (r=0x817e168) at mod_php4.c:590
#9 0x08055927 in ap_invoke_handler () at eval.c:41
#10 0x08069bdb in process_request_internal () at eval.c:41
#11 0x08069c3c in ap_process_request () at eval.c:41
#12 0x08061011 in child_main () at eval.c:41
#13 0x080611e0 in make_child () at eval.c:41
#14 0x08061354 in startup_children () at eval.c:41
#15 0x080619a3 in standalone_main () at eval.c:41
#16 0x080621db in main () at eval.c:41
#17 0x400a3177 in __libc_start_main (main=0x8061e28 main, argc=2, ubp_av=0xb9dc,
init=0x804fa20 _init, fini=0x8099f6c _fini, rtld_fini=0x4000e184 _dl_fini,
stack_end=0xb9d4) at ../sysdeps/generic/libc-start.c:129
Script is not shortest, but I thinks it's short enough
?php
function foo()
{
$tmp = null;
$str = 'abc';
$regex = '';
echo foo() calledbr\n;
if (!eregi($regex,$str,$regs)) {
return $tmp;
}
}
function bar()
{
// just call foo()
foo();
}
bar();
?
Edit this bug report at http://bugs.php.net/?id=13170edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #3457 Updated: Function requests
ID: 3457 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0 New Comment: added (except for regcomp(), but you'll see a warning if eregi is passed an invalid regex). Previous Comments: [2001-02-10 14:08:17] [EMAIL PROTECTED] whoops, didn't mean to close. [2001-02-10 14:06:54] [EMAIL PROTECTED] refiled against 4.0. [2000-02-11 18:54:37] [EMAIL PROTECTED] Suggestions for functions: Perl-like 'grep' to return a new array containing all elements for which func() returns true. Perl-like 'map' to return a new array containing return values of func() for each element. (array_walk is nearly this, I think) regcomp()-like function which will tell if a user-supplied regexp is valid and if not, why not. Edit this bug report at http://bugs.php.net/?id=3457edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8109 Updated: xslt_outout_begintransform() doesn't nest
ID: 8109 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: redhat 6.2 linux 2.2.17 PHP Version: 4.0.3pl1 New Comment: and it won't :))) Please use the new XSLT extension (which doesn't have output transformations...) Previous Comments: [2001-01-16 06:32:01] [EMAIL PROTECTED] Is designed this way, move to feature/change request.. [2000-12-05 02:27:13] [EMAIL PROTECTED] imagine a situation of the form: ? # target a specific user agent xslt_output_begintransform(agentN.xsl); ? content how now brown cow ? # transform an sql result set into an html table xslt_output_begintransform(table.xsl); ? result rowcolone/colcoltwo/col/row rowcol1/colcol2/col/row /result ? xslt_output_endtransform(); ? /content ? xslt_output_endtransform(); ? this might easily be desired (as i do), but it doesn't work. perhaps it's because sablotron doesn't allow more than one concurrent xslt processor. the errors that result are odd indeed, like the second filename string being smashed before its use. Edit this bug report at http://bugs.php.net/?id=8109edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12022 Updated: limitations of php://stdout
ID: 12022 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Output Control Operating System: linux PHP Version: 4.0.6 New Comment: use the header() function, btw, Perl is not php, gzopen(php://stdout, w) is not the same as the Perl example. Previous Comments: [2001-07-10 14:23:04] [EMAIL PROTECTED] With perl cgi I can create a GZIP output stream to a Java applet as follows: print(Content-type: application/x-gzip\n\n); my $gz=gzopen(\*STDOUT, wb) || die(gasp!); however, the same technique seems to be impossible with php://stdout. i realize that i can open a gzip'd stream as follows (note: i am using php 4.02): gzopen(php://stdout,w); however, there seems to be no way to get header fields (uncompressed) to precede the gzip'd output. this presents an unresolvable problem on the browser side, because some browsers will assume that no data has been sent if no header fields are received. can the php://stdout mechanism be changed to allow me to print uncompressed lines to stdout before the compressed output begins? am i missing something here? i realize that i can put zipped data into a file and use readfile() to send it, and this actually does send all the header fields as would be expected. however, this will cause me unnecessary drive activity because i will have to modify the files, which i had not wanted to do. Edit this bug report at http://bugs.php.net/?id=12022edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13219 Updated: register_shutdown_function doesn't work
ID: 13219
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Windows 98
PHP Version: 4.0.6
New Comment:
register_shutdown_function() returns void, this is not a bug
Previous Comments:
[2001-09-09 05:10:48] [EMAIL PROTECTED]
I've got php4.06, Build Date Jun 22 2001, and when i try to run the following script:
?
if (!register_shutdown_function(end_func))
echo(register_shutdown_function doesn't work...);
function end_func() {
echo(This is the end of the script); }
?
it outputs
register_shutdown_function doesn't work...
When i had an older version of PHP (i think it was three) i worked perfectly, but now
that i've upgraded, the very same script doesn't work anymore...
i have phpdev4 as server(http://www.firepages.com.au/phpdev4.htm)
Edit this bug report at http://bugs.php.net/?id=13219edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8118 Updated: error in much warnings in session.c
ID: 8118 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: Session related Operating System: MIPS V4 PHP Version: 4.0.3pl1 Assigned To: sas New Comment: Fixed in CVS. Previous Comments: [2001-05-23 11:27:03] [EMAIL PROTECTED] The error is still in 4.0.5: cc -I. -I/home4/src/php-4.0.5/ext/session -I/home4/src/php-4.0.5/main - I/home4/src/php-4.0.5 -I/home4/src/apache_1.3.14/src/include -I/home4/src/apache _1.3.14/src/os/unix -I/home4/src/php-4.0.5/Zend -I/home4/src/php-4.0.5/ext/xml/e xpat/xmltok -I/home4/src/php-4.0.5/ext/xml/expat/xmlparse -I/home4/src/php-4.0.5 /TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -c session.c touch session.lo session.c 533: [error]: CFE1140 Zuviel Argumente im Funktionsaufruf gettimeofday(tv, NULL); ^ session.c 537: [warning]: CFE1167 Argument des Typs char * ist unvertraegl ich mit Parameter des Typs const unsigned char * PHP_MD5Update(context, buf, strlen(buf)); Workaround in time.h: add: #ifndef _XPG_IV #define _XPG_IV #endif [2001-05-23 06:18:11] [EMAIL PROTECTED] Does this happen with PHP 4.0.5 ?? --Jani [2000-12-05 10:25:10] [EMAIL PROTECTED] Is there the problem in configure ? checking whether struct tm is in sys/time.h or time.h... time.h [2000-12-05 10:16:02] [EMAIL PROTECTED] Is there the problem in configure ? checking whether struct tm is in sys/time.h or time.h... time.h [2000-12-05 10:10:17] [EMAIL PROTECTED] Last update from me: At which place can i set _XPG_IV ? Stefan The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=8118 Edit this bug report at http://bugs.php.net/?id=8118edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8961 Updated: Omited Math Function
ID: 8961 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Bogus Bug Type: Math related Operating System: N/A PHP Version: 4.0 Latest CVS (27/01/2001) New Comment: PHP is not to my knowledge ASP. This is won't (shouldn't) be added anytime soon... Previous Comments: [2001-01-27 20:55:06] [EMAIL PROTECTED] Not sure what you are asking for here. round() exists Modulus exists with the modulus operator. ie. echo 3%2; ceil() exists floor() exists Division obviously exists Trunc sort of exists: echo (int)10.57; Frac can be derived as well. But I suppose that is the one you are asking for a native function for? [2001-01-27 20:46:50] [EMAIL PROTECTED] There are a set of four math function that convert real numbers to integers, trunc is missing. Other functions of use are Frac, Mod, Div. Round: return closest integer to argument, if fractional is .5 then return closest even integer. Ceiling: return smallest integer greater than or equal to argument Floor: return largest integer less than or equal to argument Trunc: if argument is positive, return floor of argument, otherwise return ceiling of argument. Frac: return abs(argument - trunc(argument)) Mod: returns remainder of the division of two arguments Div: returns quotiant of the division of two arguments (I ran into this problem when converting a decimal number to an IP number.) Edit this bug report at http://bugs.php.net/?id=8961edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9054 Updated: problems in call_user_method
ID: 9054
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Class/Object related
Operating System: Linux/Solaris
PHP Version: 4.0.4pl1
New Comment:
you must pass a reference, anyhoo, call_user_method() is
deprecated, use call_user_function(array($obj, Meethod));
syntax...
Previous Comments:
[2001-02-01 12:17:02] [EMAIL PROTECTED]
call_user_method doesn't seem to allow the called method to modify it's own viriables
and what not. It's as though it's copying an object instead of referencing the one
specified.
This is the same bug reported in Bug #6347. There weren't any additionally open bugs,
but I'm using 4.0.4pl1 and I do not see a working solution yet.
The original script follows. I modified it for a command line implementation (took out
all the HTML):
--- Example 1
class test
{
var $a=0;
function increase()
{
$this-a++;
echo a is now: .$this-a.\n;
}
}
$t = new test();
echo Direct calls:\n;
$t-increase();
$t-increase();
$t-increase();
echo \n\nIndirect calls:\n;
call_user_method (increase, $t);
call_user_method (increase, $t);
call_user_method (increase, $t);
this script should increment $t 6 times. It produces the following output:
Direct calls:
a is now: 1
a is now: 2
a is now: 3
Indirect calls:
a is now: 4
a is now: 4
a is now: 4
I also wrote a script to do something similar, and it follows. I call
call_user_method both within the class (using $this) and outside the class.
- Example 2 -
class MyClass {
var $my_Var = ;
function MyClass ($value = ) {
$this-my_Var = $value;
print(my_Var set to . $this-my_Var . \n);
}
function change ($value = ) {
print(changing to . $value . \n);
call_user_method(MyClass, $this, 2);
}
function show () {
print(my_Var is . $this-my_Var . \n);
}
}
$mine = new MyClass(1);
$mine-show();
$mine-change(2);
$mine-show();
call_user_method(MyClass, $mine, 3);
$mine-show();
This should produce the following output:
my_Var set to 1
my_Var is 1
changing to 2
my_Var set to 2
my_Var is 2
my_Var set to 3
my_Var is 3
However it produces this:
my_Var set to 1
my_Var is 1
changing to 2
my_Var set to 2
my_Var is 1
my_Var set to 3
my_Var is 1
Edit this bug report at http://bugs.php.net/?id=9054edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10204 Updated: fgets causes memory leaks
ID: 10204 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sockets related Operating System: Linux, BSD and Windows PHP Version: 4.0 Latest CVS (06/04/2001) New Comment: Can you compile php with --enable-debug, this should report all leaks, if there are any... Previous Comments: [2001-04-09 11:22:55] [EMAIL PROTECTED] I am in the process of working on a file abstraction for this stuff, so it will be rewritten. Hmm. I'm already using an abstraction layer; Net_Socket from PEAR. I had to modify the readLine method to read a byte at a time until it encounters \n to workaround the fgets bug. Maybe I haven't looked hard enough. Please let me know if $page = null works around the problem for now. No it doesn't. [2001-04-09 07:57:22] [EMAIL PROTECTED] Sorry - I somehow missed the unset. However, unset just removes the variable from the symbol table - try using $page = null instead. I am in the process of working on a file abstraction for this stuff, so it will be rewritten. The wierd thing is that I really can't see why fgets would behave differently from fread. Maybe I haven't looked hard enough. Please let me know if $page = null works around the problem for now. [2001-04-09 07:29:57] [EMAIL PROTECTED] Um, yes, the memory usage increases because you are appending an infinite number of copies of the google page to your $page variable. No, that's what the unset is for. Anyways, here's memory statistics. On loading script one: 3740kb RAM used after two iterations (RAM should not increase above this level). After 5 minutes: 4130kb. Cf script two: 3752kb RAM used initially, and 3752kb after 5 minutes. These statistics aren't especially dramatic, but in other conditions it can be catastrophic. Regarding fclose, no this doesn't help. There is a problem with fgets but not fread. [2001-04-09 06:58:37] [EMAIL PROTECTED] Um, yes, the memory usage increases because you are appending an infinite number of copies of the google page to your $page variable. No, that's what the unset is for. Anyways, here's memory statistics. On loading script one: 3740kb RAM used after two iterations (RAM should not increase above this level). After 5 minutes: 4130kb. Cf script two: 3752kb RAM used initially, and 3752kb after 5 minutes. These statistics aren't especially dramatic, but in other conditions it can be catastrophic. Regarding fclose, no this doesn't help. There is a problem with fgets but not fread. [2001-04-06 09:19:49] [EMAIL PROTECTED] Um, yes, the memory usage increases because you are appending an infinite number of copies of the google page to your $page variable. I can't see any leak in PHP - no leaks are reported by the memory manager. Can you give me more information about how the memory usage increases, and what you would expect it to be? Could you try explicitly fclose()ing your $fps too - you might find it useful in reducing memory cost. --Wez. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=10204 Edit this bug report at http://bugs.php.net/?id=10204edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10236 Updated: ftruncate problem
ID: 10236
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Filesystem function related
Operating System: Linux 2.2.5 / glibc 2.0.7
PHP Version: 4.0.4
New Comment:
wow :)
No this is not a bug... and no we shouldn't be doing an
fflush(), you can do a fflush() in the PHP code if you want.
Previous Comments:
[2001-04-08 21:05:42] [EMAIL PROTECTED]
I've had a little problem with ftruncate, here is a sample
script that misbehaves for me:
?
function movedata ($fd, $count)
{
$p = ftell($fd);
if ( $count 0 )
{
$p += $count;
}
$r = 1024;
if ($count 0 $r $count)
{
$r = $count;
}
else if ($count 0 $r -$count)
{
$r = -$count;
}
$c1 = strlen($buf1 = fread($fd,$r));
$eof = false;
while ( !$eof )
{
$c2 = strlen($buf2 = fread($fd,$r));
$eof = feof($fd);
fseek($fd,-$c2-$c1+$count,SEEK_CUR);
fwrite($fd,$buf1,$c1);
fseek($fd,$c2-$count,SEEK_CUR);
$buf1 = $buf2;
$c1 = $c2;
}
fseek($fd,-$c1+$count,SEEK_CUR);
fwrite($fd,$buf1,$c1);
ftruncate($fd,ftell($fd));
// Uncomment the fflush to get it working
// fflush($fd);
fseek($fd,$p,SEEK_SET);
};
header(Content-type: text/plain);
$fd = fopen('test','w+') or die(Couldn't open file.\n);
$file = EOL
aa
A
/aa
b
BB
/b
EOL;
fputs($fd,$file);
fclose($fd);
$fd = fopen('test','r+') or die(Couldn't open file.\n);
$str =
C\n;
fseek($fd,9+strlen($str),SEEK_SET);
movedata($fd,-strlen($str));
movedata($fd,strlen($str));
fseek($fd,9,SEEK_SET);
fputs($fd,$str);
fseek($fd,0,SEEK_SET);
fpassthru($fd);
?
Here is the output:
aa
C
/aa
b
BB
/b
AAA
/aa
b
BB
/b
I think it should be:
aa
C
/aa
b
BB
/b
What I found is that the second movedata call doesn't work
the way I want it to. As you can see in the output there is
some garbage data that seems to come from the first movedata
call.
I'm not really sure if the thing I found is really a bug,
since the above code might also be buggy. Furthermore this
is really the only case I found to reproduce the problem
(simpler test programs worked fine). The problem might also
be caused by linux/glibc (I know the given versions are
quite old, I'll upgrade soon :-)).
I think there might be a problem with buffered i/o so that
eof doesn't know about the new file size set by ftruncate
since the libc buffered i/o layered isn't flushed and php
source only calls fileno to find out the fd, but the stream
isn't flushed, and the ftruncate libc call isn't in sync
with the buffered i/o layer.
I think php function ftruncate should do a fflush libc call
before doing the ftruncate library call, so that everything
works fine and the php programmer won't have to care about that.
Have fun.
Mattias Nissler ([EMAIL PROTECTED])
Edit this bug report at http://bugs.php.net/?id=10236edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10477 Updated: ob_start('function') is called before trans-sid is applied, not after
ID: 10477
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Output Control
Operating System: linux 2.2
PHP Version: 4.0.4pl1
New Comment:
Fixed in CVS.
Previous Comments:
[2001-04-24 14:03:35] [EMAIL PROTECTED]
?php
if (isset($PATH_INFO))
{
$var = explode('/', $PATH_INFO);
for($c = 1; $c count($var); $c += 2)
{
$$var[$c] = $var[$c + 1];
$HTTP_GET_VARS[$var[$c]] = $var[$c + 1];
}
}
function fix_session($output)
{
global $SID;
$o_sid = '?'. $SID;
$n_sid = '/'. str_replace('=', '/', $SID);
$output = substr_count($output, $o_sid) .'br'. str_replace($o_sid,
$n_sid, $output);
return $output;
}
ob_start('fix_session');
?
I want to convert.
index.php?PHPSESSID=xx
-
index.php/PHPSESSID/xx
this code will convert hardcoded SID links but not trans-sid. this must be caused
because fix_session() is being called 'before' trans-sid is applied, it should be
called after. no ? what is strange is that if I use ob_start() to gzip my content
trans-sid is astill applied, but I dont know how this is done to compressed code I
will have to check this.
Chris Lee
[EMAIL PROTECTED]
Edit this bug report at http://bugs.php.net/?id=10477edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10805 Updated: Compile error on zend_operators.c
ID: 10805 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Tru64/OSF1 V5.0 a PHP Version: 4.0.5 New Comment: this problem shouldn't be present now... Previous Comments: [2001-05-11 04:44:22] [EMAIL PROTECTED] make: GNU Make version 3.79 cc: Compaq C V6.1-020 on Compaq Tru64 UNIX V5.0A (Rev. 1094) Error: Making all in Zend make[1]: Entering directory `/usr/users/stone/dl/php-4.0.5/Zend' /bin/sh /home/stone/dl/php-4.0.5/libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DOSF1 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c zend_operators.c zend_operators.c: In function `multi_convert_to_long_ex': zend_operators.c:525: parse error before `zval' zend_operators.c: In function `multi_convert_to_double_ex': zend_operators.c:540: parse error before `zval' zend_operators.c: In function `multi_convert_to_string_ex': zend_operators.c:555: parse error before `zval' make[1]: *** [zend_operators.lo] Error 1 make[1]: Leaving directory `/usr/users/stone/dl/php-4.0.5/Zend' make: *** [all-recursive] Error 1 Edit this bug report at http://bugs.php.net/?id=10805edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #4025 Updated: unable to use $this when calling array_walk from a class method.
ID: 4025
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Misbehaving function
Operating System: Linux RH6.1 / WinNT4
PHP Version: 3.0.15
New Comment:
not a bug, ask php support questions on
[EMAIL PROTECTED]
Previous Comments:
[2000-04-04 04:59:00] [EMAIL PROTECTED]
I would like to do something like this:
class example {
function print_a_list ( $an_array )
{...}
function do_something {
{
array_walk( fruits, $this-print_a_list );
}
}
The error returned is
Warning: Unable to call () - function does not exist in inc\example_class.php
To get it working I have done this
class example {
function do_something {
{
if(!defined('PRINT_FUNCTION'))
{
define('PRINT_FUNCTION', TRUE);
function print_a_list ( $an_array )
{...}
}
array_walk( fruits, print_a_list );
} //end do_something
} //end example class
The define is to stop errors when I call the do_something method more than once for a
single instance of the example class. If I don't it gives me a Cannot Redelare error.
This is not really perfect becasue I have to declare print_a_list twice if I want to
use it outside the do_something function. Plus the code is abit messy.
I've asked experts-exchange.com and studied the docs but I can find a way around it.
I've also tried it using php4 with the same results.
Thanks for your time,
Tim.
Edit this bug report at http://bugs.php.net/?id=4025edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5708 Updated: fopen claims file does not exist after first couple uses.
ID: 5708
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Misbehaving function
Operating System: Linux
PHP Version: 3.0.16
New Comment:
I highly doubt this is truly a PHP bug, if you can find a
test case that can always be reproduced, please open a new
bug report.
Previous Comments:
[2000-07-20 21:46:32] [EMAIL PROTECTED]
I'm opening up a series of files with fopen, and reading them into an array using
fgets. After reading the first couple files in succesfully, fopen falsly reports that
further files do not exist.
Each of the failures echoes the $filename, if I take that URL and pull it up in a web
browser, it retrieves the file.
This is all in a loop that generates the filename variables.
for (... {
$filename = http://host.domain.com/; . $year . / . $months $month] . / . $day .
/ . $query[$ws] . .txt;
$fd = @fopen($filename,r);
if (!$fd) {
print Unable to open file: $filename . br;
$ws++;
continue;
}
while (!feof($fd)) {
$data[] = fgets($fd, 4096);
}
fclose ($fd);
... }
So what I end up with is proper information for the first file or two, the rest of the
files fail regaurdless of whether they exist or not.
Edit this bug report at http://bugs.php.net/?id=5708edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13319 Updated: ereg_replace() with numeric 2nd argument
ID: 13319
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Regexps related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
This is impossible due to the fact that ereg_replace() supports the specifying of
ascii values as a replacement argument.
Previous Comments:
[2001-09-15 13:26:03] [EMAIL PROTECTED]
But preg_replace('/4/', 3, '124') will produce '123' as
expected. Even if it's not a bug, it still would be nice
if that number would be autoconverted to string.
[2001-09-15 13:11:31] [EMAIL PROTECTED]
closed.
[2001-09-15 13:11:01] [EMAIL PROTECTED]
You are correct in saying that the second argument is a
'replacement string', not a number. The documentation
is very clear about this.
[2001-09-15 12:13:10] [EMAIL PROTECTED]
When using ereg_replace() with a numeric 2nd argument (replacement string), this
argument is treated as an empty string.
ereg_replace('4', 3, '124') produces '12' instead of '123'.
Edit this bug report at http://bugs.php.net/?id=13319edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13494 Updated: random segfaults with sablotron 0.70
ID: 13494 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: XSLT related Operating System: linux 2.4.10 debian/testing PHP Version: 4.0CVS-2001-10-01 New Comment: Can you please supply a short reproducable test case? Thanks! Previous Comments: [2001-10-01 12:41:24] [EMAIL PROTECTED] so i updated to sablotron 0.70 and now i get a lot of random and not easily reproduceable segfaults with ext/xslt, but they happen a lot... hope someone can fix that. sablotron 0.60 worked fine. 0.65 also had some segfaults system: php: 4.0.7 from cvs of today apache. 1.3.20 linux: 2.4.10 sablotron: 0.70 backtrace: (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x400f280b in free () from /lib/libc.so.6 (gdb) bt #0 0x400f280b in free () from /lib/libc.so.6 #1 0x80a5347 in hashTableDestroy () #2 0x80a4292 in dtdDestroy () #3 0x809e57a in XML_ParserFree () #4 0x405ec8d4 in TreeConstructer::parseDataLineUsingExpat () from /usr/lib/libsablot.so.0 #5 0x405fe93e in Tree::parse () from /usr/lib/libsablot.so.0 #6 0x405f1418 in Processor::addLineParse () from /usr/lib/libsablot.so.0 #7 0x405f19cf in Processor::readTreeFromURI () from /usr/lib/libsablot.so.0 #8 0x405ef9bd in Processor::open () from /usr/lib/libsablot.so.0 #9 0x405f50cf in SablotRunProcessor () from /usr/lib/libsablot.so.0 #10 0x40301737 in zif_xslt_process (ht=6, return_value=0x83f28b4, this_ptr=0x0, return_value_used=1) at sablot.c:510 #11 0x401efcba in execute (op_array=0x8295a14) at ./zend_execute.c:1590 #12 0x401efe9b in execute (op_array=0x82bba94) at ./zend_execute.c:1630 #13 0x401efe9b in execute (op_array=0x82da76c) at ./zend_execute.c:1630 #14 0x401efe9b in execute (op_array=0x82668b4) at ./zend_execute.c:1630 #15 0x401fff66 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #16 0x4020dd46 in php_execute_script (primary_file=0xb928) at main.c:1310 #17 0x40209c1e in apache_php_module_main (r=0x817444c, display_source_mode=0) at sapi_apache.c:90 #18 0x4020a71e in send_php (r=0x817444c, display_source_mode=0, filename=0x0) at mod_php4.c:575 #19 0x4020a782 in send_parsed_php (r=0x817444c) at mod_php4.c:590 #20 0x8073d79 in ap_invoke_handler () #21 0x80886ff in process_request_internal () #22 0x8088766 in ap_process_request () #23 0x807f676 in child_main () #24 0x807f831 in make_child () #25 0x807f9ac in startup_children () #26 0x808001c in standalone_main () #27 0x808084c in main () #28 0x4009d64f in __libc_start_main () from /lib/libc.so.6 Edit this bug report at http://bugs.php.net/?id=13494edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13303 Updated: cURL fails over SSL
ID: 13303 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: Cobalt Linux 5.0 PHP Version: 4.0.6 New Comment: fixed in cvs. Previous Comments: [2001-09-14 10:17:57] [EMAIL PROTECTED] Using cURL over SSL always seems to return a 0 byte file. Using cURL with normal URL's works fine. Using the command-line cURL over SSL works fine. This is with libcurl 7.8.1 built with OpenSSL 0.9.6a. Edit this bug report at http://bugs.php.net/?id=13303edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13038 Updated: Cookie Error in Net/Curl.php
ID: 13038
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: HTTP related
Operating System: all
PHP Version: 4.0.6
New Comment:
fixed in cvs, thanks.
Previous Comments:
[2001-08-30 08:06:47] [EMAIL PROTECTED]
line 319:
$ret = curl_setopt($ch, CURLOPT_COOKIE, $cookie_data);
may cause a warning, if cookies is an empty array.
Better:
if(!empty($cookie_data){
$ret = curl_setopt($ch, CURLOPT_COOKIE, $cookie_data); }
[2001-08-29 13:26:03] [EMAIL PROTECTED]
In Curl.php around line 316 multiple cookies are concatenated with newline. Shold be
semicolon:
if (isset($this-cookies)) {
foreach ($this-cookies as $name = $value) {
$cookie_data .= urlencode($name) . : .\ urlencode($value);
$cookie_data .= ;; // This is correct, before it was \n
}
Edit this bug report at http://bugs.php.net/?id=13038edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13225 Updated: Memmory leak in curl
ID: 13225
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: cURL related
Operating System: linux
PHP Version: 4.0.6
New Comment:
not a php bug.
Previous Comments:
[2001-09-10 04:46:48] [EMAIL PROTECTED]
Hiya
If you run this script you will only see your mem usage (slowly) grow; it looks like
curl_close won't free the memmory as it won't make a diff if you use it or not :)
Greetz,
Wico
?
ob_implicit_flush(TRUE);
for ($x = 0; $x 10; ++$x) {
$handler = curl_init();
curl_setopt($handler, CURLOPT_URL,
'http://www.php.net/manual/en/pcre.pattern.syntax.php');
curl_setopt($handler, CURLOPT_RETURNTRANSFER, 1);
$data = curl_exec($handler);
curl_close($handler);
unset($handler, $data);
}
?
Edit this bug report at http://bugs.php.net/?id=13225edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13776 Updated: unable to compile XSLT as shared mod
ID: 13776 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: Debian PHP Version: 4.1.0RC1 New Comment: not a bug, --enable-shared=xslt is correct way. Previous Comments: [2001-10-21 09:55:11] [EMAIL PROTECTED] It seems it works when using additionaly --enable-shared=xslt [2001-10-21 08:21:05] [EMAIL PROTECTED] It seems that it isn't possible to compile php's xslt extension as shared module. This is bad because until it is possible distros can't package it separately. For example right now debian comes with php4-sablot extension which uses old ext/sablot code. Since all new development is done with xslt sablot backend that package is unusable. In order to make php4-xslt package there must be way to compile it as shared extension. Configure script seems to understand --enable-xslt=shared but real linking isn't done. Edit this bug report at http://bugs.php.net/?id=13776edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13511 Updated: fatal error when calculating variables
ID: 13511
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Sablotron XSL
Operating System: linux 2.2.6 i686
PHP Version: 4.0.5
New Comment:
Sablotron problem, not a php problem
Previous Comments:
[2001-10-02 09:56:47] [EMAIL PROTECTED]
The following error:
php: expr.cpp:1435: const class Str Expression::tostringRef() const: Zusicherung
»(functor == EXF_ATOM) (type == EX_STRING)« nicht erfüllt.
Abgebrochen
is produced by the following code:
XML:
?xml version=1.0?
return
a2/a
b3/b
/return
XSL:
xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xsl:template match=return
xsl:variable name=a select=a/
xsl:variable name=b select=b/
input type=hidden name=startquery value={$a+$b}/
/xsl:template
/xsl:stylesheet
PHP:
?php
$xmlSource=join(,file(test.xml));
$xslSource=join(,file(test.xsl));
xslt_process($xslSource, $xmlSource, $result);
print \n\n$result;
?
Edit this bug report at http://bugs.php.net/?id=13511edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13750 Updated: Warning: size of symbol changed
ID: 13750 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Sablotron XSL Operating System: Linux, Slackware 8.0 PHP Version: 4.0CVS-2001-10-19 New Comment: bogoid. Previous Comments: [2001-10-19 10:35:23] [EMAIL PROTECTED] Unfortunately I still get the same errors. FYI my configure options are: ./configure --with-apxs --with-mysql=/usr/local/mysql/ --enable-trans-sid --with-zlib --enable-wddx --enable-ftp --with-sablot=/usr/local --enable-xslt --with-xslt-sablot --enable-sablot-errors-descriptive --with-dom -- Jan-Erik [2001-10-19 08:58:55] [EMAIL PROTECTED] rm config.cache ./cvsclean ./buildconf ./configure ... should work fine. Please report back if this doesn't work. Derick [2001-10-19 08:52:35] [EMAIL PROTECTED] When I start make i get the following warning: Warning: size of symbol `zif_xslt_create' changed from 327 to 207 in sablot.lo Along with a lot more symbols which are all related to xslt. I'm using Sablotron 0.70 Edit this bug report at http://bugs.php.net/?id=13750edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14046 Updated: segfaults due to curlopt not checking file handles are valid
ID: 14046
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: cURL related
Operating System: debian linux
PHP Version: 4.0CVS-2001-11-13
Assigned To: sterling
New Comment:
RETURN_FALSE; is enough, since ZEND_FETCH_RESOURCE() will complain with an
E_WARNING... Will modify source, in next commit with POSTFIELDS commit...
Previous Comments:
[2001-11-14 02:25:21] [EMAIL PROTECTED]
Assigned this to you sterling, cause you're the cURL master here.
Derick
[2001-11-13 21:20:07] [EMAIL PROTECTED]
curlopt does not check that file handles are valid - so if you send it a string for
CURL_INFILE it will segfault.
patch below
Index: curl.c
===
RCS file: /repository/php4/ext/curl/curl.c,v
retrieving revision 1.97
diff -u -r1.97 curl.c
--- curl.c 13 Nov 2001 11:47:52 - 1.97
+++ curl.c 14 Nov 2001 02:16:47 -
@@ -706,8 +706,13 @@
case CURLOPT_INFILE:
case CURLOPT_WRITEHEADER:
case CURLOPT_STDERR: {
- FILE *fp;
+ FILE *fp=NULL;
ZEND_FETCH_RESOURCE(fp, FILE *, zvalue, -1, File-Handle,
php_file_le_fopen());
+if (!fp) {
+ php_error(E_WARNING,You must pass a file handle with the
+CURLOPT_FILE,
+ CURLOPT_INFILE, CURLOPT_WRITEHEADER and
+CURLOPT_STDERR arguments);
+ RETURN_FALSE;
+ }
error = CURLE_OK;
switch (option) {
Edit this bug report at http://bugs.php.net/?id=14046edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14320 Updated: multipart form posts can't upload files anymore
ID: 14320
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: any
PHP Version: 4.1.0
New Comment:
Fixed in CVS (and PHP 4.0.1 branch) -- thanks.
Previous Comments:
[2001-12-03 03:50:34] [EMAIL PROTECTED]
Using the CURL module in previous versions of PHP you could upload a file in a HTTP
multipart formpost in a script like this:
$ch = curl_init($APP);
curl_setopt($ch, CURLOPT_POSTFIELDS, array
('sampfile'=@$sampfile));
$postResult = curl_exec($ch);
curl_close($ch);
With 4.1.0 (and what's currently in CVS), the CURL module has been modified to use the
more proper libcurl function to deal with formposts, but it has the side-effect that
pre-pending a file name with @ no longer works.
This is something that needs to be checked for and addressed in the ext/curl/curl.c
source code if the above functionality is still wanted.
The functionality with a @-prepended file name is not documented anywhere in the PHP
curl documentation AFAIK, but there are users out there that have found about this
feature (it is a standard curl way of doing it using the command line) so there might
be a point to continue supporting this.
(I am the libcurl maintainer, this report is based solely on source code auditing, I
have not ran any PHP code to find out.)
Edit this bug report at http://bugs.php.net/?id=14320edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14023 Updated: curl does not initialize HTTPS correctly - hence does not work.
ID: 14023
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: linux debian
PHP Version: 4.0CVS-2001-11-12
New Comment:
Its not going to be handled either
Previous Comments:
[2001-11-16 01:23:36] [EMAIL PROTECTED]
better re-open this, the fixes below and the ones in CVS do not currently deal with
conflicts between openssl and curl modules - (althought they will fix most common
scenarios)
if curl.so and openssl.so are loaded -using dl() they will both attempt to initialize
openssl.
- It is probably not a common occurance - and as long as there is a bug report then
somebody finding this happening has a chance of knowing what to do.
- workaround - either dont use openssl as a dl module (compile it into php) or dont
user openssl and curl together as modules..
[2001-11-12 20:01:18] [EMAIL PROTECTED]
Patched in CVS (untested)
[2001-11-12 05:44:12] [EMAIL PROTECTED]
filed under correct type (oops)
[2001-11-12 04:17:24] [EMAIL PROTECTED]
also probably a good idea to add WIN32 inititialization as well eg.
curl_global_init(CURL_GLOBAL_SSL CURL_GLOBAL_WIN32)
[2001-11-12 00:26:30] [EMAIL PROTECTED]
the curl.c file initializes curl with nothing, the curl init library will then skip
the init for ssl, and hence all https connections will fail.
also CURLOPT_SSL_VERIFYHOST is not defined..
patch below..
regards
alan
--- curl.c 18 Oct 2001 19:24:51 - 1.94
+++ curl.c 12 Nov 2001 05:25:05 -
@@ -142,6 +142,7 @@
REGISTER_CURL_CONSTANT(CURLOPT_SSLCERT);
REGISTER_CURL_CONSTANT(CURLOPT_SSLCERTPASSWD);
REGISTER_CURL_CONSTANT(CURLOPT_WRITEHEADER);
+ REGISTER_CURL_CONSTANT(CURLOPT_SSL_VERIFYHOST);
REGISTER_CURL_CONSTANT(CURLOPT_COOKIEFILE);
REGISTER_CURL_CONSTANT(CURLOPT_SSLVERSION);
REGISTER_CURL_CONSTANT(CURLOPT_TIMECONDITION);
@@ -253,7 +254,7 @@
REGISTER_CURL_CONSTANT(CURLE_OBSOLETE);
REGISTER_CURL_CONSTANT(CURLE_SSL_PEER_CERTIFICATE);
- if (curl_global_init(CURL_GLOBAL_NOTHING) != CURLE_OK) {
+ if (curl_global_init(CURL_GLOBAL_SSL) != CURLE_OK) {
return FAILURE;
}
@@ -658,6 +659,7 @@
case CURLOPT_FRESH_CONNECT:
case CURLOPT_FORBID_REUSE:
case CURLOPT_CONNECTTIMEOUT:
+ case CURLOPT_SSL_VERIFYHOST:
case CURLOPT_SSL_VERIFYPEER:
convert_to_long_ex(zvalue);
error = curl_easy_setopt(ch-cp, option, Z_LVAL_PP(zvalue));
Edit this bug report at http://bugs.php.net/?id=14023edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14181 Updated: CURLOPT_WRITEHEADER make a segmentation fault
ID: 14181 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: Linux Mandrake 8.1 PHP Version: 4.0.6 New Comment: Try the latest CVS and re-open if this still happens Previous Comments: [2001-11-22 12:57:24] [EMAIL PROTECTED] I use php 4.0.6 rpm packed in Mandrake 8.1 CDROM. I test both with mod_php and php (shell interpreter). my curl is : curl 7.8.1 (i586-mandrake-linux-gnu) libcurl 7.8.1 (OpenSSL 0.9.6a) ? $myFile = tempnam(/tmp,curl); $myFp = fopen($myFile,w); $myHeader = tempnam(/tmp,curl); $myHp = fopen($myHeader,w); $ch = curl_init(http://www.natimages.com/images/scenic.jpg;); curl_setopt($ch,CURLOPT_FILE,$myFp); curl_setopt($ch,CURLOPT_WRITEHEADER,$myHp); curl_exec($ch); curl_close($ch); fclose($myFp); fclose($myHp); ? INSTALLATION NOTES: when installed, php package in Mandrake 8.1 rpm does not support curl, so I must install php_devel rpm and build the curl extension when build curl extension, I need libcurl rpm provided by Mandrake 8.1, and curl-devel rpm that's NOT provided by Mandrake 8.1. So, I must install curl-devel rpm built for Redhat 7.2, with option --nodeps to force it work in Mandrake environtment.. I do NOT found that another curl option buggy like this CURLOPT_WRITEHEADER I'm not familiar with gdb, so I can not submit gdb backtrace Thank Tri Edit this bug report at http://bugs.php.net/?id=14181edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14321 Updated: multipart/form-data doesn't accept a NULL character
ID: 14321 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Bogus Bug Type: cURL related Operating System: i686-gnu-linux PHP Version: 4.0CVS-2001-12-03 Assigned To: sterling New Comment: a) not a cURL related bug report b) bogus, when you print binary data, expect it to be truncated at the NULL, this is the same in every language. Previous Comments: [2001-12-03 06:23:56] [EMAIL PROTECTED] Assigning to sterling, the cURL master. Derick [2001-12-03 06:22:04] [EMAIL PROTECTED] This one is related to the report of [EMAIL PROTECTED] (Bug id #11516). I talked to sniper about this problem a year ago, but I could not convince him that this behaviour of PHP to truncate post variables at the first occurrance of 0x00 exists and that it's incorrect (when used with multipart-formdata). Some days ago I used libCURL with C++ to post binary data with the CURLFORM_PTRCONTENTS option which lead to the same problem. Packet-sniffing revealed that the data is sent correctly, but PHP truncates the variable at the first occurance of 0x00. I had a discussion with Daniel Stenberg (Curl-developer) on that topic. He agreed that following RFC1867 it is allowed to send binary data in the way jeroen describes and he was pretty much suprised that PHP causes such problems. As the function curl_formadd() and CURLOPT_POSTFIELDSIZE is not implemented in PHP I can not give you a PHP script which produces the error but let me know if you're interested in an example written in C++. I would appriciate very much if this bug could be removed in future versions of PHP. thanks in advance Hanno Edit this bug report at http://bugs.php.net/?id=14321edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14018 Updated: make ip2long and long2ip handle unsigned longs correctly
ID: 14018
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Network related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
They work in the current CVS of php
Previous Comments:
[2001-11-11 13:15:58] [EMAIL PROTECTED]
Actually the my fix for this problem is on the PHP side,
not in the PHP-code it self:
function jk_ip2long ($ip) {
preg_match(#^([0-9]{1,3})\.([0-9]{1,3})\.([0-9]{1,3})\.([0-9]{1,3})$#,
$ip, $a);
$long =
$a[1] 24 |
$a[2] 16 |
$a[3] 8 |
$a[4] 0;
## handling negative urls
if($long 0) $long += pow(2,32);
return $long;
}
## long2ip
function jk_long2ip ($long) {
## handle long value which should be signed in PHP but
are unsigned
if ($long 0x7fff) {
## although this code seems to be useless, it does
what we want
$l = ($long - 0x7fff) - 1;
$long = -(0x7fff - $l) - 1;
}
$ip3 = sprintf(%d.%d.%d.%d,
$long 24 0xff,
$long 16 0xff,
$long 8 0xff,
$long 0 0xff
);
return $ip3;
}
You can see a working example at
http://jan.kneschke.de/projects/phpbugs/ip2long.php
Edit this bug report at http://bugs.php.net/?id=14018edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10924 Updated: long2ip gives wrong result/binary arithmatic does not work
ID: 10924 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Suspended Status: Closed Bug Type: Network related Operating System: Linux Redhat 6.2 PHP Version: 4.0.4pl1 New Comment: long2ip is now fixed as well, as it accepts a string value, which is then properly converted to a unsigned long... Previous Comments: [2001-05-19 20:43:28] [EMAIL PROTECTED] There is no solution for this, because PHP only deals with signed longs. However, you can now use the %u modifier in printf and sprintf to show a long unsigned number like this: ?php printf (%u\n, ip2long (147.110.52.10)); ? 2473473034 I suspended this bug, until unsigned longs are really working (there are some feature request for this already). Derick [2001-05-17 09:24:07] [EMAIL PROTECTED] $x = 2473473034; // 147.110.52.10 in int form settype($x, integer); // this line has no effect on final result of long2ip echo long .is_long($x); echo P; $y = ip2long(147.110.52.10); echo long .is_long($y); echo P; echo ip2long(147.110.52.10); // should be 2473473034 echo P; echo long2ip($y); // correct result here echo P; echo long2ip($x); // wrong result echo P; echo $y 127; // correct result echo P; echo $x 127; // incorrect result - should be 10 echo P; cut basically there is no way to do ip arithmatic using php - I cannot get large numbers like ip addresses from a database stored as integers and minipulate them - AND, OR and XOR do not work on large number as in example. Edit this bug report at http://bugs.php.net/?id=10924edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8440 Updated: fopen on a url returns success as an error
ID: 8440 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: HTTP related Operating System: Debian Linux 2.2.14 PHP Version: 4.0.4pl1 New Comment: Its been awhile, reopen if still present, and you have a concrete setup/example of how it fails Previous Comments: [2001-11-09 14:46:46] [EMAIL PROTECTED] Reopened. [2001-10-18 15:21:23] [EMAIL PROTECTED] Any news on this yet? [2001-04-27 22:09:34] [EMAIL PROTECTED] I don't believe it has happened since the Apache MaxRequestsPerChild was reduced. I shall suspend this until I have a chance to test more thoroughly. [2001-04-27 21:56:00] [EMAIL PROTECTED] Any example scripts? Works just fine for me with latest CVS. --Jani [2001-01-18 20:36:58] [EMAIL PROTECTED] It's nothing to do with redirects, no. It doesn't return a redirect response. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=8440 Edit this bug report at http://bugs.php.net/?id=8440edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10308 Updated: include_path not functioning
ID: 10308 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Red Hat 6.2 PHP Version: 4.0.4pl1 New Comment: include_patch works, remove the quotes and try editing /etc/php.ini Previous Comments: [2001-04-12 14:13:28] [EMAIL PROTECTED] phpinfo() and ini_get() report that include_path is set to .:/usr/local/lib/php. However, include filename and fopen(filename, mode, 1) fail to access files in /usr/local/lib/php. Manually editing php.ini to explicitly include the default value for include_path resolves the problem. Test script: ?php phpinfo(); $path = ini_get(include_path); include(test.txt); $fh = fopen(test.txt, r, 1); ? Revised php.ini: ;include_path = ; UNIX: /path1:/path2 Windows: \path1;\path2 include_path= .:/usr/local/lib/php Edit this bug report at http://bugs.php.net/?id=10308edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11058 Updated: php_network_getaddresses: getaddrinfo failed
ID: 11058 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Network related Operating System: OpenBSD 2.6 PHP Version: 4.0.6 New Comment: its a problem with your operating system setup, not PHP. Previous Comments: [2001-08-09 15:02:48] [EMAIL PROTECTED] Still not resolved. I commented out the line: #define HAVE_GETADDRINFO 1 from my main/php_config.h file, did a make, then a make install. Recompiled Apache, stopped and started the server, and still have the same errors. I also tried changing the value to 0, and did the same to #define LIBRESOLV 1 to see if that was the problem (for some reason there are 2 identical lines with LIBRESOLV in my php_config.h file). Nothing. Any ideas? This was working perfectly before upgrading to PHP4, and I haven't touched the box except to upgrade Apache and install OpenSSL. [2001-08-07 12:56:13] [EMAIL PROTECTED] Still having the same issue with 4.0.6 now. I'll try and recompile without the GETADDRINFO line and see what happens. [2001-08-03 22:53:11] [EMAIL PROTECTED] What's the status for this?? [2001-07-22 04:45:41] [EMAIL PROTECTED] Could you try to comment out the line #define HAVE_GETADDRINFO 1 in main/php_config.h and rebuild without doing configure? Does it work then? There are some broken getaddrinfo() implementations out there, but I would be surprised if there were problems with OpenBSD in general. Might be something wrong with your resolver library. OTH, you also have a problem with fsockopen() and that uses the old gethostbyname() I think, so it seems to be resolving in general. [2001-07-21 21:47:35] [EMAIL PROTECTED] Please check that your nameserver is running and setup correctly. Check the same with your internet server. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=11058 Edit this bug report at http://bugs.php.net/?id=11058edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11006 Updated: include_path in php.ini broken
ID: 11006 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PHP options/info functions Operating System: Solaris 7,8 PHP Version: 4.0.5 New Comment: include_path works, administrators don't. Previous Comments: [2001-05-23 15:10:07] [EMAIL PROTECTED] I have added echo ini_get( 'include_path' ) after the PEAR section of http://charlie1.test.denison.edu/horde/test.php [2001-05-23 15:02:56] [EMAIL PROTECTED] Yes. 755. Most includes are in the same directory. So with the broken include_path reading '.:/usr/local/lib/php' scripts cannot read config.inc but have no trouble with ./config.inc. [2001-05-23 14:44:57] [EMAIL PROTECTED] can you put echo ini_get( 'include_path' ) somewhere in that script? [2001-05-23 12:26:23] [EMAIL PROTECTED] Let me emphasize that the problem is not that PEAR is broken. The problem is that the include_path is being ignored if and only if it is set in the php.ini file. If I comment out the include_path in php.ini then the master include_path (which is also '.:/usr/local/lib/php') is used and pathless includes and PEAR work just fine. [2001-05-23 09:46:54] [EMAIL PROTECTED] Is there PEAR.php in /usr/local/lib/php/ ? You must include the directory that contains this file, so if /usr/local/lib/php/ contains pear/, you should make it set_ini( 'include_path' , '.:/usr/local/lib/php/pear' ) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=11006 Edit this bug report at http://bugs.php.net/?id=11006edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14242 Updated: --disable-session breaks ob functions?
ID: 14242 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: Linux RH6.1 PHP Version: 4.1.0 New Comment: do a make clean, I compile with --disable-session all the time -- works fine Previous Comments: [2001-11-26 19:03:21] [EMAIL PROTECTED] CFLAGS=-fPIC ./configure --prefix=/usr \ --with-config-file-path=/usr/local/lib/phpcgi/ \ --without-gd \ --with-exec-dir=/usr/bin \ --with-regex=system \ --enable-ftp \ --with-pgsql=/usr/local/pgsql \ --with-mysql=/usr \ --enable-bcmath \ --with-gettext \ --with-xml \ --with-dom \ --enable-trans-sid \ --enable-pear \ --with-zlib \ --enable-sysvshm \ --enable-sysvsem \ --enable-mailparse \ --enable-pcntl \ --disable-session \ --enable-sockets - ./.libs/libphp4.a(output.o): In function `php_end_ob_buffers': output.o(.text+0x90d): undefined reference to `session_adapt_flush' ./.libs/libphp4.a(output.o): In function `php_ub_body_write_no_header': output.o(.text+0xca0): undefined reference to `session_adapt_uris' collect2: ld returned 1 exit status make[1]: *** [php] Error 1 -- Tomas V.V.Cox Edit this bug report at http://bugs.php.net/?id=14242edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14111 Updated: file_exists() prints a warning when it shouldn't
ID: 14111 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Closed Bug Type: *Directory/Filesystem functions Operating System: Debian PHP Version: 4.1.0RC1 Assigned To: sterling New Comment: Why assign to me, it works :) Previous Comments: [2001-11-19 06:01:20] [EMAIL PROTECTED] Assigning this to sterling, he 'fixed' the fix. [2001-11-19 05:53:10] [EMAIL PROTECTED] Ok, I'll check it out [2001-11-19 05:47:06] [EMAIL PROTECTED] http://bugs.debian.org/114409 [2001-11-19 05:40:05] [EMAIL PROTECTED] Can you provide an URL to that Debian bugreport? [2001-11-19 05:35:57] [EMAIL PROTECTED] Running this code ?file_exists(/etc/passwd/bla);? (where /etc/passwd exists for those non-UNIX people) gives this warning Warning: stat failed for /etc/passwd/bla (errno=20 - Not a directory) in This worked in 4.0.6 and doesn't in 4.1.0RC (1 and 2). It's been reported as #114409 in Debian with a patch Edit this bug report at http://bugs.php.net/?id=14111edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14387: DESTDIR option to make
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.1.0 PHP Bug Type: Feature/Change Request Bug description: DESTDIR option to make Something similair to Apache's DESTDIR option to make would be great, when building PHP to be distributed on a cluster of webservers, you often have a test environment where you're not root -- In these cases, you need to test your php installation (with appropriate paths, such as /usr/local/lib/php). However, you need the data to be installed in your home directory. ie, make install := /usr/lib/php/PEAR.php /usr/bin/php etc. make install DESTDIR=/home/sterling /home/sterling/usr/lib/php/PEAR.php /home/sterling/usr/bin/php -- Edit bug report at: http://bugs.php.net/?id=14387edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14488 Updated: ext/mcrypt/mcrypt.c won't compile
ID: 14488 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.0-2626-STABLE PHP Version: 4.1.0 New Comment: Fixed in cvs -- you have two options, upgrade mcrypt to 2.4 or upgrade PHP to the latest cvs of the PHP_4_0_7 branch (what PHP 4.1 was forked off of). Previous Comments: [2001-12-13 11:18:07] [EMAIL PROTECTED] Don't know what the original number is, but it has been reported already. Which version do you use of libmcrypt? Derick [2001-12-13 11:16:33] [EMAIL PROTECTED] The mcrypt ext *did* compile cleanly under php 4.0.6, but under 4.1.0 I get the following: Making all in mcrypt gcc -I. -I/usr/home/stevenf/Software/php-4.1.0/ext/mcrypt -I/usr/home/stevenf/Software/php-4.1.0/main -I/usr/home/stevenf/Software/php-4.1.0 -I/usr/home/stevenf/Software/apache_1.3.22/src/include -I/usr/home/stevenf/Software/apache_1.3.22/src/os/unix -I/usr/home/stevenf/Software/php-4.1.0/Zend -I/home/stevenf/Software/st-1.2/FREEBSD_4.0-2626-STABLE_OPT -I/include -I/usr/local/include -I/usr/home/stevenf/Software/php-4.1.0/ext/mysql/libmysql -I/usr/home/stevenf/Software/php-4.1.0/ext/xml/expat -I/usr/home/stevenf/Software/php-4.1.0/TSRM -g -O2 -c mcrypt.c touch mcrypt.lo mcrypt.c: In function `php_mcrypt_module_dtor': mcrypt.c:253: syntax error before `td' mcrypt.c:254: `td' undeclared (first use in this function) mcrypt.c:254: (Each undeclared identifier is reported only once mcrypt.c:254: for each function it appears in.) *** Error code 1 Looking at the CVS, the portion of code referenced in the error message was not a part of PHP 4.0.6 and my 4.0.6 source still compiles cleanly with mcrypt enabled. Obviously something has changed and doesn't appear to work! Edit this bug report at http://bugs.php.net/?id=14488edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14470 Updated: mcrypt.c: In function `php_mcrypt_module_dtor': Syntax Error
ID: 14470 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: mcrypt related Operating System: FreeBSD 4.3-RELEASE PHP Version: 4.1.0 New Comment: Fixed in CVS... should work with libmcrypt 2.4 anyway though... Previous Comments: [2001-12-13 01:21:16] [EMAIL PROTECTED] My guess is that you have some old headers around. Can you try to change the part of php_config.h that you pasted to: /* */ #define HAVE_LIBMCRYPT24 */ /* */ /* #undef HAVE_LIBMCRYPT22 1 And the re-make (not configure). Please also search for the file mcrypt.h on your system, it may exist multiple times. Derick [2001-12-13 00:31:31] [EMAIL PROTECTED] I am using mcrypt-2.2.6 and libmcrypt-2.4.15 main/php_config.h: /* */ /* #undef HAVE_LIBMCRYPT24 */ /* */ #define HAVE_LIBMCRYPT22 1 /* */ #define HAVE_LIBMCRYPT 1 /* Whether to build mcrypt as dynamic module */ /* #undef COMPILE_DL_MCRYPT */ /* */ #define HAVE_LIBMHASH 1 /* Whether to build mhash as dynamic module */ /* #undef COMPILE_DL_MHASH */ [2001-12-12 16:15:39] [EMAIL PROTECTED] I could compile it just fine, with libmcrypt 2.4.17 and FBSD 4.4-Release. Can you paste the part of php_config.h that mentions HAVE_LIBMCRYPT ? Derick [2001-12-12 16:11:43] [EMAIL PROTECTED] Configure line: --enable-discard-path --with-mysql=/usr/local --with-gd=/usr/local --with-ttf=/usr/local --enable-safe-mode --enable-trans-sid --with-imap --with-mcrypt=/usr/local --with-mhash=/usr/local --with-jpeg-dir=/usr/local --enable-force-cgi-redirect This configuration line worked fine with 4.0.6 and none of the libraries where changed (mysql, gd, ttf, imap, mcrypt, mhash, jpeg). -- Making all in mcrypt gcc -I. -I/usr/local/src/php-4.1.0/ext/mcrypt -I/usr/local/src/php-4.1.0/main -I/usr/local/src/php-4.1.0 -I/usr/local/src/php-4.1.0/Zend -I/include -I/usr/local/include -I/usr/local/include/c-client -I/usr/local/include/mysql -I/usr/local/src/php-4.1.0/ext/xml/expat -I/usr/local/src/php-4.1.0/TSRM -g -O2 -c mcrypt.c touch mcrypt.lo mcrypt.c: In function `php_mcrypt_module_dtor': mcrypt.c:253: syntax error before `td' mcrypt.c:254: `td' undeclared (first use in this function) mcrypt.c:254: (Each undeclared identifier is reported only once mcrypt.c:254: for each function it appears in.) *** Error code 1 Stop in /usr/local/src/php-4.1.0/ext/mcrypt. *** Error code 1 Stop in /usr/local/src/php-4.1.0/ext/mcrypt. *** Error code 1 Stop in /usr/local/src/php-4.1.0/ext. *** Error code 1 Stop in /usr/local/src/php-4.1.0. Edit this bug report at http://bugs.php.net/?id=14470edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14499 Updated: encoding with XSLT problem
ID: 14499 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: windows 2000 PHP Version: 4.1.0 New Comment: In order to use utf-8 you must set the encoding from within your ?xml ? block.. If you want to use the xslt_set_encoding() function than you must compile sablotron itself with encoding support. not a bug. Previous Comments: [2001-12-13 17:52:07] [EMAIL PROTECTED] I got this error using XSLT in PHP-4.1.0 on Windows 2000. Warning: Sablotron error on line 1: unknown encoding '' in e:\www\htdocs\home.php on line 151 Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 0 and when I add an encoding statement, Warning: xslt_set_encoding() is not supported in this PHP build in e:\www\htdocs\home.php on line 150 My code: $xml = $doc-dumpmem(); $arguments = array( '/_xml' = $xml, ); // Allocate a new XSLT processor $xh = xslt_create(); #xslt_set_encoding($xh, utf-8); // Process the document $result = xslt_process($xh, 'arg:/_xml', $include_dir . $xslt_filename, NULL, $arguments); var_dump($result); xslt_free($xh); Edit this bug report at http://bugs.php.net/?id=14499edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14442 Updated: Segmentation fault when using xslt_process()
ID: 14442 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: Linux (RH 7.0) PHP Version: 4.1.0 New Comment: rtfm... the syntax for the xslt extension has changed, use the new syntax. Previous Comments: [2001-12-12 13:40:42] [EMAIL PROTECTED] libc version glibc-2.2-12 RPM libc-2.2.so libc.so.6 [2001-12-12 13:38:03] [EMAIL PROTECTED] Just tried compiling 4.0.6 with the same options, same crash, but different debug output Program received signal SIGSEGV, Segmentation fault. 0x8132250 in xslt_call_function (name=0x82b1fb5 scheme get all, fptr=0x48544150, argc=3, argv=0xbfffdf60, retval=0xbfffdf5c) at xslt.c:218 218 error = call_user_function(EG(function_table), (gdb) bt #0 0x8132250 in xslt_call_function (name=0x82b1fb5 scheme get all, fptr=0x48544150, argc=3, argv=0xbfffdf60, retval=0xbfffdf5c) at xslt.c:218 #1 0x81031de in scheme_getall (user_data=0x849718c, proc=0x8498b80, scheme=0x84958f8 ?xml version=\1.0\ encoding=\utf-8\?xsl, rest=0x849bfc8 /stylesheet version=\1.0\ xmlns:xsl=\http://www.w3.org/1999/XSL/Transform\; xsl:output\tme thod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:template match=\/backslash\ \n html \n head \n..., buffer=0x8495a48, byte_count=0xbfffe03c) at sablot.c:674 #2 0x400b1094 in DataLine::open (this=0x8495a30, S=@0x84956c8, _uri=0x849c980 ?xml version=\1.0\ encoding=\utf-8\?xsl:/stylesheet version=\1.0\ xmlns:xsl=\http://w ww.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:template m atch=\/b..., _mode=DLMODE_READ, argList_=0x8498bc0) at uri.cpp:466 #3 0x400a1f7d in Processor::addLineParse (this=0x8498b80, S=@0x84956c8, newTree=@0x8498b84, absolute=@0xbfffe150, isXSL=1) at guard.h:156 #4 0x400a26e6 in Processor::readTreeFromURI (this=0x8498b80, S=@0x84956c8, newTree=@0x8498b84, location=@0xbfffe220, base=@0xbfffe200, isXSL=1) at proc.cpp:602 #5 0x400a0445 in Processor::open (this=0x8498b80, S=@0x84956c8, sheetURI=0x849ac64 ?xml version=\1.0\ encoding=\utf-8\?xsl:stylesheet version=\1.0\ xmlns:xsl=\http: //www.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:templat e match=\/ba..., inputURI=0x8495f8c ?xml version=\1.0\?\r\nbackslash xmlns:backslash=\http://slashdot.org/backslash.dtd\; \r\n story\r\n titleFree Stripped-Down 3D Studio Max/title\r\n urlhttp://slashdot.org/arti cle.pl...) at proc.cpp:276 #6 0x400a5c2b in SablotRunProcessor (processor_=0x8498b80, sheetURI=0x849ac64 ?xml version=\1.0\ encoding=\utf-8\?xsl:stylesheet version=\1.0\ xmlns:xsl=\http: //www.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:templat e match=\/ba..., inputURI=0x8495f8c ?xml version=\1.0\?\r\nbackslash xmlns:backslash=\http://slashdot.org/backslash.dtd\; \r\n story\r\n titleFree Stripped-Down 3D Studio Max/title\r\n urlhttp://slashdot.org/arti cle.pl..., resultURI=0x82b1f51 arg:/_result, params=0x0, arguments=0x0) at sablot.cpp:407 #7 0x8102c5e in php_if_xslt_process (ht=3, return_value=0x8495a7c, this_ptr=0x0, return_value_used=0) at sablot.c:471 #8 0x813867d in execute (op_array=0x8494e7c) at ./zend_execute.c:1504 #9 0x8111c1e in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #10 0x8091167 in php_execute_script (primary_file=0xb840) at main.c:1206 #11 0x811d5e6 in apache_php_module_main (r=0x83ee79c, display_source_mode=0) at sapi_apache.c:89 #12 0x808eb88 in send_php () #13 0x808ebbd in send_parsed_php () #14 0x817cfb3 in ap_invoke_handler () #15 0x8191197 in process_request_internal () #16 0x81911f8 in ap_process_request () #17 0x818865d in child_main () #18 0x8188808 in make_child () #19 0x818897c in startup_children () #20 0x8188ff4 in standalone_main () #21 0x8189847 in main () #22 0x40327f31 in __libc_start_main (main=0x81894b0 main, argc=2, ubp_av=0xbb14, init=0x808bfc8 _init, fini=0x829cff0 _fini, rtld_fini=0x4000e274 _dl_fini, stack_end=0xbb0c) at ../sysdeps/generic/libc-start.c:129 [2001-12-11 20:57:00] [EMAIL PROTECTED] I am trying to run the XSLT example at phpbuilder using these 2 files as input. http://www.phpbuilder.com/columns/justin20001025.php3?page=2 http://www.phpbuilder.com/columns/justin20001025.php3?page=3 I have written my own script to process this: -- ?php $pr = xslt_create(); $xsl = fopen(test.xsl, r); $xml = fopen(test.xml, r); $xslc = fread($xsl, filesize(test.xsl)); $xmlc = fread($xml, filesize(test.xml)); xslt_process($pr, $xmlc, $xslc); xslt_free($pr
[PHP-DEV] Bug #14381 Updated: xlst_error causes error with valid XSLT processor instance
ID: 14381 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: Linux-2.4.14 glibc-2.2.3 PHP Version: 4.1.0 New Comment: RTFM, the syntax for the xslt extension has changed... Previous Comments: [2001-12-07 12:07:06] [EMAIL PROTECTED] the following code causes Apache processes to segfault: $xsl_handle = xslt_create(); echo $xsl_handle; // returns a valid xslt processor handle // $xslData and $xmlData contain valid information xslt_process($xslData, $xmlData, $result); echo xslt_error($xsl_handle); xslt_free($xsl_handle); This piece of code also returns a Warning: Supplied argument is not a valid XSLT Processor resource in *** on line 27, where line 27 is xslt_process($xslData, $xmlData, $result); Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x404b251b in strlen (str=0x0) at ../sysdeps/i386/strlen.c:27 27 ../sysdeps/i386/strlen.c: No such file or directory. (gdb) bt #0 0x404b251b in strlen (str=0x0) at ../sysdeps/i386/strlen.c:27 #1 0x8114a6d in zif_xslt_error (ht=1, return_value=0x8367dfc, this_ptr=0x0, return_value_used=1) at sablot.c:584 #2 0x8155e2a in execute (op_array=0x835694c) at ./zend_execute.c:1590 #3 0x8131419 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #4 0x8073ae1 in php_execute_script (primary_file=0xb358) at main.c:1309 #5 0x813cc6c in apache_php_module_main (r=0x8337ba8, display_source_mode=0) at sapi_apache.c:90 #6 0x80700e6 in send_php () at eval.c:88 #7 0x8070142 in send_parsed_php () at eval.c:88 #8 0x81a4819 in ap_invoke_handler () at eval.c:88 #9 0x81b9b6f in process_request_internal () at eval.c:88 #10 0x81b9fd6 in ap_internal_redirect () at eval.c:88 #11 0x8196a2d in mod_gzip_redir1_handler () at eval.c:88 #12 0x81952c2 in mod_gzip_handler () at eval.c:88 #13 0x81a4819 in ap_invoke_handler () at eval.c:88 #14 0x81b9b6f in process_request_internal () at eval.c:88 #15 0x81b9bd6 in ap_process_request () at eval.c:88 #16 0x81b09f6 in child_main () at eval.c:88 #17 0x81b0bd5 in make_child () at eval.c:88 #18 0x81b0d4c in startup_children () at eval.c:88 #19 0x81b13dd in standalone_main () at eval.c:88 #20 0x81b1c5c in main () at eval.c:88 #21 0x4045a2eb in __libc_start_main (main=0x81b18a8 main, argc=2, ubp_av=0xbb34, init=0x806cdec _init, fini=0x81d83ac _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xbb2c) at ../sysdeps/generic/libc-start.c:129 Specs: Slackware-8.0 glibc-2.2.3 (Linux osiris 2.4.14 #1 Thu Nov 8 15:02:47 CET 2001 i686 unknown) apache_1.3.22 php-4.1.0RC5 expat-1.95.2 Sablot-0.71 PHP config: ./configure \ --with-apache=../apache_1.3.22 \ --with-mysql=/usr/local/mysql \ --with-gd=/usr/local \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-zlib \ --with-openssl \ --with-curl \ --enable-xslt \ --with-xslt-sablot \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-memory-limit \ --enable-debug=yes Apache config: EAPI_MM=../mm-1.1.3 \ SSL_BASE=/usr \ ./configure \ --with-layout=Apache \ --prefix=/usr/local/apache \ --enable-module=rewrite \ --enable-module=ssl \ --add-module=/root/downloads/mod_gzip.c \ --activate-module=src/modules/php4/libphp4.a Edit this bug report at http://bugs.php.net/?id=14381edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14555 Updated: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing
ID: 14555 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: debian woody PHP Version: 4.1.0 New Comment: Not a PHP bug. Previous Comments: [2001-12-17 22:33:47] [EMAIL PROTECTED] balder:~# nm /usr/local/lib/libsablot.so.0 | grep XML_SetParamEntityParsing U XML_SetParamEntityParsing Unlinked I guess, I don't really know what it means in this context, maybe something I should investigate with gingerall/sablot lists. [2001-12-17 17:57:19] [EMAIL PROTECTED] Please post the output of this: nm /usr/local/lib/libsablot.so.0 | grep XML_SetParamEntityParsing [2001-12-17 17:54:08] [EMAIL PROTECTED] That gives one line with XML_SetParamEntityParsing, so I assume it is in there. There was no probs compiling and installing Sablot, I have NOT found any similar issue on the gingerall pages or any other mailing lists/newsgroups I've searched. [2001-12-17 02:44:23] [EMAIL PROTECTED] What does the output of strings /usr/local/lib/libsablot.so.0|grep XML_SetParamEntityParsing gives you? If you're missing the symbol your libsablot installation is broken. Feedback. [2001-12-16 22:02:05] [EMAIL PROTECTED] Config, compile and install works fine, apache fails to start: Apache: Starting Syntax error on line 226 of /usr/local/conf/httpd.conf: Cannot load /usr/local/libexec/libphp4.so into server: /usr/local/lib/libsablot.so.0: undefined symbol: XML_SetParamEntityParsing /usr/local/bin/apachectl start: httpd could not be started ./configure \ --with-apxs \ --with-mysql \ --with-zlib \ --with-bz2 \ --with-curl \ --with-dom \ --enable-ftp \ --with-gd\ --enable-gd-native-ttf \ --with-gmp \ --enable-sockets \ --with-openssl \ --with-ldap \ --enable-xslt\ --with-xslt-sablot \ --with-iconv apache 1.3.22 sablot 0.71 expat 1.95.2 libxml 2.4.10 xmltok 1.1 Apache and PHP was compiled and installed manually, the rest has been done with .deb packages/apt. Additional: In order to successfully compile, configure didnt stop, had to install dev-files for xmltok, libxml and sasl (used deb's) Edit this bug report at http://bugs.php.net/?id=14555edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14709 Updated: segmentation fault
ID: 14709
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: XSLT related
Operating System: Linux 2.4.3-12 (Apache/1.3.20)
PHP Version: 4.1.0
New Comment:
You probably compiled apache with the builtin expat lite, please re-install apache
using the same expat that sablotron uses.
Previous Comments:
[2001-12-27 01:06:46] [EMAIL PROTECTED]
[Note: PHP version is 4.1.1 -- the drop-down box has 4.1.0 as latest version]
Script:
?
$processor = xslt_create();
$args = array();
$args[ '/xml' ] = '?xml version=1.0?root /';
$args[ '/xsl' ] = '?xml version=1.0?root /';
for( $i = 0; $i 1000; ++$i )
{
if( !$result = xslt_process( $processor, 'arg:/xml', 'arg:/xsl', NULL, $args )
)
{
echo 'failed';
}
}
xslt_free( $processor );
echo 'done';
?
Config line:
'./configure' '--with-config-file-path=/etc' '--with-pgsql'
'--with-apxs=/usr/apache/bin/apxs' '--with-xml' '--enable-xslt' '--with-xslt-sablot'
'--with-mysql=no' '--with-gd' '--enable-debug'
Description:
When I visit this script, and hit refresh (several times) Apache terminates with a
segmentation fault. The bug appears to be random because there are times when the
script finishes without a crash.
Backtrace:
#0 __libc_free (mem=0x2) at malloc.c:3036
#1 0x0809ab8e in hashTableDestroy () at eval.c:41
#2 0x08099b4d in dtdDestroy () at eval.c:41
#3 0x0809425d in XML_ParserFree () at eval.c:41
#4 0x40370e4a in TreeConstructer::parseDataLineUsingExpat (this=0xbfffdd90,
S=@0x811cff8, t=0x8130520,
d=0x81304c0) at parser.cpp:126
#5 0x40383034 in Tree::parse (this=0x8130520, S=@0x811cff8, d=0x81304c0) at
tree.cpp:600
#6 0x40375951 in Processor::addLineParse (this=0x811d0a8, S=@0x811cff8,
newTree=@0x811d0a8,
absolute=@0xbfffde40, isXSL=0) at guard.h:157
#7 0x4037602e in Processor::readTreeFromURI (this=0x811d0a8, S=@0x811cff8,
newTree=@0x811d0a8,
location=@0xbfffdf10, base=@0xbfffdef0, isXSL=0) at proc.cpp:602
#8 0x40373d91 in Processor::open (this=0x811d0a8, S=@0x811cff8, sheetURI=0x811dadc
arg:/xsl,
inputURI=0x811dc14 arg:/xml) at proc.cpp:277
#9 0x40379633 in SablotRunProcessor (processor_=0x811d0a8, sheetURI=0x811dadc
arg:/xsl,
inputURI=0x811dc14 arg:/xml, resultURI=0x402d9683 arg:/_result, params=0x0,
arguments=0x811dc54)
at sablot.cpp:407
#10 0x402af84a in zif_xslt_process (ht=5, return_value=0x811db5c, this_ptr=0x0,
return_value_used=1)
at sablot.c:514
#11 0x401dcca1 in execute (op_array=0x81123a4) at ./zend_execute.c:1590
#12 0x401ed66c in zend_execute_scripts (type=8, retval=0x0, file_count=3) at
zend.c:814
#13 0x401ff82a in php_execute_script (primary_file=0xb6e0) at main.c:1307
#14 0x401fa65a in apache_php_module_main (r=0x810a034, display_source_mode=0) at
sapi_apache.c:90
#15 0x401fb4c8 in send_php (r=0x810a034, display_source_mode=0,
filename=0x810f5e4 /home/apache/html/geeba/crash.php) at mod_php4.c:575
#16 0x401fb535 in send_parsed_php (r=0x810a034) at mod_php4.c:590
#17 0x0806a7ff in ap_invoke_handler () at eval.c:41
#18 0x0807e5eb in process_request_internal () at eval.c:41
#19 0x0807e64c in ap_process_request () at eval.c:41
#20 0x08075a9d in child_main () at eval.c:41
#21 0x08075c48 in make_child () at eval.c:41
#22 0x08075dbc in startup_children () at eval.c:41
#23 0x0807640f in standalone_main () at eval.c:41
#24 0x08076c37 in main () at eval.c:41
#25 0x4008f177 in __libc_start_main (main=0x8076898 main, argc=2, ubp_av=0xbb14,
init=0x804ed14 _init, fini=0x80abac0 _fini, rtld_fini=0x4000e184 _dl_fini,
stack_end=0xbb0c)
at ../sysdeps/generic/libc-start.c:129
Hope this helps. Thank you very much,
Valeriy
Edit this bug report at http://bugs.php.net/?id=14709edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14142 Updated: curl_exec called twice crash
ID: 14142
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: FreeBSD 4.1
PHP Version: 4.1.0RC2
New Comment:
fixed in 4.1.*
Previous Comments:
[2001-11-20 06:47:29] [EMAIL PROTECTED]
Forgot the compile options :
'./configure' '--with-gd=/usr/home/domi4/src/gd-1.8.4' '--enable-exif'
'--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--enable-gd-native-ttf'
'--with-mysql=/usr/local' '--disable-pear'
'--with-config-file-path=/usr/home/domi4/etc' '--enable-debug=no'
'--enable-force-cgi-redirect=yes' '--with-zlib' '--with-openssl=/usr/local/ssl'
'--with-curl=/usr/home/domi4/src/curl-7.9' '--with-dom=/usr/home/domi4/'
[2001-11-20 06:43:36] [EMAIL PROTECTED]
When calling curl_exec twice with RETURNTRANSFER option there's a (reproductible) core
dump. Here's a test case :
$ch=curl_init();
curl_setopt($ch,CURLOPT_RETURNTRANSFER,1);
curl_setopt($ch,CURLOPT_URL,'http://www.yahoo.com');
curl_exec($ch);
echo('this text is displayed');
curl_exec($ch);
echo('this text is not displayed (core dump instead)');
The problem shows up in 4.1.0RC1 AND 4.1.0RC2 (but not 4.0.6). If you remove the
RETURNTRANSFER option then it works fine. I'm affraid I don't have the knowledge to
compile a debug version and give more infos.
Edit this bug report at http://bugs.php.net/?id=14142edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14371 Updated: RETURN_TRANSFER dies if site doesn't ping
ID: 14371
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: cURL related
Operating System: Linux 2.2.12-20
PHP Version: 4.0.6
New Comment:
Fixed in cvs and 4.1.*
Previous Comments:
[2001-12-06 22:24:27] [EMAIL PROTECTED]
Using --with-curl and libcurl 7.8 (SSL 0.9.5):
If you use the following function with a url that pings, but does not answer, it will
die. I have a script set up to continue for timeouts, but it does not continue, it
dies. If you change CURLOPT_RETURNTRANSFER to 0, it will not die, but also does not
return the data in a variable as I need it to.
I would give you a url to try, but chances are that it will be back up by the time you
get to this. This works *fine* for sites not found, pages not found, dns errors,
timeouts, etc. It is only a problem if the computer is in the DNS records but does
not respond (to ping).
function get_data($url, $timeout=15) {
$timeout = (int)$timeout;
$ch = curl_init ();
curl_setopt ($ch, CURLOPT_URL, $url);
curl_setopt ($ch, CURLOPT_MUTE, 0);
curl_setopt ($ch, CURLOPT_TIMEOUT, $timeout);
curl_setopt ($ch, CURLOPT_NOBODY, 0);
curl_setopt ($ch, CURLOPT_HEADER, 0);
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
$page = curl_exec ($ch);
#print curl_error($ch);
#print br;
#print page: $page;
#$i = curl_getinfo($ch);
#print_r($i);
curl_close ($ch);
return trim($page);
}
'./configure' '--with-apxs=/usr/sbin/apxs' '--prefix=/usr'
'-with-config-file-path=/etc/httpd' '-enable-safe-mode' '--with-exec-dir=/usr/bin'
'--with-system-regex' '--disable-debug' '--with-zlib' '-enable-debugger'
'--enable-track-vars' '--enable-ftp' '--enable-wddx' '--with-gdbm' '--with-mysql=/usr'
'--with-pgsql' '--with-xml' '--with-curl=/usr/local'
Edit this bug report at http://bugs.php.net/?id=14371edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14517 Updated: SSL: couldn't create a context!
ID: 14517 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: Slackware 7.1 PHP Version: 4.1.0 New Comment: It has, compile PHP without the --with-openssl configure line. Previous Comments: [2001-12-14 10:35:35] [EMAIL PROTECTED] curl_error($ch); outputs this error SSL: couldn't create a context! This error was originally reported in PHP-4.0.6 although I don't think it has been looked into yet. =o) Unfortunately I will be unable to upgrade my version of PHP past 4.0.5 where this was not an issue. Edit this bug report at http://bugs.php.net/?id=14517edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14683 Updated: RETURNTRANSFER causes core dump
ID: 14683 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: cURL related Operating System: Linux Mandrake 8.0 PHP Version: 4.1.0 New Comment: Fixed in CVS. Previous Comments: [2001-12-24 05:01:47] [EMAIL PROTECTED] If i have RETURNTRANSFER enabled, and am trying to get a page which returns absolutely nothing (due to early exit() ), i get a core dump that i can reproduce... some valuable information: it is a CGI version of php compiled with wddx , BCMath, track vars, discard path, ftp, and mysql .. compiled against libcurl 7.9.2 here's a backtrace: #0 0x0806a5b1 in zif_curl_exec (ht=1, return_value=0x8189064, this_ptr=0x0, return_value_used=1) at curl.c:906 #1 0x4033670b in zend_assign_to_variable_reference () from /panel/app/optimizer/ZendOptimizer.so #2 0x40340325 in zend_oe () from /panel/app/optimizer/ZendOptimizer.so #3 0x080e3953 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #4 0x0805f485 in php_execute_script (primary_file=0xb7d0) at main.c:1309 #5 0x0805d66c in main (argc=2, argv=0xb874) at cgi_main.c:738 #6 0x401f70de in __libc_start_main () from /lib/libc.so.6 Edit this bug report at http://bugs.php.net/?id=14683edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
