#29711 [Fbk]: libxml and non iso-8859-1
ID: 29711 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: XML related Operating System: ALL PHP Version: 5.0.1 New Comment: the minimun BC 'll be convert it back to the orginal encoding by default, it'll not break any php4 or php5 scripts, it'll break only the not working one, what the problem with it? Previous Comments: [2004-08-17 08:58:46] [EMAIL PROTECTED] Oh come on, nobody uses PHP 5 yet :) For once do things right instead of half-assed solutions we've had for the past years because of BC issues. [2004-08-17 08:51:03] [EMAIL PROTECTED] It works for all correctly, which use iso-8859-1 (or similar or utf-8 in the iso-8859-1 space) source encoding or which did specify utf-8 as output encoding. So for the majority (I'd say), it works as expected, if we change default to UTF-8 (which would be of course the correct solution), it will break a lot of people's code. The encoding thingie in ext/xml in PHP 4 was always broken, IMHO. We unfortunately missed the chance to implement it more correctly with slight BC breaks for PHP 5.0.0... [2004-08-17 08:28:58] [EMAIL PROTECTED] I'm for breaking it and make it output UTF-8 by default like the domxml stuff does. Consistency is a good thing and as it doesn't work "correctly" for 5.0.0 and 5.0.1 anyway I'd say we fix this. [2004-08-17 08:19:25] [EMAIL PROTECTED] It's not a bug per se, it's more a BC break and/or documentation problem.. As libxml2 in PHP 5, detects the encoding automatically (which is anyway the correct behaviour), you don't have to specify it. Therefore, in PHP 5, the 1st parameter to xml_parser_create() only specifies the output encoding, which defaults to ISO-8859-1. If you specify "UTF-8" there, you at least get UTF-8 encoded strings and can convert them to Windows-1255. So, what to do now? If we change that behaviour (Output encoding defaults to iso-8859-1), we break BC to 5.0.0 and 5.0.1, if we leave it, it's a BC break to 4.x. But IMHO anyway the behaviour of PHP 4 was wrong (not respecting the source encoding specified in the XML document), on the other hand, defaulting to ISO-8859-1 was also not a very bright idea back then... I'm in favor of leaving as it is and clearly document it. [2004-08-17 08:15:00] [EMAIL PROTECTED] the external link give me the opportunity play with the html charset and make sure that all the readers see exactly what i see. anyway here the details: for the above script, the expact library used on php4, apply to "WINDOWS-1255" encoding as "ISO-8859-1" and do nothing with the chars. but libxml on the another hand, detect the "windows-1255" as known encoding, translate it to hebrew "UTF-8" using iconv for inner use and finally php corrupt it on http://cvs.php.net/co.php/php-src/ext/xml/xml.c?r=1.151#492 trying simply to convert it to "ISO-8859-1". To my opinion this behavior is a bug, if we knowing the source encoding, why not convert the UTF-8 back to the source encoding by default, using the internal iconv that was used for the reverse conversion? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29711 -- Edit this bug report at http://bugs.php.net/?id=29711&edit=1
#29716 [Asn->Bgs]: Critical - conditional class definitions are compiled and produce errors
ID: 29716 Updated by: [EMAIL PROTECTED] Reported By: alan at akbkhome dot com -Status: Assigned +Status: Bogus Bug Type: Zend Engine 2 problem -Operating System: all +Operating System: * -PHP Version: 5.0.1 +PHP Version: 5.* Assigned To: helly New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php We no longer support ext/overload (and ext/aggregation). In PHP 5 __autoload was reimplemented as a new different feature even though it is in some manner meant to be able to replace the old behavior. But it is meant to do it etter and offer more. Hence unfortunatley those two are different things and yes we broke BC. Previous Comments: [2004-08-17 08:15:28] [EMAIL PROTECTED] Marcus breaks it, marcus should fix it :) Also, can you please add a test case for this? thanks [2004-08-17 06:21:19] [EMAIL PROTECTED] Relivant change http://cvs.php.net/diff.php/ZendEngine2/zend_compile.c?ws=0&r1=1.567&r2=1.567.2.1&ty=u I suggest testing for > 1, rather than != 2 on call, as that's the only one who's API changed in PHP4->5 [2004-08-17 06:01:38] alan at akbkhome dot com Description: something changed in 5.0.1 that breaks conditional class definitions. hence breaking code that worked ok on php4 & php5.0.0 Reproduce code: --- Expected result: nothing Actual result: -- Content-type: text/html X-Powered-By: PHP/5.0.1 Fatal error: Method DB_DataObject_Overload::__call() must take exactly 2 arguments in /usr/src/php/php-5.0.1/test1.php on line 16 a -- Edit this bug report at http://bugs.php.net/?id=29716&edit=1
#29716 [Bgs]: Critical - conditional class definitions are compiled and produce errors
ID: 29716 Updated by: [EMAIL PROTECTED] Reported By: alan at akbkhome dot com Status: Bogus Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5.* Assigned To: helly New Comment: Btw. ext/overload: This extension is EXPERIMENTAL. The behaviour of this extension -- including the names of its functions and anything else documented about this extension -- may change without notice in a future release of PHP. Use this extension at your own risk Previous Comments: [2004-08-17 09:18:32] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php We no longer support ext/overload (and ext/aggregation). In PHP 5 __autoload was reimplemented as a new different feature even though it is in some manner meant to be able to replace the old behavior. But it is meant to do it etter and offer more. Hence unfortunatley those two are different things and yes we broke BC. [2004-08-17 08:15:28] [EMAIL PROTECTED] Marcus breaks it, marcus should fix it :) Also, can you please add a test case for this? thanks [2004-08-17 06:21:19] [EMAIL PROTECTED] Relivant change http://cvs.php.net/diff.php/ZendEngine2/zend_compile.c?ws=0&r1=1.567&r2=1.567.2.1&ty=u I suggest testing for > 1, rather than != 2 on call, as that's the only one who's API changed in PHP4->5 [2004-08-17 06:01:38] alan at akbkhome dot com Description: something changed in 5.0.1 that breaks conditional class definitions. hence breaking code that worked ok on php4 & php5.0.0 Reproduce code: --- Expected result: nothing Actual result: -- Content-type: text/html X-Powered-By: PHP/5.0.1 Fatal error: Method DB_DataObject_Overload::__call() must take exactly 2 arguments in /usr/src/php/php-5.0.1/test1.php on line 16 a -- Edit this bug report at http://bugs.php.net/?id=29716&edit=1
#29651 [Fbk->Opn]: ldap_bind doesn�t work but ldap_connect works!
ID: 29651
User updated by: Alex_Diedler at gmx dot de
Reported By: Alex_Diedler at gmx dot de
-Status: Feedback
+Status: Open
Bug Type: LDAP related
Operating System: Linux Suse 9.0
PHP Version: 4.3.8
New Comment:
Hello,
The problem doesn´t seems to be in PHP. It´s a problem with the LDAP
and SASL.
>From the bug-database:
When you use OpenLDAP 2 or other libraries that use the
new LDAP API, ldap_connect() will only create some state
on the client, the server is not contacted until you later
do an LDAP operation like search or bind. There are no DNS
lookups either, so ldap_connect("jlkdsfjsdk") will be
successful. This means that ldap_connect() will almost
always return true, while later operations might very well fail.
Another difference worth noting, is that for anonymous
access there is no more need for ldap_bind(). You just
do your search.
This thread can be closed.
Thanks and greetings
Alexander
Previous Comments:
[2004-08-17 08:16:42] [EMAIL PROTECTED]
No need to shout here and how do you expect us to reproduce the problem
without an LDAP server?
[2004-08-17 07:26:09] Alex_Diedler at gmx dot de
Hello!
This URL is NOT A PUBLIC URL! Nobody can connect to it from outside!
[2004-08-17 00:18:59] [EMAIL PROTECTED]
Cannot reproduce with my ldap servers, the specified
hostname for your ldap server cannot be resolved.
[2004-08-13 13:19:27] Alex_Diedler at gmx dot de
Description:
A Login make a request to LDAP-Server for User-Authentication.
The code is very simple, but it doesn´t work on Linux.
ldap_connect works fine on both (Windows and Linux)
ldap_bind anonymous works NOT on Linux! But on Windows works!
What´s the problem?
Reproduce code:
---
It works!";
}else {
echo "Failed";
}
$ldapbind = ldap_bind($ldapconn);
if ($ldapbind) {
echo "anon. Bind works!";
}else {
echo "bind failed";
}
?>
Expected result:
The same result like on windows. It should work fine!
Actual result:
--
I removed all packages from Linux with PHP and Apache and LDAP.
I installed Apache 1.3.28 with devel.
OpenLDAP Client V2 and ldap_devel.
PHP 4.3.8 from Homepage php.net.
Install with ./configure --with-mysql --with=apxs --with-ldap
Important: remember that the connect to LDAP Server works! So it is not
a maschine problem!
--
Edit this bug report at http://bugs.php.net/?id=29651&edit=1
#28969 [Com]: Wrong data encoding of special characters
ID: 28969
Comment by: hailei at starsoftcomm dot com
Reported By: ba at esoft dot dk
Status: Closed
Bug Type: SOAP related
Operating System: Linux 2.6.7-gentoo-r3
PHP Version: 5.0.0RC3
Assigned To: dmitry
New Comment:
server:
http://192.168.128.22/soap/test.wsdl";,
array('encoding'=>'GB2312'));
$server->addFunction("FindZipInfo");
$server->handle();
?>
client:http://192.168.128.22/soap/test.wsdl";,
array('encoding'=>'GB2312', 'trace' => 1));
$result =
$client->FindZipInfo("ÖÐÎļ¨¬Ñ¨¦¼¨¬Ñ¨¦¼¨¬Ñ¨¦test¼¨¬Ñ¨¦»¨´¸ï´îÁ¨ª");
//echo $client->__getLastRequest();
echo $client->__getLastResponse();
//echo $result;
}
catch(SoapFault $fault)
{
echo "SOAP Fault: (faultcode: {$fault->faultcode},
faultstring: {$fault->faultstring})";
}
?>
output:
- http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="http://192.168.128.132/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>
-
-
ÖÐÎļìÑé¼ìÑé¼ìÑétest¼ìÑé»ù¸ï´îÁí
~my question: why:
Previous Comments:
[2004-08-15 21:28:41] cdcampos at netcabo dot pt
I've checked with the current version (5.0.1) and it's working fine
both in SoapClient and SoapServer.
The problem that remains is with SoapFault. It seems it's not
recognizing the enconding given before to the Server or Client Class.
Here is an example:
function AlteraEstado($dados) {
if ($dados == 'GARBAGE') return new SoapFault("Server", "çedilha");
else return array("Answer"=>"OK");
}
$server = new SoapServer("GPR.wsdl", array('encoding'=>'ISO-8859-1'));
$server->addFunction(array("AlteraEstado"));
$server->handle();
This code returns no valid XML Soap Envelope back to client (I suppose
it breaks...).
[2004-08-13 08:52:30] bryanguo at 21cn dot com
Hi, I tested the "encoding" option, but it doesn't work yet. In my
case, I need to send/receive chinese characters in the data. So firstly
I hope the SOAP data can encode with "gb2312":
$SOAP = new SoapServer("test.wsdl",array('encoding'=>'gb2312'));
Unfortunately, the return data is like below and "encoding" option is
still 'UTF-8':
HTTP/1.1 200 OK
Date: Fri, 13 Aug 2004 06:42:12 GMT
Server: Apache/2.0.48 (Unix) PHP/5.0.0
X-Powered-By: PHP/5.0.0
Set-Cookie: SCP_WS_SESSIONID=635131d75dc3b040f0d96e88518fe02c; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
Content-Length: 639
Connection: close
Content-Type: text/xml; charset="utf-8"
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="http://xxx"; xmlns:ns2="http://xxx";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>
What's the problem?
[2004-08-11 08:25:51] ba at esoft dot dk
I will check it out.. sounds great!
[2004-08-10 18:37:24] [EMAIL PROTECTED]
Fixed in CVS HEAD.
By default ext/soap espect all string data in utf-8 encoding.
Now it is possible to change internal encoding with "encoding" option.
It is acceptable both by SoapClient and SoapServer.
$SOAP = new SoapServer("test.wsdl",
array('encoding'=>'ISO-8859-1');
[2004-06-30 09:38:43] ba at esoft dot dk
Description:
I'm using SOAP webservices and need to send special characters (danish
letters in my case) in the data, it seems these letters break the SOAP
parser.
Previously we have used NuSOAP for webservices, and here special
letters are encoded / decoded transparantly.
Reproduce code:
---
class testWebservice {
function test() {
return "æøå";
}
}
$SOAP = new SoapServer("test.wsdl");
$SOAP->setClass("testWebservice");
$SOAP->handle();
Expected result:
The returned string "æøå"
--
Edit this bug report at http://bugs.php.net/?id=28969&edit=1
#28944 [Fbk->Opn]: OCITypeByName: OCI-21522 with two connections
ID: 28944
User updated by: manuel at pincho dot org
Reported By: manuel at pincho dot org
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Linux
PHP Version: 4.3.6
New Comment:
I download
php4-STABLE-200408170630.tar.bz2
and
php5-200408170630.tar.bz2
I execute the example script with the corrent user, pass andSID.
/usr/local/src/php4-STABLE-200408170630/sapi/cli/php /tmp/x.php
Warning: ocinewcollection(): OCITypeByName: OCI-21522: attempted to use
an invalid connection in OCI (object mode only)
in /tmp/x.php on line 5
and
/usr/local/src/php5-200408170630/sapi/cli/php /tmp/x.php
Warning: ocinewcollection(): OCITypeByName: OCI-21522: attempted to use
an invalid connection in OCI (object mode only)
in /tmp/x.php on line 5
If I make one conection It works.
Previous Comments:
[2004-08-13 17:48:41] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Please, try with the latest version first.
[2004-06-28 11:25:19] manuel at pincho dot org
Description:
When I use ocinewcollection and I have to connections or
more open in the same php with the same user,password and SID ;
ocinewcollection fails with
Warning: ocinewcollection(): OCITypeByName: OCI-21522: attempted to use
an invalid connection in OCI (object mode only)
Oracle version is 9.2.0.4
PHP 4.3.6: './configure' '--with-apache=/usr/local/src/apache_1.3.29'
'--with-oci8=/u01/app/oracle/product/9.2.0'
'--with-mnogosearch=/usr/local/mnogosearch'
'--with-mysql' '--with-gd' '--with-jpeg-dir' '--with-png-dir'
'--with-zlib-dir' '--enable-track-vars' '--enable-sigchild'
'--enable-xml' '--enable-inline-optimization' '--enable-memory-limit'
'--disable-debug'
Reproduce code:
---
// CREATE OR REPLACE TYPE local_id_array AS TABLE OF NUMBER(11);
$db =OCIPLogon('XXX','XXX','XXX');
$db2=OCIPLogon('XXX','XXX','XXX');
$coll = ocinewcollection ($db2,'LOCAL_ID_ARRAY');
Actual result:
--
Warning: ocinewcollection(): OCITypeByName: OCI-21522: attempted to use
an invalid connection in OCI (object mode only)
--
Edit this bug report at http://bugs.php.net/?id=28944&edit=1
#29717 [NEW]: SMTP server not responding UNDER heavy mail() calls
From: mohammadb at future dot com dot lb Operating system: Windows 2003 PHP version: 4.3.8 PHP Bug Type: Mail related Bug description: SMTP server not responding UNDER heavy mail() calls Description: I am using : *) Windows 2003 Server *) IIS 6.0 - Local SMTP Server *) ISAPI PHP 4.3.8 *) MSSQL Server Standard Edition My application is a voting application where it encounters heavy, heavy load (requests) in a short time (1 day) . Under heavy load, the mail() funtion that I am using is not working or sending any Email. I dont know if the problem is from the ISAPI PHP(.dll) communicating with the SMTP server under heavy load OR from the SMTP Server itself. THE mail() function works fine under low-medium load. BUT at a certain Peak requests for sending mails, my SMTP Server will not be responding and THE ONLY SOLUTION IS TO RESTART THE WHOLE IIS - then the mail() function starts to work. -- Edit bug report at http://bugs.php.net/?id=29717&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29717&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29717&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29717&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29717&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29717&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29717&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29717&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29717&r=support Expected behavior: http://bugs.php.net/fix.php?id=29717&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29717&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29717&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29717&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29717&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29717&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29717&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29717&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29717&r=float
#29718 [NEW]: configure bug
From: karasek at ceskyserver dot cz Operating system: linux PHP version: 4.3.8 PHP Bug Type: Compile Failure Bug description: configure bug Description: I didn't have libsasl-dev package installed. Configure ended OK, but bulding failed. After installing this package, everything works. (compiling with --with-ldap). I know - it isn't a real problem - but configure should test existence of this header files of thil lib... Regards Antonin Karasek -- Edit bug report at http://bugs.php.net/?id=29718&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29718&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29718&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29718&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29718&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29718&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29718&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29718&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29718&r=support Expected behavior: http://bugs.php.net/fix.php?id=29718&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29718&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29718&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29718&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29718&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29718&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29718&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29718&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29718&r=float
#29718 [Opn->Fbk]: configure bug
ID: 29718 Updated by: [EMAIL PROTECTED] Reported By: karasek at ceskyserver dot cz -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: linux PHP Version: 4.3.8 New Comment: Please provide the full error that you saw. Previous Comments: [2004-08-17 11:05:09] karasek at ceskyserver dot cz Description: I didn't have libsasl-dev package installed. Configure ended OK, but bulding failed. After installing this package, everything works. (compiling with --with-ldap). I know - it isn't a real problem - but configure should test existence of this header files of thil lib... Regards Antonin Karasek -- Edit this bug report at http://bugs.php.net/?id=29718&edit=1
#29718 [Fbk->Opn]: configure bug
ID: 29718 User updated by: karasek at ceskyserver dot cz Reported By: karasek at ceskyserver dot cz -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: linux PHP Version: 4.3.8 New Comment: I don't remember it exactly, but it was something like "mising library -lsasl" - error from gcc. Previous Comments: [2004-08-17 11:06:57] [EMAIL PROTECTED] Please provide the full error that you saw. [2004-08-17 11:05:09] karasek at ceskyserver dot cz Description: I didn't have libsasl-dev package installed. Configure ended OK, but bulding failed. After installing this package, everything works. (compiling with --with-ldap). I know - it isn't a real problem - but configure should test existence of this header files of thil lib... Regards Antonin Karasek -- Edit this bug report at http://bugs.php.net/?id=29718&edit=1
#29718 [Opn->Fbk]: configure bug
ID: 29718 Updated by: [EMAIL PROTECTED] Reported By: karasek at ceskyserver dot cz -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: linux PHP Version: 4.3.8 New Comment: Please try again then to reproduce the error, and also post a link to your configure.log please. Previous Comments: [2004-08-17 11:11:56] karasek at ceskyserver dot cz I don't remember it exactly, but it was something like "mising library -lsasl" - error from gcc. [2004-08-17 11:06:57] [EMAIL PROTECTED] Please provide the full error that you saw. [2004-08-17 11:05:09] karasek at ceskyserver dot cz Description: I didn't have libsasl-dev package installed. Configure ended OK, but bulding failed. After installing this package, everything works. (compiling with --with-ldap). I know - it isn't a real problem - but configure should test existence of this header files of thil lib... Regards Antonin Karasek -- Edit this bug report at http://bugs.php.net/?id=29718&edit=1
#29652 [Fbk->Opn]: number of FD to ocius.msg is growing
ID: 29652 User updated by: yannick at agl dot fr Reported By: yannick at agl dot fr -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: Yes the limit of FD is exceeded... This issue occurs only with php not with JDBC under OCI. Previous Comments: [2004-08-17 07:38:36] [EMAIL PROTECTED] So, what the problem with it? It exceedes your FD limit? It's most likely to be an OCI trouble, 'cos PHP knows nothing about ocius.msg. [2004-08-16 10:15:35] yannick at agl dot fr the number of FD is growing constantly for each child. for example: >ps -ef | grep httpd root 469 1 0 Aug05 ?00:00:00 /usr/local/apache/bin/httpd -f / web 6853 469 0 07:57 ?00:01:09 /usr/local/apache/bin/httpd -f / web 7035 469 0 08:02 ?00:00:18 /usr/local/apache/bin/httpd -f / web 7138 469 0 08:07 ?00:00:25 /usr/local/apache/bin/httpd -f / web 8408 469 0 08:52 ?00:00:21 /usr/local/apache/bin/httpd -f / web 8428 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 8429 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 10107 469 0 09:54 ?00:00:04 /usr/local/apache/bin/httpd -f / web 10402 469 0 10:05 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10413 469 0 10:06 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10626 469 1 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10630 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10631 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10661 469 0 10:12 ?00:00:00 /usr/local/apache/bin/httpd -f / number of child: 14 > cd /proc/7035/fd > ls -l |grep ocius |wc > 235 i think each request make a new FD... [2004-08-13 17:36:12] [EMAIL PROTECTED] Does it grow constantly or it stops after reaching the number of apache childs? Can you please try the same with OCINLogon ? Btw, ocilogoff() does nothing for a long time (connections are closed by Oracle after a timeout). [2004-08-13 15:54:06] yannick at agl dot fr Description: i see the number of file descriptor to ocius.msg is growing for each apache child. so i reproduce problem with this script. Reproduce code: --- Expected result: 1 file descriptor to ocius.msg 1 connection to database Actual result: -- the number of file descriptor to ocius.msg is growing. 1 connection to database -- Edit this bug report at http://bugs.php.net/?id=29652&edit=1
#29645 [Opn->Fbk]: How can we test mysql connection is already established or not?
ID: 29645 Updated by: [EMAIL PROTECTED] Reported By: sivalsm at yahoo dot com -Status: Open +Status: Feedback -Bug Type: *Database Functions +Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.0.1 New Comment: Could you please explain what and why do you need? mysql_connect & friends doesn't establish new connection, if a connection with the same parameters was established before in this script. Previous Comments: [2004-08-13 09:26:06] sivalsm at yahoo dot com Description: I think it will be great, if we had a database function to check whether database connection is already exist or not for a particular session. Naturally we are using a common php file to connect to database and we are inclusing the file in every script.Anyway database connection will lost after completing the execution of the script.But we need to connect database again and again. If there is a database function like mysql_isconnected, to check whether database connection is already established or not...that will be helpful. Expected result: We can use mysql_pconnect to maintain persistancy in database connections.But it will take server resources to maintain persistancy.So if there is a seperate mechanism to check the database connection it will be better. -- Edit this bug report at http://bugs.php.net/?id=29645&edit=1
#29641 [Opn->Csd]: Typo Error in php.ini
ID: 29641 Updated by: [EMAIL PROTECTED] Reported By: jsgoupil at lookstrike dot com -Status: Open +Status: Closed Bug Type:MySQL related PHP Version: 5CVS-2004-08-13 (dev) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-08-13 02:42:06] jsgoupil at lookstrike dot com (changing category to MySQL related...) [2004-08-13 02:34:12] jsgoupil at lookstrike dot com Just check if the following sentence is correct (in php.ini again). "; This is the recommended, PHP 4-style version of the php.ini-dist file." (Just wondering if it is PHP 5-style version ... (For PHP5 of course) [2004-08-13 02:30:27] jsgoupil at lookstrike dot com Description: php.ini typo. As i checked the mistake in comment related in http://bugs.php.net/bug.php?id=29581 I found a new one 4 lines above :P ; Maximum time (in secondes) for connect timeout. -1 means no limimt mysql.connect_timeout = 60 Supposed to be "limit" not "limimt" Also in latest version of 4 on CVS -- Edit this bug report at http://bugs.php.net/?id=29641&edit=1
#29504 [Com]: Inproper handling of empty resultset
ID: 29504 Comment by: alex dot kiesel at document-root dot de Reported By: sq6elt at zp dot amsnet dot pl Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: Linux - Debian, sarge PHP Version: 4.3.8 New Comment: I cannot reproduce this: Example code: Output: resource(5) of type (sybase-ct result) resource(6) of type (sybase-ct result) I assume this is due to your (quite old) FreeTDS version. I am running freetds v0.63.dev.20040814 (though there are several stable versions between our two). Previous Comments: [2004-08-03 10:20:05] sq6elt at zp dot amsnet dot pl Description: If resultset returned by sybase_query is empty, following message appears: Warning: sybase_fetch_row(): supplied argument is not a valid Sybase result resource in file.php Expected to sybase_fetch_row to return false. Tested on: Debian Sarge, php 4.3.8, libct1 0.61-5, freetds-dev 0.61-5 With regards, Paul -- Edit this bug report at http://bugs.php.net/?id=29504&edit=1
#29719 [NEW]: fgetcsv - double quotes issue
From: t dot meesters at triptic dot nl Operating system: Linux-2.4 PHP version: 4.3.8 PHP Bug Type: Filesystem function related Bug description: fgetcsv - double quotes issue Description: The fgetcsv() of PHP 4.3.4 works fine, however, as of 4.3.8 the behaviour concerning escaped string qualifiers changed. With single line data, an initial escaped string qualifier doesn't get noticed. With multiple line data, the last occurrence of an escaped string qualifier doesn't get noticed. For the example code, use the following data: - CSV DATA (test.csv) - test;test spaced string;"test; with delimeter";"""test with inline double quotes""";"test with newlines";"""test with newlines and double quotes""" Reproduce code: --- Expected result: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => "test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Actual result: -- Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes ) -- Edit bug report at http://bugs.php.net/?id=29719&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29719&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29719&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29719&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29719&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29719&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29719&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29719&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29719&r=support Expected behavior: http://bugs.php.net/fix.php?id=29719&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29719&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29719&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29719&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29719&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29719&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29719&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29719&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29719&r=float
#29290 [Csd->Bgs]: LD ORACLE OCI
ID: 29290 User updated by: jketabchy at swd-ag dot de Reported By: jketabchy at swd-ag dot de -Status: Closed +Status: Bogus Bug Type: *Compile Issues Operating System: AIX 5.2 PHP Version: 4.3.8 New Comment: Hi! Sorry i was tolate. i was in vacation but i cannot even patch this : patch -p0 < m4.4-5.diff Processing... I cannot find a patch in there anywhere. Previous Comments: [2004-07-29 09:37:44] [EMAIL PROTECTED] Put it into ext/oci8 directory and execute: patch -p0 < m4.4-5.diff After that run ./buildconf --force && ./configure ... && make in the root directory of PHP sources. [2004-07-29 09:33:53] jketabchy at swd-ag dot de HI Tonny, how do i have to apply for this patch? please let me know about HOwTo. Reards Jahan [2004-07-28 17:17:21] [EMAIL PROTECTED] If it's not too difficult for you, could you please test this patch: http://tony2004.phpclub.net/dev/tmp/m4.4-5.diff ? It should fix the problem with using lib directory instead of lib32 at 64-bit platforms. [2004-07-23 11:12:57] jketabchy at swd-ag dot de Thanks for Help. I exported the LD_LIBRARY_PATH for Oracle 9i in ORACLE_HOME/lib32 and edited the Makefile to change the PATHS to lib32. the Same procedure for Apache src/modules/php4/MakeFile and it works find. Now make works fine. ./configure --with-oci8 --with-apache=../apache-1.3.31 okay vi Makefile and change LD_LIBRARY_PATH=$ORACLE_HOME/lib to lib32 make make install to Apache: cd .. cd apache-1.3.31/src/modules/php4 same changes to Makefile cd apache-1.3.31 ./configure --prefix=/usr/local/apache --enable-module=ssl --activate-module=src/modules/php4/libphp4.a make make install cp ../php-4.3.8/php.ini-dist /usr/local/lib/php.ini and done. Thanks Regards Jahan Ketabchy [2004-07-21 14:16:25] jketabchy at swd-ag dot de i still have problem to compile PHP on IAX 5.2 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29290 -- Edit this bug report at http://bugs.php.net/?id=29290&edit=1
#29625 [Opn->Fbk]: configure file problem
ID: 29625 Updated by: [EMAIL PROTECTED] Reported By: ych at tcte dot com dot cn -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: linux PHP Version: 4.3.8 New Comment: So, does it cause any problems for you? It works perfectly for me and others. Previous Comments: [2004-08-12 03:17:44] ych at tcte dot com dot cn Description: in configure file line 86047, missing quotation mark for variable PHP_SABLOT_JS_LIBS Reproduce code: --- *) LIBS="-ljs $LIBS" ;; esac fi PHP_SABLOT_JS_LIBS=-L$PHP_SABLOT_JS_DIR/lib -ljs else echo "$ac_t""no" 1>&6 LDFLAGS=$save_old_LDFLAGS ext_shared=$save_ext_shared unset ac_cv_func_js -- Edit this bug report at http://bugs.php.net/?id=29625&edit=1
#29721 [NEW]: Dynamic variables wrong after a POST
From: me at autourdupc dot com Operating system: Windows PHP version: 4.3.8 PHP Bug Type: Variables related Bug description: Dynamic variables wrong after a POST Description: Using dynamic variables. After a POST, variables initialized with a NULL value are not NULL. Reproduce code: --- http://www.autourdupc.com/bug.php.txt Expected result: If you enter a value in the first field and leave others blank. After the post, only the first value must have the value. Actual result: -- Actually, all the variables have the same value. -- Edit bug report at http://bugs.php.net/?id=29721&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29721&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29721&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29721&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29721&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29721&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29721&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29721&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29721&r=support Expected behavior: http://bugs.php.net/fix.php?id=29721&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29721&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29721&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29721&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29721&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29721&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29721&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29721&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29721&r=float
#29632 [Opn->Fbk]: Error on a correct if-then-else
ID: 29632
Updated by: [EMAIL PROTECTED]
Reported By: mezzymeat at mindblast dot nu
-Status: Open
+Status: Feedback
Bug Type: *General Issues
Operating System: Linux
PHP Version: Irrelevant
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
Previous Comments:
[2004-08-12 15:49:55] mezzymeat at mindblast dot nu
Description:
The error is for a line that CAN look like this:
if (condition) { do something }
elseif (condition) { do something else }
The error disappears when it's changed to
if (condition) {
do something
} elseif (condition) {
do something else
}
The error does then NOT appear when the if-then-else is changed back.
The if-then-else can contain an else { } just as well, this was just an
example.
Expected result:
No error
Actual result:
--
Parse error: parse error, unexpected T_VARIABLE
--
Edit this bug report at http://bugs.php.net/?id=29632&edit=1
#29593 [Opn->Bgs]: join() doesn't respect locale settings
ID: 29593
Updated by: [EMAIL PROTECTED]
Reported By: rafael dot lima at email dot com dot br
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux Gentoo
PHP Version: 4.3.8
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
Use var_dump($_POST); and you'll see that variables are on their
places. Debug you code.
Previous Comments:
[2004-08-09 22:46:51] rafael dot lima at email dot com dot br
Description:
When a use the join() function on an array that have a float value, the
string returned contains the values formatted without the setlocale()
settings
Reproduce code:
---
setlocale(LC_ALL,'pt_BR');
$x="10,01";
$a[1] = $x;
$a[2] = floatval(str_replace(",",".",$x));
$a[3] = floatval('10.01');
echo '';
print_r($a);
echo '';
$b = join("",$a);
echo ($b);
Expected result:
Array
(
[1] => 10,01
[2] => 10,01
[3] => 10,01
)
10,01
10,01
10,01
Actual result:
--
Array
(
[1] => 10,01
[2] => 10,01
[3] => 10,01
)
10,01
10.01
10.01
--
Edit this bug report at http://bugs.php.net/?id=29593&edit=1
#29593 [Bgs->Opn]: join() doesn't respect locale settings
ID: 29593
Updated by: [EMAIL PROTECTED]
Reported By: rafael dot lima at email dot com dot br
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux Gentoo
PHP Version: 4.3.8
New Comment:
Oops. Wrong report.
Previous Comments:
[2004-08-17 15:41:34] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
Use var_dump($_POST); and you'll see that variables are on their
places. Debug you code.
[2004-08-09 22:46:51] rafael dot lima at email dot com dot br
Description:
When a use the join() function on an array that have a float value, the
string returned contains the values formatted without the setlocale()
settings
Reproduce code:
---
setlocale(LC_ALL,'pt_BR');
$x="10,01";
$a[1] = $x;
$a[2] = floatval(str_replace(",",".",$x));
$a[3] = floatval('10.01');
echo '';
print_r($a);
echo '';
$b = join("",$a);
echo ($b);
Expected result:
Array
(
[1] => 10,01
[2] => 10,01
[3] => 10,01
)
10,01
10,01
10,01
Actual result:
--
Array
(
[1] => 10,01
[2] => 10,01
[3] => 10,01
)
10,01
10.01
10.01
--
Edit this bug report at http://bugs.php.net/?id=29593&edit=1
#29721 [Opn->Bgs]: Dynamic variables wrong after a POST
ID: 29721 Updated by: [EMAIL PROTECTED] Reported By: me at autourdupc dot com -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Windows PHP Version: 4.3.8 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Use var_dump($_POST); and you'll see that variables are on their places. Debug you code. Previous Comments: [2004-08-17 15:35:33] me at autourdupc dot com Description: Using dynamic variables. After a POST, variables initialized with a NULL value are not NULL. Reproduce code: --- http://www.autourdupc.com/bug.php.txt Expected result: If you enter a value in the first field and leave others blank. After the post, only the first value must have the value. Actual result: -- Actually, all the variables have the same value. -- Edit this bug report at http://bugs.php.net/?id=29721&edit=1
#29598 [Opn->Fbk]: Problem when i sharing my class conection with two or more class
ID: 29598 Updated by: [EMAIL PROTECTED] Reported By: casmeiron at gmail dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: WINDOWS PHP Version: 5.0.0 New Comment: Try to run the same script using console version of PHP (php.exe -f script.php) and to see what happens. And check your Event Log, it should provide more information about IIS errors. If nothing helps - change SAPI to ISAPI instead of CGI. Previous Comments: [2004-08-11 16:25:03] casmeiron at gmail dot com Guys.. see the error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Only this, what is? Help-me :( [2004-08-10 18:14:06] casmeiron at gmail dot com THE SO is WINDOWS XP, using ISS 5, my extension .php call the file php-cgi.exe. [2004-08-10 15:09:01] [EMAIL PROTECTED] Which OS are you using? and which SAPI? [2004-08-10 14:44:55] casmeiron at gmail dot com Description: Guys, i have a BIG problem. First time, sorry my english, i'm from BRAZIL, so my english is not good hehehe But, lets go... I have a class named 'CONNECTION', ok, shes work very good when i use a only class, example: My Class 'Clients' use the class 'CONNECTION' to connect a DATABASE, when i sharing, this happend: The browser show me this message: 'ERROR IN CGI SCRIPT... THE OUTPUT IS NOT VALID' like this... How can i see error in my script? How i debug? This error is sux.. i dont know whats is :( Guys, help me... Sorry my english again. -- Edit this bug report at http://bugs.php.net/?id=29598&edit=1
#29717 [Opn->Bgs]: SMTP server not responding UNDER heavy mail() calls
ID: 29717 Updated by: [EMAIL PROTECTED] Reported By: mohammadb at future dot com dot lb -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Windows 2003 PHP Version: 4.3.8 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. The problem is likely your mail server's load limit that cause it to start denying connection when a certain load is reached. Previous Comments: [2004-08-17 10:44:57] mohammadb at future dot com dot lb Description: I am using : *) Windows 2003 Server *) IIS 6.0 - Local SMTP Server *) ISAPI PHP 4.3.8 *) MSSQL Server Standard Edition My application is a voting application where it encounters heavy, heavy load (requests) in a short time (1 day) . Under heavy load, the mail() funtion that I am using is not working or sending any Email. I dont know if the problem is from the ISAPI PHP(.dll) communicating with the SMTP server under heavy load OR from the SMTP Server itself. THE mail() function works fine under low-medium load. BUT at a certain Peak requests for sending mails, my SMTP Server will not be responding and THE ONLY SOLUTION IS TO RESTART THE WHOLE IIS - then the mail() function starts to work. -- Edit this bug report at http://bugs.php.net/?id=29717&edit=1
#29579 [Opn->Bgs]: checking whether IMAP works... no
ID: 29579
Updated by: [EMAIL PROTECTED]
Reported By: idler at idler dot no-ip dot org
-Status: Open
+Status: Bogus
Bug Type: Compile Failure
Operating System: Slackware 10.0.0 Kernel 2.6.7
PHP Version: 4.3.8
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
You have some problems with c-client library. Try to reinstall it.
Don't forget about additional IMAP related ./configure options:
--with-imap-ssl & --with-kerberos. You HAVE to use them if your
c-client was built with ssl/kerberos support (I'm almost sure it was).
Previous Comments:
[2004-08-09 03:17:32] idler at idler dot no-ip dot org
Description:
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.
I think this problem appear more than one times. I cannot build my php
with imap successfully from the version of 4.3.4 to now.
I've followed the instruction exactly from
http://hk2.php.net/manual/en/ref.imap.php.
I've also looked for solutions for this problem from internet and this
bug database, but they seem cannot help.
My configure line:
CFLAGS="-O3 -mcpu=pentium3 -march=pentium3" ./configure
--prefix=/usr/local --disable-static --with-apxs=/usr/sbin/apxs
--sysconfdir=/etc --enable-discard-path
--with-config-file-path=/etc/apache --enable-safe-mode --with-openssl
--with-mhash --enable-bcmath --with-bz2 --with-pic --enable-calendar
--enable-ctype --with-gdbm --with-db4 --enable-dbase --enable-ftp
--with-iconv --with-exif --with-gd --enable-gd-native-ttf
--with-jpeg-dir=/usr --with-png --with-gmp --with-mysql=/usr
--with-xml=shared,/usr --with-gettext=shared,/usr --with-expat-dir=/usr
--enable-wddx --with-mm=/usr --enable-trans-sid --enable-shmop
--enable-sockets --with-regex=php --enable-sysvsem --enable-sysvshm
--enable-yp --enable-memory-limit --with-tsrm-pthreads --enable-shared
--disable-debug --with-zlib=/usr --with-tiff-dir=/usr --with-curl
--with-db4 --with-dom=/usr --with-zlib-dir --enable-exif
--with-freetype-dir=shared,/usr/local --with-kerberos
--with-ldap=shared --with-mcrypt --with-mysql-sock
--with-pdflib=shared,/usr/local/src/PDFlib-6.0.0-Linux/bind/c
--with-tiff-dir=/usr --with-mhash --with-zip --with-swf=shared
--enable-zend-multibyte --enable-mbstring
--with-imap=/usr/local/src/imap-2004a
Ths last lines of config.log:
(It doesn't provide any special error message, it only say "undefined
reference.")
configure:40604: checking for crypt in -lcrypt
configure:41054: checking whether SSL libraries are needed for
c-client
configure:41184: gcc -o conftest -O3 -mcpu=pentium3 -march=pentium3
-L/usr/lib -ldb-4.2 -Wl,-rpath,/usr/local/lib -L/usr/local/lib
conftest.c -lc-client
-lcrypt -lpam -lgmp -lfreetype -lpng -lz -ljpeg -lz -ldb-4.2 -lgdbm
-lcurl -lbz2 -lz -lresolv -lm -ldl -lnsl -lssl -lcrypto -ldl -lcurl
-lssl -lcrypto -ldl
-lssl -lcrypto -ldl -lz -lxml2 -lz -lm 1>&5
/tmp/ccUkdOqm.o(.text+0xa): In function `main':
: undefined reference to `auth_gssapi_valid'
collect2: ld returned 1 exit status
configure: failed program was:
#line 41159 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char auth_gssapi_valid();
int main() {
auth_gssapi_valid();
return 0;
}
configure:41210: checking whether IMAP works
configure:41243: gcc -o conftest -O3 -mcpu=pentium3 -march=pentium3
-L/usr/lib -ldb-4.2 -Wl,-rpath,/usr/local/lib -L/usr/local/lib
conftest.c -lc-client
-lcrypt -lpam -lgmp -lfreetype -lpng -lz -ljpeg -lz -ldb-4.2 -lgdbm
-lcurl -lbz2 -lz -lresolv -lm -ldl -lnsl -lssl -lcrypto -ldl -lcurl
-lssl -lcrypto -ldl
-lssl -lcrypto -ldl -lz -lxml2 -lz -lm 1>&5
/tmp/ccqx1Zdw.o(.text+0xa): In function `main':
: undefined reference to `mail_newbody'
collect2: ld returned 1 exit status
configure: failed program was:
#line 41218 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_newbody();
#29546 [Opn->Bgs]: autoincrement does not function
ID: 29546
Updated by: [EMAIL PROTECTED]
Reported By: webmaster at realscripts dot de
-Status: Open
+Status: Bogus
Bug Type: SQLite related
Operating System: Linux
PHP Version: 4.3.8
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
.
Previous Comments:
[2004-08-09 14:13:11] hugo at concepto dot com dot br
I think this is not a bug.
try:
sqlite_query("INSERT INTO test_tbl VALUES (NULL, 'mark')");
or
sqlite_query("INSERT INTO test_tbl (name) VALUES ('mark')");
or if it is a bug, is a SQLite bug, not a PHP bug.
[2004-08-06 13:39:38] webmaster at realscripts dot de
Description:
When I have an auto_increment Integer Field in my SQLite DB and I
insert data the auto_increment-field gets NULL as value.
Reproduce code:
---
CREATE TABLE test_tbl (
ID INTEGER PRIMARY KEY,
name VARCHAR
);
sqlite_open('test.db');
sqlite_query("INSERT INTO test_tbl VALUES ('mark')");
Expected result:
ID | name
-
1 | mark
Actual result:
--
ID | name
---
NULL | mark
--
Edit this bug report at http://bugs.php.net/?id=29546&edit=1
#29593 [Opn->Bgs]: join() doesn't respect locale settings
ID: 29593
Updated by: [EMAIL PROTECTED]
Reported By: rafael dot lima at email dot com dot br
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux Gentoo
PHP Version: 4.3.8
New Comment:
No, there is no bug.
To check it out, just change print_r() to var_dump() and you'll see
that there is still 1 string and 2 floats in the array.
print_r() uses your locale settings, while var_dump() prints variable
contents in it's original state, so 2-nd & 3-rd elements are changed in
the print_r() output.
You can comment out line with setlocale() and it will work too.
Previous Comments:
[2004-08-17 15:41:58] [EMAIL PROTECTED]
Oops. Wrong report.
[2004-08-17 15:41:34] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
Use var_dump($_POST); and you'll see that variables are on their
places. Debug you code.
[2004-08-09 22:46:51] rafael dot lima at email dot com dot br
Description:
When a use the join() function on an array that have a float value, the
string returned contains the values formatted without the setlocale()
settings
Reproduce code:
---
setlocale(LC_ALL,'pt_BR');
$x="10,01";
$a[1] = $x;
$a[2] = floatval(str_replace(",",".",$x));
$a[3] = floatval('10.01');
echo '';
print_r($a);
echo '';
$b = join("",$a);
echo ($b);
Expected result:
Array
(
[1] => 10,01
[2] => 10,01
[3] => 10,01
)
10,01
10,01
10,01
Actual result:
--
Array
(
[1] => 10,01
[2] => 10,01
[3] => 10,01
)
10,01
10.01
10.01
--
Edit this bug report at http://bugs.php.net/?id=29593&edit=1
#29719 [Opn->Csd]: fgetcsv - double quotes issue
ID: 29719 Updated by: [EMAIL PROTECTED] Reported By: t dot meesters at triptic dot nl -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: Linux-2.4 PHP Version: 4.3.8 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-08-17 14:25:30] t dot meesters at triptic dot nl Description: The fgetcsv() of PHP 4.3.4 works fine, however, as of 4.3.8 the behaviour concerning escaped string qualifiers changed. With single line data, an initial escaped string qualifier doesn't get noticed. With multiple line data, the last occurrence of an escaped string qualifier doesn't get noticed. For the example code, use the following data: - CSV DATA (test.csv) - test;test spaced string;"test; with delimeter";"""test with inline double quotes""";"test with newlines";"""test with newlines and double quotes""" Reproduce code: --- Expected result: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => "test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Actual result: -- Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes ) -- Edit this bug report at http://bugs.php.net/?id=29719&edit=1
#29520 [Opn->Fbk]: php mysql compile fail
ID: 29520
Updated by: [EMAIL PROTECTED]
Reported By: martinkuria at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: Solaris9
PHP Version: 5.0.0
New Comment:
You need library headers in order to compile PHP with MySQL support. As
I can see, you've already solved the problem with 64-bit libraries.
Porbably, you just installed 32-bit version of mysql libs. Am I right?
Previous Comments:
[2004-08-04 12:46:42] martinkuria at hotmail dot com
Below is the error am getting, it says also that mysql client library
is not bundled anymore in the php-5.0.0 version, what does that mean?
and how can I resolve that to complite my php-5.0.0 please advice
checking for mSQL support... no
checking for MSSQL support via FreeTDS... no
checking for MySQL support... yes
checking for specified location of the MySQL UNIX socket... no
checking for MySQL UNIX socket location... /tmp/mysql.sock
configure: error: Cannot find MySQL header files under yes.
Note that the MySQL client library is not bundled anymore.
[2004-08-04 12:37:57] martinkuria at hotmail dot com
Description:
I am installing php but am getting the error below, could it be this
php-release mysql-client is not included please advice
Reproduce code:
---
configure:39850: checking if your cpp allows macro usage in include
lines
configure:39862: gcc -c -I/usr/include -g -O2
-D_POSIX_PTHREAD_SEMANTICS conftest.c 1>&5
configure:40127: checking for IMAP support
configure:41422: checking for Informix support
configure:42018: checking for Ingres II support
configure:42534: checking for InterBase support
configure:43344: checking for IRCG support
configure:43972: checking for LDAP support
configure:44018: checking for LDAP Cyrus SASL support
configure:46735: checking whether to enable multibyte string support
configure:46781: checking whether to enable multibyte regex support
configure:46806: checking for external libmbfl
configure:48142: checking for mcrypt support
configure:48879: checking for MCVE support
configure:48925: checking OpenSSL dir for MCVE
configure:50291: checking for mhash support
configure:50701: checking whether to include mime_magic support
configure:50994: checking for MING support
configure:51669: checking for mnoGoSearch support
configure:52083: checking for msession support
configure:52678: checking for mSQL support
configure:53125: checking for MSSQL support via FreeTDS
configure:53707: checking for MySQL support
configure:53753: checking for specified location of the MySQL UNIX
socket
configure:53810: checking for MySQL UNIX socket location
configure:53966: checking for mysql_close in -lmysqlclient
configure:53985: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr/ucblib
-L/usr/ucblib -R/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3
-L/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/lib
-L/usr/local/lib -R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/openwin/lib -L/usr/openwin/lib -R/usr/local/gd//
-L/usr/local/gd// conftest.c -lmysqlclient -lgd -lt1 -lfreetype -lpng
-lz -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl
-lsocket -lgcc -lxml2 -lz -liconv -lm -lsocket -lnsl -lcurl -lz -lssl
-lcrypto -ldl -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl
1>&5
ld: warning: file /usr/local/mysql//lib/libmysqlclient.a(libmysql.o):
wrong ELF class: ELFCLASS64
Undefined first referenced
symbol in file
mysql_close /var/tmp//ccYGWfaf.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 53974 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mysql_close();
int main() {
mysql_close()
; return 0; }
configure:54190: checking for mysql_error in -lmysqlclient
configure:54209: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr/ucblib
-L/usr/ucblib -R/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3
-L/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/lib
-L/usr/local/lib -R/usr/local/ssl/lib -L/usr/local/ssl/lib
-R/usr/openwin/lib -L/usr/openwin/lib -R/usr/local/gd//
-L/usr/local/gd// -R/usr -L/usr conftest.c -lmysqlclient -lz -lgd -lt1
-lfreetype -lpng -lz -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lsocket -lgcc -lxml2 -lz -liconv -lm -lsocket -lnsl -lcurl
-lz -lssl -lcrypto -ldl -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket
-lnsl 1>&5
ld: warning: file /u
#29515 [Opn->Fbk]: While cycle error
ID: 29515
Updated by: [EMAIL PROTECTED]
Reported By: borivoje at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 4.3.8
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
Previous Comments:
[2004-08-04 22:22:30] borivoje at gmail dot com
I had no intention to confuse here, But...
I called this as a function from include file (these lines are in
function). As a saparated example it works just fine. But when I call
it from a function it displays error.
[2004-08-04 19:51:17] borivoje at gmail dot com
[2004-08-04 07:56:14] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-08-04 02:12:32] borivoje at gmail dot com
Description:
http://www.code-experts.com/listTopic.asp?tid=44
Reproduce code:
---
echo $poss . ' - positions';
$paragraphs = explode("\n",$textToReplace);
$ord = 0;
while (list($breakIndex,$breakToReplace) = each($paragraphs)) {
echo $poss . ""; // <--here
echo $breakIndex . "-" . $ord . "";
if ($breakIndex % $poss = 0) {
$ord = $ord + 1;
if ($ord = 1) $paragraphs[$breakIndex] = "".
$breakToReplace . "";
if ($ord = 2) $paragraphs[$breakIndex] = "".
$breakToReplace . "";
if ($ord = 3) $paragraphs[$breakIndex] = "".
$breakToReplace . "";
} else {
$paragraphs[$breakIndex] = "".
$breakToReplace ."";
}
}
Expected result:
All ones (1 int)
Actual result:
--
First one then 0-oes
--
Edit this bug report at http://bugs.php.net/?id=29515&edit=1
#29722 [NEW]: Error log newlines style
From: barnaby dot scott at uk dot wanadoo dot com Operating system: Win XP PHP version: 5.0.1 PHP Bug Type: *General Issues Bug description: Error log newlines style Description: I have just been looking through my error log on my development machine, and when opened with notepad noticed that all of the errors were written to one line. They were all formatted correctly, but every single error was on one line. Looking a little deeper with a text editor worth using, I can see that the newlines are still there. So guess that you are writing a Unix style newline (\n) rather than a Windows style newline (\r\n). The only thing is that you used to use a Windows style newline when on Windows. -- Edit bug report at http://bugs.php.net/?id=29722&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29722&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29722&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29722&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29722&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29722&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29722&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29722&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29722&r=support Expected behavior: http://bugs.php.net/fix.php?id=29722&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29722&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29722&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29722&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29722&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29722&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29722&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29722&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29722&r=float
#29722 [Opn]: Error log newlines style
ID: 29722 User updated by: barnaby dot scott at uk dot wanadoo dot com Reported By: barnaby dot scott at uk dot wanadoo dot com Status: Open Bug Type: *General Issues Operating System: Win XP PHP Version: 5.0.1 New Comment: Sorry I meant to say that you used a windows style newline with PHP 4.* on windows Previous Comments: [2004-08-17 17:38:24] barnaby dot scott at uk dot wanadoo dot com Description: I have just been looking through my error log on my development machine, and when opened with notepad noticed that all of the errors were written to one line. They were all formatted correctly, but every single error was on one line. Looking a little deeper with a text editor worth using, I can see that the newlines are still there. So guess that you are writing a Unix style newline (\n) rather than a Windows style newline (\r\n). The only thing is that you used to use a Windows style newline when on Windows. -- Edit this bug report at http://bugs.php.net/?id=29722&edit=1
#29483 [Opn->Fbk]: php crashes while destroying a referenced object
ID: 29483
Updated by: [EMAIL PROTECTED]
Reported By: stefan dot textor at dsi-project dot de
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Works fine here. Both under Win32 & Linux.
Previous Comments:
[2004-08-01 16:26:21] stefan dot textor at dsi-project dot de
Description:
php crashes while setting a references object to null
Reproduce code:
---
class MyClass {
function __destruct() {
print "Destroying object";
}
}
$test = new MyClass();
$test1 = $test;
$test = null;
Expected result:
object should be destroyed and both references should be null imho
--
Edit this bug report at http://bugs.php.net/?id=29483&edit=1
#29511 [Opn->Bgs]: popen memory leak
ID: 29511 Updated by: [EMAIL PROTECTED] Reported By: mario at mariomedina dot net -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.0 New Comment: Can't find any leaks/bugs there. It's quite expected that memory consumption at the end of the script will be greater than at the beginning. All this memory is being freed at the end of the request, so there is no leaks at all. Btw, PHP reports memleaks (if you turned on appropriate option in php.ini), so you'll see them when they really happen. Previous Comments: [2004-08-03 22:01:24] mario at mariomedina dot net Description: When you open a pipe with popen, work with it an then close, some bytes aren't freed, so when you do that task a lot of times you get out of memory error, (with memory limit) and php crash It is working with php cgi mode... I tested it on php 4.x, and 5.0.0... When you do proc_open is the same. When you open a popen and it fails then no memory leak exists. Reproduce code: --- Expected result: I expect that when pipe was closed all the memory is freed. Actual result: -- There are memory leak for about 200 bytes -- Edit this bug report at http://bugs.php.net/?id=29511&edit=1
#29165 [Com]: Request variables are being escaped
ID: 29165 Comment by: jakub dot phpbug at horky dot net Reported By: guardkarma-php at yahoo dot com Status: Open Bug Type: Scripting Engine problem Operating System: Mac OS X PHP Version: 5.0.0 New Comment: Yes, now I wanted to submit a bug regarding this and I found this. I think it should be at least documented as a change from PHP4, if not fixed. The simple fix diff (warning, I didn't check it against various vulnerabilities regarding to not addslashes()'ing the key...): http://jakub.horky.net/php5-fix-gpc-keys-quotes.patch Previous Comments: [2004-07-21 23:27:36] guardkarma-php at yahoo dot com This problem also makes PHP 5 not 100% backward compatible. [2004-07-15 22:31:31] itsbrady-php at yahoo dot com I don't think the bug is bogus, for several reasons: #1) Any valid form input should be able to map to PHP. Sometimes PHP isn't the only programming environment present. Sometimes PHP might have to interoperate with other environments which might have different variable naming conventions, etc. #2) The entire reason we chose to use apostrophes in our form variable names was to work around PHP's remapping from . to _ within variable names (e.g., foo.var => foo_var). We can't just remap back from underscore to period to "regenerate" the original variable name, because that might remap legitimate uses of the underscore (example, foo_something.var gets mapped to foo_something_var, and if you tried to map it back you'd get foo.something.var, which doesn't match). #3) It used to work fine in all previous versions of PHP we've used (throughout the PHP 4.x series). #4) We certainly do not want PHP to create Global variables like $foo'var - that would be nuts. We just want to access a perfectly valid key in a hash - $_REQUEST["foo'var"]. There's no language rule against any such key, and no real reason not to support variables so named on forms. [2004-07-15 11:40:16] [EMAIL PROTECTED] We don't support variable names with wierd characters, so the result is undefined. [2004-07-14 22:52:30] guardkarma-php at yahoo dot com Description: When upgrading from php 4.3 to 5.0 and using the same php.ini file, form variable names with apostrophe characters are now being escaped. magic_quotes_gpc = Off magic_quotes_runtime = Off magic_quotes_sybase = Off Reproduce code: --- // mydomain.com/script.php?variable'name=value Expected result: Array ( [variable'name] => value ) Actual result: -- Array ( [variable\'name] => value ) -- Edit this bug report at http://bugs.php.net/?id=29165&edit=1
#27552 [Fbk->Csd]: fwrite fails after writing 8k bytes
ID: 27552
User updated by: jeroen dot pulles at redslider dot net
Reported By: jeroen dot pulles at redslider dot net
-Status: Feedback
+Status: Closed
Bug Type: Sockets related
Operating System: win32
PHP Version: 5CVS-2004-03-10 (dev)
Assigned To: wez
New Comment:
The problem seems to have disappeared; Just tested
the reproduce code using 5.1.0-dev ('latest'),
and it ran fine.
Hoera!
-- jeroen
Previous Comments:
[2004-08-17 08:08:09] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-08-17 00:29:38] ulf at haueisen dot net
I think this is a duplicate of 29256 and fixed in PHP 5.0.1
Thanks,
Ulf.
[2004-07-21 13:48:56] ulf at haueisen dot net
btw: It does work correctly with PHP 4.3.8.
[2004-07-21 12:57:25] ulf at haueisen dot net
I experience the same with PHP 5.0.0 final on Windows Server 2003 using
PEAR HTTP_Request while sending more than 8k POST-Data.
[2004-04-13 17:47:08] jeroen dot pulles at redslider dot net
I am still experiencing the problem with 5.0.0.0 RC2-dev (April 12th
windows snapshot).
I tried the code on two networks. One network has a transparent
firewall as far as HTTP traffic is concerned. The other is my home
network, behind a simple router/nat solution. I have no reason to
believe anything is tampering the data; Especially since a smaller
message body _does_ work.
I put up a simple test case on my website:
http://www.redslider.net/test01/
I have no problem running fwrite_test.php with a small message size.
However, the code still breaks when writing more than 8192 bytes.
What I find weird is that the code runs fine, in any case, on a
localhost webserver/website, but breaks on any remote host,
irrespective of webserver software etcetera etcetera. I'm puzzled.
Help is appreciated,
jeroen
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/27552
--
Edit this bug report at http://bugs.php.net/?id=27552&edit=1
#29703 [Csd->Bgs]: Function to determine if a method is called statically
ID: 29703 Updated by: [EMAIL PROTECTED] Reported By: tip at tut dot by -Status: Closed +Status: Bogus Bug Type:Feature/Change Request PHP Version: 4.3.9RC1 New Comment: Not a bug Previous Comments: [2004-08-16 12:32:18] tip at tut dot by Sorry. Found a bug in my own sources. =\ It was unhandled echo call few lines above echo print_r(isset($this)); [2004-08-16 12:32:18] tip at tut dot by Sorry. Found a bug in my own sources. =\ It was unhandled echo call few lines above echo print_r(isset($this)); [2004-08-16 12:16:11] tip at tut dot by Description: Sometimes it is very convenient to use method from a class statically, but while implementing such a function there's no way to determine how this function is used. executing this line from a static method call returns 1 print_r(isset($this)); while operations with is_object($this), gettype($this) etc. results in PHP Notice: Undefined variable: this in c:\httpd\.php\pear\File\Find.php on line 198 Reproduce code: --- // executed from static method call print_r(isset($this)); Expected result: FALSE Actual result: -- 1 -- Edit this bug report at http://bugs.php.net/?id=29703&edit=1
#29665 [Com]: PHP Fails to compile when soap is enabled
ID: 29665
Comment by: ibrash at gaernin dot aswwc dot net
Reported By: moontumbo at hotmail dot com
Status: Feedback
Bug Type: Compile Failure
Operating System: Red Hat Enterprise Linux WS 3.0
PHP Version: 5.0.1
New Comment:
Issue reproduced on Slackware 9.1 with libxml2 2.5.11.
Previous Comments:
[2004-08-17 08:06:37] [EMAIL PROTECTED]
Which libxml2 did you have installed before?
[2004-08-16 21:51:08] ppritzl at hotmail dot com
Upgrading the libxml2 to 2.6.11-1 solved this issue for me on both RH9
and RH Enterprise
[2004-08-16 11:18:27] scholz at digi-info dot de
Same on Suse 9.0.
5.0.0 compiled properly with the same configure options.
5.0.1 crashed with.
> ext/soap/php_encoding.lo(.text+0x594): In function `to_zval_string':
> /usr/local/src/php-5.0.1/ext/soap/php_encoding.c:467: undefined
> reference to `xmlBufferCreateStatic'
> ext/soap/php_encoding.lo(.text+0x76a): In function
`to_zval_stringr':
> /usr/local/src/php-5.0.1/ext/soap/php_encoding.c:503: undefined
> reference to `xmlBufferCreateStatic'
> ext/soap/php_encoding.lo(.text+0x95a): In function
`to_zval_stringc':
> /usr/local/src/php-5.0.1/ext/soap/php_encoding.c:539: undefined
> reference to `xmlBufferCreateStatic'
> ext/soap/php_encoding.lo(.text+0xc3e): In function `to_xml_string':
> /usr/local/src/php-5.0.1/ext/soap/php_encoding.c:607: undefined
> reference to `xmlBufferCreateStatic'
> collect2: ld returned 1 exit status
> make: *** [sapi/cli/php] Error 1
./configure --prefix=/usr \
--enable-dba \
--disable-cgi \
--bindir=/usr/bin \
--libdir=/usr/lib \
--with-config-file-path=/etc\
--with-exec-dir=%{libdir}/php/bin \
--with-gd=yes \
--with-tiff-dir=/usr\
--with-jpeg-dir=/usr\
--with-png-dir=/usr \
--with-xpm-dir=/usr/X11R6 \
--with-zlib=yes \
--with-mhash\
--with-bz2 \
--with-ttf \
--with-xml=yes \
--with-sablot \
--with-ftp \
--with-mcrypt \
--with-mm \
--with-curl \
--enable-pcntl \
--enable-sockets \
--enable-versioning \
--enable-bcmath \
--enable-trans-sid \
--enable-inline-optimization\
--enable-track-vars \
--enable-magic-quotes \
--enable-sysvsem\
--enable-sysvshm\
--enable-shmop \
--enable-calendar \
--enable-ftp\
--enable-memory-limit \
--enable-filepro\
--enable-ctype \
--disable-debug \
--enable-discard-path \
--enable-sigchild \
--enable-gd-imgstrttf \
--enable-calendar \
--enable-force-cgi-redirect \
--enable-gd-native-ttf \
--enable-mbstr-enc-trans\
--enable-wddx \
--with-dom=%{dom_dir} \
--with-mcal=/usr\
--with-mysql \
--with-sqlite \
--with-xslt=/usr/include/libxslt/ \
--enable-pcntl \
--with-snmp \
--with-freetype-dir=yes \
--with-openssl \
--enable-soap \
--with-apxs2=/usr/sbin/apxs2-prefork
[2004-08-14 00:19:22] moontumbo at hotmail dot com
Description:
When PHP 5.0.1 is configured with SOAP support, the compilation fails.
We are using the same configure command that we used on PHP 5.0.0. When
soap is removed from the configure, it compiles cleanly.
Reproduce code:
---
'./configure' \
'--with-config-file-path=/usr/local/apache/conf' \
'--with-apxs=/usr/local/apache/bin/apxs' \
'--enable-sigchild' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-freetype-dir=/usr/local/lib' \
'--with-jpeg-dir=/usr/lib' \
'--with-png-dir=/usr/local/lib' \
'--with-zlib-dir=/usr/local/lib' \
'--with-xpm-dir=/usr/lib' \
'--with-openssl' \
'--with-mysql' \
'--enable-soap' \
'--with-ldap' \
'--with-t1lib' \
'--enable-bcmath' \
'--enable-calendar' \
'--enable-ftp' \
"$@"
//Configures fine. Make fails.
make
Expected result:
Successful compilation and installation upon make install.
Actual result:
--
ext/soap/php_encoding.lo(.text+0x5b7): In function `to_zval_string':
/usr/local/src/php/php-5.0.1/ext/soap/php_encoding.c:467: undefined
reference to
`xmlBufferCreateStatic'
ext/soap/php_encoding.lo(.text+0x8d5): In function `to_zval_stringr':
/usr/local/src/php/php-5.0.1/ext/soap/php_encoding.c:503: undefined
reference to
`xmlBufferCreateStatic'
ext/soap/php_encoding.lo(.text+0xbf3): In function `to_zval_stringc':
/usr/local/src/php/php-5.0.1/ext/soap/php_encoding.c:539: undefined
reference to
`xmlBufferCreateStatic'
ext/soap/php_encoding.lo(.text+0x1125): In function `to_xml_string':
/usr/local/src/php/php-5.0.1/ext/soap/php_encoding.c:607: undefined
reference to
`xmlBufferCreateStatic'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1
--
Edit this bug report at http://bugs.php.net/?id=29665&edit=1
#29723 [NEW]: file_get_contents() fails with the file:// wrapper
From: vma1 at abv dot bg
Operating system: Windows XP
PHP version: 5CVS-2004-08-17 (dev)
PHP Bug Type: Filesystem function related
Bug description: file_get_contents() fails with the file:// wrapper
Description:
When file_get_contents() is used under Windows with the file:// wrapper,
it gives the following error:
Warning: file_get_contents() []: remote host
file access not supported
The bug is caused by the following code in main/streams/streams.c (for
PHP5-200408171230 it is on line 1457).
if (protocol && path[n+1] == '/' && path[n+2] == '/' && path[n+3] !=
'/'){
if (options & REPORT_ERRORS) {
php_error_docref(NULL TSRMLS_CC, E_WARNING, "remote
host file access
not supported, %s", path);
}
return NULL;
}
The condition path[n+3] != '/' works for UNIX filesystems only. On
Windows absolute path does not start with a /, but a drive letter followed
by ":", e.g. D:\projects\...
Reproduce code:
---
file_get_contents ("D:\projects\index.tpl");
Expected result:
No error messages.
Actual result:
--
Warning: file_get_contents() []: remote host
file access not supported...
--
Edit bug report at http://bugs.php.net/?id=29723&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29723&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29723&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29723&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29723&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29723&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29723&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29723&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29723&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29723&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29723&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29723&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29723&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29723&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29723&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29723&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29723&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29723&r=float
#29724 [NEW]: PHP Encountered an Access Violation
From: bojo at gvea dot com Operating system: Windows 2003 Server PHP version: 5.0.1 PHP Bug Type: Reproducible crash Bug description: PHP Encountered an Access Violation Description: The original bug found in PHP 5.0.0, referenced here: http://bugs.php.net/bug.php?id=29127 was never actually resolved. PHP 5.0.1 continues to give the following error under IIS 6.0 on Windows 2003 Server: PHP has encountered an Access Violation at [random memory address]. Expected result: Page processes completely. Actual result: -- Program bails with the following error: PHP has encountered an Access Violation at [random memory address] -- Edit bug report at http://bugs.php.net/?id=29724&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29724&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29724&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29724&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29724&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29724&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29724&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29724&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29724&r=support Expected behavior: http://bugs.php.net/fix.php?id=29724&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29724&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29724&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29724&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29724&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29724&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29724&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29724&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29724&r=float
#29725 [NEW]: variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear
From: mex at localnet dot sk Operating system: Windows XP SP1a PHP version: 5.0.1 PHP Bug Type: Scripting Engine problem Bug description: variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear Description: variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear Reproduce code: --- on windows xp sp1a I get clear page: on freebsd 5.2-cvs i get right reply Expected result: variable may be filled with relative path to actual script Actual result: -- variable is clear (or null?) -- Edit bug report at http://bugs.php.net/?id=29725&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29725&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29725&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29725&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29725&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29725&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29725&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29725&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29725&r=support Expected behavior: http://bugs.php.net/fix.php?id=29725&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29725&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29725&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29725&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29725&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29725&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29725&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29725&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29725&r=float
#29725 [Com]: variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear
ID: 29725 Comment by: scottmacvicar at ntlworld dot com Reported By: mex at localnet dot sk Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP SP1a PHP Version: 5.0.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Check your php.ini and make sure you register the old-style vars, this was a change made for PHP 5. register_long_arrays = On Previous Comments: [2004-08-18 00:53:39] mex at localnet dot sk Description: variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear Reproduce code: --- on windows xp sp1a I get clear page: on freebsd 5.2-cvs i get right reply Expected result: variable may be filled with relative path to actual script Actual result: -- variable is clear (or null?) -- Edit this bug report at http://bugs.php.net/?id=29725&edit=1
#29726 [NEW]: Streams socket functionality
From: lists at cyberlot dot net Operating system: Fedora Core 2 PHP version: 5.0.1 PHP Bug Type: Sockets related Bug description: Streams socket functionality Description: switched from socket functions to stream functions for socket server usage because streams is supposed to be stable, and are included by default.. The problem socket_read supports PHP_NORMAL_READ which allows it to see flashes \0 as EOL... This is not possible when using streams to create a socket server as fget does not see \0 as EOL Expected result: Expect fgets to return data at \0 Actual result: -- Nothing is returned until the buffer is filled. -- Edit bug report at http://bugs.php.net/?id=29726&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29726&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29726&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29726&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29726&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29726&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29726&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29726&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29726&r=support Expected behavior: http://bugs.php.net/fix.php?id=29726&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29726&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29726&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29726&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29726&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29726&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29726&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29726&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29726&r=float
#29448 [Fbk->NoF]: include_once() && sprintf() bug
ID: 29448
Updated by: [EMAIL PROTECTED]
Reported By: ylke at netlabs dot hu
-Status: Feedback
+Status: No Feedback
Bug Type: Reproducible crash
Operating System: Linux netlabs 2.4.26-grsec-2.0
PHP Version: 4.3.8
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2004-08-02 17:25:37] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-07-29 20:17:23] ylke at netlabs dot hu
Description:
include_once(sprintf("%s/modules/spec_%s/%s.php",$this->set[path],$name,$name));
if i run this row, one of the apache childers will exit with
segmentation fault.
if the line below doesnt contains the sprintf() then php wont segfault
and will write some parse warning in the specified file.
why do this?
Reproduce code:
---
include_once(sprintf("%s/modules/spec_%s/%s.php",$this->set[path],$name,$name));
Expected result:
segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=29448&edit=1
#29725 [Opn]: variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear
ID: 29725 User updated by: mex at localnet dot sk Reported By: mex at localnet dot sk Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP SP1a PHP Version: 5.0.1 New Comment: ok, but reference is the same for php 4 and php 5, without any notice about "register_long_arrays = On". Previous Comments: [2004-08-18 00:57:32] scottmacvicar at ntlworld dot com Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Check your php.ini and make sure you register the old-style vars, this was a change made for PHP 5. register_long_arrays = On [2004-08-18 00:53:39] mex at localnet dot sk Description: variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear Reproduce code: --- on windows xp sp1a I get clear page: on freebsd 5.2-cvs i get right reply Expected result: variable may be filled with relative path to actual script Actual result: -- variable is clear (or null?) -- Edit this bug report at http://bugs.php.net/?id=29725&edit=1
#29724 [Opn->Fbk]: PHP Encountered an Access Violation
ID: 29724 Updated by: [EMAIL PROTECTED] Reported By: bojo at gvea dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 5.0.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2004-08-18 00:44:45] bojo at gvea dot com Description: The original bug found in PHP 5.0.0, referenced here: http://bugs.php.net/bug.php?id=29127 was never actually resolved. PHP 5.0.1 continues to give the following error under IIS 6.0 on Windows 2003 Server: PHP has encountered an Access Violation at [random memory address]. Expected result: Page processes completely. Actual result: -- Program bails with the following error: PHP has encountered an Access Violation at [random memory address] -- Edit this bug report at http://bugs.php.net/?id=29724&edit=1
#29625 [Fbk->Opn]: configure file problem
ID: 29625 User updated by: ych at tcte dot com dot cn Reported By: ych at tcte dot com dot cn -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: linux PHP Version: 4.3.8 New Comment: while configure --enable-xslt --with-xslt-sablot=/usr/local/sablot --with-sablot-js=/usr/local/js, an error will said: -ljs, command not find. Previous Comments: [2004-08-17 15:15:58] [EMAIL PROTECTED] So, does it cause any problems for you? It works perfectly for me and others. [2004-08-12 03:17:44] ych at tcte dot com dot cn Description: in configure file line 86047, missing quotation mark for variable PHP_SABLOT_JS_LIBS Reproduce code: --- *) LIBS="-ljs $LIBS" ;; esac fi PHP_SABLOT_JS_LIBS=-L$PHP_SABLOT_JS_DIR/lib -ljs else echo "$ac_t""no" 1>&6 LDFLAGS=$save_old_LDFLAGS ext_shared=$save_ext_shared unset ac_cv_func_js -- Edit this bug report at http://bugs.php.net/?id=29625&edit=1
