#42435 [NEW]: PHP not running after restart a system
From: myworld_kvs at yahoo dot co dot in Operating system: Windows XP PHP version: 5.2.3 PHP Bug Type: *General Issues Bug description: PHP not running after restart a system Description: i have recently downloaded and installed PHP 5.2.3 version (installer) for Windows. i am using apache 2.0.X web server. After successfull installation php is working fine. but once i restart a system, then php not running. i found in apache log file, the error is SAM/samXXX.php file is not found.[include_path;c:\php5\pear]. i have tried without installing PEAR, that time also Can't include a file SAM/samXXX.php is not found. i had verified in php.ini file, http.conf file and tried restarting apache. everything is ok. Expected result: PHP to be run after restart system Actual result: -- PHP not running it shows empty page. -- Edit bug report at http://bugs.php.net/?id=42435edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42435r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42435r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42435r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42435r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42435r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42435r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42435r=needscript Try newer version:http://bugs.php.net/fix.php?id=42435r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42435r=support Expected behavior:http://bugs.php.net/fix.php?id=42435r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42435r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42435r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42435r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42435r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42435r=dst IIS Stability:http://bugs.php.net/fix.php?id=42435r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42435r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42435r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42435r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42435r=mysqlcfg
#42437 [NEW]: Results from xpath() cannot be deleted
From: guenther dot stadler at gmx dot net
Operating system:
PHP version: 5.2.3
PHP Bug Type: SimpleXML related
Bug description: Results from xpath() cannot be deleted
Description:
Elements of the array returned by xpath() cannot be deleted.
I can change those elements, but deleting is impossible.
How can I delete a node returned by xpath()? Is there a way to find out
where the node I found is within the whole xml tree?
Thanks, Günther.
Reproduce code:
---
?php
$xmlstr = XML
?xml version='1.0' standalone='yes'?
root
movieMovie One/movie
movieMovie Two/movie
/root
XML;
$xml = new SimpleXMLElement($xmlstr);
$movs = $xml-xpath('//movie');
// Trying to delete the reference returned by xpath
unset($movs[0]);
// $movs[0] = NULL; doesn't work either
// No changes
echo $xml-asXML();
?
Expected result:
?xml version=1.0 standalone=yes?
root
movieMovie Two/movie
/root
Actual result:
--
?xml version=1.0 standalone=yes?
root
movieMovie One/movie
movieMovie Two/movie
/root
--
Edit bug report at http://bugs.php.net/?id=42437edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42437r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42437r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42437r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42437r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42437r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42437r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42437r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42437r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42437r=support
Expected behavior:http://bugs.php.net/fix.php?id=42437r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42437r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42437r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42437r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42437r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42437r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42437r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42437r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42437r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42437r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42437r=mysqlcfg
#42410 [Com]: SOAP parsing problem on Item-Tags
ID: 42410
Comment by: aboh24 at gmx dot de
Reported By: andreas dot bohne-lang at medma dot uni-heidelberg dot
Status: Feedback
Bug Type: SOAP related
Operating System: MacOSX 1.4
PHP Version: 5.2.3
New Comment:
Same problem.
I could not Edit Submission because my email address for this bug war
too long for your system (the last 2 charaters are cropped) and I forgot
my password :/
I will reopen this on another _shorter_ email address.
Previous Comments:
[2007-08-24 10:24:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2007-08-24 07:19:37] andreas dot bohne-lang at medma dot
uni-heidelberg dot
Description:
The built-in SOAP drop the value of the record. eg: the '2005 Jul 1' of
the PubDate. NuSOAP can handle this.
DocSum
Id15980568/Id
Item Name=PubDate Type=Date2005 Jul 1/Item
Item Name=EPubDate Type=Date/Item
Item Name=Source Type=StringNucleic Acids Res/Item
Item Name=AuthorList Type=List
Item Name=Author Type=StringBohne-Lang A/Item
...
stdClass Object
(
[DocSum] = stdClass Object
(
[Id] = 15980568
[Item] = Array
(
[0] = stdClass Object
(
[Name] = PubDate
[Type] = Date
)
[1] = stdClass Object
(
[Name] = EPubDate
[Type] = Date
)
[2] = stdClass Object
(
[Name] = Source
[Type] = String
)
Reproduce code:
---
?
$client = new
SoapClient('http://www.ncbi.nlm.nih.gov/entrez/eutils/soap/eutils.wsdl',array('trace'
= 1));
$result = $client-__soapcall('run_eSummary',array(
'parameters' = array('db' = 'pubmed', 'id'='15980568')));
echo LastRequestHeaders:\n .
$client-__getLastRequestHeaders() . \n;
echo LastRequest:\n . $client-__getLastRequest() . \n;
echo LastResponseHeaders:\n .
$client-__getLastResponseHeaders() . \n;
echo LastResponse:\n . $client-__getLastResponse() . \n;
print_r($result);
?
Expected result:
NuSOAP output:
Array
(
[DocSum] = Array
(
[Id] = 15980568
[Item] = Array
(
[0] = Array
(
[!Name] = PubDate
[!Type] = Date
[!] = 2005 Jul 1
)
[1] = Array
(
[!Name] = EPubDate
[!Type] = Date
)
[2] = Array
(
[!Name] = Source
[!Type] = String
[!] = Nucleic Acids Res
)
[3] = Array
(
[Item] = Array
(
[0] = Array
(
[!Name] = Author
[!Type] = String
[!] = Bohne-Lang A
)
Actual result:
--
LastRequestHeaders:
POST /entrez/eutils/soap/soap_adapter_1_5.cgi HTTP/1.1
Host: www.ncbi.nlm.nih.gov
Connection: Keep-Alive
User-Agent: PHP-SOAP/5.2.3
Content-Type: text/xml; charset=utf-8
SOAPAction: esummary
Content-Length: 321
LastRequest:
?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=http://www.ncbi.nlm.nih.gov/soap/eutils/esummary;SOAP-ENV:Bodyns1:eSummaryRequestns1:dbpubmed/ns1:dbns1:id15980568/ns1:id/ns1:eSummaryRequest/SOAP-ENV:Body/SOAP-ENV:Envelope
LastResponseHeaders:
HTTP/1.1 200 OK
Date: Fri, 24 Aug 2007 07:14:09 GMT
Server: Apache
Content-length: 2278
Content-Type: text/xml; charset=UTF-8
Vary: Accept-Encoding
Connection: close
LastResponse:
?xml version=1.0?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
SOAP-ENV:BodyeSummaryResult
#42436 [NEW]: SOAP parsing problem on Item-Tags
From: aboh24 at gmx dot de
Operating system: MacOSX 1.4
PHP version: 5.2.4RC3
PHP Bug Type: SOAP related
Bug description: SOAP parsing problem on Item-Tags
Description:
Reopend with a shorter bug email address:
ok - now tested with snapshot php5.2-200708270430 (same problem)
compiled with
./configure --with-libxml-dir=../libxml2-2.6.29/ --enable-soap
Problem:
The built-in SOAP drop the value of the record. eg: the '2005 Jul 1' of
the PubDate. NuSOAP can handle this.
DocSum
Id15980568/Id
Item Name=PubDate Type=Date2005 Jul 1/Item
Item Name=EPubDate Type=Date/Item
Item Name=Source Type=StringNucleic Acids Res/Item
Item Name=AuthorList Type=List
Item Name=Author Type=StringBohne-Lang A/Item
...
stdClass Object
(
[DocSum] = stdClass Object
(
[Id] = 15980568
[Item] = Array
(
[0] = stdClass Object
(
[Name] = PubDate
[Type] = Date
)
[1] = stdClass Object
(
[Name] = EPubDate
[Type] = Date
)
[2] = stdClass Object
(
[Name] = Source
[Type] = String
)
Reproduce code:
---
Reproduce code:
---
?
$client = new
SoapClient('http://www.ncbi.nlm.nih.gov/entrez/eutils/soap/eutils.wsdl',
array('trace' = 1));
$result = $client-__soapcall('run_eSummary',array( 'parameters'
= array('db' = 'pubmed', 'id'='15980568')));
echo LastRequestHeaders:\n .
$client-__getLastRequestHeaders() . \n;
echo LastRequest:\n . $client-__getLastRequest() . \n;
echo LastResponseHeaders:\n .
$client-__getLastResponseHeaders() . \n;
echo LastResponse:\n . $client-__getLastResponse() . \n;
print_r($result);
?
Expected result:
Expected result:
NuSOAP output:
Array
(
[DocSum] = Array
(
[Id] = 15980568
[Item] = Array
(
[0] = Array
(
[!Name] = PubDate
[!Type] = Date
[!] = 2005 Jul 1
)
[1] = Array
(
[!Name] = EPubDate
[!Type] = Date
)
[2] = Array
(
[!Name] = Source
[!Type] = String
[!] = Nucleic Acids Res
)
[3] = Array
(
[Item] = Array
(
[0] = Array
(
[!Name] = Author
[!Type] = String
[!] = Bohne-Lang A
)
Actual result:
--
LastRequestHeaders:
POST /entrez/eutils/soap/soap_adapter_1_5.cgi HTTP/1.1
Host: www.ncbi.nlm.nih.gov
Connection: Keep-Alive
User-Agent: PHP-SOAP/5.2.3
Content-Type: text/xml; charset=utf-8
SOAPAction: esummary
Content-Length: 321
LastRequest:
?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=http://www.ncbi.nlm.nih.gov/soap/eutils/esummary;SOAP-ENV:B
odyns1:eSummaryRequestns1:dbpubmed/ns1:dbns1:id15980568/ns1:id
/ns1:eSummaryRequest/SOAP-ENV:Body/SOAP-ENV:Envelope
LastResponseHeaders:
HTTP/1.1 200 OK
Date: Fri, 24 Aug 2007 07:14:09 GMT
Server: Apache
Content-length: 2278
Content-Type: text/xml; charset=UTF-8
Vary: Accept-Encoding
Connection: close
LastResponse:
?xml version=1.0?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
SOAP-ENV:BodyeSummaryResult
xmlns=http://www.ncbi.nlm.nih.gov/soap/eutils/esummary;
DocSum
Id15980568/Id
Item Name=PubDate Type=Date2005 Jul 1/Item
Item Name=EPubDate Type=Date/Item
Item Name=Source Type=StringNucleic Acids Res/Item
Item Name=AuthorList Type=List
Item Name=Author Type=StringBohne-Lang A/Item
Item Name=Author Type=StringGroch WD/Item
Item Name=Author Type=StringRanzinger R/Item
/Item
Item Name=LastAuthor Type=StringRanzinger R/Item
Item Name=Title Type=StringAISMIG--an interactive
server-side molecule image generator./Item
#42396 [Asn]: Followup to #36711: __halt_compiler() and unicode detection
ID: 42396 Updated by: [EMAIL PROTECTED] Reported By: francois at tekwire dot net Status: Assigned -Bug Type: Scripting Engine problem +Bug Type: Feature/Change Request Operating System: all PHP Version: 5.2.3 Assigned To: hirokawa New Comment: IMHO, #42396 is not a bug, but it is the specification. The normal script doesn't contain a null byte if it is not encoded in Unicode. It is understandable the addition of a unique byte seqence '0x' detection to support PHAR/PHK, but it is a change to add a new feature. Rui Previous Comments: [2007-08-24 10:30:12] [EMAIL PROTECTED] Patch posted to internals: http://news.php.net/php.internals/31870 [2007-08-24 10:29:05] [EMAIL PROTECTED] The same folks who maintain mbstring have added that support so it's not so wrong choice. Reclassified though. And assigned to the maintainer. [2007-08-23 16:24:33] francois at tekwire dot net Not sure it should be reclassified as mbstring related, as the bug is in Zend/zend_multibyte.c and has nothing to do with mbstring. PHP5 has a little unicode part in the engine. It even has an (undocumented) 'detect_unicode' option. [2007-08-23 14:08:09] [EMAIL PROTECTED] Reclassified: There is no unicode in PHP 5. Just mbstring. [2007-08-23 12:16:17] francois at tekwire dot net Description: Reopening bug #36711 because it is NOT a documentation problem. Setting 'detect_unicode=Off' is NOT a solution, just a workaround. In practice, because of this bug, PHK or PHAR packages cannot run on zend-multibyte-enabled environments, unless detect_unicode is turned off. Which makes them unusable in environments running unicode-encoded scripts. As a side effect, it also makes it impossible to include an unicode-encoded script inside a PHAR/PHK package, as it cannot be run. There is no logical reason to bind the __halt_compiler() feature with the zend-multibyte unicode detection capability. Everything after an __halt_compiler() directive must be considered as binary data and should not be scanned for unicode detection. If this data contains a unicode script, it will be scanned and detected when include()d through the stream wrapper. My (humble) suggestions to fix the problem: In zend_multibyte_detect_unicode(), the BOM detection does not have to be modified but, then, the script is scanned for null bytes : return zend_multibyte_detect_utf_encoding(LANG_SCNG(script_org), LANG_SCNG(script_org_size) TSRMLS_CC); There, the size should not be LANG_SCNG(script_org_size), but the offset of the __halt_compiler() directive. But I don't know where to find the COMPILER_HALT_OFFSET constant for the script. I even suspect it not to be available at this time... Another way, if the previous one is not possible, would be to scan for a binary string that cannot correspond to any unicode encoding. This way, PHK and PHAR could insert this string after ther __halt_compiler() directive, and it could be detected by zend_multibyte_detect_utf_encoding() as a stop string. I am ready to implement it if somebody provides a sequence of bytes that cannot be found in any unicode-encoded document. Reproduce code: --- ?php echo OK\n; __halt_compiler();null-byte Expected result: OK Actual result: -- ?? -- Edit this bug report at http://bugs.php.net/?id=42396edit=1
#42435 [Opn-Bgs]: PHP not running after restart a system
ID: 42435 Updated by: [EMAIL PROTECTED] Reported By: myworld_kvs at yahoo dot co dot in -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows XP PHP Version: 5.2.3 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-08-27 06:08:47] myworld_kvs at yahoo dot co dot in Description: i have recently downloaded and installed PHP 5.2.3 version (installer) for Windows. i am using apache 2.0.X web server. After successfull installation php is working fine. but once i restart a system, then php not running. i found in apache log file, the error is SAM/samXXX.php file is not found.[include_path;c:\php5\pear]. i have tried without installing PEAR, that time also Can't include a file SAM/samXXX.php is not found. i had verified in php.ini file, http.conf file and tried restarting apache. everything is ok. Expected result: PHP to be run after restart system Actual result: -- PHP not running it shows empty page. -- Edit this bug report at http://bugs.php.net/?id=42435edit=1
#42438 [NEW]: require require_once include include_once
From: perching_eagle at yahoo dot com
Operating system: windows xp
PHP version: 5.2.3
PHP Bug Type: Scripting Engine problem
Bug description: require require_once include include_once
Description:
the require, require_once, include, include_once operators produce
unexpected results when used to import files in php v5.2.3, this problem
didn't exist in the previous version i was using.
two files contain two different classes that have a parent and child
relationship. if both classes are on the same file, the scripting engine
outputs the expected result. however, if they are kept in separate files
and any of the four import operators are used, the scripting engine dumps
jargons on the output screen.
pls. try out the example before closing, suspending or the changing the
status of this complaint to bogus. Bug #41855 is the same problem as this
one, but someone rushed to conclusions without testing and proclaimed it
bogus.
Reproduce code:
---
?php // parent.php
class Father{
public $surname;
public function __construct($name){
$this-surname=$name; }
}
?
//
//separate files
//
?php // child.php
include_once(parent.php);
class Son extends Father{
public $name;
public function __construct($first,$last){
parent::__construct($last);
$this-name=$first;
}
}
$boy=new Son(john,doe);
print $boy-name;
print br;
print $boy-surname;
?
Expected result:
john
doe
Actual result:
--
surname=$name; } }
?#17930;#29793;#27745;#25888;#29298;#29295;#27715;#29537;#8307;#17959;#29793;#25960;#10098;#28192;#29807;#26144;#30063;#25710;#26912;#8302;#14915;#17500;#25455;#28021;#28261;#29556;#24864;#25710;#21280;#29797;#26996;#26478;#23667;#28537;#26989;#29472;#29551;#28257;#24953;#17500;#29541;#29803;#28783;#30556;#29295;#8299;#25954;#25454;#23656;#26736;#8304;#26982;#25964;#23667;#28798;#28776;#25956;#26995;#28263;#29285;#28511;#29813;#30064;#24436;#28020;#11888;#26736;#8304;#28271;#27680;#28265;#8293;#2611;
--
Edit bug report at http://bugs.php.net/?id=42438edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42438r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42438r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42438r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42438r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42438r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42438r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42438r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42438r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42438r=support
Expected behavior:http://bugs.php.net/fix.php?id=42438r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42438r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42438r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42438r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42438r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42438r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42438r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42438r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42438r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42438r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42438r=mysqlcfg
#42433 [Opn-Bgs]: Apache server is loading php, but not using MY php.ini settings
ID: 42433 Updated by: [EMAIL PROTECTED] Reported By: CDeLorme at gmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows XP 64 Pro PHP Version: 5.2.3 New Comment: In phpinfo() output there is a section where PHP tries to look for the ini file and exactly what file it DID use. This is not any bug. Previous Comments: [2007-08-27 01:17:51] cdelorme at gmail dot com I forgot to mention, I DID restart the apache server as well as my entire machine, multiple times. This has had no effect on the situation. [2007-08-27 01:16:12] CDeLorme at gmail dot com Description: I cannot reproduce the code here or on a seperate link. The issue is simple but I am having trouble location posts about it elsewhere. I setup apache 2_2x etc or w/e on my machine with the php as I selected above. When I check phpinfo() in a document, it loads just fine, php SHOWS as running general php scripts work. However the settings shown do NOT reflect any changes I tried making in my own php.ini file located in C:/windows directory. I don't know how this works exactly, but after much frustration I still can't seem to get it functioning by my own settings. Settings I adjusted: max_execution_time, defaults to 30 I set it to 300, no change. Added mysql, it doesn't show up... anywhere! extention directory, it shows C:/php5, no such folder even exists! I have it in c:/php... Any help with this problem would be greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=42433edit=1
#42438 [Opn]: require require_once include include_once
ID: 42438
User updated by: perching_eagle at yahoo dot com
Reported By: perching_eagle at yahoo dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: windows xp
PHP Version: 5.2.3
New Comment:
actual output:
surname=$name; } }
?#17930;#29793;#27745;#25888;#29298;#29295;#27715;#29537;#8307;#17959;#29793;#25960;#10098;#28192;#29807;#26144;#30063;#25710;#26912;#8302;#14915;#17500;#25455;#28021;#28261;#29556;#24864;#25710;#21280;#29797;#26996;#26478;#23667;#28537;#26989;#29472;#29551;#28257;#24953;#17500;#29541;#29803;#28783;#30556;#29295;#8299;#25954;#25454;#23656;#26736;#8304;#26982;#25964;#23667;#28798;#28776;#25956;#26995;#28263;#29285;#28511;#29813;#30064;#24436;#28020;#11888;#26736;#8304;#28271;#27680;#28265;#8293;#2611;
Previous Comments:
[2007-08-27 08:40:23] perching_eagle at yahoo dot com
Description:
the require, require_once, include, include_once operators produce
unexpected results when used to import files in php v5.2.3, this problem
didn't exist in the previous version i was using.
two files contain two different classes that have a parent and child
relationship. if both classes are on the same file, the scripting engine
outputs the expected result. however, if they are kept in separate
files and any of the four import operators are used, the scripting
engine dumps jargons on the output screen.
pls. try out the example before closing, suspending or the changing the
status of this complaint to bogus. Bug #41855 is the same problem as
this one, but someone rushed to conclusions without testing and
proclaimed it bogus.
Reproduce code:
---
?php // parent.php
class Father{
public $surname;
public function __construct($name){
$this-surname=$name; }
}
?
//
//separate files
//
?php // child.php
include_once(parent.php);
class Son extends Father{
public $name;
public function __construct($first,$last){
parent::__construct($last);
$this-name=$first;
}
}
$boy=new Son(john,doe);
print $boy-name;
print br;
print $boy-surname;
?
Expected result:
john
doe
Actual result:
--
surname=$name; } }
?#17930;#29793;#27745;#25888;#29298;#29295;#27715;#29537;#8307;#17959;#29793;#25960;#10098;#28192;#29807;#26144;#30063;#25710;#26912;#8302;#14915;#17500;#25455;#28021;#28261;#29556;#24864;#25710;#21280;#29797;#26996;#26478;#23667;#28537;#26989;#29472;#29551;#28257;#24953;#17500;#29541;#29803;#28783;#30556;#29295;#8299;#25954;#25454;#23656;#26736;#8304;#26982;#25964;#23667;#28798;#28776;#25956;#26995;#28263;#29285;#28511;#29813;#30064;#24436;#28020;#11888;#26736;#8304;#28271;#27680;#28265;#8293;#2611;
--
Edit this bug report at http://bugs.php.net/?id=42438edit=1
#42438 [Opn-Fbk]: require require_once include include_once
ID: 42438
Updated by: [EMAIL PROTECTED]
Reported By: perching_eagle at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: windows xp
PHP Version: 5.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
I can't reproduce this. (I get the expected result..)
Previous Comments:
[2007-08-27 08:41:46] perching_eagle at yahoo dot com
actual output:
surname=$name; } }
?#17930;#29793;#27745;#25888;#29298;#29295;#27715;#29537;#8307;#17959;#29793;#25960;#10098;#28192;#29807;#26144;#30063;#25710;#26912;#8302;#14915;#17500;#25455;#28021;#28261;#29556;#24864;#25710;#21280;#29797;#26996;#26478;#23667;#28537;#26989;#29472;#29551;#28257;#24953;#17500;#29541;#29803;#28783;#30556;#29295;#8299;#25954;#25454;#23656;#26736;#8304;#26982;#25964;#23667;#28798;#28776;#25956;#26995;#28263;#29285;#28511;#29813;#30064;#24436;#28020;#11888;#26736;#8304;#28271;#27680;#28265;#8293;#2611;
[2007-08-27 08:40:23] perching_eagle at yahoo dot com
Description:
the require, require_once, include, include_once operators produce
unexpected results when used to import files in php v5.2.3, this problem
didn't exist in the previous version i was using.
two files contain two different classes that have a parent and child
relationship. if both classes are on the same file, the scripting engine
outputs the expected result. however, if they are kept in separate
files and any of the four import operators are used, the scripting
engine dumps jargons on the output screen.
pls. try out the example before closing, suspending or the changing the
status of this complaint to bogus. Bug #41855 is the same problem as
this one, but someone rushed to conclusions without testing and
proclaimed it bogus.
Reproduce code:
---
?php // parent.php
class Father{
public $surname;
public function __construct($name){
$this-surname=$name; }
}
?
//
//separate files
//
?php // child.php
include_once(parent.php);
class Son extends Father{
public $name;
public function __construct($first,$last){
parent::__construct($last);
$this-name=$first;
}
}
$boy=new Son(john,doe);
print $boy-name;
print br;
print $boy-surname;
?
Expected result:
john
doe
Actual result:
--
surname=$name; } }
?#17930;#29793;#27745;#25888;#29298;#29295;#27715;#29537;#8307;#17959;#29793;#25960;#10098;#28192;#29807;#26144;#30063;#25710;#26912;#8302;#14915;#17500;#25455;#28021;#28261;#29556;#24864;#25710;#21280;#29797;#26996;#26478;#23667;#28537;#26989;#29472;#29551;#28257;#24953;#17500;#29541;#29803;#28783;#30556;#29295;#8299;#25954;#25454;#23656;#26736;#8304;#26982;#25964;#23667;#28798;#28776;#25956;#26995;#28263;#29285;#28511;#29813;#30064;#24436;#28020;#11888;#26736;#8304;#28271;#27680;#28265;#8293;#2611;
--
Edit this bug report at http://bugs.php.net/?id=42438edit=1
#42432 [Opn-Bgs]: Bug #41811 round() for large numbers ending with zeroes
ID: 42432 Updated by: [EMAIL PROTECTED] Reported By: zoxx at konto dot pl -Status: Open +Status: Bogus Bug Type: Strings related Operating System: FreeBSD PHP Version: 5.2.3 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 Previous Comments: [2007-08-26 19:59:53] zoxx at konto dot pl Description: Bug related with Bugs #41811, #41152. It's not really round() problem but string conversion made by echo or concatenation with string. It is serious bug with strong consequences: - php4 was free with that 'feature' so old correctly working scripts could fail with php5 - data that is inserted to mysql with exponent notation to mysql integer fields is cutted to digits (so if you insert 1.41E+7 '1' integer is inserted instead) - data could be not displayed correctly, not correctly inserted to files or passed to external systems (and so on...) - it is unrelated with 'precision' php.ini configuration item, so unexpected by programmer Reproduce code: --- form action=testval.php method=POST input type=text name=val /form ?php echo $val*100.0; ? Expected result: input: 41 output: 4100 Actual result: -- input: 41 output: 4.1E+7 -- Edit this bug report at http://bugs.php.net/?id=42432edit=1
#42426 [Bgs-Opn]: ctype_alnum fails on integers
ID: 42426 User updated by: phpbugs dot 20 dot zsh at spamgourmet dot com Reported By: phpbugs dot 20 dot zsh at spamgourmet dot com -Status: Bogus +Status: Open -Bug Type: Unknown/Other Function +Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5.2.3 New Comment: That's expected behavior? Reclassified... Previous Comments: [2007-08-25 18:22:02] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2007-08-25 16:55:42] phpbugs dot 20 dot zsh at spamgourmet dot com Oops, the reproduce code should be: ?php $var = 42; var_dump(ctype_alnum($var), ctype_alnum($var)); ? [2007-08-25 16:50:46] phpbugs dot 20 dot zsh at spamgourmet dot com Description: ctype_alnum returns false if an integer is passed. Reproduce code: --- ?php $var = 42; var_dump($var, $var); ? Expected result: bool(true) bool(true) Actual result: -- bool(false) bool(true) -- Edit this bug report at http://bugs.php.net/?id=42426edit=1
#42420 [Opn-Fbk]: Segmentation fault when using FTP proxy
ID: 42420 Updated by: [EMAIL PROTECTED] Reported By: mkwan at darkside dot com dot au -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux (Fedora 7) PHP Version: 5.2.3 New Comment: And now read again the above mentioned page and reconfigure your PHP isntallation using --enable-debug this time. Also, use the latest 5.2 CVS snapshot from: http://snaps.php.net/php5.2-latest.tar.gz Previous Comments: [2007-08-26 23:47:27] mkwan at darkside dot com dot au #0 0x081ce50c in ?? () #1 0x08191a7e in ?? () #2 0x081ce9d4 in _php_stream_free () #3 0x081533fa in zif_file_get_contents () #4 0x08233b00 in ?? () #5 0x08223048 in execute () #6 0x0820241a in zend_execute_scripts () #7 0x081bc256 in php_execute_script () #8 0x082885ab in main () [2007-08-26 16:48:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2007-08-25 02:51:01] mkwan at darkside dot com dot au Description: Calling the file_get_contents() function with the ftp:// wrapper causes a segmentation fault when an FTP proxy is enabled with the stream_context_get_default function. The machine is running Fedora 7 with an Apache server which has proxying enabled. Just for comparison, the following command DOES work - export ftp_proxy=localhost:8080 wget ftp://ftp2.bom.gov.au/anon/gen/radar/IDR463.gif Reproduce code: --- ?php stream_context_get_default ( array (ftp = array (proxy = tcp://localhost:8080)) ); $gif = file_get_contents (ftp://ftp2.bom.gov.au/anon/gen/radar/IDR463.gif;); if ($gif === false) echo failed\n; else echo size = . strlen ($gif) . \n; ? Expected result: I expect to see a message of the form size = 22544 Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=42420edit=1
#42432 [Bgs-Opn]: Bug #41811 round() for large numbers ending with zeroes
ID: 42432 User updated by: zoxx at konto dot pl Reported By: zoxx at konto dot pl -Status: Bogus +Status: Open Bug Type: Strings related Operating System: FreeBSD PHP Version: 5.2.3 New Comment: It is not described in manual. Additional tests (FreeBSD, Windows XP SP 1): ?php echo 410*1.0; ? expected result: 410 actual result: 4.1E+6 Notice: 1) it is not float precision problem 2) script is working correctly on php4 Previous Comments: [2007-08-27 08:45:10] [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 [2007-08-26 19:59:53] zoxx at konto dot pl Description: Bug related with Bugs #41811, #41152. It's not really round() problem but string conversion made by echo or concatenation with string. It is serious bug with strong consequences: - php4 was free with that 'feature' so old correctly working scripts could fail with php5 - data that is inserted to mysql with exponent notation to mysql integer fields is cutted to digits (so if you insert 1.41E+7 '1' integer is inserted instead) - data could be not displayed correctly, not correctly inserted to files or passed to external systems (and so on...) - it is unrelated with 'precision' php.ini configuration item, so unexpected by programmer Reproduce code: --- form action=testval.php method=POST input type=text name=val /form ?php echo $val*100.0; ? Expected result: input: 41 output: 4100 Actual result: -- input: 41 output: 4.1E+7 -- Edit this bug report at http://bugs.php.net/?id=42432edit=1
#42439 [NEW]: Derivating a method in a class that implements an interface that declares it
From: romain dot tartiere at healthgrid dot org
Operating system: GNU/Linux
PHP version: 5.2.3
PHP Bug Type: Class/Object related
Bug description: Derivating a method in a class that implements an interface
that declares it
Description:
Considering a class that implements an interface and has methods that
require many arguments. You may expect to make your life easier derivating
this class and providing simpler methods.
Reproduce code:
---
?php
interface i_foo {
function fooize($str, $n);
}
class c_foo implements i_foo { /* painful ($class-fooize($str, $n)) */
function fooize($str, $n) {
echo $str $n\n;
}
}
class c_bar extends c_foo {
function fooize($str) { /* simple ($class-fooize($str)) */
$n = strlen($str);
parent::fooize($str, $n);
}
}
?
Expected result:
This should not pose any kind of problem.
Actual result:
--
Fatal error: Declaration of c_bar::fooize() must be compatible with that
of i_foo::fooize()
--
Edit bug report at http://bugs.php.net/?id=42439edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42439r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42439r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42439r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42439r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42439r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42439r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42439r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42439r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42439r=support
Expected behavior:http://bugs.php.net/fix.php?id=42439r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42439r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42439r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42439r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42439r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42439r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42439r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42439r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42439r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42439r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42439r=mysqlcfg
#40835 [Asn-Bgs]: Incompatible with prototype warnings
ID: 40835 Updated by: [EMAIL PROTECTED] Reported By: ian at onlineloop dot com -Status: Assigned +Status: Bogus Bug Type: Compile Warning Operating System: Solaris 10 PHP Version: 5.2.1 Assigned To: tony2001 New Comment: These warnings are sef to ignore, the compiler is just too verbose. Previous Comments: [2007-05-15 15:35:45] ian at onlineloop dot com I'm setting up a zone on an Enterprise 3500 for the PHP team. Please contact me directly so we can arrange access and discuss your needs. [2007-03-20 16:11:17] [EMAIL PROTECTED] Any news? Btw, I've looked through the warnings and all of them are safe. Actually, I believe your compiler should not even report most of them. [2007-03-16 15:52:53] [EMAIL PROTECTED] Most of these warnings can be safely ignored (and do not exist if you use less strict compiler). [2007-03-16 15:34:49] ian at onlineloop dot com OK, so it seems no text file attachments are possible, as such a link to the build history. http://www.meduniwien.ac.at/user/ib/php-5.2.1-solaris10_build.log.gz As for access to a machine, I will try to arrange something in the next couple of weeks. [2007-03-16 15:04:39] [EMAIL PROTECTED] It would be very good to have an access to a machine with Sun Compiler, just for tests. As far as I know at the moment none of developers use Sun Compiler or test the builds using it. 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/40835 -- Edit this bug report at http://bugs.php.net/?id=40835edit=1
#42440 [NEW]: Unable to access to a member of an array returned by a function
From: romain dot tartiere at healthgrid dot org
Operating system: GNU/Linux
PHP version: 5.2.3
PHP Bug Type: Arrays related
Bug description: Unable to access to a member of an array returned by a
function
Description:
When using a function that returns an array, the parser is not apple to
correctly parse the expression and assign the n'th element to a variable
Reproduce code:
---
?php
function foo() {
return array(1, 2, 3);
}
echo foo()[1]; #
?
Expected result:
2 (second element of the array)
Actual result:
--
Parse error: syntax error, unexpected '[', expecting ',' or ';'
--
Edit bug report at http://bugs.php.net/?id=42440edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42440r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42440r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42440r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42440r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42440r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42440r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42440r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42440r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42440r=support
Expected behavior:http://bugs.php.net/fix.php?id=42440r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42440r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42440r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42440r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42440r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42440r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42440r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42440r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42440r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42440r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42440r=mysqlcfg
#42441 [NEW]: Unable to instanciate a class who's name is in a constant
From: romain dot tartiere at healthgrid dot org
Operating system: GNU/Linux
PHP version: 5.2.3
PHP Bug Type: Class/Object related
Bug description: Unable to instanciate a class who's name is in a constant
Description:
If you use define to set the name of a class to a constant, you can't use
it to instanciate the class.
Reproduce code:
---
?php
class foo {}
define('MYCLASS', 'foo');
$f = new MYCLASS(); # Won't work
$f = new $_CONSTANTS['MYCLASS'](); # Won't work
$s = MYCLASS;
$f = new $s(); # Works
?
Expected result:
These way of instanciating the foo class should all work.
Actual result:
--
The two first syntax produce the same result:
Fatal error: Class name must be a valid object or a string
--
Edit bug report at http://bugs.php.net/?id=42441edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42441r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42441r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42441r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42441r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42441r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42441r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42441r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42441r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42441r=support
Expected behavior:http://bugs.php.net/fix.php?id=42441r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42441r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42441r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42441r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42441r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42441r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42441r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42441r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42441r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42441r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42441r=mysqlcfg
#42426 [Opn-Bgs]: ctype_alnum fails on integers
ID: 42426 Updated by: [EMAIL PROTECTED] Reported By: phpbugs dot 20 dot zsh at spamgourmet dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5.2.3 New Comment: ctype_alnum ( string $text ) it takes a string not integer. Please see the manual for further support questions. Previous Comments: [2007-08-27 08:57:41] phpbugs dot 20 dot zsh at spamgourmet dot com That's expected behavior? Reclassified... [2007-08-25 18:22:02] [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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2007-08-25 16:55:42] phpbugs dot 20 dot zsh at spamgourmet dot com Oops, the reproduce code should be: ?php $var = 42; var_dump(ctype_alnum($var), ctype_alnum($var)); ? [2007-08-25 16:50:46] phpbugs dot 20 dot zsh at spamgourmet dot com Description: ctype_alnum returns false if an integer is passed. Reproduce code: --- ?php $var = 42; var_dump($var, $var); ? Expected result: bool(true) bool(true) Actual result: -- bool(false) bool(true) -- Edit this bug report at http://bugs.php.net/?id=42426edit=1
#42442 [NEW]: id.php.net is dead
From: hans at soeharso dot net Operating system: n/a PHP version: 5.2.3 PHP Bug Type: *General Issues Bug description: id.php.net is dead Description: Dear Support, id.php.net is no longer available. Please delete mirror site id.php.net from php.net site. Also, please redirect the search function to www.php.net. Currently, it still redirecting to id.php.net. Thank you. -Hans Soeharso -- Edit bug report at http://bugs.php.net/?id=42442edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42442r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42442r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42442r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42442r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42442r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42442r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42442r=needscript Try newer version:http://bugs.php.net/fix.php?id=42442r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42442r=support Expected behavior:http://bugs.php.net/fix.php?id=42442r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42442r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42442r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42442r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42442r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42442r=dst IIS Stability:http://bugs.php.net/fix.php?id=42442r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42442r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42442r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42442r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42442r=mysqlcfg
#42441 [Opn-Bgs]: Unable to instanciate a class who's name is in a constant
ID: 42441
Updated by: [EMAIL PROTECTED]
Reported By: romain dot tartiere at healthgrid dot org
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: GNU/Linux
PHP Version: 5.2.3
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
Previous Comments:
[2007-08-27 10:08:45] romain dot tartiere at healthgrid dot org
Description:
If you use define to set the name of a class to a constant, you can't
use it to instanciate the class.
Reproduce code:
---
?php
class foo {}
define('MYCLASS', 'foo');
$f = new MYCLASS(); # Won't work
$f = new $_CONSTANTS['MYCLASS'](); # Won't work
$s = MYCLASS;
$f = new $s(); # Works
?
Expected result:
These way of instanciating the foo class should all work.
Actual result:
--
The two first syntax produce the same result:
Fatal error: Class name must be a valid object or a string
--
Edit this bug report at http://bugs.php.net/?id=42441edit=1
#42440 [Opn-Bgs]: Unable to access to a member of an array returned by a function
ID: 42440
Updated by: [EMAIL PROTECTED]
Reported By: romain dot tartiere at healthgrid dot org
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: GNU/Linux
PHP Version: 5.2.3
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
Previous Comments:
[2007-08-27 10:00:01] romain dot tartiere at healthgrid dot org
Description:
When using a function that returns an array, the parser is not apple to
correctly parse the expression and assign the n'th element to a variable
Reproduce code:
---
?php
function foo() {
return array(1, 2, 3);
}
echo foo()[1]; #
?
Expected result:
2 (second element of the array)
Actual result:
--
Parse error: syntax error, unexpected '[', expecting ',' or ';'
--
Edit this bug report at http://bugs.php.net/?id=42440edit=1
#42439 [Opn-Bgs]: Derivating a method in a class that implements an interface that declares it
ID: 42439
Updated by: [EMAIL PROTECTED]
Reported By: romain dot tartiere at healthgrid dot org
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: GNU/Linux
PHP Version: 5.2.3
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
Previous Comments:
[2007-08-27 09:35:06] romain dot tartiere at healthgrid dot org
Description:
Considering a class that implements an interface and has methods that
require many arguments. You may expect to make your life easier
derivating this class and providing simpler methods.
Reproduce code:
---
?php
interface i_foo {
function fooize($str, $n);
}
class c_foo implements i_foo { /* painful ($class-fooize($str, $n))
*/
function fooize($str, $n) {
echo $str $n\n;
}
}
class c_bar extends c_foo {
function fooize($str) { /* simple ($class-fooize($str)) */
$n = strlen($str);
parent::fooize($str, $n);
}
}
?
Expected result:
This should not pose any kind of problem.
Actual result:
--
Fatal error: Declaration of c_bar::fooize() must be compatible with
that of i_foo::fooize()
--
Edit this bug report at http://bugs.php.net/?id=42439edit=1
#42437 [Opn-Bgs]: Results from xpath() cannot be deleted
ID: 42437
Updated by: [EMAIL PROTECTED]
Reported By: guenther dot stadler at gmx dot net
-Status: Open
+Status: Bogus
Bug Type:SimpleXML related
PHP Version: 5.2.3
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. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2007-08-27 08:23:56] guenther dot stadler at gmx dot net
Description:
Elements of the array returned by xpath() cannot be deleted.
I can change those elements, but deleting is impossible.
How can I delete a node returned by xpath()? Is there a way to find out
where the node I found is within the whole xml tree?
Thanks, Günther.
Reproduce code:
---
?php
$xmlstr = XML
?xml version='1.0' standalone='yes'?
root
movieMovie One/movie
movieMovie Two/movie
/root
XML;
$xml = new SimpleXMLElement($xmlstr);
$movs = $xml-xpath('//movie');
// Trying to delete the reference returned by xpath
unset($movs[0]);
// $movs[0] = NULL; doesn't work either
// No changes
echo $xml-asXML();
?
Expected result:
?xml version=1.0 standalone=yes?
root
movieMovie Two/movie
/root
Actual result:
--
?xml version=1.0 standalone=yes?
root
movieMovie One/movie
movieMovie Two/movie
/root
--
Edit this bug report at http://bugs.php.net/?id=42437edit=1
#42436 [Opn-Bgs]: SOAP parsing problem on Item-Tags
ID: 42436
Updated by: [EMAIL PROTECTED]
Reported By: aboh24 at gmx dot de
-Status: Open
+Status: Bogus
Bug Type: SOAP related
Operating System: MacOSX 1.4
PHP Version: 5.2.4RC3
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
You can change your existing report's email address. Do not spam our
bug system..
Previous Comments:
[2007-08-27 08:03:28] aboh24 at gmx dot de
Description:
Reopend with a shorter bug email address:
ok - now tested with snapshot php5.2-200708270430 (same problem)
compiled with
./configure --with-libxml-dir=../libxml2-2.6.29/ --enable-soap
Problem:
The built-in SOAP drop the value of the record. eg: the '2005 Jul 1'
of
the PubDate. NuSOAP can handle this.
DocSum
Id15980568/Id
Item Name=PubDate Type=Date2005 Jul 1/Item
Item Name=EPubDate Type=Date/Item
Item Name=Source Type=StringNucleic Acids Res/Item
Item Name=AuthorList Type=List
Item Name=Author Type=StringBohne-Lang A/Item
...
stdClass Object
(
[DocSum] = stdClass Object
(
[Id] = 15980568
[Item] = Array
(
[0] = stdClass Object
(
[Name] = PubDate
[Type] = Date
)
[1] = stdClass Object
(
[Name] = EPubDate
[Type] = Date
)
[2] = stdClass Object
(
[Name] = Source
[Type] = String
)
Reproduce code:
---
Reproduce code:
---
?
$client = new
SoapClient('http://www.ncbi.nlm.nih.gov/entrez/eutils/soap/eutils.wsdl',
array('trace' = 1));
$result = $client-__soapcall('run_eSummary',array(
'parameters'
= array('db' = 'pubmed', 'id'='15980568')));
echo LastRequestHeaders:\n .
$client-__getLastRequestHeaders() . \n;
echo LastRequest:\n . $client-__getLastRequest() . \n;
echo LastResponseHeaders:\n .
$client-__getLastResponseHeaders() . \n;
echo LastResponse:\n . $client-__getLastResponse() . \n;
print_r($result);
?
Expected result:
Expected result:
NuSOAP output:
Array
(
[DocSum] = Array
(
[Id] = 15980568
[Item] = Array
(
[0] = Array
(
[!Name] = PubDate
[!Type] = Date
[!] = 2005 Jul 1
)
[1] = Array
(
[!Name] = EPubDate
[!Type] = Date
)
[2] = Array
(
[!Name] = Source
[!Type] = String
[!] = Nucleic Acids Res
)
[3] = Array
(
[Item] = Array
(
[0] = Array
(
[!Name] = Author
[!Type] = String
[!] = Bohne-Lang A
)
Actual result:
--
LastRequestHeaders:
POST /entrez/eutils/soap/soap_adapter_1_5.cgi HTTP/1.1
Host: www.ncbi.nlm.nih.gov
Connection: Keep-Alive
User-Agent: PHP-SOAP/5.2.3
Content-Type: text/xml; charset=utf-8
SOAPAction: esummary
Content-Length: 321
LastRequest:
?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=http://www.ncbi.nlm.nih.gov/soap/eutils/esummary;SOAP-ENV:B
odyns1:eSummaryRequestns1:dbpubmed/ns1:dbns1:id15980568/ns1:id
/ns1:eSummaryRequest/SOAP-ENV:Body/SOAP-ENV:Envelope
LastResponseHeaders:
HTTP/1.1 200 OK
Date: Fri, 24 Aug 2007 07:14:09 GMT
Server: Apache
Content-length: 2278
Content-Type: text/xml; charset=UTF-8
Vary: Accept-Encoding
Connection: close
LastResponse:
?xml version=1.0?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
SOAP-ENV:BodyeSummaryResult
xmlns=http://www.ncbi.nlm.nih.gov/soap/eutils/esummary;
DocSum
Id15980568/Id
#42421 [Opn-Bgs]: can not currently modify cdata node
ID: 42421
Updated by: [EMAIL PROTECTED]
Reported By: hejunbin at yahoo dot com dot cn
-Status: Open
+Status: Bogus
Bug Type: SimpleXML related
Operating System: windows 2003
PHP Version: 5.2.3
New Comment:
What [EMAIL PROTECTED] said. Expected behaviour - bogus.
Previous Comments:
[2007-08-26 06:43:52] hejunbin at yahoo dot com dot cn
![CDATA[C]] and C
i think it's different!
that's why xml document have CDATA node.
so i think it is a problem.
hope some one can resolve it.
[2007-08-25 07:54:51] [EMAIL PROTECTED]
There's no difference betweeen ![CDATA[C]] and just C from an XML
point of view... It's the same, just differently serialized
[2007-08-25 07:19:34] hejunbin at yahoo dot com dot cn
Description:
the simplexmlelement can not currently modify cdata node
Reproduce code:
---
?php
$xml_string = EOD
?xml version=1.0 encoding=iso-8859-1 standalone=yes ?
a
bb/b
c![CDATA[c]]/c
/a
EOD;
$xml = simplexml_load_string($xml_string);
$a = $xml-xpath('//a');
$a[0]- b = B;
$a[0]- c = C;
echo $xml- saveXML();
?
a
bB/b
cC/c
/a
Expected result:
?php
$xml_string = EOD
?xml version=1.0 encoding=iso-8859-1 standalone=yes ?
a
bb/b
c![CDATA[c]]/c
/a
EOD;
$xml = simplexml_load_string($xml_string);
$a = $xml-xpath('//a');
$a[0]- b = B;
$a[0]- c = C;
echo $xml- saveXML();
?
a
bB/b
c![CDATA[C]]/c
/a
--
Edit this bug report at http://bugs.php.net/?id=42421edit=1
#42443 [NEW]: PDO SQLite3 lacks integer type support
From: [EMAIL PROTECTED] Operating system: * PHP version: 6CVS-2007-08-27 (CVS) PHP Bug Type: SQLite related Bug description: PDO SQLite3 lacks integer type support Description: PDO SQLite3 calls sqlite3_bind_text() for all non-blob and non-null parameter types regardless of whether integer data is provided. Integer data can be bound with sqlite3_bind_int(), which saves memory space and improves efficiency, as well as storing the intended type in a database which uses SQLite3's value typing. Patch is at: http://news.php.net/php.internals/31935 Reproduce code: --- Difficult to show reproduction. Expected result: Difficult to show reproduction. Actual result: -- Difficult to show reproduction. -- Edit bug report at http://bugs.php.net/?id=42443edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42443r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42443r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42443r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42443r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42443r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42443r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42443r=needscript Try newer version:http://bugs.php.net/fix.php?id=42443r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42443r=support Expected behavior:http://bugs.php.net/fix.php?id=42443r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42443r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42443r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42443r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42443r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42443r=dst IIS Stability:http://bugs.php.net/fix.php?id=42443r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42443r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42443r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42443r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42443r=mysqlcfg
#42434 [Opn-Asn]: ImageLine w/ antialias = 1px shorter
ID: 42434
Updated by: [EMAIL PROTECTED]
Reported By: wojjie at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: GD related
Operating System: All
PHP Version: 5.2.3
-Assigned To:
+Assigned To: pajoye
New Comment:
Assigned to the maintainer.
Previous Comments:
[2007-08-27 04:50:47] wojjie at gmail dot com
Description:
This bug looks fixed in the GD library, but for some reason the GD
included in PHP still has this.
What happens is when drawing a line with anti aliasing enabled, the
resulting line is 1 pixel shorter than it should be.
Fix (using snapshot: php5.2-200708270430.tar.gz):
--- gd.c 2007-08-26 23:44:04.0 -0500
+++ gd.c2007-08-26 23:44:28.0 -0500
@@ -1351,7 +1351,7 @@
x = x1 16;
y = y1 16;
inc = (dy * 65536) / dx;
- while ((x 16) x2) {
+ while ((x 16) = x2) {
gdImageSetAAPixelColor(im, x 16, y 16,
col, (y 8) 0xFF);
if ((y 16) + 1 im-sy) {
gdImageSetAAPixelColor(im, x 16, (y
16) + 1,col, (~y 8) 0xFF);
@@ -1373,7 +1373,7 @@
x = x1 16;
y = y1 16;
inc = (dx * 65536) / dy;
- while ((y16) y2) {
+ while ((y16) = y2) {
gdImageSetAAPixelColor(im, x 16, y 16,
col, (x 8) 0xFF);
if ((x 16) + 1 im-sx) {
gdImageSetAAPixelColor(im, (x 16) +
1, (y 16),col, (~x 8) 0xFF);
Reproduce code:
---
?php
$im=imagecreatetruecolor(30,30);
$c1=ImageColorAllocate($im,255,255,255);
$c2=ImageColorAllocate($im, 0, 0, 0);
imagefill( $im,0,0, $c1 );
imageline($im,5,5, 25,5, $c2);
imageantialias($im,true);
imageline($im,5,25, 25,25, $c2);
header(Content-type: image/png);
imagepng($im);
imagedestroy($im);
?
Expected result:
Two lines of equal length
Actual result:
--
Top line is longer than bottom line by 1 pixel.
--
Edit this bug report at http://bugs.php.net/?id=42434edit=1
#42362 [Opn-Fbk]: Contents after zlib.output_compression and a 304 page
ID: 42362
Updated by: [EMAIL PROTECTED]
Reported By: ob dot php at daevel dot net
-Status: Open
+Status: Feedback
Bug Type: HTTP related
Operating System: Debian Etch
PHP Version: 5.2.3
New Comment:
How is this a bug when you tell in your request that you accept gzipped
data? Of course you get that header then.
Previous Comments:
[2007-08-21 15:13:31] ob dot php at daevel dot net
I add : there is exactly 26 bytes between the 2 requests :
1f 8b 80 00 00 00 00 00 00 30 20 00 00 00 ff ff
30 00 00 00 00 00 00 00 00 00
So it seems to be the gzip header.
[2007-08-21 14:51:30] ob dot php at daevel dot net
Description:
Hello,
when zlib.output_compression is enabled and the script stop without any
contents (case of a 304 page), after all PHP sends contents.
So, if the client use keep-alive, the next request could be
corrupted.
I use php as an Apache 2 module. I reproduced it under PHP 4.4.X too.
Note : if I disable zlib.output_compression and use ob_start(
'gz_handler' ) there is not this problem.
Reproduce code:
---
A minimal 304 page :
?php
header( 'Date: '.gmdate('D, d M Y H:i:s').' GMT' );
header( 'Not Modified', true, 304 );
exit;
?
A minimal client simulation :
?php
$sk = fsockopen( 'your-domain.tld', 80 );
$headers = array(
'GET /test_304.php HTTP/1.1',
'Host: your-domain.tld',
'Accept-Encoding: gzip,deflate',
'Keep-Alive: 300',
'Connection: keep-alive',
'If-Modified-Since: Tue, 21 Aug 2007 13:00:54 GMT',
);
function sock_send( $sk, $line )
{
echo ' ', $line, PHP_EOL;
fputs( $sk, $line . \r\n );
}
function sock_gets( $sk )
{
$line = fgets( $sk, 4096 );
echo ' ', rtrim($line), PHP_EOL;
return $line;
}
for( $i = 1; $i =2 ; $i++ )
{
echo Sending request , $i, PHP_EOL;
foreach( $headers as $h )
sock_send( $sk, $h );
sock_send( $sk, '' );
echo Reading headers only (no contents should be send), PHP_EOL;
while( !feof( $sk ) )
{
$line = trim(sock_gets( $sk ));
if( $line === '' )
{
break;
}
}
}
fclose( $sk );
?
Expected result:
Response headers for the second request should be the same as the
first.
In my example :
HTTP/1.1 304 Not Modified
Date: Tue, 21 Aug 2007 14:45:40 GMT
Server: Apache/2.2.3 (Debian) PHP/4.4.4-8+etch4
Connection: Keep-Alive
Keep-Alive: timeout=60, max=100
Vary: Accept-Encoding
Actual result:
--
Actually there is some chars (I suppose the end of compressed data,
like checksum ?)
#9660; #9829;#9787; #9829; HTTP/1.1 304 Not
Modified
Date: Tue, 21 Aug 2007 14:45:40 GMT
Server: Apache/2.2.3 (Debian) PHP/4.4.4-8+etch4
Connection: Keep-Alive
Keep-Alive: timeout=60, max=99
Vary: Accept-Encoding
--
Edit this bug report at http://bugs.php.net/?id=42362edit=1
#42424 [Opn-Bgs]: PHP5/PCRE fails to match long strings when ungreedy
ID: 42424 Updated by: [EMAIL PROTECTED] Reported By: adam-phpbugs at adam dot gs -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Any PHP Version: 5.2.3 New Comment: In PHP 5.2.0 two new PCRE ini options were added to prevent possible stack overflows and crashes. One of them is pcre.backtrack_limit. When you set it high enough your script works as it did earlier (where no such limits existed!) $ php -dpcre.backtrack_limit=11 t.php int(1) int(1) int(1) int(1) Previous Comments: [2007-08-25 13:16:29] adam-phpbugs at adam dot gs Description: PHP5/PCRE will fail to match on long strings when UNGREEDY, the boundary is around 100k of data. FWIW, same results if you change x* to x+ down there. Reproduce code: --- ?php $data=sprintf(span%s/span,str_repeat(x,6)); var_dump(preg_match(#span(x*?)/span#,$data)); $data=sprintf(span%s/span,str_repeat(x,7)); var_dump(preg_match(#span(x*?)/span#,$data)); $data=sprintf(span%s/span,str_repeat(x,7)); var_dump(preg_match(#span(x*)/span#U,$data)); $data=sprintf(span%s/span,str_repeat(x,7)); var_dump(preg_match(#span(x*)/span#,$data)); ? Expected result: all 4 expressions should match, this is what occurs with PHP 4.4.7. Actual result: -- under PHP 5.2.3: only the first and 4th expression match under PHP 4.4.7: all 4 match. -- Edit this bug report at http://bugs.php.net/?id=42424edit=1
#42416 [WFx]: Apache2 locked imagecreate with imagettftext
ID: 42416
User updated by: baco at infomaniak dot ch
Reported By: baco at infomaniak dot ch
Status: Wont fix
Bug Type: GD related
Operating System: Linux
PHP Version: 4.4.7
Assigned To: pajoye
New Comment:
The PHP development team hereby announces that support for PHP 4
will continue until the end of this year only.
So you need to supported PHP 4 users community until the end of this
year right ?
I have fixed this bug by backporting mutex changes in gd from 5.2.3
to 4.4.7. No more Apache2 locks.
Please include my patch in snap 4.4-dev so it can be included the
next 4.4.8 and change the ticket status to Fixed...
http://www.infomaniak.ch/php4/unix_gd_mutex.patch
Best Regards,
Guy Baconniere
Reproduce code:
---
$crash = 1;
$text = 'Bug';
$font = $_SERVER['DOCUMENT_ROOT'] . '/fonts' .'/'. 'arial.ttf';
if ($crash == 1) {
$image = imagecreate(64, 32);
} else {
$image = imagecreatetruecolor(64, 32);
}
$bg = imagecolorallocate($image, 0, 0, 0);
$fg = imagecolorallocate($image, 255, 255, 255);
/* LOCK APACHE2 PROCESS AFTER THIS POINT IF crash == 1
* = if imagecreate() used but not if imagecreatetruecolor()
*/
imagettftext($image, 20, 0, 8, 24, $fg, $font, $text);
header('Content-type: image/png');
imagepng($image);
imagedestroy($image);
Proposed patch:
---
--- ext/gd/config.m42007-03-10 14:06:37.0 +0100
+++ ext/gd/config.m42007-08-27 13:39:51.554453976 +0200
@@ -259,6 +259,7 @@
PHP_CHECK_LIBRARY(gd, gdCacheCreate,
[AC_DEFINE(HAVE_GD_CACHE_CREATE, 1, [ ])], [], [ -L$GD_LIB
$GD_SHARED_LIBADD ])
PHP_CHECK_LIBRARY(gd, gdFontCacheShutdown,
[AC_DEFINE(HAVE_GD_FONTCACHESHUTDOWN,1, [ ])], [], [ -L$GD_LIB
$GD_SHARED_LIBADD ])
PHP_CHECK_LIBRARY(gd, gdFreeFontCache,
[AC_DEFINE(HAVE_GD_FREEFONTCACHE,1, [ ])], [], [ -L$GD_LIB
$GD_SHARED_LIBADD ])
+ PHP_CHECK_LIBRARY(gd, gdFontCacheMutexSetup,
[AC_DEFINE(HAVE_GD_FONTMUTEX,1, [ ])], [], [ -L$GD_LIB
$GD_SHARED_LIBADD ])
PHP_CHECK_LIBRARY(gd, gdNewDynamicCtxEx,
[AC_DEFINE(HAVE_GD_DYNAMIC_CTX_EX, 1, [ ])], [], [ -L$GD_LIB
$GD_SHARED_LIBADD ])
])
--- ext/gd/gd.c 2007-01-01 10:46:42.0 +0100
+++ ext/gd/gd.c 2007-08-27 13:42:53.257809726 +0200
@@ -333,6 +328,7 @@
#if HAVE_LIBT1
T1_CloseLib();
#endif
+ gdFontCacheMutexShutdown();
return SUCCESS;
}
/* }}} */
@@ -344,6 +349,7 @@
{
le_gd = zend_register_list_destructors_ex(php_free_gd_image,
NULL, gd, module_number);
le_gd_font =
zend_register_list_destructors_ex(php_free_gd_font, NULL, gd font,
module_number);
+ gdFontCacheMutexSetup();
#if HAVE_LIBT1
T1_SetBitmapPad(8);
T1_InitLib(NO_LOGFILE | IGNORE_CONFIGFILE |
IGNORE_FONTDATABASE);
--- ext/gd/libgd/gd.h 2004-07-23 01:09:24.0 +0200
+++ ext/gd/libgd/gd.h 2007-08-27 13:15:04.953547226 +0200
@@ -295,6 +295,14 @@
void gdImageString16(gdImagePtr im, gdFontPtr f, int x, int y,
unsigned short *s, int color);
void gdImageStringUp16(gdImagePtr im, gdFontPtr f, int x, int y,
unsigned short *s, int color);
+/*
+ * The following functions are required to be called prior to the
+ * use of any sort of threads in a module load / shutdown function
+ * respectively.
+ */
+void gdFontCacheMutexSetup();
+void gdFontCacheMutexShutdown();
+
/* 2.0.16: for thread-safe use of gdImageStringFT and friends,
* call this before allowing any thread to call gdImageStringFT.
* Otherwise it is invoked by the first thread to invoke
--- ext/gd/libgd/gdft.c 2007-03-10 13:51:07.0 +0100
+++ ext/gd/libgd/gdft.c 2007-08-27 13:14:35.995737476 +0200
@@ -750,10 +750,8 @@
/* find antialised color */
tc_key.bgcolor = *pixel;
- gdMutexLock(gdFontCacheMutex);
tc_elem = (tweencolor_t *) gdCacheGet (tc_cache,
tc_key);
*pixel = tc_elem-tweencolor;
- gdMutexUnlock(gdFontCacheMutex);
}
}
}
@@ -771,30 +769,39 @@
void gdFontCacheShutdown()
{
+ gdMutexLock(gdFontCacheMutex);
+
if (fontCache) {
- gdMutexLock(gdFontCacheMutex);
gdCacheDelete(fontCache);
fontCache = NULL;
- gdMutexUnlock(gdFontCacheMutex);
- gdMutexShutdown(gdFontCacheMutex);
FT_Done_FreeType(library);
}
+
+ gdMutexUnlock(gdFontCacheMutex);
}
void gdFreeFontCache()
{
gdFontCacheShutdown();
}
-
+
+void gdFontCacheMutexSetup()
+{
+ gdMutexSetup(gdFontCacheMutex);
+}
+
+void gdFontCacheMutexShutdown()
+{
+ gdMutexShutdown(gdFontCacheMutex);
+}
+
int gdFontCacheSetup(void)
{
if (fontCache) {
/* Already set up */
return 0;
}
- gdMutexSetup(gdFontCacheMutex);
if
#42441 [Bgs]: Unable to instanciate a class who's name is in a constant
ID: 42441
User updated by: romain dot tartiere at healthgrid dot org
Reported By: romain dot tartiere at healthgrid dot org
Status: Bogus
Bug Type: Class/Object related
Operating System: GNU/Linux
PHP Version: 5.2.3
New Comment:
Thank you for your personalised answer and taking time to read and
understand my bug report.
There is nothing about this behaviour in:
-
http://php.net/manual/en/language.oop5.basic.php#language.oop5.basic.new
- http://php.net/manual/en/language.constants.php
Moreover, the behaviour I describe is common to all programming
languages I know (I don't pretent to know all languages, I just tell
that PHP constants are not like other programming language constants).
According to me, it is just a LALR parser mistake.
Something like...
stuff: [...]
| TOK_NEW string '(' ')'
| TOK_NEW variable '(' ')'
... instead of ...
stuff: [...]
| TOK_NEW expression '(' ')'
Sorry for being rude, but your copy-paste-reply make me feel my problem
has been underestimated by an inexperienced person. But maybe I am
wrong, then just prove me that what I am talking about is nonsense...
According to me, if I can't do new a but can do b = a; new b, there
is something wrong.
Previous Comments:
[2007-08-27 10:22:24] [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
[2007-08-27 10:08:45] romain dot tartiere at healthgrid dot org
Description:
If you use define to set the name of a class to a constant, you can't
use it to instanciate the class.
Reproduce code:
---
?php
class foo {}
define('MYCLASS', 'foo');
$f = new MYCLASS(); # Won't work
$f = new $_CONSTANTS['MYCLASS'](); # Won't work
$s = MYCLASS;
$f = new $s(); # Works
?
Expected result:
These way of instanciating the foo class should all work.
Actual result:
--
The two first syntax produce the same result:
Fatal error: Class name must be a valid object or a string
--
Edit this bug report at http://bugs.php.net/?id=42441edit=1
#42440 [Bgs]: Unable to access to a member of an array returned by a function
ID: 42440
User updated by: romain dot tartiere at healthgrid dot org
Reported By: romain dot tartiere at healthgrid dot org
Status: Bogus
Bug Type: Arrays related
Operating System: GNU/Linux
PHP Version: 5.2.3
New Comment:
Thank you for your personalised answer and taking time to read and
understand my bug report.
This is obviously a bug: even the array(1,2,3)[1] expression cannot
be parsed by PHP!
Maybe it is just a LALR parser mistake like...
stuff: [...]
| variable '[' expression ']'
... instead of ...
stuff: [...]
| expression '[' expression ']'
Sorry for being rude, but your copy-paste-reply make me feel my problem
has been underestimated by an inexperienced person. But maybe I am
wrong, then just prove me that what I am talking about is nonsense...
According to me, if I can't do a[i] but can do b = a; b[i], there
is something wrong.
Previous Comments:
[2007-08-27 10:22:54] [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
[2007-08-27 10:00:01] romain dot tartiere at healthgrid dot org
Description:
When using a function that returns an array, the parser is not apple to
correctly parse the expression and assign the n'th element to a variable
Reproduce code:
---
?php
function foo() {
return array(1, 2, 3);
}
echo foo()[1]; #
?
Expected result:
2 (second element of the array)
Actual result:
--
Parse error: syntax error, unexpected '[', expecting ',' or ';'
--
Edit this bug report at http://bugs.php.net/?id=42440edit=1
#42439 [Bgs]: Derivating a method in a class that implements an interface that declares it
ID: 42439
User updated by: romain dot tartiere at healthgrid dot org
Reported By: romain dot tartiere at healthgrid dot org
Status: Bogus
Bug Type: Class/Object related
Operating System: GNU/Linux
PHP Version: 5.2.3
New Comment:
Thank you for your personalised answer and taking time to read and
understand my bug report.
This is obviously a bug. A class method prototype does not have to
comply with an interface method prototype if this class does not
implements this interface.
This is a regression: everything was OK with PHP 5.0.
Thank you to take this bug report into account.
Previous Comments:
[2007-08-27 10:24:59] [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
[2007-08-27 09:35:06] romain dot tartiere at healthgrid dot org
Description:
Considering a class that implements an interface and has methods that
require many arguments. You may expect to make your life easier
derivating this class and providing simpler methods.
Reproduce code:
---
?php
interface i_foo {
function fooize($str, $n);
}
class c_foo implements i_foo { /* painful ($class-fooize($str, $n))
*/
function fooize($str, $n) {
echo $str $n\n;
}
}
class c_bar extends c_foo {
function fooize($str) { /* simple ($class-fooize($str)) */
$n = strlen($str);
parent::fooize($str, $n);
}
}
?
Expected result:
This should not pose any kind of problem.
Actual result:
--
Fatal error: Declaration of c_bar::fooize() must be compatible with
that of i_foo::fooize()
--
Edit this bug report at http://bugs.php.net/?id=42439edit=1
#42440 [Bgs]: Unable to access to a member of an array returned by a function
ID: 42440
Updated by: [EMAIL PROTECTED]
Reported By: romain dot tartiere at healthgrid dot org
Status: Bogus
Bug Type: Arrays related
Operating System: GNU/Linux
PHP Version: 5.2.3
New Comment:
It's a Duplicate of bug #23022
Previous Comments:
[2007-08-27 12:42:56] romain dot tartiere at healthgrid dot org
Thank you for your personalised answer and taking time to read and
understand my bug report.
This is obviously a bug: even the array(1,2,3)[1] expression cannot
be parsed by PHP!
Maybe it is just a LALR parser mistake like...
stuff: [...]
| variable '[' expression ']'
... instead of ...
stuff: [...]
| expression '[' expression ']'
Sorry for being rude, but your copy-paste-reply make me feel my problem
has been underestimated by an inexperienced person. But maybe I am
wrong, then just prove me that what I am talking about is nonsense...
According to me, if I can't do a[i] but can do b = a; b[i], there
is something wrong.
[2007-08-27 10:22:54] [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
[2007-08-27 10:00:01] romain dot tartiere at healthgrid dot org
Description:
When using a function that returns an array, the parser is not apple to
correctly parse the expression and assign the n'th element to a variable
Reproduce code:
---
?php
function foo() {
return array(1, 2, 3);
}
echo foo()[1]; #
?
Expected result:
2 (second element of the array)
Actual result:
--
Parse error: syntax error, unexpected '[', expecting ',' or ';'
--
Edit this bug report at http://bugs.php.net/?id=42440edit=1
#42445 [NEW]: fopen url wrapper doesn't handle chunked encoding
From: jerome at rainstormconsulting dot com
Operating system: Any
PHP version: 5.2.3
PHP Bug Type: URL related
Bug description: fopen url wrapper doesn't handle chunked encoding
Description:
Opening a URL via fopen()/fread() does not work properly if Transfer-
Encoding: chunked is used
Reproduce code:
---
?php
$fp =
fopen('http://www.bluestatecoffee.com/blog/topics/blue-state-coffee-news/feed/rss2',
'r');
$data = fread($fp, 45);
print htmlentities($data);
Expected result:
?xml version=1.0 encoding=UTF-8?
Actual result:
--
29d0 ?xml version=1.0 encoding=UTF-8?
--
Edit bug report at http://bugs.php.net/?id=42445edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42445r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42445r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42445r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42445r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42445r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42445r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42445r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42445r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42445r=support
Expected behavior:http://bugs.php.net/fix.php?id=42445r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42445r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42445r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42445r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42445r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42445r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42445r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42445r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42445r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42445r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42445r=mysqlcfg
#42446 [NEW]: highlight_(string|file) should use var
From: geoffers at gmail dot com
Operating system: Mac OS 10.4.10
PHP version: 5.2.3
PHP Bug Type: Strings related
Bug description: highlight_(string|file) should use var
Description:
The code highlight functions should use var for variables in the
highlighted code.
Reproduce code:
---
?php
highlight_string('$foo');
Expected result:
codespan style=color: #00
var$foo/var/span
/code
Actual result:
--
codespan style=color: #00
$foo/span
/code
--
Edit bug report at http://bugs.php.net/?id=42446edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42446r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42446r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42446r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42446r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42446r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42446r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42446r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42446r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42446r=support
Expected behavior:http://bugs.php.net/fix.php?id=42446r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42446r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42446r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42446r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42446r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42446r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42446r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42446r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42446r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42446r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42446r=mysqlcfg
#42447 [NEW]: highlight_(string|file) does not need out most span
From: geoffers at gmail dot com
Operating system: Mac OS 10.4.10
PHP version: 5.2.3
PHP Bug Type: Strings related
Bug description: highlight_(string|file) does not need out most span
Description:
The code highlight functions always output a surrounding span element
to make all the content black. This is not needed. code
style=color:#000 can be used instead.
Reproduce code:
---
?php
highlight_string('$foo');
Expected result:
codespan style=color: #00
$foo/span
/code
Actual result:
--
t;code style=color: #00
$foo
/code
--
Edit bug report at http://bugs.php.net/?id=42447edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42447r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42447r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42447r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42447r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42447r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42447r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42447r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42447r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42447r=support
Expected behavior:http://bugs.php.net/fix.php?id=42447r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42447r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42447r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42447r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42447r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42447r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42447r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42447r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42447r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42447r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42447r=mysqlcfg
#42448 [NEW]: highlight_(string|file) does not include pre
From: geoffers at gmail dot com
Operating system: Mac OS 10.4.10
PHP version: 5.2.3
PHP Bug Type: Strings related
Bug description: highlight_(string|file) does not include pre
Description:
The code highlight functions should output a surrounding pre element,
as the content's meaning may be changed by normalising whitespace. A
non-breaking space has a different meaning to whitespace having
importance.
e.g., the two are different strings:
- 'This is a
test'
- 'This is a test'
Reproduce code:
---
?php
highlight_string('foo bar');
Expected result:
codespan style=color: #00
foonbsp;nbsp;bar/span;
/code
Actual result:
--
precodespan style=color: #00
foo bar/span
/code/pre
--
Edit bug report at http://bugs.php.net/?id=42448edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42448r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42448r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42448r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42448r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42448r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42448r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42448r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42448r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42448r=support
Expected behavior:http://bugs.php.net/fix.php?id=42448r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42448r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42448r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42448r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42448r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42448r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42448r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42448r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42448r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42448r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42448r=mysqlcfg
#42407 [Fbk-Csd]: Function error_get_last returns errors from other scripts
ID: 42407 User updated by: jcharrey at gmail dot com Reported By: jcharrey at gmail dot com -Status: Feedback +Status: Closed Bug Type: *General Issues Operating System: Linux PHP Version: 5CVS-2007-08-24 (CVS) New Comment: I'm having trouble reproducing the behavior, so I'm closing this. Previous Comments: [2007-08-24 10:02:51] [EMAIL PROTECTED] And you have reproduced this using the latest 5.2CVS snapshot? [2007-08-24 04:52:08] jcharrey at gmail dot com Description: It seems that when error_get_last() is called, if no error has occurred in the calling script the function may often return the last error encountered by the PHP instance. Simply calling this function in an otherwise empty file will spit out random errors from other scripts being run on the same server. Reproduce code: --- ?php print_r(error_get_last()); ? Expected result: A blank page. Actual result: -- Array ( [type] = 2048 [message] = Non-static method modules_html::modoutput_xhtml() should not be called statically [file] = /home/swiders2/public_html/grip/includes/frontend.html.php [line] = 112 ) -- Edit this bug report at http://bugs.php.net/?id=42407edit=1
#42416 [WFx]: Apache2 locked imagecreate with imagettftext
ID: 42416
Updated by: [EMAIL PROTECTED]
Reported By: baco at infomaniak dot ch
Status: Wont fix
Bug Type: GD related
Operating System: Linux
PHP Version: 4.4.7
Assigned To: pajoye
New Comment:
--with-ttf --enable-gd-native-ttf
Are you sure you need freetype support?
I meant: do you really need freetype 1.x support?
About your patch, as I said the TS fix will not be back ported to 4.x
There is many other issues to be fixed in php4 to get somehow thread
safe. I'll ask our release master about this patch but you should really
think about upgrading to php5. Using php4 with apache2 (in threaded
mode) is really not a good idea.
Previous Comments:
[2007-08-27 12:33:15] baco at infomaniak dot ch
The PHP development team hereby announces that support for PHP 4
will continue until the end of this year only.
So you need to supported PHP 4 users community until the end of this
year right ?
I have fixed this bug by backporting mutex changes in gd from 5.2.3
to 4.4.7. No more Apache2 locks.
Please include my patch in snap 4.4-dev so it can be included the
next 4.4.8 and change the ticket status to Fixed...
http://www.infomaniak.ch/php4/unix_gd_mutex.patch
Best Regards,
Guy Baconniere
Reproduce code:
---
$crash = 1;
$text = 'Bug';
$font = $_SERVER['DOCUMENT_ROOT'] . '/fonts' .'/'. 'arial.ttf';
if ($crash == 1) {
$image = imagecreate(64, 32);
} else {
$image = imagecreatetruecolor(64, 32);
}
$bg = imagecolorallocate($image, 0, 0, 0);
$fg = imagecolorallocate($image, 255, 255, 255);
/* LOCK APACHE2 PROCESS AFTER THIS POINT IF crash == 1
* = if imagecreate() used but not if imagecreatetruecolor()
*/
imagettftext($image, 20, 0, 8, 24, $fg, $font, $text);
header('Content-type: image/png');
imagepng($image);
imagedestroy($image);
Proposed patch:
---
--- ext/gd/config.m42007-03-10 14:06:37.0 +0100
+++ ext/gd/config.m42007-08-27 13:39:51.554453976 +0200
@@ -259,6 +259,7 @@
PHP_CHECK_LIBRARY(gd, gdCacheCreate,
[AC_DEFINE(HAVE_GD_CACHE_CREATE, 1, [ ])], [], [ -L$GD_LIB
$GD_SHARED_LIBADD ])
PHP_CHECK_LIBRARY(gd, gdFontCacheShutdown,
[AC_DEFINE(HAVE_GD_FONTCACHESHUTDOWN,1, [ ])], [], [ -L$GD_LIB
$GD_SHARED_LIBADD ])
PHP_CHECK_LIBRARY(gd, gdFreeFontCache,
[AC_DEFINE(HAVE_GD_FREEFONTCACHE,1, [ ])], [], [ -L$GD_LIB
$GD_SHARED_LIBADD ])
+ PHP_CHECK_LIBRARY(gd, gdFontCacheMutexSetup,
[AC_DEFINE(HAVE_GD_FONTMUTEX,1, [ ])], [], [ -L$GD_LIB
$GD_SHARED_LIBADD ])
PHP_CHECK_LIBRARY(gd, gdNewDynamicCtxEx,
[AC_DEFINE(HAVE_GD_DYNAMIC_CTX_EX, 1, [ ])], [], [ -L$GD_LIB
$GD_SHARED_LIBADD ])
])
--- ext/gd/gd.c 2007-01-01 10:46:42.0 +0100
+++ ext/gd/gd.c 2007-08-27 13:42:53.257809726 +0200
@@ -333,6 +328,7 @@
#if HAVE_LIBT1
T1_CloseLib();
#endif
+ gdFontCacheMutexShutdown();
return SUCCESS;
}
/* }}} */
@@ -344,6 +349,7 @@
{
le_gd = zend_register_list_destructors_ex(php_free_gd_image,
NULL, gd, module_number);
le_gd_font =
zend_register_list_destructors_ex(php_free_gd_font, NULL, gd font,
module_number);
+ gdFontCacheMutexSetup();
#if HAVE_LIBT1
T1_SetBitmapPad(8);
T1_InitLib(NO_LOGFILE | IGNORE_CONFIGFILE |
IGNORE_FONTDATABASE);
--- ext/gd/libgd/gd.h 2004-07-23 01:09:24.0 +0200
+++ ext/gd/libgd/gd.h 2007-08-27 13:15:04.953547226 +0200
@@ -295,6 +295,14 @@
void gdImageString16(gdImagePtr im, gdFontPtr f, int x, int y,
unsigned short *s, int color);
void gdImageStringUp16(gdImagePtr im, gdFontPtr f, int x, int y,
unsigned short *s, int color);
+/*
+ * The following functions are required to be called prior to the
+ * use of any sort of threads in a module load / shutdown function
+ * respectively.
+ */
+void gdFontCacheMutexSetup();
+void gdFontCacheMutexShutdown();
+
/* 2.0.16: for thread-safe use of gdImageStringFT and friends,
* call this before allowing any thread to call gdImageStringFT.
* Otherwise it is invoked by the first thread to invoke
--- ext/gd/libgd/gdft.c 2007-03-10 13:51:07.0 +0100
+++ ext/gd/libgd/gdft.c 2007-08-27 13:14:35.995737476 +0200
@@ -750,10 +750,8 @@
/* find antialised color */
tc_key.bgcolor = *pixel;
- gdMutexLock(gdFontCacheMutex);
tc_elem = (tweencolor_t *) gdCacheGet (tc_cache,
tc_key);
*pixel = tc_elem-tweencolor;
- gdMutexUnlock(gdFontCacheMutex);
}
}
}
@@ -771,30 +769,39 @@
void gdFontCacheShutdown()
{
+ gdMutexLock(gdFontCacheMutex);
+
if (fontCache) {
- gdMutexLock(gdFontCacheMutex);
gdCacheDelete(fontCache);
fontCache = NULL;
-
#42416 [WFx]: Apache2 locked imagecreate with imagettftext
ID: 42416
User updated by: baco at infomaniak dot ch
Reported By: baco at infomaniak dot ch
Status: Wont fix
Bug Type: GD related
Operating System: Linux
PHP Version: 4.4.7
Assigned To: pajoye
New Comment:
Yes, our customers are using both freetype
1.x and 2.x calls. We can't stop support
old calls.
If you disable both --with-ttf and
--enable-gd-native-ttf apache2 are also
locked by calling imagefttext() when
imagecreate() is used.
We are a web hosting provider and some of our
customers are using PHP scripts who are not
(yet) compatible with PHP 5 so we need to
provide both PHP5 or PHP4 web servers until
the end of this year.
Apache2 MPM use less memory. We want to use
it on all PHP5 and PHP4 servers to handle more
simultaneous web connections.
For info, the bug is not present when
tpixels/TrueColor is used in gdImageCreate
another patch (for testing purpose only)
make my sample script avoid locking Apache2
but the bug is related to proper mutex in
font calls so the best patch is my previous
unix_gd_mutex.patch.
--- ext/gd/libgd/gd.c 2007-04-14 19:38:38.0 +0200
+++ ext/gd/libgd/gd.c 2007-08-27 11:46:21.648861476 +0200
@@ -120,12 +120,13 @@
gdImagePtr gdImageCreate (int sx, int sy)
{
+ int x, y, white;
int i;
gdImagePtr im;
im = (gdImage *) gdMalloc(sizeof(gdImage));
memset(im, 0, sizeof(gdImage));
/* Row-major ever since gd 1.3 */
- im-pixels = (unsigned char **) safe_emalloc(sizeof(unsigned
char *), sy, 0);
+ im-tpixels = (int **) safe_emalloc(sizeof(int *), sy, 0);
im-AA_opacity = (unsigned char **)
safe_emalloc(sizeof(unsigned char *), sy, 0);
im-polyInts = 0;
im-polyAllocated = 0;
@@ -134,29 +135,27 @@
im-style = 0;
for (i = 0; i sy; i++) {
/* Row-major ever since gd 1.3 */
- im-pixels[i] = (unsigned char *) gdCalloc(sx,
sizeof(unsigned char));
+ im-tpixels[i] = (int *) gdCalloc(sx, sizeof(int));
im-AA_opacity[i] = (unsigned char *) gdCalloc(sx,
sizeof(unsigned char));
}
im-sx = sx;
im-sy = sy;
- im-colorsTotal = 0;
im-transparent = (-1);
im-interlace = 0;
im-thick = 1;
im-AA = 0;
im-AA_polygon = 0;
- for (i = 0; i gdMaxColors; i++) {
- im-open[i] = 1;
- im-red[i] = 0;
- im-green[i] = 0;
- im-blue[i] = 0;
- }
- im-trueColor = 0;
- im-tpixels = 0;
+ im-trueColor = 1;
im-cx1 = 0;
im-cy1 = 0;
im-cx2 = im-sx - 1;
im-cy2 = im-sy - 1;
+ white = gdImageColorAllocate (im, 255, 255, 255);
+ for (x = 0; x sx; x++) {
+ for (y = 0; y sy; y++) {
+ gdImageSetPixel(im, x, y, white);
+ }
+ }
return im;
}
Previous Comments:
[2007-08-27 16:52:36] [EMAIL PROTECTED]
--with-ttf --enable-gd-native-ttf
Are you sure you need freetype support?
I meant: do you really need freetype 1.x support?
About your patch, as I said the TS fix will not be back ported to 4.x
There is many other issues to be fixed in php4 to get somehow thread
safe. I'll ask our release master about this patch but you should really
think about upgrading to php5. Using php4 with apache2 (in threaded
mode) is really not a good idea.
[2007-08-27 12:33:15] baco at infomaniak dot ch
The PHP development team hereby announces that support for PHP 4
will continue until the end of this year only.
So you need to supported PHP 4 users community until the end of this
year right ?
I have fixed this bug by backporting mutex changes in gd from 5.2.3
to 4.4.7. No more Apache2 locks.
Please include my patch in snap 4.4-dev so it can be included the
next 4.4.8 and change the ticket status to Fixed...
http://www.infomaniak.ch/php4/unix_gd_mutex.patch
Best Regards,
Guy Baconniere
Reproduce code:
---
$crash = 1;
$text = 'Bug';
$font = $_SERVER['DOCUMENT_ROOT'] . '/fonts' .'/'. 'arial.ttf';
if ($crash == 1) {
$image = imagecreate(64, 32);
} else {
$image = imagecreatetruecolor(64, 32);
}
$bg = imagecolorallocate($image, 0, 0, 0);
$fg = imagecolorallocate($image, 255, 255, 255);
/* LOCK APACHE2 PROCESS AFTER THIS POINT IF crash == 1
* = if imagecreate() used but not if imagecreatetruecolor()
*/
imagettftext($image, 20, 0, 8, 24, $fg, $font, $text);
header('Content-type: image/png');
imagepng($image);
imagedestroy($image);
Proposed patch:
---
--- ext/gd/config.m42007-03-10 14:06:37.0 +0100
+++ ext/gd/config.m42007-08-27 13:39:51.554453976 +0200
@@ -259,6 +259,7 @@
#42416 [WFx]: Apache2 locked imagecreate with imagettftext
ID: 42416
Updated by: [EMAIL PROTECTED]
Reported By: baco at infomaniak dot ch
Status: Wont fix
Bug Type: GD related
Operating System: Linux
PHP Version: 4.4.7
Assigned To: pajoye
New Comment:
I appreciate your effort to provide patches but the problem is _not_ in
gdImageCreate or gdImageCreateTrueColor.
About php4, we are not going to apply these patches. It is now a sure
thing.
Freetype1 is not supported anymore since years, it is a dead project
and have hundred of issues. Mixing both mpm and freetype1 is a call for
troubles.
I think I have you all infos you need to take the right choices. I
suggest you to do not apply the gdImageCreate patch, it is not the
source of the problem and it breaks so many things.
I'm sorry but there is no need to reply to this post or to add
comments. The status won't change.
Previous Comments:
[2007-08-27 17:49:03] baco at infomaniak dot ch
Yes, our customers are using both freetype
1.x and 2.x calls. We can't stop support
old calls.
If you disable both --with-ttf and
--enable-gd-native-ttf apache2 are also
locked by calling imagefttext() when
imagecreate() is used.
We are a web hosting provider and some of our
customers are using PHP scripts who are not
(yet) compatible with PHP 5 so we need to
provide both PHP5 or PHP4 web servers until
the end of this year.
Apache2 MPM use less memory. We want to use
it on all PHP5 and PHP4 servers to handle more
simultaneous web connections.
For info, the bug is not present when
tpixels/TrueColor is used in gdImageCreate
another patch (for testing purpose only)
make my sample script avoid locking Apache2
but the bug is related to proper mutex in
font calls so the best patch is my previous
unix_gd_mutex.patch.
--- ext/gd/libgd/gd.c 2007-04-14 19:38:38.0 +0200
+++ ext/gd/libgd/gd.c 2007-08-27 11:46:21.648861476 +0200
@@ -120,12 +120,13 @@
gdImagePtr gdImageCreate (int sx, int sy)
{
+ int x, y, white;
int i;
gdImagePtr im;
im = (gdImage *) gdMalloc(sizeof(gdImage));
memset(im, 0, sizeof(gdImage));
/* Row-major ever since gd 1.3 */
- im-pixels = (unsigned char **) safe_emalloc(sizeof(unsigned
char *), sy, 0);
+ im-tpixels = (int **) safe_emalloc(sizeof(int *), sy, 0);
im-AA_opacity = (unsigned char **)
safe_emalloc(sizeof(unsigned char *), sy, 0);
im-polyInts = 0;
im-polyAllocated = 0;
@@ -134,29 +135,27 @@
im-style = 0;
for (i = 0; i sy; i++) {
/* Row-major ever since gd 1.3 */
- im-pixels[i] = (unsigned char *) gdCalloc(sx,
sizeof(unsigned char));
+ im-tpixels[i] = (int *) gdCalloc(sx, sizeof(int));
im-AA_opacity[i] = (unsigned char *) gdCalloc(sx,
sizeof(unsigned char));
}
im-sx = sx;
im-sy = sy;
- im-colorsTotal = 0;
im-transparent = (-1);
im-interlace = 0;
im-thick = 1;
im-AA = 0;
im-AA_polygon = 0;
- for (i = 0; i gdMaxColors; i++) {
- im-open[i] = 1;
- im-red[i] = 0;
- im-green[i] = 0;
- im-blue[i] = 0;
- }
- im-trueColor = 0;
- im-tpixels = 0;
+ im-trueColor = 1;
im-cx1 = 0;
im-cy1 = 0;
im-cx2 = im-sx - 1;
im-cy2 = im-sy - 1;
+ white = gdImageColorAllocate (im, 255, 255, 255);
+ for (x = 0; x sx; x++) {
+ for (y = 0; y sy; y++) {
+ gdImageSetPixel(im, x, y, white);
+ }
+ }
return im;
}
[2007-08-27 16:52:36] [EMAIL PROTECTED]
--with-ttf --enable-gd-native-ttf
Are you sure you need freetype support?
I meant: do you really need freetype 1.x support?
About your patch, as I said the TS fix will not be back ported to 4.x
There is many other issues to be fixed in php4 to get somehow thread
safe. I'll ask our release master about this patch but you should really
think about upgrading to php5. Using php4 with apache2 (in threaded
mode) is really not a good idea.
[2007-08-27 12:33:15] baco at infomaniak dot ch
The PHP development team hereby announces that support for PHP 4
will continue until the end of this year only.
So you need to supported PHP 4 users community until the end of this
year right ?
I have fixed this bug by backporting mutex changes in gd from 5.2.3
to 4.4.7. No more Apache2 locks.
Please include my patch in snap 4.4-dev so it can be included the
next 4.4.8 and change the ticket status to Fixed...
http://www.infomaniak.ch/php4/unix_gd_mutex.patch
Best Regards,
Guy Baconniere
Reproduce code:
---
$crash = 1;
$text = 'Bug';
$font =
#42416 [WFx-Csd]: Apache2 locked imagecreate with imagettftext
ID: 42416
User updated by: baco at infomaniak dot ch
Reported By: baco at infomaniak dot ch
-Status: Wont fix
+Status: Closed
Bug Type: GD related
Operating System: Linux
PHP Version: 4.4.7
Assigned To: pajoye
New Comment:
...
Previous Comments:
[2007-08-27 18:32:41] [EMAIL PROTECTED]
I appreciate your effort to provide patches but the problem is _not_ in
gdImageCreate or gdImageCreateTrueColor.
About php4, we are not going to apply these patches. It is now a sure
thing.
Freetype1 is not supported anymore since years, it is a dead project
and have hundred of issues. Mixing both mpm and freetype1 is a call for
troubles.
I think I have you all infos you need to take the right choices. I
suggest you to do not apply the gdImageCreate patch, it is not the
source of the problem and it breaks so many things.
I'm sorry but there is no need to reply to this post or to add
comments. The status won't change.
[2007-08-27 17:49:03] baco at infomaniak dot ch
Yes, our customers are using both freetype
1.x and 2.x calls. We can't stop support
old calls.
If you disable both --with-ttf and
--enable-gd-native-ttf apache2 are also
locked by calling imagefttext() when
imagecreate() is used.
We are a web hosting provider and some of our
customers are using PHP scripts who are not
(yet) compatible with PHP 5 so we need to
provide both PHP5 or PHP4 web servers until
the end of this year.
Apache2 MPM use less memory. We want to use
it on all PHP5 and PHP4 servers to handle more
simultaneous web connections.
For info, the bug is not present when
tpixels/TrueColor is used in gdImageCreate
another patch (for testing purpose only)
make my sample script avoid locking Apache2
but the bug is related to proper mutex in
font calls so the best patch is my previous
unix_gd_mutex.patch.
--- ext/gd/libgd/gd.c 2007-04-14 19:38:38.0 +0200
+++ ext/gd/libgd/gd.c 2007-08-27 11:46:21.648861476 +0200
@@ -120,12 +120,13 @@
gdImagePtr gdImageCreate (int sx, int sy)
{
+ int x, y, white;
int i;
gdImagePtr im;
im = (gdImage *) gdMalloc(sizeof(gdImage));
memset(im, 0, sizeof(gdImage));
/* Row-major ever since gd 1.3 */
- im-pixels = (unsigned char **) safe_emalloc(sizeof(unsigned
char *), sy, 0);
+ im-tpixels = (int **) safe_emalloc(sizeof(int *), sy, 0);
im-AA_opacity = (unsigned char **)
safe_emalloc(sizeof(unsigned char *), sy, 0);
im-polyInts = 0;
im-polyAllocated = 0;
@@ -134,29 +135,27 @@
im-style = 0;
for (i = 0; i sy; i++) {
/* Row-major ever since gd 1.3 */
- im-pixels[i] = (unsigned char *) gdCalloc(sx,
sizeof(unsigned char));
+ im-tpixels[i] = (int *) gdCalloc(sx, sizeof(int));
im-AA_opacity[i] = (unsigned char *) gdCalloc(sx,
sizeof(unsigned char));
}
im-sx = sx;
im-sy = sy;
- im-colorsTotal = 0;
im-transparent = (-1);
im-interlace = 0;
im-thick = 1;
im-AA = 0;
im-AA_polygon = 0;
- for (i = 0; i gdMaxColors; i++) {
- im-open[i] = 1;
- im-red[i] = 0;
- im-green[i] = 0;
- im-blue[i] = 0;
- }
- im-trueColor = 0;
- im-tpixels = 0;
+ im-trueColor = 1;
im-cx1 = 0;
im-cy1 = 0;
im-cx2 = im-sx - 1;
im-cy2 = im-sy - 1;
+ white = gdImageColorAllocate (im, 255, 255, 255);
+ for (x = 0; x sx; x++) {
+ for (y = 0; y sy; y++) {
+ gdImageSetPixel(im, x, y, white);
+ }
+ }
return im;
}
[2007-08-27 16:52:36] [EMAIL PROTECTED]
--with-ttf --enable-gd-native-ttf
Are you sure you need freetype support?
I meant: do you really need freetype 1.x support?
About your patch, as I said the TS fix will not be back ported to 4.x
There is many other issues to be fixed in php4 to get somehow thread
safe. I'll ask our release master about this patch but you should really
think about upgrading to php5. Using php4 with apache2 (in threaded
mode) is really not a good idea.
[2007-08-27 12:33:15] baco at infomaniak dot ch
The PHP development team hereby announces that support for PHP 4
will continue until the end of this year only.
So you need to supported PHP 4 users community until the end of this
year right ?
I have fixed this bug by backporting mutex changes in gd from 5.2.3
to 4.4.7. No more Apache2 locks.
Please include my patch in snap 4.4-dev so it can be included the
next 4.4.8 and change the ticket status to Fixed...
#42449 [NEW]: false positive on input error checking
From: f11n1 at unb dot ca
Operating system: Windows
PHP version: 5.2.3
PHP Bug Type: Reproducible crash
Bug description: false positive on input error checking
Description:
I define a function that asks for a string with default set to null, then
call it with non-null input, resulting in a PHP Catchable fatal error.
Reproduce code:
---
?php
class output {
public static function echo_params($p1 = Hello World, string $p2 =
null, bool $p3 = null) {
// code that echoes the non-null parameters in a list
}
}
echo output::func(null, Hello World);
?
Expected result:
p2 = Hello World
Actual result:
--
[Mon Aug 27 17:02:41 2007] [error] [client 127.0.0.1] PHP Catchable fatal
error: Argument 2 passed to output::echo_params() must be an instance of
string, string given, called in F:\\Services\\Apache2\\htdocs\\index.php on
line 8 and defined in F:\\Services\\Apache2\\htdocs\\index.php on line 4
(as a side note, really wanted): full, clean method overloading allowing
declarations like func(string a, string b) alongside func(string a, bool
x, bool y) and func(string a, int z)
--
Edit bug report at http://bugs.php.net/?id=42449edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42449r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42449r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42449r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42449r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42449r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42449r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42449r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42449r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42449r=support
Expected behavior:http://bugs.php.net/fix.php?id=42449r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42449r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42449r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42449r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42449r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42449r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42449r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42449r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42449r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42449r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42449r=mysqlcfg
#42449 [Opn-Bgs]: false positive on input error checking
ID: 42449
Updated by: [EMAIL PROTECTED]
Reported By: f11n1 at unb dot ca
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Windows
PHP Version: 5.2.3
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
scalar type hinting are not supported (yet?).
Previous Comments:
[2007-08-27 20:22:31] f11n1 at unb dot ca
Description:
I define a function that asks for a string with default set to null,
then call it with non-null input, resulting in a PHP Catchable fatal
error.
Reproduce code:
---
?php
class output {
public static function echo_params($p1 = Hello World, string $p2 =
null, bool $p3 = null) {
// code that echoes the non-null parameters in a list
}
}
echo output::func(null, Hello World);
?
Expected result:
p2 = Hello World
Actual result:
--
[Mon Aug 27 17:02:41 2007] [error] [client 127.0.0.1] PHP Catchable
fatal error: Argument 2 passed to output::echo_params() must be an
instance of string, string given, called in
F:\\Services\\Apache2\\htdocs\\index.php on line 8 and defined in
F:\\Services\\Apache2\\htdocs\\index.php on line 4
(as a side note, really wanted): full, clean method overloading
allowing declarations like func(string a, string b) alongside
func(string a, bool x, bool y) and func(string a, int z)
--
Edit this bug report at http://bugs.php.net/?id=42449edit=1
#42450 [NEW]: PDO pgSql persistent connections fails on PostgreSQL server restart
From: davojan at mail dot ru Operating system: FreeBSD and WinXP PHP version: 5.2.3 PHP Bug Type: PostgreSQL related Bug description: PDO pgSql persistent connections fails on PostgreSQL server restart Description: When using PDO pgSQL with persistent connections and restarting the PostgreSQL server, which the PDO has been connected with, PDO raises exception (see below). So I need to restart PHP to reset persistent connections. The bug was reproduced in two different environments: Apache2 (multi-threaded) + mod_php + WinXP lighttpd + PHP(FastCGI) + FreeBSD MySQL persistent connections in the same situation works fine... Reproduce code: --- ?php $db = new PDO( 'pgsql:host=localhost port=5432 dbname=test user=user password=secret', 'user', 'secret', array( PDO::ATTR_PERSISTENT = true ) ); echo 'ok'; ? # /usr/local/etc/rc.d/postgresql restart and again the above php script Expected result: ok Actual result: -- Unknown exception: SQLSTATE[57P01]: Admin shutdown: 7 FATAL: closing connection on admin command (this is my translation from russian message) server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. -- Edit bug report at http://bugs.php.net/?id=42450edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42450r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42450r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42450r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42450r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42450r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42450r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42450r=needscript Try newer version:http://bugs.php.net/fix.php?id=42450r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42450r=support Expected behavior:http://bugs.php.net/fix.php?id=42450r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42450r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42450r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42450r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42450r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42450r=dst IIS Stability:http://bugs.php.net/fix.php?id=42450r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42450r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42450r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42450r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42450r=mysqlcfg
#42338 [Bgs-Opn]: Memory leak in SAPI.c
ID: 42338 User updated by: programatorfreez at gmail dot com Reported By: programatorfreez at gmail dot com -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: Gentoo GNU/Linux PHP Version: 5.2.4RC2 New Comment: './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--disable-cli' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc/php/apache2-php5' '--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--without-curl' '--without-curlwrappers' '--disable-dbase' '--disable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--disable-ftp' '--with-gettext' '--without-gmp' '--disable-hash' '--disable-ipv6' '--disable-json' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--disable-posix' '--with-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--enable-soap' '--enable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-wddx' '--without-xmlrpc' '--with-xsl' '--disable-zip' '--with-zlib' '--enable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--without-xpm-dir' '--with-gd' '--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--without-pdo-dblib' '--with-pdo-mysql=/usr' '--without-pdo-odbc' '--without-pdo-pgsql' '--without-pdo-sqlite' '--with-readline' '--without-libedit' '--without-mm' '--without-sqlite' Previous Comments: [2007-08-21 20:20:04] programatorfreez at gmail dot com Jani: I don't understand you, what do you mean? There is *not* anything broken in my system, that's why PHP 5.2.3 didn't report any memory leak with the same code and (of course) with the same USE flags and I use threaded apache for years without any problem (until now with PHP 5.2.4). [2007-08-21 07:35:56] [EMAIL PROTECTED] Uh..that comment causes immediate bogusing. Plus: You're using threaded Apache, there's propably even more broken in your system than just that. [2007-08-20 16:00:49] programatorfreez at gmail dot com ACCEPT_KEYWORDS='~x86' USE=apache2 berkdb bzip2 cli crypt ctype debug gd gdbm iconv mysql ncurses nls pcre pdo readline reflection session simplexml soap sockets spell spl ssl suhosin tokenizer truetype unicode xml xmlreader xmlwriter xsl zlib emerge -av dev-lang/php5 If you are not able to use ./configure --apache2, --berkdb, --bzip2, --cli, etc. than It's your problem, not my. [2007-08-20 06:19:50] [EMAIL PROTECTED] That's not your configure command... configure commands start with ./configure [2007-08-19 21:12:12] programatorfreez at gmail dot com Ok, next time I will remember. It was: USE=apache2 berkdb bzip2 cli crypt ctype debug gd gdbm iconv mysql ncurses nls pcre pdo readline reflection session simplexml soap sockets spell spl ssl suhosin tokenizer truetype unicode xml xmlreader xmlwriter xsl zlib 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/42338 -- Edit this bug report at http://bugs.php.net/?id=42338edit=1
#42338 [Opn-Fbk]: Memory leak in SAPI.c
ID: 42338 Updated by: [EMAIL PROTECTED] Reported By: programatorfreez at gmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Gentoo GNU/Linux PHP Version: 5.2.4RC2 New Comment: Ever heard about '--disable-all' ? That disables all the enabled-by-default extensions and you can just enable those you actually need. Please shorten the configure line to shortest possible. And about threaded stuff: there are dozens of libraries PHP can be linked with which are not thread-safe. Why do you insist on using the much slower threaded one anyway when you could have much more reliable and non-leaking, fast PHP running under non-threaded webserver? Previous Comments: [2007-08-27 21:37:25] programatorfreez at gmail dot com './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--disable-cli' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc/php/apache2-php5' '--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--without-curl' '--without-curlwrappers' '--disable-dbase' '--disable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--disable-ftp' '--with-gettext' '--without-gmp' '--disable-hash' '--disable-ipv6' '--disable-json' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--disable-posix' '--with-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--enable-soap' '--enable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-wddx' '--without-xmlrpc' '--with-xsl' '--disable-zip' '--with-zlib' '--enable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--without-xpm-dir' '--with-gd' '--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--without-pdo-dblib' '--with-pdo-mysql=/usr' '--without-pdo-odbc' '--without-pdo-pgsql' '--without-pdo-sqlite' '--with-readline' '--without-libedit' '--without-mm' '--without-sqlite' [2007-08-21 20:20:04] programatorfreez at gmail dot com Jani: I don't understand you, what do you mean? There is *not* anything broken in my system, that's why PHP 5.2.3 didn't report any memory leak with the same code and (of course) with the same USE flags and I use threaded apache for years without any problem (until now with PHP 5.2.4). [2007-08-21 07:35:56] [EMAIL PROTECTED] Uh..that comment causes immediate bogusing. Plus: You're using threaded Apache, there's propably even more broken in your system than just that. [2007-08-20 16:00:49] programatorfreez at gmail dot com ACCEPT_KEYWORDS='~x86' USE=apache2 berkdb bzip2 cli crypt ctype debug gd gdbm iconv mysql ncurses nls pcre pdo readline reflection session simplexml soap sockets spell spl ssl suhosin tokenizer truetype unicode xml xmlreader xmlwriter xsl zlib emerge -av dev-lang/php5 If you are not able to use ./configure --apache2, --berkdb, --bzip2, --cli, etc. than It's your problem, not my. [2007-08-20 06:19:50] [EMAIL PROTECTED] That's not your configure command... configure commands start with ./configure 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/42338 -- Edit this bug report at http://bugs.php.net/?id=42338edit=1
#42450 [Opn-Fbk]: PDO pgSql persistent connections fails on PostgreSQL server restart
ID: 42450 Updated by: [EMAIL PROTECTED] Reported By: davojan at mail dot ru -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: FreeBSD and WinXP PHP Version: 5.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-08-27 20:56:27] davojan at mail dot ru Description: When using PDO pgSQL with persistent connections and restarting the PostgreSQL server, which the PDO has been connected with, PDO raises exception (see below). So I need to restart PHP to reset persistent connections. The bug was reproduced in two different environments: Apache2 (multi-threaded) + mod_php + WinXP lighttpd + PHP(FastCGI) + FreeBSD MySQL persistent connections in the same situation works fine... Reproduce code: --- ?php $db = new PDO( 'pgsql:host=localhost port=5432 dbname=test user=user password=secret', 'user', 'secret', array( PDO::ATTR_PERSISTENT = true ) ); echo 'ok'; ? # /usr/local/etc/rc.d/postgresql restart and again the above php script Expected result: ok Actual result: -- Unknown exception: SQLSTATE[57P01]: Admin shutdown: 7 FATAL: closing connection on admin command (this is my translation from russian message) server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. -- Edit this bug report at http://bugs.php.net/?id=42450edit=1
#42451 [NEW]: get_class(DOMNodelist-item()) reports wrong class
From: rkhb at gmx dot net
Operating system: Windows XP Pro SP2
PHP version: 5.2.4RC3
PHP Bug Type: DOM XML related
Bug description: get_class(DOMNodelist-item()) reports wrong class
Description:
get_class(DOMNodelist-item()) reports 'DOMElement'. In the documentation
as well as in the W3C-Recommendation this should be 'DOMNode'.
http://www.php.net/manual/en/function.dom-domnodelist-item.php
http://www.w3.org/TR/DOM-Level-3-Core/core.html#ID-536297177
I had required the correct result for building a own print_r...
Reproduce code:
---
error_reporting (E_ALL | E_STRICT);
echo PHP: , PHP_VERSION, \r\n;
$doc = new DOMDocument;
$doc-loadHTML('htmlheadtitleFirst/titlemeta name=author
content=rkhb/headbody/body/html');
$heads = $doc-getElementsByTagName('head'); // - DomNodeList
echo '$heads: ' , get_class($heads),\r\n;
$head = $heads-item(0); // - DomNode
echo '$head: ' , get_class($head),\r\n;
$childs = $head-childNodes; // - DomNodeList
echo '$childs: ',get_class($childs),\r\n;
$child = $childs-item(0); // - DomNode;
echo '$child: ',get_class($child),\r\n;
echo '$child-nodeName: ',$child-nodeName,\r\n;
echo '$child-tagName: ',$child-tagName,\r\n;
echo '$child-undefined: ',$child-undefined,\r\n;
echo '$child-nextSibling-nodeName:
',$child-nextSibling-nodeName,\r\n;
Expected result:
HP: 5.2.4RC4-dev
$heads: DOMNodeList
$head: DOMNode
$childs: DOMNodeList
$child: DOMNode
$child-nodeName: title
$child-tagName:
Notice: Undefined property: DOMNode::$tagName in
C:\Projekte\PHP-CLI\Neu1.php on line 25
$child-undefined:
Notice: Undefined property: DOMNode::$undefined in
C:\Projekte\PHP-CLI\Neu1.php on line 25
$child-nextSibling-nodeName: meta
Actual result:
--
HP: 5.2.4RC4-dev
$heads: DOMNodeList
$head: DOMElement
$childs: DOMNodeList
$child: DOMElement
$child-nodeName: title
$child-tagName: title
$child-undefined:
Notice: Undefined property: DOMElement::$undefined in
C:\Projekte\PHP-CLI\Neu1.php on line 25
$child-nextSibling-nodeName: meta
--
Edit bug report at http://bugs.php.net/?id=42451edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42451r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42451r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42451r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42451r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42451r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42451r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42451r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42451r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42451r=support
Expected behavior:http://bugs.php.net/fix.php?id=42451r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42451r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42451r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42451r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42451r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42451r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42451r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42451r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42451r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42451r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42451r=mysqlcfg
#42438 [Fbk-Opn]: require require_once include include_once
ID: 42438
User updated by: perching_eagle at yahoo dot com
Reported By: perching_eagle at yahoo dot com
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: windows xp
PHP Version: 5.2.3
New Comment:
i tried the new extension in your post and it didn't help.
one question?
did you try saving the two classes in seperate files?
that is when the problem arises, i even notice that by importing dummy
php files created similar results, the characters that are dumped on the
screen looks a lot like japanese characters.
Previous Comments:
[2007-08-27 08:43:52] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
I can't reproduce this. (I get the expected result..)
[2007-08-27 08:41:46] perching_eagle at yahoo dot com
actual output:
surname=$name; } }
?#17930;#29793;#27745;#25888;#29298;#29295;#27715;#29537;#8307;#17959;#29793;#25960;#10098;#28192;#29807;#26144;#30063;#25710;#26912;#8302;#14915;#17500;#25455;#28021;#28261;#29556;#24864;#25710;#21280;#29797;#26996;#26478;#23667;#28537;#26989;#29472;#29551;#28257;#24953;#17500;#29541;#29803;#28783;#30556;#29295;#8299;#25954;#25454;#23656;#26736;#8304;#26982;#25964;#23667;#28798;#28776;#25956;#26995;#28263;#29285;#28511;#29813;#30064;#24436;#28020;#11888;#26736;#8304;#28271;#27680;#28265;#8293;#2611;
[2007-08-27 08:40:23] perching_eagle at yahoo dot com
Description:
the require, require_once, include, include_once operators produce
unexpected results when used to import files in php v5.2.3, this problem
didn't exist in the previous version i was using.
two files contain two different classes that have a parent and child
relationship. if both classes are on the same file, the scripting engine
outputs the expected result. however, if they are kept in separate
files and any of the four import operators are used, the scripting
engine dumps jargons on the output screen.
pls. try out the example before closing, suspending or the changing the
status of this complaint to bogus. Bug #41855 is the same problem as
this one, but someone rushed to conclusions without testing and
proclaimed it bogus.
Reproduce code:
---
?php // parent.php
class Father{
public $surname;
public function __construct($name){
$this-surname=$name; }
}
?
//
//separate files
//
?php // child.php
include_once(parent.php);
class Son extends Father{
public $name;
public function __construct($first,$last){
parent::__construct($last);
$this-name=$first;
}
}
$boy=new Son(john,doe);
print $boy-name;
print br;
print $boy-surname;
?
Expected result:
john
doe
Actual result:
--
surname=$name; } }
?#17930;#29793;#27745;#25888;#29298;#29295;#27715;#29537;#8307;#17959;#29793;#25960;#10098;#28192;#29807;#26144;#30063;#25710;#26912;#8302;#14915;#17500;#25455;#28021;#28261;#29556;#24864;#25710;#21280;#29797;#26996;#26478;#23667;#28537;#26989;#29472;#29551;#28257;#24953;#17500;#29541;#29803;#28783;#30556;#29295;#8299;#25954;#25454;#23656;#26736;#8304;#26982;#25964;#23667;#28798;#28776;#25956;#26995;#28263;#29285;#28511;#29813;#30064;#24436;#28020;#11888;#26736;#8304;#28271;#27680;#28265;#8293;#2611;
--
Edit this bug report at http://bugs.php.net/?id=42438edit=1
