[PHP-DEV] PHP 4.0 Bug #9627 Updated: PHP.INI cannot read new values
ID: 9627 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Install and Config Assigned To: Comments: Can't reprodude with PHP 4.0.4pl1 and PHP 4.0.5-dev on Win2K. Are you sure you're editing the php.ini shown in your phpinfo() output and not a copy in some other directory? Previous Comments: --- [2001-03-08 11:45:10] [EMAIL PROTECTED] java Directive Local Value Master Value java.class.path D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses java.home c:jdk1.2.2 c:jdk1.2.2 java.library c:jdk1.2.2jrebinclassicjvm.dll c:jdk1.2.2jrebinclassicjvm.dll java.library.path D:php4extensionsphp_java.jar; D:php4extensionsphp_java.jar; And in PHP.INI ;[Java] ;java.class.path = "D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses" ;java.home = c:jdk1.2.2 ;java.library = "D:php4extensionsphp_java.jar;c:jdk1.2.2jrebinclassicjvm.dll;" ;java.library.path = "D:php4extensionsphp_java.jar;" I deleted this entry completely but PHPINFO can see it, Rebouut dit not help --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9627edit=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] Re: PHP 4.0 Bug #9836 Updated: php unexpectedly ends on too long scripts
All right. Sorry for the harsh reaction but I strongly dislike the way you guys at PHP team treat the bugs we report. So let's just cool down (at least me) and try to solve this one. No, it doesn't crash. It merely exits with status 1. (maybe it has something to do with memory limit, I don't know...) I enclose the script. It won't run correctly as it must be included from other script (that provides functions and variables for it). But it doesn't even TRY to run (I guess it ends while parsing the source code). Jan Bug Database wrote: With that limited information you gave in the first comments I couldn't know that. Ok, so it doesn't crash? Just stops? Computer generated scripts? How big? And what do they do? Could you check that it doesn't crash, ie. run the php script which 'ends' within gdb: # gdb php (gdb) run -f thisscriptendstoosoon.php -- Jan Fedaktalk:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Linux - the ultimate NT Service Pack. 9.skr.gz -- 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 #9860: Unable to load dynamic library php_interbase.dll
From: [EMAIL PROTECTED] Operating system: WinNT 4.0 SP6 PHP version: 4.0.4pl1 PHP Bug Type: Dynamic loading Bug description: Unable to load dynamic library php_interbase.dll other libraries loading is ok, but when i try to load php_interbase.dll it show *subj*. -- Edit Bug report at: http://bugs.php.net/?id=9860edit=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] PHP 4.0 Bug #9860 Updated: Unable to load dynamic library php_interbase.dll
ID: 9860 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Dynamic loading Assigned To: Comments: - What do you know by "it show *subj*"? - Are the Interbase client libraries correctly installed? Previous Comments: --- [2001-03-20 03:31:41] [EMAIL PROTECTED] other libraries loading is ok, but when i try to load php_interbase.dll it show *subj*. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9860edit=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 #9860 Updated: Unable to load dynamic library php_interbase.dll
ID: 9860
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Dynamic loading
Description: Unable to load dynamic library php_interbase.dll
- What do you know by "it show *subj*"?
it means that when i try dl("php_interbase.dll") or uncomment
extension=php_interbase.dll in php.ini as result i got system message "unable to load
dynamic library d:\php\extensions\php_interbase.dll"
- Are the Interbase client libraries correctly installed?
sure.
Previous Comments:
---
[2001-03-20 03:33:58] [EMAIL PROTECTED]
- What do you know by "it show *subj*"?
- Are the Interbase client libraries correctly installed?
---
[2001-03-20 03:31:41] [EMAIL PROTECTED]
other libraries loading is ok, but when i try to load php_interbase.dll it show *subj*.
---
Full Bug description available at: http://bugs.php.net/?id=9860
--
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 #9861: get_meta_tags does not work if name/content values are single quoted
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: get_meta_tags does not work if name/content values are single quoted A user contributed note suggests that get_meta_tags() attempts HTML 4.01 conformity. As the w3 documentation is (to me) a little unclear on this issue so I'm not sure if it's expected behaviour or not. -- Edit Bug report at: http://bugs.php.net/?id=9861edit=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] PHP 4.0 Bug #8945 Updated: include, require, et al.
ID: 8945
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Performance problem
Description: include, require, et al.
Never mind, I think that PHP can't handle parsing too many include files (Files too
large/complex, more than 8 include files, not enough memory/CPU to handle PHP,
whatever etc.)
Previous Comments:
---
[2001-03-20 03:24:43] [EMAIL PROTECTED]
I don't see your point.
Using require in a conditional block make absolutely NO SENSE, as it gets executed
wheter or not the condition of the block holds true or not.
Of course the performance "decreases" when you load more files into your application:
they need to be scanned, parsed and probably executed.
---
[2001-03-16 17:29:33] [EMAIL PROTECTED]
I tried both include() and require():
?php
if(false)
{
require "some_file.php";
}
?
and
?php
if(false)
{
include "some_file.php";
}
?
Both performed poorly, which is why I'm submitting this report.
At the moment, I've changed my code to use only require() without conditions, as
require() is much faster than include().
Including one more file decreases performance by 2x.
Including another file decreases performance by another 2x.
eg: If you have 8 included files, the performance would be decreased by 256x. This is
the performance drop that I'm pointing out here.
---
[2001-03-16 17:00:07] [EMAIL PROTECTED]
No feedback.
--Jani
---
[2001-02-17 13:09:27] [EMAIL PROTECTED]
You say that you use conditional statements to determine whether or not to REQUIRE a
file.
Just to make sure: You're not using require or require_once inside a conditional
block, such as:
?php
if($condition)
{
require "some_file.php";
}
?
I'm asking this, because require and require_once are UNCONDITIONALY called, see the
manual pages for require and include on this topic.
---
[2001-01-26 18:58:49] [EMAIL PROTECTED]
I discovered that the include(), require() or include_only(), require_only() functions
have a profound effect on performance. I use conditional statements to conditionally
require files, however, it seems that the PHP interpreter has a performance problem
with this.
Commenting out all the require() or include() code shows that performance improved by
200%.
Web Stressing the app and PHP, I have found that PHP can sometimes crash with an
Access Violation at 12345 and CPU usage maxing at 100%.
Memory leaks very much when CPU usage is at maximum threshold.
Zend Optimizer seems to reduce performance by a noticeable amount. It does not seem to
reduce CPU usage, unfortunately.
I got the best performance from PHP using page cacheing. Results seem to show that
it's faster than static HTML...
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
Full Bug description available at: http://bugs.php.net/?id=8945
--
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 #8945 Updated: include, require, et al.
ID: 8945
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Performance problem
Assigned To:
Comments:
Works for me.
Previous Comments:
---
[2001-03-20 04:23:29] [EMAIL PROTECTED]
Never mind, I think that PHP can't handle parsing too many include files (Files too
large/complex, more than 8 include files, not enough memory/CPU to handle PHP,
whatever etc.)
---
[2001-03-20 03:24:43] [EMAIL PROTECTED]
I don't see your point.
Using require in a conditional block make absolutely NO SENSE, as it gets executed
wheter or not the condition of the block holds true or not.
Of course the performance "decreases" when you load more files into your application:
they need to be scanned, parsed and probably executed.
---
[2001-03-16 17:29:33] [EMAIL PROTECTED]
I tried both include() and require():
?php
if(false)
{
require "some_file.php";
}
?
and
?php
if(false)
{
include "some_file.php";
}
?
Both performed poorly, which is why I'm submitting this report.
At the moment, I've changed my code to use only require() without conditions, as
require() is much faster than include().
Including one more file decreases performance by 2x.
Including another file decreases performance by another 2x.
eg: If you have 8 included files, the performance would be decreased by 256x. This is
the performance drop that I'm pointing out here.
---
[2001-03-16 17:00:07] [EMAIL PROTECTED]
No feedback.
--Jani
---
[2001-02-17 13:09:27] [EMAIL PROTECTED]
You say that you use conditional statements to determine whether or not to REQUIRE a
file.
Just to make sure: You're not using require or require_once inside a conditional
block, such as:
?php
if($condition)
{
require "some_file.php";
}
?
I'm asking this, because require and require_once are UNCONDITIONALY called, see the
manual pages for require and include on this topic.
---
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 NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8945edit=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 #9858 Updated: mail() still doesn't send cc
ID: 9858
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Performance problem
Assigned To:
Comments:
submitted twice.
Previous Comments:
---
[2001-03-20 01:45:26] [EMAIL PROTECTED]
script example:
-
?php
$returnvar="false";
$mailto="[EMAIL PROTECTED]";
$mailsubject="cc test";
$mailmessage="message content";
$mailHeader="Cc:[EMAIL PROTECTED]";
$returnvar=mail($mailto,$mailsubject,$mailmessage,$mailHeader);
?
html
body
the mail was sent?
?php
echo "brreturnvar= $returnvarbr";
?
/body
/html
-
The above does not send the carbon copy.
I think the problem is here in win32 sendmail.c :
if (headers (pos1 = strstr(headers, "Cc:"))) {
pos2 = strstr(pos1, "rn");
tempMailTo = estrndup(pos1, pos2-pos1);
Should be tempMailTo = estrndup(pos1+2, pos2-pos1);
I think since the pos of "Cc: would give the position of the first C in "Cc:".
"headers" should also be made all upper case to catch the "cc" or the "CC"
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9858edit=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 #9861 Updated: get_meta_tags does not work if name/content values are single quoted
ID: 9861 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Unknown/Other Function Assigned To: Comments: Please try with latest CVS snapshot from http://snaps.php.net/ as this (IIRC) is fixed. --Jani Previous Comments: --- [2001-03-20 04:20:03] [EMAIL PROTECTED] A user contributed note suggests that get_meta_tags() attempts HTML 4.01 conformity. As the w3 documentation is (to me) a little unclear on this issue so I'm not sure if it's expected behaviour or not. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9861edit=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 #8998 Updated: htmlspecialchars() DONT convert a string/array ONCE
ID: 8998 Updated by: stas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Strings related Assigned To: Comments: Works for me. Most proboaly syntax error on user's side. Previous Comments: --- [2001-01-30 10:39:24] [EMAIL PROTECTED] The code in your example does not work due to problems with your string quoting. $foo = "a href="foo"../a"; // This is not a valid string // PHP generates a parse error after the 2nd quote Try this code snippet and let me know if it works: pre ?php $foo = 'a href="foo"../a'."n"; $foo = htmlspecialchars($foo); print $foo; // Should output lt;a href=quot;fooquot;gt;..lt;/agt; $foo = 'a href="foo"../a'."n"; print $foo; // Should output a href="foo"../a ? --- [2001-01-30 07:12:39] [EMAIL PROTECTED] ReEdit... Please note: $foo = "a href="foo"../a"; $foo = htmlspecialchars($foo); //now $foo is " lt;a href="foo" gt;.. lt;/a gt;" $foo = "a href="foo"../a"; //$foo is lt;a href="foo" gt;.. lt;/a gt; //although $foo is filled with a new value, $foo converts the string! --- [2001-01-30 07:10:04] [EMAIL PROTECTED] Please note: $foo = "a href="foo"../a"; $foo = htmlspecialchars($foo); //now $foo is "lt;a href="foo"gt..lt;/agt" $foo = "a href="foo"../a"; //$foo is lt;a href="foo"gt..lt;/agt; //although $foo is filled with a new value, $foo converts the string! //sorry, my english is too poor to explain more --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8998edit=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 #9168 Updated: unpack 'h' and 'H' formats don't work
ID: 9168
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Strings related
Assigned To:
Comments:
H and h doesn't work by nibbles, only by bytes (i.e., you
cannot really do unpack("Hnz") when n is not even.
Otherwise, if you write unpack("Hz/C"), the C whould have to
start from half-byte, which is absurd.
Previous Comments:
---
[2001-02-07 18:56:38] [EMAIL PROTECTED]
In the following sample the variable "encoded" is zero length; an empty string. If I
change the format chars from H and h to C then it does get stuff.
script language="php"
// 0xFF * 0xEE
$ch = 60690;
$encoded = "";
$hexn = unpack("Hz", $ch); // high nibble
if (isset($hexn["z"]))
$encoded .= $hexn["z"];
else
$encoded .= "-";
$hexn = unpack("hz", $ch); // low nibble
if (isset($hexn["z"]))
$encoded .= $hexn["z"];
else
$encoded .= "-";
echo $encoded . "br";
echo strlen($encoded) . "br";
/script
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9168edit=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 #9862: fopen of http://user:pass@domain:port/file.html failed with Bad file descriptor
From: [EMAIL PROTECTED]
Operating system: redhat 7.0/apache 1.3.19
PHP version: 4.0.4pl1
PHP Bug Type: Filesystem function related
Bug description: fopen of http://user:pass@domain:port/file.html failed with Bad file
descriptor
$file = "http://user:[EMAIL PROTECTED]:/file.html";
$fh = fopen($file, "r");
while(! feof($fh)) {
...
}
this script fails with the following error:
Warning:
fopen("http:[EMAIL PROTECTED]:/file.html","r")
- Bad file descriptor in ... on line 2
this script runs with php 4.0.3pl1 and $file =
"http://user:[EMAIL PROTECTED]/file.html" works too on php 4.0.4pl1, but I need the
port in combination with a user and password!!
--
Edit Bug report at: http://bugs.php.net/?id=9862edit=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]
RE: [PHP-DEV] PHP 4.0 Bug #8945 Updated: include, require, et al.
I've inherited a web-site where certain pages 'include' over 30 files
(arrrgh!), it runs fine. In fact I'm actually very impressed with the
performance of PHP with many includes.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 20 March 2001 09:44
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] PHP 4.0 Bug #8945 Updated: include, require, et al.
ID: 8945
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Performance problem
Assigned To:
Comments:
Works for me.
Previous Comments:
---
[2001-03-20 04:23:29] [EMAIL PROTECTED]
Never mind, I think that PHP can't handle parsing too many include files
(Files too large/complex, more than 8 include files, not enough memory/CPU
to handle PHP, whatever etc.)
---
[2001-03-20 03:24:43] [EMAIL PROTECTED]
I don't see your point.
Using require in a conditional block make absolutely NO SENSE, as it gets
executed wheter or not the condition of the block holds true or not.
Of course the performance "decreases" when you load more files into your
application: they need to be scanned, parsed and probably executed.
---
[2001-03-16 17:29:33] [EMAIL PROTECTED]
I tried both include() and require():
?php
if(false)
{
require "some_file.php";
}
?
and
?php
if(false)
{
include "some_file.php";
}
?
Both performed poorly, which is why I'm submitting this report.
At the moment, I've changed my code to use only require() without
conditions, as require() is much faster than include().
Including one more file decreases performance by 2x.
Including another file decreases performance by another 2x.
eg: If you have 8 included files, the performance would be decreased by
256x. This is the performance drop that I'm pointing out here.
---
[2001-03-16 17:00:07] [EMAIL PROTECTED]
No feedback.
--Jani
---
[2001-02-17 13:09:27] [EMAIL PROTECTED]
You say that you use conditional statements to determine whether or not to
REQUIRE a file.
Just to make sure: You're not using require or require_once inside a
conditional block, such as:
?php
if($condition)
{
require "some_file.php";
}
?
I'm asking this, because require and require_once are UNCONDITIONALY called,
see the manual pages for require and include on this topic.
---
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 NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8945edit=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 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 #9437 Updated: Function stripslashes works not correct, as i think
ID: 9437
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Strings related
Assigned To:
Comments:
The function works right. Meaning of stripslashes is reverse
of addslashes. Addslashes "escapes" the special characters,
i.e. adds slash to each of them. The slash itself is special
charactet, too. Stripslashes removes escapes, as if they
would be added by addslashes, i.e. \\ is converted back to
\. The \e escape is converted back to e. So you get three
\\-s to \ and one \e to e - leaving three slashes, exactly.
Previous Comments:
---
[2001-02-24 13:52:52] [EMAIL PROTECTED]
magic_quotes_gpc = Off | On
?
$text = "begin\\endbr"; // 13 backslashes
echo $text; // will print "begin\\\end" 7 backslashes
// Ok. We think that backslash is a special symbol
// to change the meaning of the next character,
// so in the reality we have 6 backslashes and one
// sequence "a" but this mean nothing so we
// print "a" like a plain text.
// It's alright. I have no question.
// then...
$text2 = stripslashes($text);
echo $text2;
// will print "begin\end" 3 backslashes
// WHY
// If the backslash is an ordinary symbol
// the function "stripslashes" should remove
// all of it.
// If the backslash is a special symbol, that
// understood by example showed above, then
// this function should remove 6 real slashes
// and echo will print "beginend".
// So, if i need realy and correct remove all slashes
// from the string i should use following algorithm:
while(preg_match("/\/",$str))
$str = stripslashes($str);
// and i find it not so pretty
?
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9437edit=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 #9120 Updated: unexpected behavior of chop(), ltrim(), rtrim(), and trim()
ID: 9120 Updated by: stas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Strings related Assigned To: Comments: Works for me perfectly - except that \v is not recognized by PHP. Who needs it anyway?. Previous Comments: --- [2001-02-05 16:51:27] [EMAIL PROTECTED] chop(), trim(), ltrim(), and rtrim() do not remove v, r, or n. # chop(); echo "pprechop()"; echo "br--br"; $x = " ab cd ef vrn" ; echo strlen($x) . " characters: |" . $x . "|br"; $y = chop($x); echo strlen($y) . " characters: |" . $y . "|/pre/p"; # ltrim(); echo "ppreltrim()"; echo "br--br"; $x = "vrn ab cd ef " ; echo strlen($x) . " characters: |" . $x . "|br"; $y = ltrim($x); echo strlen($y) . " characters: |" . $y . "|/pre/p"; # rtrim(); echo "pprertrim()"; echo "br--br"; $x = " ab cd ef vrn" ; echo strlen($x) . " characters: |" . $x . "|br"; $y = rtrim($x); echo strlen($y) . " characters: |" . $y . "|/pre/p"; # # trim(); echo "ppretrim()"; echo "br--br"; $x = " vrn ab cd ef vrn " ; echo strlen($x) . " characters: |" . $x . "|br"; $y = trim($x); echo " " . strlen($y) . " characters: |" . $y . "|/pre/p"; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9120edit=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 #9437 Updated: Function stripslashes works not correct, as i think
ID: 9437
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Strings related
Description: Function stripslashes works not correct, as i think
The function works right. Meaning of stripslashes is reverse
I don't think so.
of addslashes. Addslashes "escapes" the special characters,
i.e. adds slash to each of them. The slash itself is special
charactet, too. Stripslashes removes escapes, as if they
would be added by addslashes, i.e. \\ is converted back to
\. The \e escape is converted back to e. So you get three
\\-s to \ and one \e to e - leaving three slashes, exactly.
Ok. Say me please, what should i get for
stripslashes("\\"); ???
Previous Comments:
---
[2001-03-20 05:51:36] [EMAIL PROTECTED]
The function works right. Meaning of stripslashes is reverse
of addslashes. Addslashes "escapes" the special characters,
i.e. adds slash to each of them. The slash itself is special
charactet, too. Stripslashes removes escapes, as if they
would be added by addslashes, i.e. \ is converted back to
. The e escape is converted back to e. So you get three
\-s to and one e to e - leaving three slashes, exactly.
---
[2001-02-24 13:52:52] [EMAIL PROTECTED]
magic_quotes_gpc = Off | On
?
$text = "begin\\endbr"; // 13 backslashes
echo $text; // will print "begin\\\end" 7 backslashes
// Ok. We think that backslash is a special symbol
// to change the meaning of the next character,
// so in the reality we have 6 backslashes and one
// sequence "a" but this mean nothing so we
// print "a" like a plain text.
// It's alright. I have no question.
// then...
$text2 = stripslashes($text);
echo $text2;
// will print "begin\end" 3 backslashes
// WHY
// If the backslash is an ordinary symbol
// the function "stripslashes" should remove
// all of it.
// If the backslash is a special symbol, that
// understood by example showed above, then
// this function should remove 6 real slashes
// and echo will print "beginend".
// So, if i need realy and correct remove all slashes
// from the string i should use following algorithm:
while(preg_match("/\/",$str))
$str = stripslashes($str);
// and i find it not so pretty
?
---
Full Bug description available at: http://bugs.php.net/?id=9437
--
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 #9863 Updated: global $var incompatibility between PHP 3 4
ID: 9863
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Assigned To:
Comments:
can't reproduce anymore, please ignore
Previous Comments:
---
[2001-03-20 06:27:17] [EMAIL PROTECTED]
consider the following code snippet:
?
function foo() {
global $bar;
$bar="hello";
}
foo();
echo $bar;
?
in PHP 3 calling foo() will create a global variable $bar
if it doesn't exist
in PHP 4 there will be no $bar after calling foo
i think PHP 4 should behave like PHP 3 here not only due
to compatibility reasons but also due to the "least supprise" rule
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9863edit=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 #9864: In php.ini file.Enabled the ldap utility by removing the semicolon
From: [EMAIL PROTECTED] Operating system: windows NT PHP version: 4.0.4pl1 PHP Bug Type: Dynamic loading Bug description: In php.ini file.Enabled the ldap utility by removing the semicolon In php.ini file.Enabled the ldap utility by removing the semicolon given in the extension and restarted the web server when i run any of the php program it throws a message box saying that unable to load dymanic link library c:\program files\php\extensions\php_ldap.dll the specified module could not be found.please answer to this query asap thanks santhosh -- Edit Bug report at: http://bugs.php.net/?id=9864edit=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] PHP 4.0 Bug #9866: upload_tmp_dir not recognized in .htaccess
From: [EMAIL PROTECTED] Operating system: RedHat 7 PHP version: 4.0.4pl1 PHP Bug Type: PHP options/info functions Bug description: upload_tmp_dir not recognized in .htaccess in 4.0.3.pl1 upload_tmp_dir was not recognized in php.ini This was indeed fixed in 4.0.4pl1. But it is still ignored in .htaccess files or in apache virtual host contexts. -- Edit Bug report at: http://bugs.php.net/?id=9866edit=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] PHP 4.0 Bug #9240 Updated: unserialize fails non-determenistic on large objects
ID: 9240
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Variables related
Description: unserialize fails non-determenistic on large objects
I have noticed a tendancy for this to occur when the server is particularly short on
memory. My impression is that it is failing with a "can't unserialize at" error
instead of a memory error.
Previous Comments:
---
[2001-02-22 10:54:03] [EMAIL PROTECTED]
Could you please send me smallest possible object that has
this behaviour? If it's large, please compress it.
---
[2001-02-13 10:38:17] [EMAIL PROTECTED]
I'm unserializing a large object using the following test script:
for ($i = 0; $i 20; $i++)
{
echo "$in";
$ObjectToCreate = array();
if (!$fp = fopen('test.ser', 'r'))
return false;
$ObjectToCreate = unserialize(fread ($fp, filesize ('test.ser')));
fclose($fp);
}
I get the following output:
0
1
2
3
4
5
6
PHP Warning: unserialize() failed at offset 2150380 of 3601223 bytes in test.inc on
line 8
font color=ffbr
bWarning/b: unserialize() failed at offset 2150380 of 3601223 bytes in
btest.inc/b on line b8/bbr
/font7
8
9
10
11
PHP Warning: unserialize() failed at offset 2822123 of 3601223 bytes in test.inc on
line 8
font color=ffbr
bWarning/b: unserialize() failed at offset 2822123 of 3601223 bytes in
btest.inc/b on line b8/bbr
/font12
13
14
15
16
17
18
19
Repeatedly running the script produces different output each time with different
numbers of failures at different offsets. So far the lowest offset at which I have
had a problem is about 65.
I can supply the 'test.ser' file on request but for obvious reasons do not wish to
include it in this error report!
---
Full Bug description available at: http://bugs.php.net/?id=9240
--
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 #9867: Forms with enctype=multipart/form-data add \r\n to the variables
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.0
PHP version: 4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description: Forms with enctype="multipart/form-data" add "\r\n" to the variables
Details:
When retrieving the value of a variable coming from a form, if
the form had enctype="multipart/form-data", "\r\n" is added at
the beginning of the variable.
SCRIPT:
htmlhead/headbody
? if ($t1!="") {
echo ("BEFORE-".$t1."-AFTERbr");
echo ("BEFORE-".$t2."-AFTERbr");
}
form action="%=$PHP_SELF%" method="POST" enctype="multipart/form-data"
input type="hidden" name="t1" value="AA"
input type="text" name="t2" value="BB"
input type="submit"
/form
/body/html
Modules:
php-pgsql4.0.4pl1-3
php-ldap4.0.4pl1-3
Apache 1.3.12-25
php.ini
(not available at this moment)
--
Edit Bug report at: http://bugs.php.net/?id=9867edit=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] PHP 4.0 Bug #9868: Missing .dll.
From: [EMAIL PROTECTED] Operating system: windows 95 PHP version: 4.0.4pl1 PHP Bug Type: *General Issues Bug description: Missing .dll. When i downloaded this Program it then stared telling me that there is a .DLL FILE missing.It wouldn't lit me Complete the Installyion. THANK YOU Rafael Estrada [EMAIL PROTECTED] -- Edit Bug report at: http://bugs.php.net/?id=9868edit=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] PHP 4.0 Bug #9862 Updated: fopen of http://user:pass@domain:port/file.html failed with Bad file descriptor
ID: 9862
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Filesystem function related
Assigned To:
Comments:
Works for me with latest CVS. Please try the latest CVS snapshot from
http://snaps.php.net/
--Jani
Previous Comments:
---
[2001-03-20 05:46:03] [EMAIL PROTECTED]
$file = "http://user:[EMAIL PROTECTED]:/file.html";
$fh = fopen($file, "r");
while(! feof($fh)) {
...
}
this script fails with the following error:
Warning:
fopen("http:[EMAIL PROTECTED]:/file.html","r")
- Bad file descriptor in ... on line 2
this script runs with php 4.0.3pl1 and $file =
"http://user:[EMAIL PROTECTED]/file.html" works too on php 4.0.4pl1, but I need the
port in combination with a user and password!!
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9862edit=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]
Re: [PHP-DEV] PHP 4.0 Bug #9864: In php.ini file.Enabled the ldaputility by removing the semicolon
On 20 Mar 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: windows NT PHP version: 4.0.4pl1 PHP Bug Type: Dynamic loading Bug description: In php.ini file.Enabled the ldap utility by removing the semicolon In php.ini file.Enabled the ldap utility by removing the semicolon given in the extension and restarted the web server when i run any of the php program it throws a message box saying that unable to load dymanic link library c:\program files\php\extensions\php_ldap.dll the specified module could not be found.please answer to this query asap thanks santhosh There are a lot of this kind of reports about not finding the modules. Is there really something wrong (within Windows) with the extension loading or is this a documentation problem? Or was this the bug that was fixed by Zeev a few days ago? --Jani -- 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 #9868 Updated: Missing .dll.
ID: 9868 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *General Issues Assigned To: Comments: Some questions: Can you confirm that you are installing via the php installer downloaded from the downloads page on www.php.net. I believe that early versions of Win95 had little or no internet functionality - I think they probably had no winsock dll, or at least a brain damaged one. Have you upgraded your OS so that it has a Winsock dll and can run a web server and a modern browser? Are there any further clues as to which dll is missing? Which web server are you using? Previous Comments: --- [2001-03-20 08:17:12] [EMAIL PROTECTED] When i downloaded this Program it then stared telling me that there is a .DLL FILE missing.It wouldn't lit me Complete the Installyion. THANK YOU Rafael Estrada [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9868edit=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 #9865 Updated: php4.0.4pl1 compile with Apache 2.0.14alpha
ID: 9865 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Assigned To: Comments: The Apache2 support in PHP is still experimental. And Apache2 itself isn't released yet either so.. Anyway, you should try with the latest CVS as AFAIK this one is fixed already. --Jani Previous Comments: --- [2001-03-20 06:48:03] [EMAIL PROTECTED] I tried to install php4.0.4pl1 (mode DSO) with Apache.2.0.14a. It returns a error _NOT_FOUND_ not declared at compile time. ./configure --with-dom=/usr/local/lib --with-mysql--with-apxs=/usr/apache/bin/apxs --with-config-file-path=/usr/apache/conf make make install when php4 will be installable on the apache.2.0 version ? Pablo. [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9865edit=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] enctype=multipart/form-data
Hi, please, could you help me ?? I configured ( probably not at all ) Apache, MySQL on WinNT4.0. "Everything" looks fine, but one thing doesn't work. When I want to use form with enctype="multipart/form-data", I can't. Program is terminated and error apache page is displayed ( without this enctype tag it's working ... ). Where is anything missing ? Thanks for your help... Petr. -- 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] Debugger protocol
Hi there, I have been working on an Open Source IDE for PHP but from what i heard in the #php the debugger protocol is no more open in PHP4? And only binaries are distributed and above all it is illegal to reverse engineer the protocol. Why in the world is this done?... I mean PHP is supposed to be open, right?.. The protocol was open in PHP3 but now i hear that it is closed.. isnt this a perfect monoply?.. Everyone knows an IDE is nothing without a good debugger and if i cant add it then all of my time devoted to this thing will go waste.. Someone care to tell me a way out? Regards, Varun Shoor ---www.DeskCode.com(Programmers Resource)
[PHP-DEV] PHP 4.0 Bug #9867 Updated: Forms with enctype=multipart/form-data add \r\n to the variables
ID: 9867
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
Assigned To:
Comments:
Wild guess: You're using the RPMs from RedHat?
Please try with the latest CVS snapshot from http://snaps.php.net/ as I can't
reproduce this.
--Jani
Previous Comments:
---
[2001-03-20 08:02:42] [EMAIL PROTECTED]
Details:
When retrieving the value of a variable coming from a form, if
the form had enctype="multipart/form-data", "rn" is added at
the beginning of the variable.
SCRIPT:
htmlhead/headbody
? if ($t1!="") {
echo ("BEFORE-".$t1."-AFTERbr");
echo ("BEFORE-".$t2."-AFTERbr");
}
form action="%=$PHP_SELF%" method="POST" enctype="multipart/form-data"
input type="hidden" name="t1" value="AA"
input type="text" name="t2" value="BB"
input type="submit"
/form
/body/html
Modules:
php-pgsql4.0.4pl1-3
php-ldap4.0.4pl1-3
Apache 1.3.12-25
php.ini
(not available at this moment)
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9867edit=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]
Re: [PHP-DEV] Extension help
ok, I have managed to add a member variable, but am having problems when i try to
retreive it using zend_find_hash
here's the code :
for the extension :
PHP_FUNCTION(create_object)
{
... other stuff
add_property_string(return_value,"foo","hello!",1);
... other stuff
}
PHP_FUNCTION(my_other_function)
{
zval **tmpString;
zval *obj;
obj = getThis();
zend_hash_find(obj-value.obj.properties,"foo",sizeof("foo"),(void**)tmpString);
convert_to_string_ex(tmpString);
zend_printf("foo = %s",tmpString);
}
that doesn't work :(
but in a php script it does :
?
$myObject = create_object();
echo $myObject-foo;
?
produces "hello!"
what am i doing wrong ?!
barry
On Mon, Mar 19, 2001 at 07:01:44PM -0500, Sterling Hughes wrote:
On Mon, 19 Mar 2001, Barry Mitchelson wrote:
hey,
I'm writing an extension which defines a class. In the constructor, I'd like to
create a member variable which I can then access with the other member functions in
my extension.
In php it would be like :
class foo
{
var $m_bar;
function foo()
{
$this-m_bar = 123;
}
function a()
{
return $this-m_bar;
}
}
look at adding it to the value.obj.properties of the class (its a
HashTable).
-Sterling
--
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]
--
http://www.theshining.org
--
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 #9869: ODBC - odbc_exec does not seem to work with an Access db
From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version: 4.0.4pl1
PHP Bug Type: ODBC related
Bug description: ODBC - odbc_exec does not seem to work with an Access db
I am unable to use PHP/Openlink ODBC to get specific rows based on my SELECT statement
form a MS Access 97 db. I can use PHP/Openlink just fine while accessing an Informix
db hosted on a SCO box. I can also use Perl/DBI:DBD:ODBC to get the rows I need from
this Access db, so I'm guessing this is a PHP bug. Here is a snipet of the code I use:
putenv( "ODBCINI=/usr/local/openlink/bin/odbc.ini" );
putenv( "ODBCHOME=/usr/local/openlink" );
putenv( "ODBCINST=/usr/local/openlink/bin/odbcinst.ini");
$conn = odbc_connect("DSN=ink","","", SQL_CUR_USE_ODBC);
$sql = "SELECT DISTINCT * FROM ComponentUse WHERE Code = 'CX145' ";
$cur = odbc_exec($conn, $sql);
// This section of code displayes the tables in the db fine.
$tablelist = odbc_tables($conn);
while (odbc_fetch_row($tablelist)) {
echo odbc_result_all($tablelist);
}
// This section of code does not work - dies with "Driver not capable"
while (odbc_fetch_row($cur)){
$code = odbc_result($cur, "code");
printf ("Code: $code\n");
}
odbc_close($conn);
The code will display the table list just fine, but I get the following error from the
odbc_exec statement:
Warning: SQL error: [OpenLink][ODBC][Driver]Driver not capable, SQL state S1C00 in
SQLExecDirect in
/home/httpd/html/ink/dispenser/comp_use.php on line 23
Like I said, I can use Perl/DBD just fine to get the rows I want with that select
statement, so this must be a PHP bug?
Thanks for any help. I really would like to write this application in PHP, since I'm
not too proficient in Perl.
--
Edit Bug report at: http://bugs.php.net/?id=9869edit=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]
Re: [PHP-DEV] feature request
That is the only thing that I see of any real use as well. I was just humoring Andi and his idea that we would soon be requesting that feature of knowing which one failed the test. I was really voting no for the original feature - just returning true or false - unless it can be shown (and implemented) that iswhatever(multiple args) will work sensibly across the board, and that implementing iswhatever(multiple args) does not waste the function namespace for a new feature - e.g. loads of php functions take optional extra arguments to modify their behaviour, but once iswhatever gained the multi argument functionality described, it would be impossible to extend the functionality in this way. Cheers, and apologies for such a long sentence! -- Phil Driscoll Dial Solutions +44 (0)113 294 5112 http://www.dialsolutions.com http://www.dtonline.org -- 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 #9870: PHP dies with segfault when a post request has no content-type
From: [EMAIL PROTECTED]
Operating system: SuSE7.0
PHP version: 4.0.4pl1
PHP Bug Type: HTTP related
Bug description: PHP dies with segfault when a post request has no content-type
[Tue Mar 20 15:09:20 2001] [error] PHP Warning: No content-type in POST request in
Unknown on line 0
Unknown(0) : Warning - No content-type in POST request
Program received signal SIGSEGV, Segmentation fault.
0x400c2073 in strstr () at ../sysdeps/generic/strstr.c:125
125 ../sysdeps/generic/strstr.c: No such file or directory.
(gdb) bt
#0 0x400c2073 in strstr () at ../sysdeps/generic/strstr.c:125
#1 0x401aef39 in rfc1867_post_handler () at rfc1867.c:426
#2 0x401abdd3 in sapi_handle_post () at SAPI.c:54
#3 0x401b0532 in php_treat_data () at php_variables.c:190
#4 0x401a9274 in php_hash_environment () at main.c:1039
#5 0x401a8836 in php_request_startup () at main.c:588
#6 0x401a4fa8 in apache_php_module_main () at sapi_apache.c:98
#7 0x401a5d69 in send_php () at mod_php4.c:433
#8 0x401a5db3 in send_parsed_php () at mod_php4.c:433
#9 0x8076669 in ap_invoke_handler ()
#10 0x808c05f in process_request_internal ()
#11 0x808c0d2 in ap_process_request ()
#12 0x8082c76 in child_main ()
#13 0x8082e55 in make_child ()
#14 0x8082fd6 in startup_children ()
#15 0x808365c in standalone_main ()
#16 0x8083eac in main ()
#17 0x40083a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93
(gdb)
How to reproduce:
body
form action="/phpinfo.php" method="post" enctype="multipart/form-data"
Some text here:input type="text" name="v1"br
File here: input type="file" name="test"br
input type="submit"
/form
/body
Using Netscape on Linux, upload a file, then hit
reload (Meta-r) three times. NS will repost it only
two times, then complain /tmp/ns131323gibberish is not
found [a temp file in which it composes the multipart
post]
3rd time when you post it, it won't send proper Content-Type
header and hence the Warning.
The offending code is:
boundary = strstr(content_type_dup, "boundary");
in main/rfc1867.c:441
Patch:
check content_type_dup for null before strstr()-ing it.
[suggestion]
--- rfc1867.c Fri Dec 8 18:21:47 2000
+++ /tmp/rfc1867.c Tue Mar 20 15:59:39 2001
@@ -438,6 +438,11 @@
return;
}
+ if (!content_type_dup) {
+ sapi_module.sapi_error(E_COMPILE_ERROR, "Missing headers in
+multipart/form-data POST data");
+ return;
+ }
+
boundary = strstr(content_type_dup, "boundary");
if (!boundary || !(boundary=strchr(boundary, '='))) {
sapi_module.sapi_error(E_COMPILE_ERROR, "Missing boundary in
multipart/form-data POST data");
have fun,
--teodor
--
Edit Bug report at: http://bugs.php.net/?id=9870edit=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]
RE: [PHP-DEV] Extension help
zend_hash_find(obj-value.obj.properties,"foo",sizeof("foo"),(void**)tmpSt
ring);
You're almost correct, sizeof("foo") should be sizeof("foo")+1
Cheerio, Marc.
--
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 #9870 Updated: PHP dies with segfault when a post request has no content-type
ID: 9870
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: HTTP related
Assigned To:
Comments:
This is fixed in CVS. A bit differently though.
The check for content_type_dup is put a bit earlier
so it doesn't even get into the handler if it's null.
Try the latest CVS snapshot from http://snaps.php.net/
--Jani
Previous Comments:
---
[2001-03-20 09:06:01] [EMAIL PROTECTED]
[Tue Mar 20 15:09:20 2001] [error] PHP Warning: No content-type in POST request in
Unknown on line 0
Unknown(0) : Warning - No content-type in POST request
Program received signal SIGSEGV, Segmentation fault.
0x400c2073 in strstr () at ../sysdeps/generic/strstr.c:125
125 ../sysdeps/generic/strstr.c: No such file or directory.
(gdb) bt
#0 0x400c2073 in strstr () at ../sysdeps/generic/strstr.c:125
#1 0x401aef39 in rfc1867_post_handler () at rfc1867.c:426
#2 0x401abdd3 in sapi_handle_post () at SAPI.c:54
#3 0x401b0532 in php_treat_data () at php_variables.c:190
#4 0x401a9274 in php_hash_environment () at main.c:1039
#5 0x401a8836 in php_request_startup () at main.c:588
#6 0x401a4fa8 in apache_php_module_main () at sapi_apache.c:98
#7 0x401a5d69 in send_php () at mod_php4.c:433
#8 0x401a5db3 in send_parsed_php () at mod_php4.c:433
#9 0x8076669 in ap_invoke_handler ()
#10 0x808c05f in process_request_internal ()
#11 0x808c0d2 in ap_process_request ()
#12 0x8082c76 in child_main ()
#13 0x8082e55 in make_child ()
#14 0x8082fd6 in startup_children ()
#15 0x808365c in standalone_main ()
#16 0x8083eac in main ()
#17 0x40083a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93
(gdb)
How to reproduce:
body
form action="/phpinfo.php" method="post" enctype="multipart/form-data"
Some text here:input type="text" name="v1"br
File here: input type="file" name="test"br
input type="submit"
/form
/body
Using Netscape on Linux, upload a file, then hit
reload (Meta-r) three times. NS will repost it only
two times, then complain /tmp/ns131323gibberish is not
found [a temp file in which it composes the multipart
post]
3rd time when you post it, it won't send proper Content-Type
header and hence the Warning.
The offending code is:
boundary = strstr(content_type_dup, "boundary");
in main/rfc1867.c:441
Patch:
check content_type_dup for null before strstr()-ing it.
[suggestion]
--- rfc1867.c Fri Dec 8 18:21:47 2000
+++ /tmp/rfc1867.c Tue Mar 20 15:59:39 2001
@@ -438,6 +438,11 @@
return;
}
+ if (!content_type_dup) {
+ sapi_module.sapi_error(E_COMPILE_ERROR, "Missing headers in
+multipart/form-data POST data");
+ return;
+ }
+
boundary = strstr(content_type_dup, "boundary");
if (!boundary || !(boundary=strchr(boundary, '='))) {
sapi_module.sapi_error(E_COMPILE_ERROR, "Missing boundary in
multipart/form-data POST data");
have fun,
--teodor
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9870edit=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] [IANAL] Re: [PHP-DEV] Debugger protocol
According to the DMCA [ 1201(f) ], legal precedent [ see http://home.joeysmith.com/~joey/sony-v-connectix.html ], and common practice, there is nothing that prohibts a "clean room implementation". (http://www.boreworms.com/karellen/rev-eng.html). That said: PHP *is* open. The Zend debugger is not. It is a commercial product, developed by people who know the internals of PHP/Zend *very* well. There is nothing that precludes you from dropping the same time investment into the PHP code as the Zend folks have. If you do invest this amount of time, I feel pretty sure that you could see how to develop a debugger, but this is just a guess. I have been told that the Zend Debugger license explicitly prohibits such activity. I, for one, do not begrudge Zend trying to make a little money. Just because some of us manage to live an idealistic world does not mean that everyone can afford to do so. Anyone can take the PHP code and do the same. Not everyone will have the same degree of credibility, though. BTW, the PHP3 debugger was NOT really a debugger, IMNSHO. Not having used the Zend debugger, I cannot make any claims. I do not recommend trying to do this. IANAL. I would like to see people's hard work rewarded. When one of my companies makes me rich and famous, one of my first actions will be to turn around to those people OUTSIDE of Zend that also deserve a reward for hard work that has kept me employed for 3 years or more. =) On Tue, 20 Mar 2001, Varun Shoor wrote the following to [EMAIL PROTECTED] : Hi there, I have been working on an Open Source IDE for PHP but from what i heard in the #php the debugger protocol is no more open in PHP4? And only binaries are distributed and above all it is illegal to reverse engineer the protocol. Why in the world is this done?... I mean PHP is supposed to be open, right?.. The protocol was open in PHP3 but now i hear that it is closed.. isnt this a perfect monoply?.. Everyone knows an IDE is nothing without a good debugger and if i cant add it then all of my time devoted to this thing will go waste.. Someone care to tell me a way out? Regards, Varun Shoor --- www.DeskCode.com (Programmers Resource) -- 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 #9871: MySql connection failed
From: [EMAIL PROTECTED] Operating system: NT 4 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: MySql connection failed Warning: MySQL Connection Failed: Can't create a new thread (errno 11). If you are not out of available memory, you can consult the manual for a possible OS-dependent bug in /local/Web/sites/phpweb/include/shared-manual.inc on line 228 Warning: Supplied argument is not a valid MySQL-Link resource in /local/Web/sites/phpweb/include/shared-manual.inc on line 230 Warning: Cannot add header information - headers already sent by (output started at /local/Web/sites/phpweb/include/shared-manual.inc:228) in /local/Web/sites/phpweb/include/shared-manual.inc on line 238 Warning: Cannot add header information - headers already sent by (output started at /local/Web/sites/phpweb/include/shared-manual.inc:228) in layout.inc on line 181 -- Edit Bug report at: http://bugs.php.net/?id=9871edit=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]
Re: [PHP-DEV] Extension help
On Tue, Mar 20, 2001 at 03:24:00PM +0100, Marc Boeren wrote:
zend_hash_find(obj-value.obj.properties,"foo",sizeof("foo"),(void**)tmpSt
ring);
You're almost correct, sizeof("foo") should be sizeof("foo")+1
hmm... still not working :(
Cheerio, Marc.
--
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]
--
http://www.theshining.org
--
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]
RE: [PHP-DEV] Extension help
You're almost correct, sizeof("foo") should be sizeof("foo")+1
hmm... still not working :(
My fault for not reading on beyond the first typo:
zend_printf("foo = %s",tmpString);
should probably be
zend_printf("foo = %s", (*tmpString)-value.str.val);
but I may be wrong on the level of indirection.
The zval cannot automagically be put in a %s and treated as a string, you
should manually extract the pointer to the actual string.
Hope this helps!
Cheerio, Marc.
(btw, you might have a look at the way the zval struct is set up in the
source code)
--
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] Fwd: BEST Network Marketer Leads
ATTENTION! I Found this company on the internet. They came very highly recommended by several of my friends and associates. They have the most qualified leads I have ever worked. Forget those generic phone leads... sign up 5 out of 15 or more every time!! They Are having a 33% off sale this week only!! Sale Ends Friday, So I wanted this to get out to anyone who would find this service of use, as I very much did!! Thanks, Jenni Vaughn Oh...by the waY... THERE SITE ADDRESS IS: http://www.geocities.com/leads4you911/ ** THIS EMAIL COMPLIES WITH ALL REGULATIONS. TO BE REMOVED SIMPLY EMAIL [EMAIL PROTECTED] FOR IMMEDIATE REMOVAL FROM ANY FUTURE EMAILS FROM OUR COMPANY. ** -- 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 #9872: Couldn't access all file via gz* functions
From: [EMAIL PROTECTED] Operating system: linux 2.4.1 on a LFS (www.LinuxFromScratch.org) PHP version: 4.0.4pl1 PHP Bug Type: Zlib Related Bug description: Couldn't access all file via gz* functions I have php 4.0.4pl1 under Apache. My zlib is version 1.1.2. I've had problems accessing gz compressed file : This happens in the middle of a file : 'gzeof' don't catch any EOF, but 'gzgetc' returns false as it was the end of the file. Same for 'gzread' which acts exactly as if it had encountered an EOF. I open the compressed file for writing, and write with the lines (and only these one): $zp = gzopen($this-file, "ab9"); gzwrite($zp, strlen($string) . chr(0) . $string . chr(0) . "0" . chr(0) , strlen($string) + strlen(strlen($string)) + 4); I open the compressed file for reading, and read with the lines (and only these ones): $zp = gzopen($this-file, "rb"); $char = gzgetc($zp); $string = gzread($zp, $SizeOfString); This simple script can't read all the file : // Note : The file is 68 bytes long uncompressed, and 128 compressed (this info has been read with ls -al) $fd = gzopen($file,"rb"); echo bin2hex(gzread ($fd, 1000)); gzclose($fd); This happens on ext2 file system, and vfat. But doesn't happen under a foreign server (which I don't know the exact configuration, but has only php 3.16 probably running under apache on a linux 2.2.14 (for more info on this server go : http://neosyris.free.fr/testphp.php3)). Their zlib is version 1.1.3. I've gunzipped the file I couldn't read in PHP, and read it without any problems with gz* function by taking of the "9" in the gzopen function. Although it seems it make the same problems with other compression values. I've opened the gunzziped file, and this one contains only normal caracters except the '00' char. (checked this with 'hexdump showbug -c'). my configure line : --prefix=/usr/apps/apache --with-zlib --with-mysql --with-apxs=/usr/apps/apache/bin/apxs --with-config-file-paht=/usr/apps/apache/conf I hope this could help. Last thing : I placed a file that causes problems on http://neosyris.free.fr/showbug.gz -- Edit Bug report at: http://bugs.php.net/?id=9872edit=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]
Re: [PHP-DEV] Debugger protocol
On 2001-03-21 03:03:00, "Varun Shoor" wrote: working on an Open Source IDE for PHP but from what i heard in the #php the debugger protocol is no more open in PHP4? And only binaries are distributed and above all it is illegal to reverse engineer the protocol. Why in the world is this done?... I think whoever told you that might have been slightly confused. The impression that I have is that the Zend Debugger is a closed piece of software, but the PHP debugger is still freely available from http://dd.cron.ru/dbg/ --Wez. -- 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]
Re: [PHP-DEV] Extension help
On Tue, Mar 20, 2001 at 03:59:29PM +0100, Marc Boeren wrote:
You're almost correct, sizeof("foo") should be sizeof("foo")+1
hmm... still not working :(
My fault for not reading on beyond the first typo:
zend_printf("foo = %s",tmpString);
should probably be
zend_printf("foo = %s", (*tmpString)-value.str.val);
but I may be wrong on the level of indirection.
The zval cannot automagically be put in a %s and treated as a string, you
should manually extract the pointer to the actual string.
even though i did convert_to_string_ex(tmpString) ?
Hope this helps!
Cheerio, Marc.
(btw, you might have a look at the way the zval struct is set up in the
source code)
--
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]
--
http://www.theshining.org
--
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]
RE: [PHP-DEV] Extension help
Hi! even though i did convert_to_string_ex(tmpString) ? You should still do that, but the only thing that really does is set the zval type to IS_STRING, and the value union is set accordingly (instead of e.g. a long in value.lval, you get the value as a string in value.str.val (and the length of the string in value.str.len, excl. terminating 0). So what you have after the conversion is still a zval, but you can now safely use the value.str.val (which is of type char *, as you would expect). Cheerio, Marc. -- 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]
Re: [PHP-DEV] [IANAL] Re: [PHP-DEV] Debugger protocol
On 2001-03-20 14:22:54, Joey Smith [EMAIL PROTECTED] wrote: I have been told that the Zend Debugger license explicitly prohibits such activity. I, for one, do not begrudge Zend trying to make a little money. Just because some of us manage to live an idealistic world does not mean that everyone can afford to do so. Anyone can take the PHP code and do the same. Not everyone will have the same degree of credibility, though. Having spent some time working on my own editor/IDE, I would also like to make use of the Zend Debugger. What about making the protocol used by the client side IDE to talk to the server side debugger open? I'm not talking about the client side code, or the server side code, just the protocol. That way, you would still need to purchase the server-side license, but would then be free to use your own choice of IDE/development tools? Personally, I found the Zend IDE a little slow and unresponsive on my windows box (most likely down to Java) and I am loath to pay for something that I am unlikely to use - no disrespect to the Zend IDE - no doubt a lot of work has been and is till being put into it, it's just not to my taste. However, I would be willing to purchase the debugger license if I could use it with some other IDE tool (eg: my own). I wonder how many other people out there in dev land would like to see it working in this way? And I wonder if it's enough to get the Zend guys to consider it - no doubt "publishing" the protocol will take up a certain amount of their time, and the "business decision" they have to make is whether it will gain them enough sales for their debugger to pay for that time. Well, I would be happy to contribute to Zend in some way - PHP has also kept me employed for the last year and looks set to keep me going for a couple of years at least. --Wez. -- 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] Re: PHP 4.0 Bug #9850 Updated: Apache dies
After rebuilding with debugging support as you suggested, I got the following output: This GDB was configured as "i386-redhat-linux"... (no debugging symbols found)... (gdb) run -X Starting program: /usr/sbin/httpsd -X Cannot access memory at address 0x40701af4 (gdb) And this is the backtrace: (gdb) bt #0 0x4000af61 in _dl_debug_state () at dl-debug.c:56 #1 0x40184136 in _dl_close (map=0x80a84d8) at dl-close.c:195 #2 0x40183d50 in _dl_open (file=0x80a36c0 "/etc/httpd/modules/libphp4.so", mode=258, caller=0x0) at dl-open.c:250 #3 0x400a13d3 in dlopen_doit (a=0xbfffd964) at dlopen.c:41 #4 0x4000ac7b in _dl_catch_error (errstring=0x400a3080, operate=0x400a13a8 dlopen_doit>, args=0xbfffd964) at dl-error.c:141 #5 0x400a18b9 in _dlerror_run (operate=0x400a13a8 dlopen_doit>, args=0xbfffd964) at dlerror.c:125 #6 0x400a1393 in __dlopen_check ( file=0x80a36c0 "/etc/httpd/modules/libphp4.so", mode=258) at dlopen.c:53 #7 0x8067911 in ap_os_dso_load () #8 0x80501ba in ap_get_server_built () #9 0x80544e4 in ap_clear_module_list () #10 0x8054adc in ap_handle_command () #11 0x8054b28 in ap_srm_command_loop () #12 0x8054e97 in ap_process_resource_config () #13 0x8055514 in ap_read_config () #14 0x805cc9b in main () #15 0x400bd9cb in __libc_start_main (main=0x805cac0 main>, argc=2, argv=0xbba4, init=0x804f750 _init>, fini=0x807cf3c _fini>, rtld_fini=0x4000aea0 _dl_fini>, stack_end=0xbb9c) at ../sysdeps/generic/libc-start.c:92 (gdb) Also I discover that running httpsd directly (as opposed to the init.d script) does indeed reveal an error message. I had ealier suspected my problems might be related to ssl support since that had changed in 4.04p1. I've tried building --with-openssl but this fails with the error OpenSSL must be 0.9.6 or greater. I got hold of a Mandrake rpm for openssl 0.9.6. I am running RH but the package appeared to install ok and #openssl version reports: OpenSSL 0.9.6 but no dice one the build. I will look at the configure file and see how it detects openssl. [root@ssl php-4.0.4pl1]# /usr/sbin/httpsd Syntax error on line 190 of /etc/httpd/conf/httpsd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: SSL_CTX_set_tmp_rsa_callback One more thing. I got hold of php-4.03 (thanks Shane Chen). Same problem: undefined symbol: SSL_CTX_set_tmp_rsa_callback Bug Database wrote: ID: 9850 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Assigned To: Comments: 1. delete config.cache 2. add --enable-debug into your configure line 3. after configure: 'make clean ; make ; make install' 4. then try generating gdb backtrace: # gdb /path/to/httpsd (gdb) run -X And then (if) it crashes: (gdb) bt and copy/paste the output into this bug report using the web interface. --Jani Previous Comments: --- [2001-03-19 19:06:36] [EMAIL PROTECTED] I am trying to upgrade from php-4.02 and have this problem. Below are the specs on my system. It works find with 4.02, but when I use the exact same procedure to build-4.04p1 the following happens. ./configure, make and make install on php complete without errors. httpsd starts and immediately dies with no error messages and nothing has been found in any logs. When I say it starts and dies I mean: ./httpsd start gives an OK but ps -aux|grep ht shows no httpd processes running no matter how fast I type but ./httpsd start;ps -aux|grep ht shows 10 httpd processes, but will have dies before they can be tested again. The only variable would seem to be the difference between 4.02 and 4.04p1. After a careful look at the requirements and dependency I can't fine the cause. Unfotunately php.net doesn't seem to make earlier versions so I can't same how matters stand on 4.03 (Does anybody have this?). The system is running Red Hat 6.2 with updates linux kernel 2.2.17-14smp Apache is RH secure server 3.1.2 glibc 2.1.3-22 The php configure command line use for both 4.02 and 4.04p1 is: ./configure --with-apxs --with-kerberos=/usr/kerberos/ --with-imap --with-mysql --with-ldap --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9850edit=2 -- Clay J. Claiborne, Jr., President Cosmos Engineering Company 1550 South Dunsmuir Ave. Los Angeles, CA 90019 (323) 930-2540 (323) 930-1393 Fax http:www.CosmosEng.com Email: [EMAIL PROTECTED]
[PHP-DEV] website bug
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.0.4pl1 PHP Bug Type: Documentation problem Bug description: website search function here is the output after performing a search for the word "global" on the whole site Search Results Warning: Unable to fork [/local/htdig/bin/htphp.sh "words=globalconfig=phpexclude=/sourcerestrict=http://www.php.net/"] in /local/Web/sites/phpweb/search.php on line 183 There was an error executing this query. Please try later -- 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]
Re: [PHP-DEV] Extension help
BM but I may be wrong on the level of indirection. BM The zval cannot automagically be put in a %s and treated as a string, you BM should manually extract the pointer to the actual string. BM BM even though i did convert_to_string_ex(tmpString) ? The convert_to_string_ex makes tmpString to be sting zval (otherwise you better not access the str.val part at all - there could be a pile of thrash there). That doesn't make tmpString a C string, however - it's still a zval. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- 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 #9875: bicubic jpg resize
From: [EMAIL PROTECTED] Operating system: Unix PHP version: 4.0.4pl1 PHP Bug Type: GD related Bug description: bicubic jpg resize Someone posted a bicubic jpeg resize in the help list for imagecopyresized function and it would be nice if this was built into the regularly compiled php version... It's really nice since the quality of the images are SO much nicer. Thanks, Noah -- Edit Bug report at: http://bugs.php.net/?id=9875edit=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]
Re: [PHP-DEV] [IANAL] Re: [PHP-DEV] Debugger protocol
WF Personally, I found the Zend IDE a little slow and unresponsive WF on my windows box (most likely down to Java) and I am loath to Try using JIT-enabled JRE (IBM's?), it could improve things... WF I wonder how many other people out there in dev land would like WF to see it working in this way? Well, I guess (I'm speaking striclty for myself provate here) that the more people think like this, the more are chances that it will happen. Again, that's strictly my private opinion. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- 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] Extension help mailing list???
is there full documentation of the Zend API - i found the stuff on the zend website to be useful, but didn't cover everything. If there is, I couldn't find it either. So it's that and the source code itself. If anyone knows about more documentation, could someone put it up (or just a link) on the php-site? Otherwise, just asking questions on this list might help, and a lot of trial and error works, too (but does take a lot of time). Any chance of a separate php-ext mailing-list??? Cheerio, Marc. -- 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 #8476 Updated: Class documentaion request
ID: 8476 User Update by: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Description: Class documentaion request jmcastagnetto, Possibly you do not have your error reporting set to max Bob Previous Comments: --- [2001-03-17 00:37:23] [EMAIL PROTECTED] Cannot replicate behavior in RH 6.1 and Solaris 2.6, more info needed. --- [2000-12-29 09:41:53] [EMAIL PROTECTED] Hello, Please modify the documentaion on the Class to reflect the fact that variables set in the classes must be given a value to prevent the "Undefined property:somevar" warning. var $items; // Items in our shopping cart should be : var $items = ""; // Items in our shopping cart or var $items = array(); // Items in our shopping cart etc. In fact, it appears to me that the variable declaration inside classes is just about as imporatant as variable declaration anywhere in php scripts. You either declare them or you don't, and to a large degree it doesn't really affect your scripts, other than the warnings. Furthermore , without $items given an initial value, it still has to be checked inside the function using it to prevent the warnings, for example: !empty($this-items) ? $this-items[] .= $num : $this-items[] = $num; So I don't see any "fatal error" causing reason to declare vars/attributes outside of functions/methods in Classes. The only reason I do see for setting vars outside of functions/methods in Classes is to give it an initial value: var $items = ""; And therefore one does not have to do an isset() or empty() on the var inside a method: $this-items[] .= $num; // no warning on this with: var $items = ""; So the statement made in: http://www.zend.com/zend/tut/class-intro.php "All of the variables used by a class must be declared before any of the class' functions including constructors" does not hold true for the reasons I've given above above. Thanks, Bob --- Full Bug description available at: http://bugs.php.net/?id=8476 -- 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]
Re: [PHP-DEV] Extension help
On Tue, Mar 20, 2001 at 05:15:58PM +0100, Marc Boeren wrote: BTW, (*tmpString)-value.str.val == Z_STRVAL_PP(tmpString) but the latter looks much nicer :) Granted, but that's what happens if you just examine the code and don't read the documentation :-) is there full documentation of the Zend API - i found the stuff on the zend website to be useful, but didn't cover everything. Cheerio, Marc. -- 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] -- http://www.theshining.org -- 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 #9850 Updated: Apache dies
ID: 9850 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Description: Apache dies After rebuilding with debugging support as you suggested, I got the following output: This GDB was configured as "i386-redhat-linux"... (no debugging symbols found)... (gdb) run -X Starting program: /usr/sbin/httpsd -X Cannot access memory at address 0x40701af4 (gdb) And this is the backtrace: (gdb) bt #0 0x4000af61 in _dl_debug_state () at dl-debug.c:56 #1 0x40184136 in _dl_close (map=0x80a84d8) at dl-close.c:195 #2 0x40183d50 in _dl_open (file=0x80a36c0 "/etc/httpd/modules/libphp4.so", mode=258, caller=0x0) at dl-open.c:250 #3 0x400a13d3 in dlopen_doit (a=0xbfffd964) at dlopen.c:41 #4 0x4000ac7b in _dl_catch_error (errstring=0x400a3080, operate=0x400a13a8 dlopen_doit, args=0xbfffd964) at dl-error.c:141 #5 0x400a18b9 in _dlerror_run (operate=0x400a13a8 dlopen_doit, args=0xbfffd964) at dlerror.c:125 #6 0x400a1393 in __dlopen_check ( file=0x80a36c0 "/etc/httpd/modules/libphp4.so", mode=258) at dlopen.c:53 #7 0x8067911 in ap_os_dso_load () #8 0x80501ba in ap_get_server_built () #9 0x80544e4 in ap_clear_module_list () #10 0x8054adc in ap_handle_command () #11 0x8054b28 in ap_srm_command_loop () #12 0x8054e97 in ap_process_resource_config () #13 0x8055514 in ap_read_config () #14 0x805cc9b in main () #15 0x400bd9cb in __libc_start_main (main=0x805cac0 main, argc=2, argv=0xbba4, init=0x804f750 _init, fini=0x807cf3c _fini, rtld_fini=0x4000aea0 _dl_fini, stack_end=0xbb9c) at ../sysdeps/generic/libc-start.c:92 (gdb) Also I discover that running httpsd directly (as opposed to the init.d script) does indeed reveal an error message. I had ealier suspected my problems might be related to ssl support since that had changed in 4.04p1. I've tried building --with-openssl but this fails with the error OpenSSL must be 0.9.6 or greater. I got hold of a Mandrake rpm for openssl 0.9.6. I am running RH but the package appeared to install ok and #openssl version reports: OpenSSL 0.9.6 but no dice one the build. I will look at the configure file and see how it detects openssl. [root@ssl php-4.0.4pl1]# /usr/sbin/httpsd Syntax error on line 190 of /etc/httpd/conf/httpsd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: SSL_CTX_set_tmp_rsa_callback One more thing. I got hold of php-4.03 (thanks Shane Chen). Same problem: undefined symbol: SSL_CTX_set_tmp_rsa_callback Previous Comments: --- [2001-03-19 19:13:22] [EMAIL PROTECTED] 1. delete config.cache 2. add --enable-debug into your configure line 3. after configure: 'make clean ; make ; make install' 4. then try generating gdb backtrace: # gdb /path/to/httpsd (gdb) run -X And then (if) it crashes: (gdb) bt and copy/paste the output into this bug report using the web interface. --Jani --- [2001-03-19 19:06:36] [EMAIL PROTECTED] I am trying to upgrade from php-4.02 and have this problem. Below are the specs on my system. It works find with 4.02, but when I use the exact same procedure to build-4.04p1 the following happens. ./configure, make and make install on php complete without errors. httpsd starts and immediately dies with no error messages and nothing has been found in any logs. When I say it starts and dies I mean: ./httpsd start gives an OK but ps -aux|grep ht shows no httpd processes running no matter how fast I type but ./httpsd start;ps -aux|grep ht shows 10 httpd processes, but will have dies before they can be tested again. The only variable would seem to be the difference between 4.02 and 4.04p1. After a careful look at the requirements and dependency I can't fine the cause. Unfotunately php.net doesn't seem to make earlier versions so I can't same how matters stand on 4.03 (Does anybody have this?). The system is running Red Hat 6.2 with updates linux kernel 2.2.17-14smp Apache is RH secure server 3.1.2 glibc 2.1.3-22 The php configure command line use for both 4.02 and 4.04p1 is: ./configure --with-apxs --with-kerberos=/usr/kerberos/ --with-imap --with-mysql --with-ldap --- Full Bug description available at: http://bugs.php.net/?id=9850 -- 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]
Re: [PHP-DEV] Extension help mailing list???
MB If there is, I couldn't find it either. The docs are at http://www.zend.com/apidoc/ -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- 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] RE: PHP 4.0 Bug #9627 Updated: PHP.INI cannot read new values
I check it many times. It looks like PHP writes this info into system and then reads from there. I could fix it only by rebuilding system Moisey Oysgelt [EMAIL PROTECTED] -Original Message- From:php-dev [mailto:[EMAIL PROTECTED]] Sent:Tuesday, March 20, 2001 2:20 AM To: moisey.g.oysgelt Cc: php-dev Subject: PHP 4.0 Bug #9627 Updated: PHP.INI cannot read new values ID: 9627 Updated by: sbergmann Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Install and Config Assigned To: Comments: Can't reprodude with PHP 4.0.4pl1 and PHP 4.0.5-dev on Win2K. Are you sure you're editing the php.ini shown in your phpinfo() output and not a copy in some other directory? Previous Comments: -- - [2001-03-08 11:45:10] [EMAIL PROTECTED] java Directive Local Value Master Value java.class.path D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jreb in;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBui lder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclass es111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jreb in;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBui lder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclass es111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses java.home c:jdk1.2.2 c:jdk1.2.2 java.library c:jdk1.2.2jrebinclassicjvm.dll c:jdk1.2.2jrebinclassicjvm.dll java.library.path D:php4extensionsphp_java.jar; D:php4extensionsphp_java.jar; And in PHP.INI ;[Java] ;java.class.path = "D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jre bin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBu ilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclas ses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses" ;java.home = c:jdk1.2.2 ;java.library = "D:php4extensionsphp_java.jar;c:jdk1.2.2jrebinclassicjvm.dll;" ;java.library.path = "D:php4extensionsphp_java.jar;" I deleted this entry completely but PHPINFO can see it, Rebouut dit not help -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9627edit=2 File: PHP 4.0 Bug #9627 Updated_ PHP.TXT -- 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 #9825 Updated: COM with Seagate Crystal Reports
ID: 9825 Updated by: phanto Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related Assigned To: Comments: can you provide a short code snippet, i can't reproduce this. Previous Comments: --- [2001-03-18 17:45:22] [EMAIL PROTECTED] Invoking OpenReport method of CRPE.Application COM Object produces crash. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9825edit=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 #9281 Updated: Using a dll
ID: 9281
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To:
Comments:
no feedback
Previous Comments:
---
[2001-02-15 13:26:34] [EMAIL PROTECTED]
user reply:
-
this is a custom object.
The problem i have is i programmed a web site in Jscript that uses this dll, then i'm
trying to program this site in PHP and i don't know why i have this errors. Can you
help me, maybe exists a function to retrieve all the object properties or methods??
-
first:
please use the bugtracking system and don't reply directly to the notification email.
could you send me a code snippet how you have done this using JScript ? I think it's
impossible to use the object without having an IDispatch interface of it.
harald
---
[2001-02-15 12:44:00] [EMAIL PROTECTED]
what kind of object is Cat ?
if it is another IDispatch interface all should work fine.
if it is a custom object php doesn't know the object structure, so how should it
determine the address to call when you do your method calls.
harald.
---
[2001-02-15 10:29:59] [EMAIL PROTECTED]
Hello, i'm using a dll that have this structure
Class(Process)
Object(CAT)
void(Filter)
i'm doing this
$pro=new COM("ENGINE.Process");
it works, and when i print the properties it is ok too, but when i do this
$pro-Cat.Filter(XX);
it gives me a error that says that the memory cant be "read" ? i dont know why?!
i tried this too
$pro-Cat-Filter(XXX);
and this
$cat=$pro-Cat // to catch the object returned but it falis too..
What can i do, many thanks
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9281edit=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]
Re: [PHP-DEV] Extension help
On Tue, Mar 20, 2001 at 06:48:39PM +0200, Stanislav Malyshev wrote: BM is there full documentation of the Zend API - i found the stuff BM on the zend website to be useful, but didn't cover everything. Well, that's the most full one that exists. Eventually, it should be extended to cover the most, but before it happnes, you have the code and the PHP-DEV... yeah, think once i get my extension finally working I may write a tutorial on creating something more advanced than running ext_skel and adding a function - eg, defining a class, using objects etc.. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- 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] -- http://www.theshining.org -- 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 #9876: OCIPLogon flaky after restart Oracle
From: [EMAIL PROTECTED] Operating system: Redhat 6.1 Linux PHP version: 4.0.4pl1 PHP Bug Type: OCI8 related Bug description: OCIPLogon flaky after restart Oracle ./configure' '--prefix=/var/php' '--with-config-file-path=/var/php' '--enable-track-vars' '--enable-sigchild' '--with-apache=../apache_1.3.14' '--with-ftp' '--with-xml' '--with-mcrypt=/var/libmcrypt' '--with-pgsql=/var/postgresql' '--with-oci8=/u01/app/oracle/product/8.1.6' '--with-mysql=/var/mysql' When using OCIPLogon for persistent connections, I'm noticing that after restarting Oracle, that my PHP application starts getting Oracle errors(ORA-03113 and ORA-03114). This can be fixed by restarting the webserver after restarting Oracle. I also notice that changing my Oracle connections from OCIPLogon to OCILogon fixes the problem - after making that change I get no errors after restarting Oracle, and I *don't* have to restart the webserver. The OCI8 interface must have a bug, right? I shouldn't have to restart the webserver after restarting Oracle just because I'm using persistent connections, should I? -- Edit Bug report at: http://bugs.php.net/?id=9876edit=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]
RE: [PHP-DEV] PHP 4.0 Bug #9876: OCIPLogon flaky after restart Oracle
I wouldn't exactly say the OCI interface has a bug. This is pretty
common behavior for
oracle drivers ( JDBC/ODBC drivers tend to do the same thing ). That's not
to say that is
an ideal situation ( It's nice to not have to bounce a server-farm when the
database goes
away ).
As I understand the driver ( and it's limited at this point ), OCIPLogon
returns back an
oracle connection from a pool ( a straight zend_hash_find in
oci_open_session ). It dosn't check to make sure that it is an active
connection
( which would require a round-trip to the database engine which would be
unnecessary the majority of the time ). The OCILogon gets around this by
opening a new
connection with the database each time ( which is considerably more
expensive ).
I don't have a great answer, but what you could/should do is to close the
session when you
receive a Oracle error of 03113 ( end of file on communcation channel ) or
03114 ( not connected
to oracle ) is to close the persistant connection. That will free the PHP
cached connection.
The code would be something like ( and I havent tested this ). Using
this would keep the
error from happening more than once.
function OCIExecuteWrapper($id,$stmt,$mode) {
@OCIExecute($stmt,$mode);
$err = OCIError($stmt);
if(($err != false ($err['code'] == 03113 || $err['code'] ==
03114)) {
trigger_error("Oracle Error: ". $err['code'] .
$err['message']);
OCILogoff($id);
}
return $err
}
The problem with pushing this kind of check into the OCI layer would be
that, if a connection
is lost your statements would be lost and need to be re-established (
including all bind variables ).
I don't see how this could be done automatically.
However, it does seem that automatically throwing away a know unconnected
session would be a pretty
interesting idea.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 20, 2001 9:56 AM
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] PHP 4.0 Bug #9876: OCIPLogon flaky after restart
Oracle
From: [EMAIL PROTECTED]
Operating system: Redhat 6.1 Linux
PHP version: 4.0.4pl1
PHP Bug Type: OCI8 related
Bug description: OCIPLogon flaky after restart Oracle
./configure' '--prefix=/var/php' '--with-config-file-path=/var/php'
'--enable-track-vars'
'--enable-sigchild'
'--with-apache=../apache_1.3.14' '--with-ftp' '--with-xml'
'--with-mcrypt=/var/libmcrypt'
'--with-pgsql=/var/postgresql'
'--with-oci8=/u01/app/oracle/product/8.1.6' '--with-mysql=/var/mysql'
When using OCIPLogon for persistent connections, I'm noticing that after
restarting Oracle, that my PHP application starts getting Oracle
errors(ORA-03113 and ORA-03114). This can be fixed by restarting the
webserver after restarting Oracle. I also notice that changing my Oracle
connections from OCIPLogon to OCILogon fixes the problem - after making that
change I get no errors after restarting Oracle, and I *don't* have to
restart the webserver.
The OCI8 interface must have a bug, right? I shouldn't have to restart the
webserver after restarting Oracle just because I'm using persistent
connections, should I?
--
Edit Bug report at: http://bugs.php.net/?id=9876edit=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 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]
Re: [PHP-CVS] cvs: php4 /ext/domxml php_domxml.c php_domxml.h
Uwe Steinmann wrote: steinm Tue Mar 20 07:01:14 2001 EDT Modified files: /php4/ext/domxmlphp_domxml.c php_domxml.h Log: - complete rewrite of domxml module. It is now mostly conform to DOM Level 2 though some classes and methods are still missing The rewrite compiles and runs okay on Win32, but produces a lot of warnings with MS Visual C++ 6: php_domxml.c D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(655) : warning C4013: 'xmlMalloc' undefiniert; Annahme: extern mit Rueckgabetyp int D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(971) : warning C4101: 'first' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1176) : warning C4101: 'ret' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1196) : warning C4101: 'ret' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1263) : warning C4101: 'tmp' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1265) : warning C4101: 'docp' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1300) : warning C4101: 'last' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1299) : warning C4101: 'tmp' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1301) : warning C4101: 'ret' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1396) : warning C4101: 'tmp' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1418) : warning C4101: 'tmp' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1452) : warning C4101: 'tmp' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1482) : warning C4101: 'tmp' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1534) : warning C4101: 'arg1' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1536) : warning C4101: 'value' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1534) : warning C4101: 'tmp' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1607) : warning C4101: 'value' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1674) : warning C4101: 'value' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1715) : warning C4101: 'arg' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1737) : warning C4101: 'node' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1736) : warning C4101: 'rv' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1736) : warning C4101: 'arg' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1739) : warning C4101: 'ret' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1895) : warning C4133: '=' : Inkompatible Typen - von 'struct _xmlAttr *' zu 'struct _xmlNode *' D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(1965) : warning C4101: 'tmp' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(2057) : warning C4101: 'tmp' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(2082) : warning C4101: 'content' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(2197) : warning C4090: 'function' : Unterschiedliche 'const'-Bezeichner D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(2197) : warning C4024: 'add_property_string_ex' : Unterschiedliche Typen fuer formalen und uebergebenen Parameter 4 D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(2198) : warning C4133: 'function' : Inkompatible Typen - von 'struct _xmlAttr *' zu 'struct _xmlNode *' D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(2170) : warning C4101: 'children' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(2191) : warning C4101: 'n' : Unreferenzierte lokale Variable D:\Programme\MS Visual Studio\Projekte\php\php4\ext\domxml\php_domxml.c(2229) : warning C4101:
[PHP-DEV] PHP 4.0 Bug #9400 Updated: Duplicate symbol with GD
ID: 9400 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Sockets related Description: Duplicate symbol with GD Hi Jani, 1/ Yes I compile my self Apache because I found only HPUX 11 binary (and because, in security point of view, it's safter). 2/ I compile successfully PHP on my machine but using staticaly compiled module into apache. I found the cause of my last problem : it's because hstrerror() doesn't exist under HP-UX. So i only use strerror() into socket.c and now all compile OK. I will now try to recompile the whole stuff as dymamicaly loaded module (because php takes a very very long time to compile on my old workstation and it will be a mess at every apache or PHP new release if I still use a static module). 3/ I'm trying also to compile PHP on my own SPARC workstation at home and socket.c doesn't compile also under Solaris 7. It's again because of a mishandling of header. Is it usefull for you to have my patch for solaris ? Bye Laurent Previous Comments: --- [2001-03-09 13:19:43] [EMAIL PROTECTED] Okay, could you try configuring PHP without the socket support? ie. leave --enable-sockets out of your configure line. Remember to delete config.cache before reconfiguring! And do 'make clean' after configure. The sockets extension is considered EXPERIMENTAL at the moment (as you can see, it doesn't compile right in every system.. :) so I would first like to see that PHP works for you WITHOUT it. And did you compile Apache yourself? --Jani --- [2001-03-09 09:51:52] [EMAIL PROTECTED] Hi Jani, I download the file and then 1/ When I compile with the orginal source code : $ gmake datas/depot/php4-200103090345/Zend -I/datas/depot/php4-200103090345/ext/xml/expat/xmltok -I/datas/depot/php4-200 103090345/ext/xml/expat/xmlparse -I/datas/depot/php4-200103090345/TSRM -DHPUX10 -DUSE_HSREGEX -DUSE_EXPAT -DSUPP ORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c sockets.c In file included from /usr/include/netdb.h:71, from sockets.c:44: /usr/include/netinet/in.h:96: conflicting types for `u_int' /usr/include/sys/types.h:281: previous declaration of `u_int' sockets.c: In function `php_if_strerror': sockets.c:1088: warning: assignment makes pointer from integer without a cast gmake[3]: *** [sockets.lo] Error 1 gmake[3]: Leaving directory `/datas/depot/php4-200103090345/ext/sockets' ... 2/ After adding #define _IN_ADDR_T into sockets.c gmake[3]: Entering directory `/datas/depot/php4-200103090345/ext/sockets' /bin/sh /datas/depot/php4-200103090345/libtool --silent --mode=compile gcc -I. -I/datas/depot/php4-200103090345/ ext/sockets -I/datas/depot/php4-200103090345/main -I/datas/depot/php4-200103090345 -I/usr/local/apache/include -I /datas/depot/php4-200103090345/Zend -I/datas/depot/php4-200103090345/ext/xml/expat/xmltok -I/datas/depot/php4-200 103090345/ext/xml/expat/xmlparse -I/datas/depot/php4-200103090345/TSRM -DHPUX10 -DUSE_HSREGEX -DUSE_EXPAT -DSUPP ORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c sockets.c sockets.c: In function `php_if_strerror': sockets.c:1090: warning: assignment makes pointer from integer without a cast ... and the compile finishes successfully. 3/ $ gmake install ... gmake[1]: Entering directory `/datas/depot/php4-200103090345' /usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.sl apxs:Error: file libs/libphp4.sl is not a DSO gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/datas/depot/php4-200103090345' gmake: *** [install-recursive] Error 1 4/ cp libs/libphp4.sl /usr/local/apache/libexec/libphp4.so [root]/usr/local/apache $bin/apachectl configtest /usr/lib/dld.sl: Unresolved symbol: hstrerror (code) from /usr/local/apache/libexec/libphp4.sl Syntax error on line 207 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.sl into server: No such file or directory So, it's the same symptoms than with the previous release :-( Bye Laurent PS: I'm in holiday next week :-) --- [2001-03-09 06:21:57] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ and this time DO NOT tamper with the sources by yourself.. --Jani --- [2001-03-09 05:33:00] [EMAIL PROTECTED] Hi Jani, unfortunatly, it doesn't work :-( [root]/usr/local/apache/bin $apachectl configtest /usr/lib/dld.sl: Unresolved symbol: SUN_LEN (code) from /usr/local/apache/libexec/libphp4.sl /usr/lib/dld.sl: Unresolved symbol: hstrerror (code) from /usr/local/apache/libexec/libphp4.sl Syntax error on line 207 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.sl into
[PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi
On Tue, 20 Mar 2001, Andi Gutmans wrote: andi Tue Mar 20 10:13:21 2001 EDT Added files: (Branch: PHP_4_0_5) /php4/sapi/fastcgiCREDITS Makefile.in README.FastCGI config.m4 fastcgi.c php.sym php_fastcgi.h Log: - MFH erhm, I thought that during the Release Process no new things were being added Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands - -- 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] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi
At 08:32 PM 3/20/2001 +0100, Derick Rethans wrote: On Tue, 20 Mar 2001, Andi Gutmans wrote: andi Tue Mar 20 10:13:21 2001 EDT Added files: (Branch: PHP_4_0_5) /php4/sapi/fastcgiCREDITS Makefile.in README.FastCGI config.m4 fastcgi.c php.sym php_fastcgi.h Log: - MFH erhm, I thought that during the Release Process no new things were being added The SAPI extension was never used by anyone before so there's no harm in adding it (this is not changing/patching existing functionality). It does make two changes to two build files but I took a very close look at them and it doesn't seem like they can cause us problems. Andi -- 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 #9850 Updated: Apache dies
ID: 9850 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: Apache dies added --imap-ssl to the configure. That got rid of undefined symbol: SSL_CTX_set_tmp_rsa_callback but not the orginal problem. It still dies. New build (after rm config.cache , make clean) for a minimum php to debug ./configure --with-apxs --enable-debug curiously configure is still including mysql support anyway?? but this build does seem to stick (httpsd keeps running) Previous Comments: --- [2001-03-20 11:39:39] [EMAIL PROTECTED] After rebuilding with debugging support as you suggested, I got the following output: This GDB was configured as "i386-redhat-linux"... (no debugging symbols found)... (gdb) run -X Starting program: /usr/sbin/httpsd -X Cannot access memory at address 0x40701af4 (gdb) And this is the backtrace: (gdb) bt #0 0x4000af61 in _dl_debug_state () at dl-debug.c:56 #1 0x40184136 in _dl_close (map=0x80a84d8) at dl-close.c:195 #2 0x40183d50 in _dl_open (file=0x80a36c0 "/etc/httpd/modules/libphp4.so", mode=258, caller=0x0) at dl-open.c:250 #3 0x400a13d3 in dlopen_doit (a=0xbfffd964) at dlopen.c:41 #4 0x4000ac7b in _dl_catch_error (errstring=0x400a3080, operate=0x400a13a8 dlopen_doit, args=0xbfffd964) at dl-error.c:141 #5 0x400a18b9 in _dlerror_run (operate=0x400a13a8 dlopen_doit, args=0xbfffd964) at dlerror.c:125 #6 0x400a1393 in __dlopen_check ( file=0x80a36c0 "/etc/httpd/modules/libphp4.so", mode=258) at dlopen.c:53 #7 0x8067911 in ap_os_dso_load () #8 0x80501ba in ap_get_server_built () #9 0x80544e4 in ap_clear_module_list () #10 0x8054adc in ap_handle_command () #11 0x8054b28 in ap_srm_command_loop () #12 0x8054e97 in ap_process_resource_config () #13 0x8055514 in ap_read_config () #14 0x805cc9b in main () #15 0x400bd9cb in __libc_start_main (main=0x805cac0 main, argc=2, argv=0xbba4, init=0x804f750 _init, fini=0x807cf3c _fini, rtld_fini=0x4000aea0 _dl_fini, stack_end=0xbb9c) at ../sysdeps/generic/libc-start.c:92 (gdb) Also I discover that running httpsd directly (as opposed to the init.d script) does indeed reveal an error message. I had ealier suspected my problems might be related to ssl support since that had changed in 4.04p1. I've tried building --with-openssl but this fails with the error OpenSSL must be 0.9.6 or greater. I got hold of a Mandrake rpm for openssl 0.9.6. I am running RH but the package appeared to install ok and #openssl version reports: OpenSSL 0.9.6 but no dice one the build. I will look at the configure file and see how it detects openssl. [root@ssl php-4.0.4pl1]# /usr/sbin/httpsd Syntax error on line 190 of /etc/httpd/conf/httpsd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: SSL_CTX_set_tmp_rsa_callback One more thing. I got hold of php-4.03 (thanks Shane Chen). Same problem: undefined symbol: SSL_CTX_set_tmp_rsa_callback --- [2001-03-19 19:13:22] [EMAIL PROTECTED] 1. delete config.cache 2. add --enable-debug into your configure line 3. after configure: 'make clean ; make ; make install' 4. then try generating gdb backtrace: # gdb /path/to/httpsd (gdb) run -X And then (if) it crashes: (gdb) bt and copy/paste the output into this bug report using the web interface. --Jani --- [2001-03-19 19:06:36] [EMAIL PROTECTED] I am trying to upgrade from php-4.02 and have this problem. Below are the specs on my system. It works find with 4.02, but when I use the exact same procedure to build-4.04p1 the following happens. ./configure, make and make install on php complete without errors. httpsd starts and immediately dies with no error messages and nothing has been found in any logs. When I say it starts and dies I mean: ./httpsd start gives an OK but ps -aux|grep ht shows no httpd processes running no matter how fast I type but ./httpsd start;ps -aux|grep ht shows 10 httpd processes, but will have dies before they can be tested again. The only variable would seem to be the difference between 4.02 and 4.04p1. After a careful look at the requirements and dependency I can't fine the cause. Unfotunately php.net doesn't seem to make earlier versions so I can't same how matters stand on 4.03 (Does anybody have this?). The system is running Red Hat 6.2 with updates linux kernel 2.2.17-14smp Apache is RH secure server 3.1.2 glibc 2.1.3-22 The php configure command line use for both 4.02 and 4.04p1 is: ./configure --with-apxs --with-kerberos=/usr/kerberos/ --with-imap --with-mysql --with-ldap
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi
At 07:41 PM 3/20/2001 +0100, Jani Taskinen wrote: On Tue, 20 Mar 2001, Andi Gutmans wrote: At 08:32 PM 3/20/2001 +0100, Derick Rethans wrote: On Tue, 20 Mar 2001, Andi Gutmans wrote: andi Tue Mar 20 10:13:21 2001 EDT Added files: (Branch: PHP_4_0_5) /php4/sapi/fastcgiCREDITS Makefile.in README.FastCGI config.m4 fastcgi.c php.sym php_fastcgi.h Log: - MFH erhm, I thought that during the Release Process no new things were being added The SAPI extension was never used by anyone before so there's no harm in adding it (this is not changing/patching existing functionality). It does make two changes to two build files but I took a very close look at them and it doesn't seem like they can cause us problems. Still, it's against the rules.. :) And the config.m4 for it isn't..hmm..optimized. Jani, I couldn't find any indication that this can break any of the other sapi builds so I don't think there's a problem with adding it. Adding it now will give it more visibility and more people will be able to test it especially Zeus users who are in great need of it. If the fastcgi sapi extension doesn't work well isn't important as long as it doesn't break anything else. Andi -- 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]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi
On Tue, 20 Mar 2001, Andi Gutmans wrote: I couldn't find any indication that this can break any of the other sapi builds so I don't think there's a problem with adding it. Okay. But still I find it very annoying that we don't follow the rules we have created. Just for the record. :) And I hope someone really tests this before release. (I know I won't :) --Jani -- 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]
Re: [PHP-DEV] Extension help
On Tue, 20 Mar 2001, Barry Mitchelson wrote:
ok, I have managed to add a member variable, but am having problems when i try to
retreive it using zend_find_hash
here's the code :
for the extension :
PHP_FUNCTION(create_object)
{
... other stuff
add_property_string(return_value,"foo","hello!",1);
... other stuff
}
PHP_FUNCTION(my_other_function)
{
zval **tmpString;
zval *obj;
obj = getThis();
zend_hash_find(obj-value.obj.properties,"foo",sizeof("foo"),(void**)tmpString);
convert_to_string_ex(tmpString);
zend_printf("foo = %s",tmpString);
}
Z_STRVAL_PP(tmpString)
in the zend_printf() statement.
that doesn't work :(
but in a php script it does :
?
$myObject = create_object();
echo $myObject-foo;
?
produces "hello!"
what am i doing wrong ?!
barry
On Mon, Mar 19, 2001 at 07:01:44PM -0500, Sterling Hughes wrote:
On Mon, 19 Mar 2001, Barry Mitchelson wrote:
hey,
I'm writing an extension which defines a class. In the constructor, I'd like to
create a member variable which I can then access with the other member functions in
my extension.
In php it would be like :
class foo
{
var $m_bar;
function foo()
{
$this-m_bar = 123;
}
function a()
{
return $this-m_bar;
}
}
look at adding it to the value.obj.properties of the class (its a
HashTable).
-Sterling
--
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 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 #9878: gmmktime is 1 hour off during standard time
From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version: 4.0.4pl1
PHP Bug Type: Date/time related
Bug description: gmmktime is 1 hour off during standard time
gmmktime is producing a timestamp 1 hour off when the timezone is standard time. If
you compare a
time() with gmmktime with current settings and a is_dst
value NULL, the results will be one hour off.
I used the following little script to prove this:
?
print ("PRE");
print ("Time function = ".time ());
print ("\n");
print ("gmmktime = ".gmmktime (18,25,0,3,20,2001));
print ("\n");
print ("mktime = ".mktime(12,25,0,3,20,2001));
print ("\n");
print (gmmktime(7,0,0,4,1,2001)." ".mktime(1,0,0,4,1,2001)."\n");
print (gmmktime(8,0,0,4,1,2001)." ".mktime(3,0,0,4,1,2001)."\n");
?
Currently, the US/Central timezone is -6 hours from GMT.
I believe the problem is in ext/standard/datetime.c, line
186. Judging from the code, "timezone" seems to be a negative seconds value from GMT,
probably of the standard timezone (TZ in standard). So if is_dst == 0, you don't want
to add anything more. I think the like should say:
gmadjust = -(is_dst ? timezone - 3600 : timezone );
And the comment about overcorrecting removed.
My test script works if this line is changed.
--
Edit Bug report at: http://bugs.php.net/?id=9878edit=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] PHP 4.0 Bug #9879: ISAPI Not handleing connections to MySQL correctly
From: [EMAIL PROTECTED]
Operating system: Win NT
PHP version: 4.0.4pl1
PHP Bug Type: MySQL related
Bug description: ISAPI Not handleing connections to MySQL correctly
When running php as an isapi filter, php connects and works properly, but does not
reuse persistant connections so that each page view results in many, many open
connections to MySQL server, which ulitmately results in errors because of too many
connections. We're connecting with code such as this:
$db_link = mysql_pconnect (DB_HOST, USERNAME, PASSWORD)
or die ("Could not connect to database");
Where DB_HOST, USERNAME, and PASSWORD are defined as constants. The php version is
4.4pl1, installed with the windows installer, using the php4isapa.dll from the zipfile.
--
Edit Bug report at: http://bugs.php.net/?id=9879edit=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]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi
At 07:57 PM 3/20/2001 +0100, Jani Taskinen wrote: On Tue, 20 Mar 2001, Andi Gutmans wrote: I couldn't find any indication that this can break any of the other sapi builds so I don't think there's a problem with adding it. Okay. But still I find it very annoying that we don't follow the rules we have created. Just for the record. :) And I hope someone really tests this before release. (I know I won't :) Well everyone testing RC2 will because what will be tested is not fastcgi but that nothing else broke due to the patch, and I pretty much went through the changes which can effect non-fastcgi users to make sure it's OK. Andi -- 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] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi
At 20:57 20/3/2001, Jani Taskinen wrote: On Tue, 20 Mar 2001, Andi Gutmans wrote: I couldn't find any indication that this can break any of the other sapi builds so I don't think there's a problem with adding it. Okay. But still I find it very annoying that we don't follow the rules we have created. Just for the record. :) Time for the 1st amendment? :) Zeev -- 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 #9880: Apache Core dumps when trying to execute. No compilation errors.
From: [EMAIL PROTECTED] Operating system: SunOS 5.7 Generic_106541-11 sun4u sparc SUNW,Ultra-Enterprise-1 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: Apache Core dumps when trying to execute. No compilation errors. GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.7"...(no debugging symbols found)... Core was generated by `/usr/local/apache/bin/httpd'. Program terminated with signal 11, Segmentation Fault. Reading symbols from /usr/lib/libpam.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpam.so.1 Reading symbols from /usr/lib/libdl.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libsched.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libsched.so.1 Reading symbols from /usr/lib/libgen.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/lib/libsocket.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libresolv.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libm.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/lib/libcrypt_i.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libcrypt_i.so.1 Reading symbols from /app/oracle/product/8.1.6/lib/libclntsh.so.8.0...(no debugging symbols found)...done. Loaded symbols for /app/oracle/product/8.1.6/lib/libclntsh.so.8.0 Reading symbols from /usr/lib/libc.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/lib/libmp.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /app/oracle/product/8.1.6/lib/libwtc8.so...(no debugging symbols found)...done. Loaded symbols for /app/oracle/product/8.1.6/lib/libwtc8.so Reading symbols from /usr/lib/libaio.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/platform/SUNW,Ultra-Enterprise-1/lib/libc_psr.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/platform/SUNW,Ultra-Enterprise-1/lib/libc_psr.so.1 Reading symbols from /usr/lib/nss_files.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/nss_files.so.1 #0 0xff0b6dec in strlen () from /usr/lib/libc.so.1 (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)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(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. 0xff0b6dec in strlen () from /usr/lib/libc.so.1 (gdb) bt #0 0xff0b6dec in strlen () from /usr/lib/libc.so.1 #1 0xb3be0 in zend_register_functions () #2 0xb402c in zend_register_internal_class () #3 0x44260 in php_minit_oci () #4 0xb3b18 in zend_startup_module () #5 0x2dbc4 in php_startup_extensions () #6 0x2ec64 in php_startup_internal_extensions () #7 0x2ded0 in php_module_startup () #8 0x2af8c in sapi_apache_send_headers () #9 0x2bfc0 in php_init_handler () #10 0x11bd10 in ap_init_modules () #11 0x12a5e4 in main () This is the output. When trying to execute "apachectl start" it immediately core dumps. Jason -- Edit Bug report at: http://bugs.php.net/?id=9880edit=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] PHP 4.0 Bug #9881: Varibles are not defined
From: [EMAIL PROTECTED]
Operating system: Win95
PHP version: 4.0.4pl1
PHP Bug Type: Variables related
Bug description: Varibles are not defined
?php
switch ($e) {
case "list";
// do this
break;
case "add";
// do that
break;
}
?
everytime i call the script without the varible "e" specified... they will return
"Warning: Undefined variable: e in e:somewheresomehow on line 14"
please help.
--
Edit Bug report at: http://bugs.php.net/?id=9881edit=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] PHP 4.0 Bug #9882: Problem with site
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: Problem with site I'm not sure if this will reach the right person, but I searched for docs on the while funciotn, and recieved the following warnings at the top of the page Warning: MySQL Connection Failed: Can't create a new thread (errno 11). If you are not out of available memory, you can consult the manual for a possible OS-dependent bug in /local/Web/sites/phpweb/include/shared-manual.inc on line 228 Warning: Supplied argument is not a valid MySQL-Link resource in /local/Web/sites/phpweb/include/shared-manual.inc on line 230 Warning: Cannot add header information - headers already sent by (output started at /local/Web/sites/phpweb/include/shared-manual.inc:228) in /local/Web/sites/phpweb/include/shared-manual.inc on line 238 Warning: Cannot add header information - headers already sent by (output started at /local/Web/sites/phpweb/include/shared-manual.inc:228) in layout.inc on line 181 Thought you might want to know. -- Edit Bug report at: http://bugs.php.net/?id=9882edit=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] PHP 4.0 Bug #9881 Updated: Varibles are not defined
ID: 9881
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Variables related
Assigned To:
Comments:
Read www.php.net/error_reporting please, this is not a bug
Previous Comments:
---
[2001-03-20 14:56:11] [EMAIL PROTECTED]
?php
switch ($e) {
case "list";
// do this
break;
case "add";
// do that
break;
}
?
everytime i call the script without the varible "e" specified... they will return
"Warning: Undefined variable: e in e:somewheresomehow on line 14"
please help.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9881edit=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 #9881 Updated: Varibles are not defined
ID: 9881
Updated by: torben
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Variables related
Assigned To:
Comments:
Well, define $e then. ;) Or put a '@' in front of it
to suppress the error. Or turn down the error_reporting().
Check the manual for more information on using the
language:
http://www.php.net/manual
And especially the section on error handling:
http://www.php.net/manual/en/features.error-handling.php
Previous Comments:
---
[2001-03-20 15:11:05] [EMAIL PROTECTED]
Read www.php.net/error_reporting please, this is not a bug
---
[2001-03-20 14:56:11] [EMAIL PROTECTED]
?php
switch ($e) {
case "list";
// do this
break;
case "add";
// do that
break;
}
?
everytime i call the script without the varible "e" specified... they will return
"Warning: Undefined variable: e in e:somewheresomehow on line 14"
please help.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9881edit=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 #9881 Updated: Varibles are not defined
ID: 9881
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Variables related
Assigned To:
Comments:
because you are using $e in the switch statement
although it has never been given a value before
if this annoies you turn of E_NOTICE warning level
or wrap your switch into
if(isset($e)) {
...
}
Previous Comments:
---
[2001-03-20 15:12:08] [EMAIL PROTECTED]
Well, define $e then. ;) Or put a '@' in front of it
to suppress the error. Or turn down the error_reporting().
Check the manual for more information on using the
language:
http://www.php.net/manual
And especially the section on error handling:
http://www.php.net/manual/en/features.error-handling.php
---
[2001-03-20 15:11:05] [EMAIL PROTECTED]
Read www.php.net/error_reporting please, this is not a bug
---
[2001-03-20 14:56:11] [EMAIL PROTECTED]
?php
switch ($e) {
case "list";
// do this
break;
case "add";
// do that
break;
}
?
everytime i call the script without the varible "e" specified... they will return
"Warning: Undefined variable: e in e:somewheresomehow on line 14"
please help.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9881edit=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 #9882 Updated: Problem with site
ID: 9882 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Unknown/Other Function Assigned To: Comments: thats what webmaster@... adresses are good for Previous Comments: --- [2001-03-20 14:58:18] [EMAIL PROTECTED] I'm not sure if this will reach the right person, but I searched for docs on the while funciotn, and recieved the following warnings at the top of the page Warning: MySQL Connection Failed: Can't create a new thread (errno 11). If you are not out of available memory, you can consult the manual for a possible OS-dependent bug in /local/Web/sites/phpweb/include/shared-manual.inc on line 228 Warning: Supplied argument is not a valid MySQL-Link resource in /local/Web/sites/phpweb/include/shared-manual.inc on line 230 Warning: Cannot add header information - headers already sent by (output started at /local/Web/sites/phpweb/include/shared-manual.inc:228) in /local/Web/sites/phpweb/include/shared-manual.inc on line 238 Warning: Cannot add header information - headers already sent by (output started at /local/Web/sites/phpweb/include/shared-manual.inc:228) in layout.inc on line 181 Thought you might want to know. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9882edit=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 #8646 Updated: rand() or getrandmax() is broken
ID: 8646
Updated by: ohrn
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Math related
Assigned To:
Comments:
The proposed fix looks ok. Applied to CVS.
Previous Comments:
---
[2001-01-10 20:52:24] [EMAIL PROTECTED]
I'm in the middle of porting a php-3.0.16 website to php-4.0.4, and have
run into a minor snafu. There seems to be a difference between what rand() can use,
and what getrandmax() reports. The difference seems to lie in one
function using RAND_MAX and the other using PHP_RAND_MAX.
In php_rand.h the #if HAVE_LRAND48 is satisfied, therefore PHP_RAND_MAX gets set to
2147483647, instead of the system default of
32767 set in /usr/include/stdlib.h. I notice in php-3.0.16 the PHP_RAND_MAX value of
2147483647 is the one that gets used across the board. Would it cause instability to
substitute PHP_RAND_MAX for RAND_MAX on line 246 of ext/standard/rand.c?
Details:
When I do:
$randnum = rand(1,9);
It produces the following result:
bWarning/b: rand(): Invalid range: 1..9 in
b/WWW/www.space.com/docs/header.php3/b on line b537/bbr
A call to getrandmax(); produces the result of 2147483647
line 246 of ext/standard/rand.c uses RAND_MAX
}else if ((*p_max)-value.lval-(*p_min)-value.lval RA
ND_MAX){
line 346 of ext/standard/rand.c uses PHP_RAND_MAX
return_value-value.lval = PHP_RAND_MAX;
Thanks,
Dave
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8646edit=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 #9850 Updated: Apache dies
ID: 9850 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: Apache dies I am able to build a php-4.04p1 that works if I leave out imap support. Also imap support doesn't build properly without kerberos and imap-ssl support. Previous Comments: --- [2001-03-20 13:38:36] [EMAIL PROTECTED] added --imap-ssl to the configure. That got rid of undefined symbol: SSL_CTX_set_tmp_rsa_callback but not the orginal problem. It still dies. New build (after rm config.cache , make clean) for a minimum php to debug ./configure --with-apxs --enable-debug curiously configure is still including mysql support anyway?? but this build does seem to stick (httpsd keeps running) --- [2001-03-20 11:39:39] [EMAIL PROTECTED] After rebuilding with debugging support as you suggested, I got the following output: This GDB was configured as "i386-redhat-linux"... (no debugging symbols found)... (gdb) run -X Starting program: /usr/sbin/httpsd -X Cannot access memory at address 0x40701af4 (gdb) And this is the backtrace: (gdb) bt #0 0x4000af61 in _dl_debug_state () at dl-debug.c:56 #1 0x40184136 in _dl_close (map=0x80a84d8) at dl-close.c:195 #2 0x40183d50 in _dl_open (file=0x80a36c0 "/etc/httpd/modules/libphp4.so", mode=258, caller=0x0) at dl-open.c:250 #3 0x400a13d3 in dlopen_doit (a=0xbfffd964) at dlopen.c:41 #4 0x4000ac7b in _dl_catch_error (errstring=0x400a3080, operate=0x400a13a8 dlopen_doit, args=0xbfffd964) at dl-error.c:141 #5 0x400a18b9 in _dlerror_run (operate=0x400a13a8 dlopen_doit, args=0xbfffd964) at dlerror.c:125 #6 0x400a1393 in __dlopen_check ( file=0x80a36c0 "/etc/httpd/modules/libphp4.so", mode=258) at dlopen.c:53 #7 0x8067911 in ap_os_dso_load () #8 0x80501ba in ap_get_server_built () #9 0x80544e4 in ap_clear_module_list () #10 0x8054adc in ap_handle_command () #11 0x8054b28 in ap_srm_command_loop () #12 0x8054e97 in ap_process_resource_config () #13 0x8055514 in ap_read_config () #14 0x805cc9b in main () #15 0x400bd9cb in __libc_start_main (main=0x805cac0 main, argc=2, argv=0xbba4, init=0x804f750 _init, fini=0x807cf3c _fini, rtld_fini=0x4000aea0 _dl_fini, stack_end=0xbb9c) at ../sysdeps/generic/libc-start.c:92 (gdb) Also I discover that running httpsd directly (as opposed to the init.d script) does indeed reveal an error message. I had ealier suspected my problems might be related to ssl support since that had changed in 4.04p1. I've tried building --with-openssl but this fails with the error OpenSSL must be 0.9.6 or greater. I got hold of a Mandrake rpm for openssl 0.9.6. I am running RH but the package appeared to install ok and #openssl version reports: OpenSSL 0.9.6 but no dice one the build. I will look at the configure file and see how it detects openssl. [root@ssl php-4.0.4pl1]# /usr/sbin/httpsd Syntax error on line 190 of /etc/httpd/conf/httpsd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: SSL_CTX_set_tmp_rsa_callback One more thing. I got hold of php-4.03 (thanks Shane Chen). Same problem: undefined symbol: SSL_CTX_set_tmp_rsa_callback --- [2001-03-19 19:13:22] [EMAIL PROTECTED] 1. delete config.cache 2. add --enable-debug into your configure line 3. after configure: 'make clean ; make ; make install' 4. then try generating gdb backtrace: # gdb /path/to/httpsd (gdb) run -X And then (if) it crashes: (gdb) bt and copy/paste the output into this bug report using the web interface. --Jani --- [2001-03-19 19:06:36] [EMAIL PROTECTED] I am trying to upgrade from php-4.02 and have this problem. Below are the specs on my system. It works find with 4.02, but when I use the exact same procedure to build-4.04p1 the following happens. ./configure, make and make install on php complete without errors. httpsd starts and immediately dies with no error messages and nothing has been found in any logs. When I say it starts and dies I mean: ./httpsd start gives an OK but ps -aux|grep ht shows no httpd processes running no matter how fast I type but ./httpsd start;ps -aux|grep ht shows 10 httpd processes, but will have dies before they can be tested again. The only variable would seem to be the difference between 4.02 and 4.04p1. After a careful look at the requirements and dependency I can't fine the cause. Unfotunately php.net doesn't seem to make earlier versions so I can't same how matters stand on 4.03 (Does anybody have this?). The system is running Red Hat 6.2 with updates linux kernel 2.2.17-14smp Apache is RH secure server
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi
It's an inherent 'feature' of opensource projects, which has its advantages and disadvantages. One of the good things about OSS is the relatively short 'time to market'. The price is that you have to be willing to accept buglets. The trick is to find the right mixture between time to market and the risk of instability. In my humble opinion (humility is a virtue), new modules are fine to add while in the release process, as long as there's at least one RC after them, to ensure they don't mess up the build or anything trivial like that. It takes 2-3 months between each and every release, and it'd be a shame for the new module author to receive wide exposure and feedback for his new code. In my opinion, the CVS rules should be changed to reflect that, just to make Jani happy, or we'd stay outlaws in his mind forever :) Zeev At 23:21 20/3/2001, Sascha Schumann wrote: The SAPI extension was never used by anyone before so there's no harm in adding it (this is not changing/patching existing functionality). It does make two changes to two build files but I took a very close look at them and it doesn't seem like they can cause us problems. Regardless of how simple a change may look, it can cause problems. IMNSHO, only well-tested changes for critical bugs should be applied to a release branch ever, otherwise we will never get rid of patchlevel releases. Our continous need for those point to a quite embarrasing problem in our release process which we finally need to overcome. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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 #8883 Updated: explode() and empty strings
ID: 8883
Updated by: ohrn
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Arrays related
Assigned To:
Comments:
count(explode(",","foo")) == 1
(Short enough?)
Previous Comments:
---
[2001-01-24 08:45:04] [EMAIL PROTECTED]
count(explode(",","")) == 1
(Shortest bugdescription in the world, eh? :-))
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8883edit=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]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5) /sapi/fastcgi
The SAPI extension was never used by anyone before so there's no harm in adding it (this is not changing/patching existing functionality). It does make two changes to two build files but I took a very close look at them and it doesn't seem like they can cause us problems. Regardless of how simple a change may look, it can cause problems. IMNSHO, only well-tested changes for critical bugs should be applied to a release branch ever, otherwise we will never get rid of patchlevel releases. Our continous need for those point to a quite embarrasing problem in our release process which we finally need to overcome. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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] RE: PHP 4.0 Bug #9636 Updated: error message
Thanks. I was able to configure and install, however I get the message from Netscape browser, "Document contains no data," and from IE, "The page cannot be displayed" when trying test.php. I followed the directions for editing mime.types and obj.conf. Is there any more documentation referencing Netscape Enterprise servers? -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 08, 2001 7:10 PM To: [EMAIL PROTECTED] Subject: PHP 4.0 Bug #9636 Updated: error message ID: 9636 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Assigned To: Comments: Please try the latest CVS snapshot from http://snaps.php.net/ --Jani Previous Comments: --- [2001-03-08 15:03:06] [EMAIL PROTECTED] For Netscape Enterprise Server configuration: After installing all the necessary packages and running "./configure --with-mysql=/usr/local/mysql --with-nsapi= /opt/netscape/suitespot --enable-track-vars --enable-libgcc" When attempting to run "make" I get the following: # make Making all in Zend Making all in Zend /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE _ORDER=21 -I../TSRM -g -O2 -pthreads -c zend_language_scanner_cc.cc In file included from zend_language_scanner_cc.cc:2571: zend_operators.h: In function `int is_numeric_string(char *, int, long int *, do uble *)': zend_operators.h:84: implicit declaration of function `int finite(...)' make[1]: *** [zend_language_scanner_cc.lo] Error 1 make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend' make: *** [all-recursive] Error 1 # Running gcc-2.95_2 Thanks, Bob Smith Computer Systems Administrator East Carolina University [EMAIL PROTECTED] (252) 328-0421 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9636edit=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 #9748 Updated: wrong behavior of is_dir() and is_file() on a dir-link
ID: 9748 Updated by: ohrn Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: *Directory/Filesystem functions Assigned To: Comments: What do you mean with directory link? A Windows "shortcut" to a directory? Previous Comments: --- [2001-03-14 11:11:38] [EMAIL PROTECTED] on a directory link, is_dir() returns false while is_file() returns true. i don't think this is the desired behavior, is it? i see that ppl are confused here also http://www.php.net/manual/en/function.is-dir.php http://www.php.net/manual/en/function.is-file.php --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9748edit=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 #9718 Updated: Memory leak when passing String values into methods through COM
ID: 9718
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To:
Comments:
could you try again with the latest cvs version. i've rewritten a lot.
harald
Previous Comments:
---
[2001-03-14 16:58:32] [EMAIL PROTECTED]
On that note, changing code to below also leaks memory.
Variables html_example_test01, etc are declared as public static variables in the COM
component.
Methods set_html_example_test01() etc set the static variables to the string values
passed through the argument.
? Code block sets all public static variables
$gbl_obj-set_html_example_test01("Test string #01.");
$gbl_obj-set_html_example_test02("Test string #02.");
$gbl_obj-set_html_example_test03("Test string #03.");
$gbl_obj-set_html_example_test04("Test string #04.");
$gbl_obj-set_html_example_test05("Test string #05.");
$gbl_obj-set_html_example_test06("Test string #06.");
$gbl_obj-set_html_example_test07("Test string #07.");
$gbl_obj-set_html_example_test08("Test string #08.");
$gbl_obj-set_html_example_test09("Test string #09.");
$gbl_obj-set_html_example_test10("Test string #10.");
$gbl_obj-set_html_example_test11("Test string #11.");
$gbl_obj-set_html_example_test12("Test string #12.");
$gbl_obj-set_html_example_test13("Test string #13.");
$gbl_obj-set_html_example_test14("Test string #14.");
$gbl_obj-set_html_example_test15("Test string #15.");
$gbl_obj-set_html_example_test16("Test string #16.");
$gbl_obj-set_html_example_test17("Test string #17.");
$gbl_obj-set_html_example_test18("Test string #18.");
$gbl_obj-set_html_example_test19("Test string #19.");
$gbl_obj-set_html_example_test20("Test string #20.");
// script does not leak memory when I remove this code block
?
I hope this clarifies the problem. Earlier examples weren't right as I have done lots
of code with COM which work without leaking memory.
---
[2001-03-14 16:46:18] [EMAIL PROTECTED]
Disregard my previous example with the classes. I've just tried a test without using
classes and it still leaks memory. Consider example below instead, thanks:
Code block sets multiple public variables in COM object.
In below example, $gbl_obj is an instance of the COM object in the global scope of the
PHP page. The public variables are defined as html_example_test01,
html_example_test02, html_example_test03, etc. etc. My code block sets over twenty
public variables in the COM object.
? Code block sets all public variables in COM object
$gbl_obj-html_example_test01 = "Test string #01.";
$gbl_obj-html_example_test02 = "Test string #02.";
$gbl_obj-html_example_test03 = "Test string #03.";
$gbl_obj-html_example_test04 = "Test string #04.";
$gbl_obj-html_example_test05 = "Test string #05.";
$gbl_obj-html_example_test06 = "Test string #06.";
$gbl_obj-html_example_test07 = "Test string #07.";
$gbl_obj-html_example_test08 = "Test string #08.";
$gbl_obj-html_example_test09 = "Test string #09.";
$gbl_obj-html_example_test10 = "Test string #10.";
$gbl_obj-html_example_test11 = "Test string #11.";
$gbl_obj-html_example_test12 = "Test string #12.";
$gbl_obj-html_example_test13 = "Test string #13.";
$gbl_obj-html_example_test14 = "Test string #14.";
$gbl_obj-html_example_test15 = "Test string #15.";
$gbl_obj-html_example_test16 = "Test string #16.";
$gbl_obj-html_example_test17 = "Test string #17.";
$gbl_obj-html_example_test18 = "Test string #18.";
$gbl_obj-html_example_test19 = "Test string #19.";
$gbl_obj-html_example_test20 = "Test string #20.";
// script does not leak memory when I remove this code block
?
I am using long variable names like html_example_test01
---
[2001-03-14 09:06:35] [EMAIL PROTECTED]
Corrections to bug report. Ignore previous example, check with the below example
instead.
I'm actually assigning values from inside a child class in PHP and accessing the COM
object in the base class.
eg:
?php
class Child {
function Child () {
Base::instance();
$this-obj-testvar = "This is a test string.";
}
}
class Base {
function instance() {
$this-obj = new COM("MyObject.MyObject");
}
}
?
/ Leaks memory when I assign a string to a public variable (testvar) of COM object
(obj) from an instance of Child.
Disregard my previous examples as I've tested my COM object with a simple string
passed as argument to method and it did not leak memory.
I think the above memory leak has something to do with PHP's handling of Object
Oriented Programming...
---
[2001-03-13 23:22:06] [EMAIL PROTECTED]
Bug #9715 is reclassified under this bug.
Memory leak when passing String value to a static variable in the COM object.
[PHP-DEV] PHP 4.0 Bug #9837 Updated: Cannot connect with a remote MTS server
ID: 9837
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To:
Comments:
are you sure you have granted your webserver to invoke your com-object ?
if your servers are not in the same winnt domain you have to set the access
permissions for your com-object to 'everybody'.
you can do this with dcomcnfg.exe.
can you invoke the object somhow else (e.g. vb, perl, ..)?
Previous Comments:
---
[2001-03-19 10:14:20] [EMAIL PROTECTED]
We try the following code to obtain a com object:
$com_object = new com("comObj.classObj","server");
And , if the server is not the same as the one that is running PHP + IIS , we cannot
create the object.
Do I really need to have a machine IIS+Php+MTS to create a com object?
Am I missing anything?
And yes , I "touched" the PHP.INI to enable COM.
Thanks in advance!
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9837edit=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 #9718 Updated: Memory leak when passing String values into methods through COM
ID: 9718
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Description: Memory leak when passing String values into methods through COM
I think that you've fixed the problem. Thanks.
Previous Comments:
---
[2001-03-20 17:44:44] [EMAIL PROTECTED]
could you try again with the latest cvs version. i've rewritten a lot.
harald
---
[2001-03-14 16:58:32] [EMAIL PROTECTED]
On that note, changing code to below also leaks memory.
Variables html_example_test01, etc are declared as public static variables in the COM
component.
Methods set_html_example_test01() etc set the static variables to the string values
passed through the argument.
? Code block sets all public static variables
$gbl_obj-set_html_example_test01("Test string #01.");
$gbl_obj-set_html_example_test02("Test string #02.");
$gbl_obj-set_html_example_test03("Test string #03.");
$gbl_obj-set_html_example_test04("Test string #04.");
$gbl_obj-set_html_example_test05("Test string #05.");
$gbl_obj-set_html_example_test06("Test string #06.");
$gbl_obj-set_html_example_test07("Test string #07.");
$gbl_obj-set_html_example_test08("Test string #08.");
$gbl_obj-set_html_example_test09("Test string #09.");
$gbl_obj-set_html_example_test10("Test string #10.");
$gbl_obj-set_html_example_test11("Test string #11.");
$gbl_obj-set_html_example_test12("Test string #12.");
$gbl_obj-set_html_example_test13("Test string #13.");
$gbl_obj-set_html_example_test14("Test string #14.");
$gbl_obj-set_html_example_test15("Test string #15.");
$gbl_obj-set_html_example_test16("Test string #16.");
$gbl_obj-set_html_example_test17("Test string #17.");
$gbl_obj-set_html_example_test18("Test string #18.");
$gbl_obj-set_html_example_test19("Test string #19.");
$gbl_obj-set_html_example_test20("Test string #20.");
// script does not leak memory when I remove this code block
?
I hope this clarifies the problem. Earlier examples weren't right as I have done lots
of code with COM which work without leaking memory.
---
[2001-03-14 16:46:18] [EMAIL PROTECTED]
Disregard my previous example with the classes. I've just tried a test without using
classes and it still leaks memory. Consider example below instead, thanks:
Code block sets multiple public variables in COM object.
In below example, $gbl_obj is an instance of the COM object in the global scope of the
PHP page. The public variables are defined as html_example_test01,
html_example_test02, html_example_test03, etc. etc. My code block sets over twenty
public variables in the COM object.
? Code block sets all public variables in COM object
$gbl_obj-html_example_test01 = "Test string #01.";
$gbl_obj-html_example_test02 = "Test string #02.";
$gbl_obj-html_example_test03 = "Test string #03.";
$gbl_obj-html_example_test04 = "Test string #04.";
$gbl_obj-html_example_test05 = "Test string #05.";
$gbl_obj-html_example_test06 = "Test string #06.";
$gbl_obj-html_example_test07 = "Test string #07.";
$gbl_obj-html_example_test08 = "Test string #08.";
$gbl_obj-html_example_test09 = "Test string #09.";
$gbl_obj-html_example_test10 = "Test string #10.";
$gbl_obj-html_example_test11 = "Test string #11.";
$gbl_obj-html_example_test12 = "Test string #12.";
$gbl_obj-html_example_test13 = "Test string #13.";
$gbl_obj-html_example_test14 = "Test string #14.";
$gbl_obj-html_example_test15 = "Test string #15.";
$gbl_obj-html_example_test16 = "Test string #16.";
$gbl_obj-html_example_test17 = "Test string #17.";
$gbl_obj-html_example_test18 = "Test string #18.";
$gbl_obj-html_example_test19 = "Test string #19.";
$gbl_obj-html_example_test20 = "Test string #20.";
// script does not leak memory when I remove this code block
?
I am using long variable names like html_example_test01
---
[2001-03-14 09:06:35] [EMAIL PROTECTED]
Corrections to bug report. Ignore previous example, check with the below example
instead.
I'm actually assigning values from inside a child class in PHP and accessing the COM
object in the base class.
eg:
?php
class Child {
function Child () {
Base::instance();
$this-obj-testvar = "This is a test string.";
}
}
class Base {
function instance() {
$this-obj = new COM("MyObject.MyObject");
}
}
?
/ Leaks memory when I assign a string to a public variable (testvar) of COM object
(obj) from an instance of Child.
Disregard my previous examples as I've tested my COM object with a simple string
passed as argument to method and it did not leak memory.
I think the above memory leak has something to do with PHP's handling of Object
Oriented Programming...
Re: [PHP-DEV] Debugger protocol
* Stanislav Malyshev wrote: personally know at least two, not counting Zend Debugger. I'm sure there There is no Zend Debugger. I only know of "ZendIDE" which has a zend extension that seems to be a debugger. If there would be a "Zend Debugger", I could say "I want to purchase the Zend Debugger". At the moment, I can't because there's no Zend Debugger I can buy. -- Bjrn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED] PHP Schulungen, Softwareentwicklung, Coaching -- 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 #9883: octal representation
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: *General Issues Bug description: octal representation Hi there, I don't know if this is a bug, but while writing a form to enter lap times like: hours,minutes,seconds,milliseconds milliseconds are likeley to start with a 0 (zero). Now I found that this results in the Decimal value of the Octal-integer. for example: 035 will be represented as: 29 Is this a bug or hidden feature? If this is not a bug, then is there any other way to pass a decimal value starting with a 0 (zero)? Kind regards, Koen Antonissen -- Edit Bug report at: http://bugs.php.net/?id=9883edit=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] Changing ip2long() return value to string
IP addrs are unsigned longs and zvals only handle signed longs, so the only way to avoid 0 values is to convert to a string before returning. Anyone have issue with this? Sean -- === Sean Bright [EMAIL PROTECTED] / [EMAIL PROTECTED] / http://www.seanbright.com/ === -- 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] ImageMagick module for PHP
Hi I see there is a Image Magick module for php3 but not php4. Why was it removed? Is there any work in progress for reimplementing it? (we need it badly, and will considder joining the development) -- Ragnar Kjrstad Zet.no -- 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] Bi-directional popen()
This has come up a few times, but is there any chance of having a bi-directional popen() that doesn't depend on the underlying system call supporting it? It would hugely speed up and clean up a lot of code that interacts with the system, but right now it only works under FreeBSD/BSDi that I found, and isn't really widely deployed. Perl's had this capability for a while, so it must be possible somehow (although I haven't delved into its implementation) Anil -- 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] Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_5)/sapi/fastcgi
Well, IIUC, this is really all Jani is trying to say...RC2 is could be considered invalid now... On Tue, 20 Mar 2001, Zeev Suraski wrote the following to Sascha Schumann : In my humble opinion (humility is a virtue), new modules are fine to add while in the release process, as long as there's at least one RC after them -- 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 #9884: Using a return in an included file causes a major abnormality.
From: [EMAIL PROTECTED]
Operating system: NT/Freebsd
PHP version: 4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description: Using a return in an included file causes a major abnormality.
According to documentation and common sense, using a return inside an include, should
end processing on the include and return to processing the script that called it. This
is NOT so when functions or classes are declared AFTER the return line. The Following
example shows 2 very stange abnormalities and it applies to functions aswell as
classes...
1. functions/classes can still be declared AFTER the return line. The Declared
function can be executed.
2. If The funtion/class is declared TWICE, it does not print an error. (this hold true
to any sort of parse error, except errors withing the classes or functions =)
Here's the sample files:
---wierd.inc---
?
return "Hi From wierd.inc...";
// The following should not even be processed...
function hello() {
global $inc_var;
echo $inc_var." 1";
}
// redeclaring the function should produce an error message
function hello() {
global $inc_var;
echo $inc_var." 2";
}
?
---test.php---
?
$inc_var = include("weird.inc");
// According the the documentation,
// this function should not exist..
hello();
?
--
Edit Bug report at: http://bugs.php.net/?id=9884edit=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] PHP 4.0 Bug #9884 Updated: Using a return in an included file causes a major abnormality.
ID: 9884
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Description: Using a return in an included file causes a major abnormality.
in my stupidity, i spelt weird.inc wrong... but you guys are smart, so i'll assume you
can correct it.. =) (sorry)
Previous Comments:
---
[2001-03-20 20:00:01] [EMAIL PROTECTED]
Sorry, i forgot to include the output of test.php, here' you go:
output
Hi From weird.inc... 1
---
[2001-03-20 19:45:13] [EMAIL PROTECTED]
According to documentation and common sense, using a return inside an include, should
end processing on the include and return to processing the script that called it. This
is NOT so when functions or classes are declared AFTER the return line. The Following
example shows 2 very stange abnormalities and it applies to functions aswell as
classes...
1. functions/classes can still be declared AFTER the return line. The Declared
function can be executed.
2. If The funtion/class is declared TWICE, it does not print an error. (this hold true
to any sort of parse error, except errors withing the classes or functions =)
Here's the sample files:
---wierd.inc---
?
return "Hi From wierd.inc...";
// The following should not even be processed...
function hello() {
global $inc_var;
echo $inc_var." 1";
}
// redeclaring the function should produce an error message
function hello() {
global $inc_var;
echo $inc_var." 2";
}
?
---test.php---
?
$inc_var = include("weird.inc");
// According the the documentation,
// this function should not exist..
hello();
?
---
Full Bug description available at: http://bugs.php.net/?id=9884
--
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]
Re: [PHP-DEV] ImageMagick module for PHP
Because it didn't work, and the ImageMagick library is absolutely horrible. Have a look at the Imlib2 extension. -Rasmus On Wed, 21 Mar 2001, [iso-8859-1] Ragnar Kjørstad wrote: Hi I see there is a Image Magick module for php3 but not php4. Why was it removed? Is there any work in progress for reimplementing it? (we need it badly, and will considder joining the development) -- Ragnar Kjørstad Zet.no -- 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 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]
