#21482 [Com]: removing cybercach in php-4.3.0
ID: 21482 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Feature/Change Request Operating System: linux PHP Version: 4.3.0 New Comment: Thank You you your quick responce. Worked like a charm. Previous Comments: [2003-01-07 05:22:42] [EMAIL PROTECTED] If you think you really need it: 1)Download PHP-4.2.3 and PHP4.3.0. 2)cp -R php-4.2.3/ext/cybercash php-4.3.0/ext/ 3)rm -rf php-4.2.3; cd php-4.3.0/ 4)./buildconf 5)./configure (your options there).. 6) make ; make install Thank you for your report. [2003-01-07 02:58:43] [EMAIL PROTECTED] verisign still uses cybercash technology for its older clients, I have a client who still uses it. By needlessly removing it, you prohibited me from upgrading to php 4.3.0. Please let me know if there is a way to include the cybercash functions in php 4.3.0. Thank You Greg Greenhaw [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=21482&edit=1
#16339 [Com]: Warning: Undefined index .....
ID: 16339
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Other web server
Operating System: XP Edition
PHP Version: 4.1.2
New Comment:
I am having the same proglem! I cannot figure it out!
I am using Abyss Web Server 1.1.2 and I have installed php 4.3.0 and it
gives me the same thing!
using this code:
"pages/home.php", gates => "pages/gates.php",
plate => "pages/plate.php", inuit => "pages/inuit.php", tut =>
"pages/tut.php", koala => "pages/koala.php", rome => "pages/rome.php",
sci => "pages/sci.php", sunshine => "pages/sunshine.php", rainer =>
"pages/rainer.php", blonde => "pages/blonde.php", mamma =>
"pages/mamma.php", pass => "pages/pass.php", mail => "pages/mail.php",
shop => "pages/shop.php", im => "pages/im.php", contact =>
"pages/contact.php", thanks => "pages/thanks.php", buddy =>
"pages/buddy.php", buddyinfo => "pages/buddyinfo.php",);
include("$page[$e]");
?>
I get this error:
Notice: Use of undefined constant main - assumed 'main' in C:\Documents
and Settings\Gregory.GATEWAY\My Documents\Sites\EKINGME 2003\index.php
on line 81
Previous Comments:
[2002-03-29 01:22:57] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
[2002-03-29 00:54:45] [EMAIL PROTECTED]
i try to add ENV in my Webpage but display error messege
Warning: Undefined index: HTTP_X_FORWARDED_FOR in
d:\NETWORK\SAMBAR\docs\00\index.php on line 26
but variables_order = "EGPCS" always in my php.ini
my web server is sambar 5.1
--
Edit this bug report at http://bugs.php.net/?id=16339&edit=1
#22158 [NEW]: "8M" isn't and integer is it ?
From: [EMAIL PROTECTED] Operating system: Red Hat 8.0 PHP version: 4.2.2 PHP Bug Type: *Configuration Issues Bug description: "8M" isn't and integer is it ? First off, I think you guys are great and I would be at a loss without you so many-many thanks But. while troubleshooting a file upload issue with imp (standard thing reported many times in a number of different varieties upload_max_filesize ignored and the likewise post_max_size ignored and even memory_limit doesn't matter) I first looked to my php.ini and started adjusting these settings to no avail. My actual problem was a gem of a file httpd/conf.d/php.conf which contained -- SetOutputFilter PHP SetInputFilter PHP LimitRequestBody 524288 the cause of my httpd/errorlog file noting... "Requested content-length of 2172475 is larger than the configured limit of 524288" --> that's what I get for Red Hat RPMs instead of real files Anyway the possible "bug" is that the documentation specifically states that all three of these configuration directives are of type integer and the default is "8M"... it seems to me that should be 800 if the unit is bytes. And, even the units of the directive is a bit unclear and should be clearly stated, I think. Thanks for your patience and good work and if this isn't in line... well I fixed my problem so I'm still thrilled with you folks. -- Edit bug report at http://bugs.php.net/?id=22158&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22158&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22158&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22158&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22158&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22158&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22158&r=support Expected behavior: http://bugs.php.net/fix.php?id=22158&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22158&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22158&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22158&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22158&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22158&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22158&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22158&r=gnused
#22234 [NEW]: copy() fails if source file has 0 length
From: [EMAIL PROTECTED]
Operating system: win98
PHP version: 4.3.0
PHP Bug Type: Filesystem function related
Bug description: copy() fails if source file has 0 length
if copy('file','dest') is called, and the 'file' is a 0-length file, it
will fail. This causes pear install PhpDocumentor to fail on windows.
To test, create an empty file "emptyfile.php" and a non-empty file
"nonemptyfile.php" in the same directory as this script, and run it:
--
Edit bug report at http://bugs.php.net/?id=22234&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22234&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22234&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22234&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22234&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22234&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22234&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22234&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22234&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22234&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22234&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22234&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22234&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22234&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22234&r=gnused
#20905 [NEW]: exec() vs file() with newlines
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.2.2
PHP Bug Type: Filesystem function related
Bug description: exec() vs file() with newlines
This is just basically an inconsistency between file() and exec()
file() will return the newline on the end of each element in the array,
ie:
$data = file("somefile.txt");
$data[0][ strlen($data[0])-1 ] == "\n"
but exec() doesn't put newlines on it's output:
exec("soemthing", $data);
$data[0][ strlen($data[0])-1 ] != "\n"
At the least, the manual page for file() and/or exec() should state this
behaviour.
--
Edit bug report at http://bugs.php.net/?id=20905&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20905&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20905&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20905&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20905&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20905&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20905&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20905&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20905&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20905&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20905&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20905&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20905&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20905&r=isapi
#21482 [NEW]: removing cybercach in php-4.3.0
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: removing cybercach in php-4.3.0 verisign still uses cybercash technology for its older clients, I have a client who still uses it. By needlessly removing it, you prohibited me from upgrading to php 4.3.0. Please let me know if there is a way to include the cybercash functions in php 4.3.0. Thank You Greg Greenhaw [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=21482&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21482&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21482&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21482&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21482&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21482&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21482&r=support Expected behavior: http://bugs.php.net/fix.php?id=21482&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21482&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21482&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21482&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21482&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21482&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21482&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21482&r=gnused
Bug #16522: ImageMagick functions
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: ImageMagick functions It would be nice to see a PHP implementation of the ImageMagick library. There are already perl and c++ interfaces, so it probably wouldn't be that bad to implement. -- Edit bug report at http://bugs.php.net/?id=16522&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16522&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16522&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16522&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16522&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16522&r=support Expected behavior: http://bugs.php.net/fix.php?id=16522&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16522&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16522&r=submittedtwice
#19475 [NEW]: Problem using include with files on different domain
From: [EMAIL PROTECTED] Operating system: WINXP PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: Problem using include with files on different domain It would appear the files can no longer be included from remote servers (i.e. outside of the domain of the file requesting the include)...? -- Edit bug report at http://bugs.php.net/?id=19475&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19475&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19475&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19475&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19475&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19475&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19475&r=support Expected behavior: http://bugs.php.net/fix.php?id=19475&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19475&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19475&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19475&r=globals
#19475 [Bgs]: Problem using include with files on different domain
ID: 19475
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *General Issues
Operating System: WINXP
PHP Version: 4.2.3
New Comment:
Basically... i am writing a php script that includes a file from a
remote server. the initial script on 'www.domain1.com' includes a file
from 'www.domain2.com'...
include("http://www.domain2.com/inculudeTest.php";);
this second script would include
Expected Result;
test
Actual Result;
Warning: Failed opening 'http://www.domain2.com/includeTest.php' for
inclusion in /blah/cust/4/355/outside/www.domain1.com/testFile.php on
line 1
Basically it would appear the inclusion of remote scripts now fails...
Previous Comments:
[2002-09-18 08:31:53] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2002-09-18 08:28:51] [EMAIL PROTECTED]
It would appear the files can no longer be included from remote servers
(i.e. outside of the domain of the file requesting the include)...?
--
Edit this bug report at http://bugs.php.net/?id=19475&edit=1
#19475 [Bgs->Opn]: Problem using include with files on different domain
ID: 19475
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: *General Issues
-Operating System: WINXP
+Operating System: WINXP and LINUX
PHP Version: 4.2.3
New Comment:
Sorry I should have been more clear, I tested this on Win XP and then
tested also on both of my live linux servers, the problem is consistent
on all versions...
Previous Comments:
[2002-09-18 09:32:25] [EMAIL PROTECTED]
Read the docs at:
http://www.php.net/include
There is a note that says:
The Windows version of PHP currently does not support accessing remote
files via this function, even if allow_url_fopen is enabled.
I can't see any reason why we don't allow it under
win32, but that's the way it is.
[2002-09-18 09:01:17] [EMAIL PROTECTED]
Basically... i am writing a php script that includes a file from a
remote server. the initial script on 'www.domain1.com' includes a file
from 'www.domain2.com'...
include("http://www.domain2.com/inculudeTest.php";);
this second script would include
Expected Result;
test
Actual Result;
Warning: Failed opening 'http://www.domain2.com/includeTest.php' for
inclusion in /blah/cust/4/355/outside/www.domain1.com/testFile.php on
line 1
Basically it would appear the inclusion of remote scripts now fails...
[2002-09-18 08:31:53] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2002-09-18 08:28:51] [EMAIL PROTECTED]
It would appear the files can no longer be included from remote servers
(i.e. outside of the domain of the file requesting the include)...?
--
Edit this bug report at http://bugs.php.net/?id=19475&edit=1
#19475 [Fbk->Opn]: Problem using include with files on different domain
ID: 19475
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: *General Issues
Operating System: WINXP and LINUX
PHP Version: 4.2.3
New Comment:
ahhh i am sending get variables as well... if i url encode them it
seems to work ok... why would non url encoded variables work locally
but not remotely, is it the way the wrappers work?
Previous Comments:
[2002-09-18 09:41:28] [EMAIL PROTECTED]
And you have allow_url_fopen=on in your php.ini and/or
apache configuration?
[2002-09-18 09:39:02] [EMAIL PROTECTED]
Sorry I should have been more clear, I tested this on Win XP and then
tested also on both of my live linux servers, the problem is consistent
on all versions...
[2002-09-18 09:32:25] [EMAIL PROTECTED]
Read the docs at:
http://www.php.net/include
There is a note that says:
The Windows version of PHP currently does not support accessing remote
files via this function, even if allow_url_fopen is enabled.
I can't see any reason why we don't allow it under
win32, but that's the way it is.
[2002-09-18 09:01:17] [EMAIL PROTECTED]
Basically... i am writing a php script that includes a file from a
remote server. the initial script on 'www.domain1.com' includes a file
from 'www.domain2.com'...
include("http://www.domain2.com/inculudeTest.php";);
this second script would include
Expected Result;
test
Actual Result;
Warning: Failed opening 'http://www.domain2.com/includeTest.php' for
inclusion in /blah/cust/4/355/outside/www.domain1.com/testFile.php on
line 1
Basically it would appear the inclusion of remote scripts now fails...
[2002-09-18 08:31:53] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
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/19475
--
Edit this bug report at http://bugs.php.net/?id=19475&edit=1
Bug #15663: add foreach reference values
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.1.1
PHP Bug Type: Feature/Change Request
Bug description: add foreach reference values
Just a small request that could be fairly useful.
Say you have an array of objects, $objects. Right now, doing:
foreach ($objects as $obj) {
$obj->something();
}
will create a copy of each object (using unnecessary memory) and call
something() on the copy, not the actual object (which is bad if it's a
mutator function of that class).
The best way to do it now is to do:
foreach (array_keys($objects) as $key) {
$objects[$key]->something();
}
but it would be very cool if php had the syntax:
foreach ($objects as &$obj)
where it would create $obj as a reference to each object.
thanks
--
Edit bug report at http://bugs.php.net/?id=15663&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15663&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15663&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15663&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15663&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15663&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15663&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15663&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15663&r=submittedtwice
Bug #15871: variable variables need { } to work with classes
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.1.2
PHP Bug Type: Variables related
Bug description: variable variables need { } to work with classes
When using a variable variable in a class, $$this->varname does not work,
${$this->varname} must be used.
Here is a simple script to show this in action. Put the {} in and it will
work:
varname = $varname;
}
function foo() {
global $$this->varname;
echo "$".$this->varname." is ".$$this->varname;
}
}
$test = new testClass("id");
$test->foo();
?>
--
Edit bug report at http://bugs.php.net/?id=15871&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15871&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15871&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15871&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15871&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15871&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15871&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15871&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15871&r=submittedtwice
Bug #17522: globals variables dont work !!!!
From: [EMAIL PROTECTED] Operating system: windows xp PHP version: 4.2.0 PHP Bug Type: Variables related Bug description: globals variables dont work It's very simple : that dont work !! : '; } } foo1(3); ?> when you are doing recursivity the globals variables are very very very important -- Edit bug report at http://bugs.php.net/?id=17522&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17522&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17522&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17522&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17522&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17522&r=support Expected behavior: http://bugs.php.net/fix.php?id=17522&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17522&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17522&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17522&r=globals
Bug #14222 Updated: PHP Crashes with weird output often
ID: 14222 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Windows XP Pro PHP Version: 4.1.1 New Comment: I HAVE THE SAME PROBLEM! ... humm ... I use : winxp pro/apache 1.3.22/php 4.1.1/mysql 4.01a (run on the same machine) >From my local network it work fine but when I try to see a page of my site from an another location on internet (school for exemple) sometimes it works and sometimes it blinks and crashs. I have this with anything browser (ie5, ie6, opera, galeon etc..). description client-side: the browser load just a part of page (~8000 first bytes) and then it reloads it again and again... description server-side: apache, php and mysql doesn't see any error... But, it all works fine when i use mysql on a another server (on internet) not as localhost its strange, no ? Previous Comments: [2002-02-25 11:03:01] [EMAIL PROTECTED] thanks, "apache - X" seems to work !! [2002-02-08 12:20:56] [EMAIL PROTECTED] I also have this problem. Using latest patches with XP Pro, PHP, and Apache. I have not isolated it yet but it has to do with larger amounts of print/echo output being delivered from a php page. Meaning, if my code displays 10 "news" items (slashdot style page) it works, then if I display say 15 it starts to behave irregularly. This has been observed as a localhost access on to the server on the same computer and also accessing the server running from a different computer on the net. When the problem occurs the browser continually reloads this same page and never finishes. (this noticed when accessing the server through ie6 on xp) When accessing the problem page via mozzila from linux station I notice that the page gets just cut off. Anyway I'll try to isolate further. [2002-02-08 04:03:33] [EMAIL PROTECTED] run apache in single process mode eg: apache -X It's probably a bug in the duplicatesocket [2002-02-07 14:11:49] [EMAIL PROTECTED] Hi I have the same problem I use Win XP and I'm sure that's this is reason - few days ago I have Win Me same configuration Apache/PHP/MySQL - on XP I have: pages are loaded properly from localhost - from internet address: ie loads, nn doesn't (it stops but it do not show any message - just 10% of 10kB in status bar - and so for 30 min). I have rather small page - an online store - without graphics nearly but it communicate with MySQL - so I build a select and when it returns too many rows (or i want more products on page) - the page do not load (even in IE) and I get: Server unreachable. Where can I get alarmed when the bug would fix? Where can I read more about it? [2002-01-21 17:38:40] [EMAIL PROTECTED] update to newest version ? do you mean one in the cvs repository ? i tried everything: apache 1.3x, apache 2.0 beta and php version 4.05, 4.06, 3.x and 4.11 (the latest official) --- and - i must run php as an apache-module because i use gd-lib. besides - gd lib does not work correctly (gives jpegs with only 16 colors) after version 4.05 of php. is this because now there is an extra feature in gd-lib where you must provide bit-depth ? my resume: apache without php works fine, php in cgi-mode works fine -- so there must be an os-related bug in the interface wich allows using the php-dll as an apache - module. maybe an buffer-problem? i tried the following: i took a normal html-page, tried this with apache --> works fine. then simply renamed it to *.php - strange code-output - the normal html but fragmented with weird-passages, they change after every reload. 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/14222 -- Edit this bug report at http://bugs.php.net/?id=14222&edit=1
Bug #14222 Updated: PHP Crashes with weird output often
ID: 14222 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Windows XP Pro PHP Version: 4.1.1 New Comment: I have find a ""solution"" : I have activates gzip compression (see php.ini) and it works. Previous Comments: [2002-03-07 04:45:05] [EMAIL PROTECTED] stop! the -X option is for debugging purposes only, as all requests will now be serialized and handled by a single apache process this is *not* what you want in a production environment! the -X option is meant for debugging purposes only, as debugging a apache process farm can become a nightmare ... if the problem does *not* show up with -X then it is most likely related to process coordination or something, which makes it harder to debug ... :( but once again: -X is *not* a solution, it is just one of the means to find the cause [2002-03-07 04:03:12] [EMAIL PROTECTED] the apache -X seems to work fine! yes! [2002-03-05 14:17:18] [EMAIL PROTECTED] apache -X dont work (still the same problem) problem has nothing to do with mysql problem (again..): -> on a easy loop with enought data the weird output comes -> the "weird output" is: ->-> moved letters (just moved some pixels down, up, left or right) ->-> replaced letters (with any kind of replacements) ->-> additional letters (i didnt reported missing letters yet, except that the end of the file is different) -> Browser (client) reloading -> Ping seems to make problems (higher ping more problems) some small notes: it depends how much he transfers on every request (i had 0bytes up to the whole document and many steps between them) [2002-03-05 12:17:55] [EMAIL PROTECTED] I HAVE THE SAME PROBLEM! ... humm ... I use : winxp pro/apache 1.3.22/php 4.1.1/mysql 4.01a (run on the same machine) >From my local network it work fine but when I try to see a page of my site from an another location on internet (school for exemple) sometimes it works and sometimes it blinks and crashs. I have this with anything browser (ie5, ie6, opera, galeon etc..). description client-side: the browser load just a part of page (~8000 first bytes) and then it reloads it again and again... description server-side: apache, php and mysql doesn't see any error... But, it all works fine when i use mysql on a another server (on internet) not as localhost its strange, no ? [2002-02-25 11:03:01] [EMAIL PROTECTED] thanks, "apache - X" seems to work !! 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/14222 -- Edit this bug report at http://bugs.php.net/?id=14222&edit=1
#22410 [NEW]: braoder apache-php security options
From: greg at laundrymat dot tv Operating system: redhat 7.0 PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: braoder apache-php security options I really think there needs to be a way to prohibit system() ticker, or exec() on a per directory basis via the apache conf file. Safe mode is too restrictive and open_basedir doesn't work with these commands. Either make open base_dir actually work on all functions or create a way to shut these functions or any fuction off on a per directory basis. Its really is a must. I have a site that gives clients ftp access, A script could read the majority of the files on my server using the ticker and the vi commands. Thanks Greg Greenhaw -- Edit bug report at http://bugs.php.net/?id=22410&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22410&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22410&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22410&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22410&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22410&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22410&r=support Expected behavior: http://bugs.php.net/fix.php?id=22410&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22410&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22410&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22410&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22410&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22410&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22410&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22410&r=gnused
#23807 [NoF->Opn]: is_file() open_basedir problem
ID: 23807 User updated by: greg at mtechsolutions dot ca Reported By: greg at mtechsolutions dot ca -Status: No Feedback +Status: Open Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.3.1 New Comment: Not confirmed - have not had a chance to test cvs Previous Comments: [2003-06-02 17:27:15] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-05-25 23:08:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-05-25 23:03:23] greg at mtechsolutions dot ca is_file() seems to say "open_basedir restriction in effect", even when the file is actually within the basedir. file_exists() using the same parameters and conditions works properly. -- Edit this bug report at http://bugs.php.net/?id=23807&edit=1
#25804 [NEW]: _SERVER['REQUEST_URI'] does not capture fragment
From: greg at freephile dot com Operating system: RH Linux 8.0 PHP version: 4.3.3 PHP Bug Type: HTTP related Bug description: _SERVER['REQUEST_URI'] does not capture fragment Description: When a URI includes a fragment, that fragment is not captured as part of the $_SERVER['REQUEST_URI'] variable, so it is not possible to use parse_url() to get the fragment. As an example, the following request will NOT have the fragment in the $_SERVER['REQUEST_URI'] variable: http://www.freephile.com/admin/test.php?foo=bar#fragment Instead, the $_SERVER['REQUEST_URI'] is given as '/admin/test.php?foo=bar' I use PHP to process outgoing site links on http://www.buzgate.org, but due to this problem, I cannot redirect to external URIs containing a fragment. The workaround is to recode those URIs into two querystring variables and then reconstruct the URI: to=http://somewhere.com/somepage.html&fragment=named_anchor $externalSiteURI = $_REQUEST['to'] . $_REQUEST['fragment']; Reproduce code: --- See http://www.freephile.com/admin/test.php?foo=bar#fragment and http://buzgate.org/referral.php?to=http://www.sba.gov/library/pubs.html#success4 (this link may be fixed with a workaround by the time you get this message) Expected result: $_SERVER['REQUEST_URI'] = '/admin/test.php?foo=bar#fragment' Actual result: -- $_SERVER['REQUEST_URI'] = '/admin/test.php?foo=bar' -- Edit bug report at http://bugs.php.net/?id=25804&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25804&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25804&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25804&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25804&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25804&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25804&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25804&r=support Expected behavior: http://bugs.php.net/fix.php?id=25804&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25804&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25804&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25804&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25804&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25804&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25804&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25804&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25804&r=float
#24398 [NEW]: Compile fails when trying to find libxml
From: greg at destiney dot com Operating system: RedHat 8.0 PHP version: 5.0.0b1 (beta1) PHP Bug Type: Compile Failure Bug description: Compile fails when trying to find libxml Description: My configure line: ./configure --with-apxs=/usr/sbin/apxs --with-mysql=/usr ends with: checking for new DOM support... yes not found configure: error: Please reinstall the libxml >= 2.4.14 distribution I installed newest libxml from ftp://xmlsoft.org/: > rpm -qa | grep libxml libxml2-2.5.7-1 Ran ldconfig, same errors on second attempt. -- Edit bug report at http://bugs.php.net/?id=24398&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24398&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24398&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24398&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24398&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24398&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24398&r=support Expected behavior: http://bugs.php.net/fix.php?id=24398&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24398&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24398&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24398&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24398&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24398&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24398&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24398&r=gnused
#24398 [Fbk->Csd]: Compile fails when trying to find libxml
ID: 24398 User updated by: greg at destiney dot com Reported By: greg at destiney dot com -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: RedHat 8.0 PHP Version: 5.0.0b1 (beta1) New Comment: I installed libxml2-devel as suggested, and it satisfied the dependency. Compiled, installed, and running.. Thanks. Previous Comments: [2003-06-30 08:22:49] fischer at ms-net dot de ./configure --with-apxs --disable-xml gives same error [2003-06-30 05:44:27] adam at indexdata dot dk RPM user: You need to install package libxml2-devel MAC user or any other user that don't haev libxml2 installed in /usr or /usr/local: specify --with-libxml-dir=/prefix --with-simplexml=/prefix [2003-06-30 05:11:56] fischer at ms-net dot de same with Mac OS 10.2 installed libxml2 via fink ./configure --with-apxs --with-libxml-dir=/sw/lib config.log has 870 lines, so i dont attach it [2003-06-30 01:02:01] [EMAIL PROTECTED] Can you put your "configure.log" on line, and post the link here? regards, Derick [2003-06-30 00:58:51] greg at destiney dot com Description: My configure line: ./configure --with-apxs=/usr/sbin/apxs --with-mysql=/usr ends with: checking for new DOM support... yes not found configure: error: Please reinstall the libxml >= 2.4.14 distribution I installed newest libxml from ftp://xmlsoft.org/: > rpm -qa | grep libxml libxml2-2.5.7-1 Ran ldconfig, same errors on second attempt. -- Edit this bug report at http://bugs.php.net/?id=24398&edit=1
#24471 [NEW]: protected data member redeclared as public
From: greg at chiaraquartet dot net
Operating system: linux
PHP version: 5.0.0b1 (beta1)
PHP Bug Type: Zend Engine 2 problem
Bug description: protected data member redeclared as public
Description:
if a protected data member is re-declared as public in a child class, it
is redefined as public. Shouldn't the parent class protected declaration
override the child class as it does for private?
Reproduce code:
---
a;
}
}
class my extends test
{
var $a = 7;
function __construct()
{
print $this->a;
parent::__construct();
}
}
$a = new test; // 6
$a = new my; // 77
print $a->a; // should give error, is 7
$a->a = 4;
print $a->a; // 4
?>
Expected result:
Fatal Error, cannot redeclare a protected data member as public
Actual result:
--
67774
--
Edit bug report at http://bugs.php.net/?id=24471&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24471&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24471&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24471&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24471&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24471&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24471&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24471&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24471&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24471&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24471&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24471&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24471&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24471&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24471&r=gnused
#24504 [NEW]: T_INTERFACE and T_IMPLEMENTS not defined in tokenizer extension
From: greg at chiaraquartet dot net
Operating system: linux
PHP version: 5.0.0b1 (beta1)
PHP Bug Type: Unknown/Other Function
Bug description: T_INTERFACE and T_IMPLEMENTS not defined in tokenizer extension
Description:
these lines are missing from ext/tokenizer/tokenizer.c at line 280 (or
around there):
REGISTER_LONG_CONSTANT("T_INTERFACE", T_INTERFACE, CONST_CS |
CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("T_IMPLEMENTS", T_IMPLEMENTS, CONST_CS |
CONST_PERSISTENT);
Reproduce code:
---
Expected result:
T_INTERFACE
Actual result:
--
Warning: T_INTERFACE not found, assuming "T_INTERFACE" etc. etc
--
Edit bug report at http://bugs.php.net/?id=24504&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=24504&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=24504&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24504&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24504&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24504&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24504&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24504&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24504&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24504&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24504&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24504&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24504&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24504&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24504&r=gnused
#24910 [NEW]: in function scope, $GLOBALS is not superglobal
From: greg at chiaraquartet dot net Operating system: Windows XP PHP version: 4.3.2 PHP Bug Type: Arrays related Bug description: in function scope, $GLOBALS is not superglobal Description: the $GLOBALS variables contains indexes to every superglobal except 'GLOBALS' in function scope. In global scope, it contains the 'GLOBALS' index as a self-reference Reproduce code: --- Expected result: var_dump() of the $GLOBALS superglobal Actual result: -- Notice: Undefined index: GLOBALS in c:\web pages\chiara\a1.php on line 3 NULL -- Edit bug report at http://bugs.php.net/?id=24910&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24910&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24910&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24910&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24910&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24910&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24910&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24910&r=support Expected behavior: http://bugs.php.net/fix.php?id=24910&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24910&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24910&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24910&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24910&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24910&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24910&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24910&r=gnused
#29221 [NEW]: Segfault by using the DOM attribute ownerDocument in a PHP object
From: greg at zwiffer dot org
Operating system: Debian GNU/Linux (unstable)
PHP version: 5.0.0
PHP Bug Type: DOM XML related
Bug description: Segfault by using the DOM attribute ownerDocument in a PHP object
Description:
PHP segfault when I use the DOM attribute ownerDocument in a PHP object.
See the code for what happened.
I try with the command line :
/opt/php5/bin/php -q my_file.php
I use a Debian GNU/Linux unstable with PHP 5.0.0, but I had also the
problem with PHP 5.0.0RC3. Here is my version of libxml2 :
ii libxml22.6.11-1 GNOME XML library
ii libxml2-dev2.6.11-1 Development files for the GNOME XML
library
I compile PHP with the following configure line :
./compile --with-prefix=/opt/php5 --with-xsl --with-mysql
Thanks
Reproduce code:
---
loadXML($xml) ;
$this->doc = $dom->documentElement ;
}
public function owner() {
return get_class($this->doc->ownerDocument) ;
}
}
$dom = new DOMDocument() ;
$dom->loadXML('This is a test') ;
$docElt = $dom->documentElement ;
echo get_class($docElt->ownerDocument) ; // no segfault
$xml = new XMLReader('This is a test') ;
echo get_class($xml->doc->ownerDocument) ; //segfault
$xml = new XMLReader('This is a test') ;
echo get_class($xml->owner()) ; //segfault
?>
--
Edit bug report at http://bugs.php.net/?id=29221&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29221&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29221&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29221&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29221&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29221&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29221&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29221&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29221&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29221&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29221&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29221&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29221&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29221&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29221&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29221&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29221&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29221&r=float
#28799 [Com]: PHP has encountered an Access Violation at 016E73DD
ID: 28799 Comment by: greg at channelvision dot com Reported By: l_anjanesh at yahoo dot com Status: Open Bug Type: *General Issues Operating System: Windows 2003 Server Enterprise PHP Version: 5.0.0RC3 New Comment: Running windows 2000 iis 5 php 5. I was having the same problem and the dll provided by edlink solved it. Thanks. Previous Comments: [2004-07-21 19:34:05] alantan at po dot tagnetwork dot net after further testing though the library is still a bit unstable, once in a while I still get the Access Violation error. after refreshing it, the page loads fine. [2004-07-21 19:30:23] alantan at po dot tagnetwork dot net after further testing though the library is still a bit unstable, for every few pages I still get the Access Violation error. after refreshing it, the page loads fine. [2004-07-21 18:03:21] alantan at po dot tagnetwork dot net I am happy to note that the dll download recommended by edink solved my problem - I am using MySQL 5.0.0a for Windows, PHP 5.0 final, IIS 6.0, all on Windows Server 2003 Standard. I'll continue to test this to see if I get any more of those access violations errors and note them here if it shows up on my other servers. [2004-07-19 22:45:01] philmee95 at dumb-shirts dot com The new php5ts.dll fixed the access violation on non-mysql pages. Now I have a new access violation that is intermittant: meaning doens't work (query hits mysql using pear DB, access violation, and then nothing) and next load it works. There is a different access violation code now, as occured as i played with .ini and include paths and extension dirs thinking it was file access related. PHP5 final, MySQL 4.1.1-alpha-nt, winXP version 2002 sp1 (php-5.0.0-Win32.zip and php5ts-zend-mm.zip) [2004-07-16 19:56:46] frederichenry at hotmail dot com Nevermind. The .dll provided by edink did fix the problem, I just forgot to update the right version of it. ;) For anyone still experiencing the, if you install PHP like I do, make sure that the php5ts.dll file is updated in your %SYSTEMROOT% folder, and your php folder (if you leave it there). I setup :\php as a PATH value, so it may be different for me. Thanks edink. 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/28799 -- Edit this bug report at http://bugs.php.net/?id=28799&edit=1
#48141 [NEW]: memory leak in zend_execute.c and zend_operators.c
From: greg at chiaraquartet dot net
Operating system: ubuntu linux
PHP version: 5.3CVS-2009-05-04 (CVS)
PHP Bug Type: Scripting Engine problem
Bug description: memory leak in zend_execute.c and zend_operators.c
Description:
When running a simple file that only instantiates objects using autoload,
there is a memory leak.
The leak appears to be caused by some combination of string concatenation
and exception throwing. The line that causes the leak is in
Pyrus/src/Pyrus/Registry/Sqlite3.php in the constructor:
if ($path && $path != ':memory:') {
if (dirname($path) . DIRECTORY_SEPARATOR . '.pear2registry' !=
$path) {
$path = $path . DIRECTORY_SEPARATOR . '.pear2registry';
}
}
The line "$path = $path . DIRECTORY_SEPARATOR . '.pear2registry';"
leaks the value "/usr/local/lib/php/.pear2registry" on my machine, and the
zval allocated for $path.
Reproduce code:
---
http://svn.pear.php.net/PEAR2/all
function __autoload($class)
{
if ($class == 'PEAR2_Exception') {
include __DIR__ . '/Exception/src/Exception.php';
return;
}
$class = str_replace('PEAR2_', '', $class);
$class = str_replace('_', '/', $class);
include __DIR__ . '/Pyrus/src/' . $class . '.php';
}
$a = PEAR2_Pyrus_Config::current();
Expected result:
no output
Actual result:
--
u...@ubuntu8041:~/workspace/all/Pyrus/tests/AtomicFileTransaction/rmrf$
php -n test.phpt
[Sun May 3 22:58:31 2009] Script: 'test.phpt'
/home/user/workspace/php5/Zend/zend_execute.c(723) : Freeing 0xB7B52AE4
(20 bytes), script=test.phpt
[Sun May 3 22:58:31 2009] Script: 'test.phpt'
/home/user/workspace/php5/Zend/zend_operators.c(1231) : Freeing
0x088CE1EC (34 bytes), script=test.phpt
=== Total 2 memory leaks detected ===
--
Edit bug report at http://bugs.php.net/?id=48141&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48141&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48141&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48141&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48141&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48141&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48141&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48141&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48141&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48141&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48141&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48141&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48141&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48141&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48141&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48141&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48141&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48141&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48141&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48141&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48141&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48141&r=mysqlcfg
#48800 [NEW]: autoload does not strip leading T_NS_SEPARATOR
From: greg at chiaraquartet dot net Operating system: PHP version: 5.3.0 PHP Bug Type: Scripting Engine problem Bug description: autoload does not strip leading T_NS_SEPARATOR Description: If attempts to instantiate \class\name and class\name are made, autoload is called twice. Reproduce code: --- http://bugs.php.net/?id=48800&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48800&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48800&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48800&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48800&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48800&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48800&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48800&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48800&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48800&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48800&r=support Expected behavior: http://bugs.php.net/fix.php?id=48800&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48800&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48800&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48800&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48800&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48800&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48800&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48800&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48800&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48800&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48800&r=mysqlcfg
#49957 [NEW]: Need magic method for every data type
From: greg at imagiclab dot com Operating system: unix PHP version: 5.3.0 PHP Bug Type: Feature/Change Request Bug description: Need magic method for every data type Description: Need magic method for every data type. Why have a incomplete magic method list. Why not a __toInt and __toResource. We are trying to change a legacy system to connect to mysql on demand and would love a __toResource magic method. Also anyone who uses class based enums would like a __toInt to convert the enum to is int valyue and to use __toSting to convert the enum to its label. Reproduce code: --- --- >From manual page: language.oop5.magic --- -- Edit bug report at http://bugs.php.net/?id=49957&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49957&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49957&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49957&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49957&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49957&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49957&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49957&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49957&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49957&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49957&r=support Expected behavior: http://bugs.php.net/fix.php?id=49957&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49957&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49957&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49957&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49957&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49957&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49957&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49957&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49957&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49957&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49957&r=mysqlcfg
#49957 [Bgs]: Need magic method for every data type
ID: 49957 User updated by: greg at imagiclab dot com Reported By: greg at imagiclab dot com Status: Bogus Bug Type: Feature/Change Request Operating System: unix PHP Version: 5.3.0 New Comment: Ok i see you point but other are not as complex like __toResource would be create for connect on demand db classes you can also only have the magic methods for float and int called if you are specifically cast like (int)$Object Previous Comments: [2009-10-23 10:24:21] johan...@php.net This was discussed and leads to too many unclear situations. Like should $a + $b call toFloat or toInt or what? What about $a < $b? Maybe a string comparison. In the end implementing this gives more trouble than where it helps. [2009-10-22 15:23:46] greg at imagiclab dot com Description: Need magic method for every data type. Why have a incomplete magic method list. Why not a __toInt and __toResource. We are trying to change a legacy system to connect to mysql on demand and would love a __toResource magic method. Also anyone who uses class based enums would like a __toInt to convert the enum to is int valyue and to use __toSting to convert the enum to its label. Reproduce code: --- --- >From manual page: language.oop5.magic --- -- Edit this bug report at http://bugs.php.net/?id=49957&edit=1
#43574 [NEW]: unclear error message on allow_url_fopen=0
From: greg at chiaraquartet dot net
Operating system: n/a
PHP version: 5.3CVS-2007-12-12 (CVS)
PHP Bug Type: Streams related
Bug description: unclear error message on allow_url_fopen=0
Description:
if one tries to use the data stream (or any url-based stream), the error
message is:
%s:// wrapper is disabled in the server configuration
It would be more helpful if it said:
s:// wrapper is disabled in the server configuration by allow_url_fopen=0
Reproduce code:
---
Index: main/streams/streams.c
===
RCS file: /repository/php-src/main/streams/streams.c,v
retrieving revision 1.82.2.6.2.18.2.1
diff -u -r1.82.2.6.2.18.2.1 streams.c
--- main/streams/streams.c 6 Nov 2007 11:02:36 -
1.82.2.6.2.18.2.1
+++ main/streams/streams.c 12 Dec 2007 03:33:09 -
@@ -1621,7 +1621,7 @@
if (options & REPORT_ERRORS) {
/* protocol[n] probably isn't '\0' */
char *protocol_dup = estrndup(protocol, n);
- php_error_docref(NULL TSRMLS_CC, E_WARNING, "%s://
wrapper is disabled in the server configuration", protocol_dup);
+ php_error_docref(NULL TSRMLS_CC, E_WARNING, "%s://
wrapper is disabled in the server configuration by allow_url_fopen=0",
protocol_dup);
efree(protocol_dup);
}
return NULL;
--
Edit bug report at http://bugs.php.net/?id=43574&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43574&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43574&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43574&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43574&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43574&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43574&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43574&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43574&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43574&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43574&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43574&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43574&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43574&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43574&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43574&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43574&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43574&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43574&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43574&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43574&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43574&r=mysqlcfg
#43589 [NEW]: infinite loop in bz2_filter.c
From: greg at chiaraquartet dot net
Operating system: n/a
PHP version: 5.3CVS-2007-12-13 (CVS)
PHP Bug Type: Streams related
Bug description: infinite loop in bz2_filter.c
Description:
An endless loop is possible in the bz2 stream filter bzip2.decompress if
status == BZ_OK and data->strm.avail_out < data->outbuf_len
Reproduce code:
---
Index: ext/bz2/bz2_filter.c
===
RCS file: /repository/php-src/ext/bz2/bz2_filter.c,v
retrieving revision 1.3.2.2.2.5
diff -u -r1.3.2.2.2.5 bz2_filter.c
--- ext/bz2/bz2_filter.c9 Aug 2007 23:27:22 -
1.3.2.2.2.5
+++ ext/bz2/bz2_filter.c13 Dec 2007 19:29:27 -
@@ -132,6 +132,8 @@
data->strm.avail_out = data->outbuf_len;
data->strm.next_out = data->outbuf;
exit_status = PSFS_PASS_ON;
+ } else {
+ break;
}
}
}
--
Edit bug report at http://bugs.php.net/?id=43589&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43589&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43589&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43589&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43589&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43589&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43589&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43589&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43589&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43589&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43589&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43589&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43589&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43589&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43589&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43589&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43589&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43589&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43589&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43589&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43589&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43589&r=mysqlcfg
#43660 [NEW]: null value in safe_mode_exec_dir still executes program in root dir
From: greg at gguldens dot org Operating system: Centos 5 PHP version: 5.2.5 PHP Bug Type: Safe Mode/open_basedir Bug description: null value in safe_mode_exec_dir still executes program in root dir Description: Using popen to execute a program such as /usr/lib/sendmail when running PHP in safe mode and with the safe_mode_exec_dir directive being null, PHP still attempts to execute the named program in the root directory. I believe this has the potential to be exploited as a hacking mechanism if the behavior is not changed. Reproduce code: --- use popen in safe mode to try and execute /usr/lib/sendmail. PHP will return a 127 error. If, however, you put a symbolic link named sendmail in the root directory that points to /usr/lib/sendmail, PHP will execute the program perfectly. Expected result: If the safe_mode_exec_dir directive in the PHP.ini file has a null value, then it would seem proper to not allow PHP to execute any program via a popen. Only if there is a value associated with the safe_mode_exec_dir directive should PHP actually execute a program. As an additional suggestion, the safe_mode_exec_dir directive could be defaulted to some directory such as "/usr/php_safe_exec" where users could place links to programs outside the safe exec directory. This would seem to be a much more secure solution than encouraging a user to place /usr/lib, /usr/bin, /use/sbin, or other directory that may contain executables that could be used to compromise the system if an entire pre-populated system directory was placed into this directive. -- Edit bug report at http://bugs.php.net/?id=43660&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43660&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43660&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43660&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43660&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43660&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43660&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43660&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43660&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43660&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43660&r=support Expected behavior:http://bugs.php.net/fix.php?id=43660&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43660&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43660&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43660&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43660&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43660&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43660&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43660&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43660&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43660&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43660&r=mysqlcfg
#18590 [Com]: Fatal error: Cannot redeclare upon reload
ID: 18590 Comment by: greg at pwsdb dot com Reported By: armageddon at raydan dot de Status: No Feedback Bug Type: Scripting Engine problem Operating System: WinXP Pro PHP Version: 5.0.0-dev New Comment: this experience/test may help: I defined a function (fff) in the top of my pgm. (not in a loop) it spanned from line 5 to 11 and used it in the code below. I got this error msg: Fatal error: Cannot redeclare fff() (previously declared in /.../xxx.php:5) in /.../xxx.php on line 11 I then removed it to an external file (xx-functions.php) and did a "require_once() for xxx-functions.php on line 6 and got these 2 error messages where there should have only been one. IT WAS TRYING TO LOAD THE FUNCTION(PGM) TWICE: Warning: require_once(xxx-functions.php) [function.require-once]: failed to open stream: No such file or directory in /.../xxx.php on line 6 Fatal error: require_once() [function.require]: Failed opening required 'xxx-functions.php' (include_path='.:/usr/share/pear') in /.../xxx.php on line 6 Previous Comments: [2008-05-30 13:48:47] mark dot php dot net dot special at emceesoftware dot com As a followup to my last comment, the way this "error" is being reported proved a little confusing, and my warrant some minor research in order to help make it a bit easier to identify when it happens. My error log reports the following (abbreviated): PHP Fatal error: Cannot redeclare simplehtml_rendercontent() (previously declared in SimpleHTML.php:149) in SimpleHTML.php on line 152 Noteworthy is the fact that the RenderContent() method is declared on line 149. The closing brace for the method is on line 152. It was this difference in line numbers that proved the most confusing. If they both reported out at line 149, I suspect I would have more quickly determined that I was seeing a reload problem of some sort. Also, if after adjusting the line number being reported, it is determined that they are identical, it might be helpful to post an additional line in the error log which suggests the developer look at replacing an include() with include_once() or require() with require_once(). With that bit of reporting, I suspect most folks who get bit with this type of issue will be able to resolve it more quickly (whether dynamically as I've done, or at the top of a PHP file). [2008-05-30 12:43:13] mark dot php dot net dot special at emceesoftware dot com PHP 5.2.4 (Build date 30 Aug 2007) I experience this error while using a technique for dispatching method calls dynamically. On receipt of an XML packet, an API method determines the php module (source file) that needs to be loaded to process the XML file. Next, the method name is loaded into a variable, and the source file is included. Finally, the variable is used to call the method. I've been successfully testing this approach for some time, and am confused as to why it has started "now". Code sample (abbreviated): $moduleName = ... (extracted from XML structure) $methodName = ... (derived from another parameter) $sourceFile = $_SERVER["DOCUMENT_ROOT"].'/path/'.$moduleName.'.php'; include( $sourceFile ); $dynamicMethod = $moduleName.'_'.$methodName; $dynamicMethod(); // attempt the call My theory is that this code is being called multiple times with the same value for $moduleName, causing the include() method to attempt to load it multiple times. While this doesn't seem to be an issue when using the static 'include_once' declaration, it appears to be an issue when loading dynamically. When changing the above code to use include_once(), the problem seems (so far) to have gone away. [2007-09-03 13:52:58] info at rchu dot nl update: adding a space to the source results in the same 'cannot redeclare' error. Only changing the function name resolves the problem at the fist run. Must be some kind of caching problem I suppose. When running the script on the command line there is no problem, just when I request in in my browser. I run the pre-installed apache1.3 on Mac OS X 10.4.10 and used the --with-apache-hooks option on compiling because I do not have the apache.h source file (since I haven't compiled apache). [2007-09-03 13:48:09] info at rchu dot nl I have sort of the same bug I think. test.php works fine the first time. Then after a reload it gives an cannot redeclare test() error. Same error after second reload etc. Modify the file (add a space or something like that) and it runs OK the first time but after reload same error. I have compiled PHP 5.2
#18590 [Com]: Fatal error: Cannot redeclare upon reload
ID: 18590
Comment by: greg at pwsdb dot com
Reported By: armageddon at raydan dot de
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: WinXP Pro
PHP Version: 5.0.0-dev
New Comment:
PS
This only happened within a checkout page of ZenCart ("part 3 of 3")
and not another (not the login page) ... I don't know enough about zc
to know what the significant difference is.
Previous Comments:
[2009-02-04 02:59:23] greg at pwsdb dot com
this experience/test may help:
I defined a function (fff) in the top of my pgm. (not in a loop)
it spanned from line 5 to 11 and used it in the code below.
I got this error msg:
Fatal error: Cannot redeclare fff() (previously declared in
/.../xxx.php:5) in
/.../xxx.php on line 11
I then removed it to an external file (xx-functions.php) and did a
"require_once() for xxx-functions.php on line 6 and got these 2
error messages where there should have only been one.
IT WAS TRYING TO LOAD THE FUNCTION(PGM) TWICE:
Warning: require_once(xxx-functions.php) [function.require-once]:
failed to open stream: No such file or directory in
/.../xxx.php on line 6
Fatal error: require_once() [function.require]: Failed opening required
'xxx-functions.php' (include_path='.:/usr/share/pear') in
/.../xxx.php on line 6
[2008-05-30 13:48:47] mark dot php dot net dot special at emceesoftware
dot com
As a followup to my last comment, the way this "error" is being
reported proved a little confusing, and my warrant some minor research
in order to help make it a bit easier to identify when it happens.
My error log reports the following (abbreviated):
PHP Fatal error: Cannot redeclare simplehtml_rendercontent()
(previously declared in SimpleHTML.php:149) in SimpleHTML.php on line
152
Noteworthy is the fact that the RenderContent() method is declared on
line 149. The closing brace for the method is on line 152.
It was this difference in line numbers that proved the most confusing.
If they both reported out at line 149, I suspect I would have more
quickly determined that I was seeing a reload problem of some sort.
Also, if after adjusting the line number being reported, it is
determined that they are identical, it might be helpful to post an
additional line in the error log which suggests the developer look at
replacing an include() with include_once() or require() with
require_once().
With that bit of reporting, I suspect most folks who get bit with this
type of issue will be able to resolve it more quickly (whether
dynamically as I've done, or at the top of a PHP file).
[2008-05-30 12:43:13] mark dot php dot net dot special at emceesoftware
dot com
PHP 5.2.4 (Build date 30 Aug 2007)
I experience this error while using a technique for dispatching method
calls dynamically.
On receipt of an XML packet, an API method determines the php module
(source file) that needs to be loaded to process the XML file.
Next, the method name is loaded into a variable, and the source file is
included.
Finally, the variable is used to call the method.
I've been successfully testing this approach for some time, and am
confused as to why it has started "now".
Code sample (abbreviated):
$moduleName = ... (extracted from XML structure)
$methodName = ... (derived from another parameter)
$sourceFile = $_SERVER["DOCUMENT_ROOT"].'/path/'.$moduleName.'.php';
include( $sourceFile );
$dynamicMethod = $moduleName.'_'.$methodName;
$dynamicMethod(); // attempt the call
My theory is that this code is being called multiple times with the
same value for $moduleName, causing the include() method to attempt to
load it multiple times. While this doesn't seem to be an issue when
using the static 'include_once' declaration, it appears to be an issue
when loading dynamically.
When changing the above code to use include_once(), the problem seems
(so far) to have gone away.
[2007-09-03 13:52:58] info at rchu dot nl
update: adding a space to the source results in the same 'cannot
redeclare' error. Only changing the function name resolves the problem
at the fist run. Must be some kind of caching problem I suppose. When
running the script on the command line there is no problem, just when I
request in in my browser. I run the pre-installed apache1.3 on Mac OS X
10.4.10 and used the --with-apache-hooks option on compiling because I
do not have the apache.h source file (since I haven't compiled apache).
[2007-09-03 13:48:09] info
#18590 [Com]: Fatal error: Cannot redeclare upon reload
ID: 18590
Comment by: greg at pwsdb dot com
Reported By: armageddon at raydan dot de
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: WinXP Pro
PHP Version: 5.0.0-dev
New Comment:
PPS
no, it is not working in the login page now, either.
Same experience as the others above?:
"First it works, then it doesn't."
Previous Comments:
[2009-02-04 03:46:35] greg at pwsdb dot com
PS
This only happened within a checkout page of ZenCart ("part 3 of 3")
and not another (not the login page) ... I don't know enough about zc
to know what the significant difference is.
----
[2009-02-04 02:59:23] greg at pwsdb dot com
this experience/test may help:
I defined a function (fff) in the top of my pgm. (not in a loop)
it spanned from line 5 to 11 and used it in the code below.
I got this error msg:
Fatal error: Cannot redeclare fff() (previously declared in
/.../xxx.php:5) in
/.../xxx.php on line 11
I then removed it to an external file (xx-functions.php) and did a
"require_once() for xxx-functions.php on line 6 and got these 2
error messages where there should have only been one.
IT WAS TRYING TO LOAD THE FUNCTION(PGM) TWICE:
Warning: require_once(xxx-functions.php) [function.require-once]:
failed to open stream: No such file or directory in
/.../xxx.php on line 6
Fatal error: require_once() [function.require]: Failed opening required
'xxx-functions.php' (include_path='.:/usr/share/pear') in
/.../xxx.php on line 6
[2008-05-30 13:48:47] mark dot php dot net dot special at emceesoftware
dot com
As a followup to my last comment, the way this "error" is being
reported proved a little confusing, and my warrant some minor research
in order to help make it a bit easier to identify when it happens.
My error log reports the following (abbreviated):
PHP Fatal error: Cannot redeclare simplehtml_rendercontent()
(previously declared in SimpleHTML.php:149) in SimpleHTML.php on line
152
Noteworthy is the fact that the RenderContent() method is declared on
line 149. The closing brace for the method is on line 152.
It was this difference in line numbers that proved the most confusing.
If they both reported out at line 149, I suspect I would have more
quickly determined that I was seeing a reload problem of some sort.
Also, if after adjusting the line number being reported, it is
determined that they are identical, it might be helpful to post an
additional line in the error log which suggests the developer look at
replacing an include() with include_once() or require() with
require_once().
With that bit of reporting, I suspect most folks who get bit with this
type of issue will be able to resolve it more quickly (whether
dynamically as I've done, or at the top of a PHP file).
[2008-05-30 12:43:13] mark dot php dot net dot special at emceesoftware
dot com
PHP 5.2.4 (Build date 30 Aug 2007)
I experience this error while using a technique for dispatching method
calls dynamically.
On receipt of an XML packet, an API method determines the php module
(source file) that needs to be loaded to process the XML file.
Next, the method name is loaded into a variable, and the source file is
included.
Finally, the variable is used to call the method.
I've been successfully testing this approach for some time, and am
confused as to why it has started "now".
Code sample (abbreviated):
$moduleName = ... (extracted from XML structure)
$methodName = ... (derived from another parameter)
$sourceFile = $_SERVER["DOCUMENT_ROOT"].'/path/'.$moduleName.'.php';
include( $sourceFile );
$dynamicMethod = $moduleName.'_'.$methodName;
$dynamicMethod(); // attempt the call
My theory is that this code is being called multiple times with the
same value for $moduleName, causing the include() method to attempt to
load it multiple times. While this doesn't seem to be an issue when
using the static 'include_once' declaration, it appears to be an issue
when loading dynamically.
When changing the above code to use include_once(), the problem seems
(so far) to have gone away.
[2007-09-03 13:52:58] info at rchu dot nl
update: adding a space to the source results in the same 'cannot
redeclare' error. Only changing the function name resolves the problem
at the fist run. Must be some kind of caching problem I suppose. When
running the script on the command line there is no problem, just when I
request in in my browser. I run the pre-installed apach
#18590 [Com]: Fatal error: Cannot redeclare upon reload
ID: 18590
Comment by: greg at pwsdb dot com
Reported By: armageddon at raydan dot de
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: WinXP Pro
PHP Version: 5.0.0-dev
New Comment:
PPS
I now remember a few months ago I added code to a pgm I had written
to access another $_POST variable. I also moved the call to my program
(in includes/modules/pages/checkout_confirmation/header_php.php) down
past some error checking. I immediately started getting "Fatal
error:"
messages about things being defined twice throughout many (untouched)
zc pgms.:
i 'undid' things but could not stop it until I had changed all the
require() calls to require_once()
Fatal error: Cannot redeclare class order in
/.../includes/classes/order.php on line 1018
Fatal error: Cannot redeclare class shipping in
/.../includes/classes/shipping.php on line 178
Fatal error: Cannot redeclare class order_total in
/.../includes/classes/order_total.php on line 232
Fatal error: Cannot redeclare class payment in
/.../includes/classes/payment.php on line 255
Fatal error: Cannot redeclare class cc_validation in
/.../includes/classes/cc_validation.php on line 184
and more.
again, it has to be "php vs. pear" (?)
this was in "PHP Version 5.1.6". From the comments above, it must
still be in Ver. 5.2.4
Previous Comments:
[2009-02-04 05:22:00] greg at pwsdb dot com
PPS
no, it is not working in the login page now, either.
Same experience as the others above?:
"First it works, then it doesn't."
----
[2009-02-04 03:46:35] greg at pwsdb dot com
PS
This only happened within a checkout page of ZenCart ("part 3 of 3")
and not another (not the login page) ... I don't know enough about zc
to know what the significant difference is.
----
[2009-02-04 02:59:23] greg at pwsdb dot com
this experience/test may help:
I defined a function (fff) in the top of my pgm. (not in a loop)
it spanned from line 5 to 11 and used it in the code below.
I got this error msg:
Fatal error: Cannot redeclare fff() (previously declared in
/.../xxx.php:5) in
/.../xxx.php on line 11
I then removed it to an external file (xx-functions.php) and did a
"require_once() for xxx-functions.php on line 6 and got these 2
error messages where there should have only been one.
IT WAS TRYING TO LOAD THE FUNCTION(PGM) TWICE:
Warning: require_once(xxx-functions.php) [function.require-once]:
failed to open stream: No such file or directory in
/.../xxx.php on line 6
Fatal error: require_once() [function.require]: Failed opening required
'xxx-functions.php' (include_path='.:/usr/share/pear') in
/.../xxx.php on line 6
[2008-05-30 13:48:47] mark dot php dot net dot special at emceesoftware
dot com
As a followup to my last comment, the way this "error" is being
reported proved a little confusing, and my warrant some minor research
in order to help make it a bit easier to identify when it happens.
My error log reports the following (abbreviated):
PHP Fatal error: Cannot redeclare simplehtml_rendercontent()
(previously declared in SimpleHTML.php:149) in SimpleHTML.php on line
152
Noteworthy is the fact that the RenderContent() method is declared on
line 149. The closing brace for the method is on line 152.
It was this difference in line numbers that proved the most confusing.
If they both reported out at line 149, I suspect I would have more
quickly determined that I was seeing a reload problem of some sort.
Also, if after adjusting the line number being reported, it is
determined that they are identical, it might be helpful to post an
additional line in the error log which suggests the developer look at
replacing an include() with include_once() or require() with
require_once().
With that bit of reporting, I suspect most folks who get bit with this
type of issue will be able to resolve it more quickly (whether
dynamically as I've done, or at the top of a PHP file).
[2008-05-30 12:43:13] mark dot php dot net dot special at emceesoftware
dot com
PHP 5.2.4 (Build date 30 Aug 2007)
I experience this error while using a technique for dispatching method
calls dynamically.
On receipt of an XML packet, an API method determines the php module
(source file) that needs to be loaded to process the XML file.
Next, the method name is loaded into a variable, and the source file is
included.
Finally, the variable is used to call the method.
I've been successfully testing this approach for some time, and am
confused as to
#18590 [Com]: Fatal error: Cannot redeclare upon reload
ID: 18590
Comment by: greg at pwsdb dot com
Reported By: armageddon at raydan dot de
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: WinXP Pro
PHP Version: 5.0.0-dev
New Comment:
system notes:
zencart Version 1.3.8a
Server OS: Linux 2.6.18-53.1.14.el5.centos.plus
HTTP Server: Apache/2.2.3 (CentOS)
PHP Version: 5.1.6 (Zend: 2.1.0)
Previous Comments:
[2009-02-04 17:22:29] greg at pwsdb dot com
PPS
I now remember a few months ago I added code to a pgm I had written
to access another $_POST variable. I also moved the call to my program
(in includes/modules/pages/checkout_confirmation/header_php.php) down
past some error checking. I immediately started getting "Fatal
error:"
messages about things being defined twice throughout many (untouched)
zc pgms.:
i 'undid' things but could not stop it until I had changed all the
require() calls to require_once()
Fatal error: Cannot redeclare class order in
/.../includes/classes/order.php on line 1018
Fatal error: Cannot redeclare class shipping in
/.../includes/classes/shipping.php on line 178
Fatal error: Cannot redeclare class order_total in
/.../includes/classes/order_total.php on line 232
Fatal error: Cannot redeclare class payment in
/.../includes/classes/payment.php on line 255
Fatal error: Cannot redeclare class cc_validation in
/.../includes/classes/cc_validation.php on line 184
and more.
again, it has to be "php vs. pear" (?)
this was in "PHP Version 5.1.6". From the comments above, it must
still be in Ver. 5.2.4
[2009-02-04 05:22:00] greg at pwsdb dot com
PPS
no, it is not working in the login page now, either.
Same experience as the others above?:
"First it works, then it doesn't."
----
[2009-02-04 03:46:35] greg at pwsdb dot com
PS
This only happened within a checkout page of ZenCart ("part 3 of 3")
and not another (not the login page) ... I don't know enough about zc
to know what the significant difference is.
----
[2009-02-04 02:59:23] greg at pwsdb dot com
this experience/test may help:
I defined a function (fff) in the top of my pgm. (not in a loop)
it spanned from line 5 to 11 and used it in the code below.
I got this error msg:
Fatal error: Cannot redeclare fff() (previously declared in
/.../xxx.php:5) in
/.../xxx.php on line 11
I then removed it to an external file (xx-functions.php) and did a
"require_once() for xxx-functions.php on line 6 and got these 2
error messages where there should have only been one.
IT WAS TRYING TO LOAD THE FUNCTION(PGM) TWICE:
Warning: require_once(xxx-functions.php) [function.require-once]:
failed to open stream: No such file or directory in
/.../xxx.php on line 6
Fatal error: require_once() [function.require]: Failed opening required
'xxx-functions.php' (include_path='.:/usr/share/pear') in
/.../xxx.php on line 6
[2008-05-30 13:48:47] mark dot php dot net dot special at emceesoftware
dot com
As a followup to my last comment, the way this "error" is being
reported proved a little confusing, and my warrant some minor research
in order to help make it a bit easier to identify when it happens.
My error log reports the following (abbreviated):
PHP Fatal error: Cannot redeclare simplehtml_rendercontent()
(previously declared in SimpleHTML.php:149) in SimpleHTML.php on line
152
Noteworthy is the fact that the RenderContent() method is declared on
line 149. The closing brace for the method is on line 152.
It was this difference in line numbers that proved the most confusing.
If they both reported out at line 149, I suspect I would have more
quickly determined that I was seeing a reload problem of some sort.
Also, if after adjusting the line number being reported, it is
determined that they are identical, it might be helpful to post an
additional line in the error log which suggests the developer look at
replacing an include() with include_once() or require() with
require_once().
With that bit of reporting, I suspect most folks who get bit with this
type of issue will be able to resolve it more quickly (whether
dynamically as I've done, or at the top of a PHP file).
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/18590
--
Edit this bug report at http://bugs.php.net/?id=18590&edit=1
#18590 [Com]: Fatal error: Cannot redeclare upon reload
ID: 18590
Comment by: greg at pwsdb dot com
Reported By: armageddon at raydan dot de
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: WinXP Pro
PHP Version: 5.0.0-dev
New Comment:
Tenative Conclusion: php has already loaded and defined everything.
pear should not be re-loading or re-defining anything.
this is the conflict.
[the possibility of any exception(s) is the source of the conflict]
Previous Comments:
[2009-02-04 17:31:51] greg at pwsdb dot com
system notes:
zencart Version 1.3.8a
Server OS: Linux 2.6.18-53.1.14.el5.centos.plus
HTTP Server: Apache/2.2.3 (CentOS)
PHP Version: 5.1.6 (Zend: 2.1.0)
[2009-02-04 17:22:29] greg at pwsdb dot com
PPS
I now remember a few months ago I added code to a pgm I had written
to access another $_POST variable. I also moved the call to my program
(in includes/modules/pages/checkout_confirmation/header_php.php) down
past some error checking. I immediately started getting "Fatal
error:"
messages about things being defined twice throughout many (untouched)
zc pgms.:
i 'undid' things but could not stop it until I had changed all the
require() calls to require_once()
Fatal error: Cannot redeclare class order in
/.../includes/classes/order.php on line 1018
Fatal error: Cannot redeclare class shipping in
/.../includes/classes/shipping.php on line 178
Fatal error: Cannot redeclare class order_total in
/.../includes/classes/order_total.php on line 232
Fatal error: Cannot redeclare class payment in
/.../includes/classes/payment.php on line 255
Fatal error: Cannot redeclare class cc_validation in
/.../includes/classes/cc_validation.php on line 184
and more.
again, it has to be "php vs. pear" (?)
this was in "PHP Version 5.1.6". From the comments above, it must
still be in Ver. 5.2.4
[2009-02-04 05:22:00] greg at pwsdb dot com
PPS
no, it is not working in the login page now, either.
Same experience as the others above?:
"First it works, then it doesn't."
----
[2009-02-04 03:46:35] greg at pwsdb dot com
PS
This only happened within a checkout page of ZenCart ("part 3 of 3")
and not another (not the login page) ... I don't know enough about zc
to know what the significant difference is.
----
[2009-02-04 02:59:23] greg at pwsdb dot com
this experience/test may help:
I defined a function (fff) in the top of my pgm. (not in a loop)
it spanned from line 5 to 11 and used it in the code below.
I got this error msg:
Fatal error: Cannot redeclare fff() (previously declared in
/.../xxx.php:5) in
/.../xxx.php on line 11
I then removed it to an external file (xx-functions.php) and did a
"require_once() for xxx-functions.php on line 6 and got these 2
error messages where there should have only been one.
IT WAS TRYING TO LOAD THE FUNCTION(PGM) TWICE:
Warning: require_once(xxx-functions.php) [function.require-once]:
failed to open stream: No such file or directory in
/.../xxx.php on line 6
Fatal error: require_once() [function.require]: Failed opening required
'xxx-functions.php' (include_path='.:/usr/share/pear') in
/.../xxx.php on line 6
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/18590
--
Edit this bug report at http://bugs.php.net/?id=18590&edit=1
#35069 [NEW]: 4.4.1 update seriously breaks mcrypt decryption
From: greg at warprecords dot com Operating system: FreeBSD 5.3R-p5 PHP version: 4.4.1 PHP Bug Type: mcrypt related Bug description: 4.4.1 update seriously breaks mcrypt decryption Description: Upgraded to 4.4.1 from 4.4.0 via FreeBSD ports broke some code we use to decrypt Blowfish encrypted strings generated and handled by PHP and passed between two servers. Encrypting with 4.4.1 and decrypting with 4.4.0 works fine, We have fallen back to this. Encrypting with 4.4.1 and decrypting with 4.4.1 is broken. Not tried 4.4.0 to 4.4.1. Reproduce code: --- $SID = @mcrypt_ecb(MCRYPT_Blowfish, $crypt_key, $SID, MCRYPT_DECRYPT); Expected result: Encrypted string is decrypted correctly. Actual result: -- Encrypted string is decrypted as garbage. -- Edit bug report at http://bugs.php.net/?id=35069&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35069&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35069&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35069&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35069&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35069&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35069&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35069&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35069&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35069&r=support Expected behavior: http://bugs.php.net/fix.php?id=35069&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35069&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35069&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35069&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35069&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35069&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35069&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35069&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35069&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35069&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35069&r=mysqlcfg
#42673 [NEW]: Clearing $_SESSSION var reset $_REQUEST vars when set =
From: greg at imagiclab dot com Operating system: RedHat ES 3 PHP version: 5.2.4 PHP Bug Type: Variables related Bug description: Clearing $_SESSSION var reset $_REQUEST vars when set = Description: When you set a $_REQUEST var = a $_SESSION var and the session var contains alot of data, reseting the session var also reset the $_REQUEST var. Configured: './configure' '--prefix=/apps/php' '--with-zlib- dir=/apps/zlib' '--enable-exif' '--with-tidy=//apps/tidy' '--enable- track-vars' '--with-calendar=shared' '--with-config-file-path=/apps/etc' '--enable-pcntl' '--host=x86_64-redhat-linux' '--enable-magic-quotes' '- -enable-trans-sid' '--enable-wddx' '--enable-sockets' '--enable-ftp' '-- enable-inline-optimization' '--enable-memory-limit' '--with-zlib' '-- with-openssl=/apps/ssl' '--with-imap=/apps/imap' '--with- curl=/apps/curl' '--with-mysql=/apps/mysql' '--with-gd=/apps/gd' '-- with-ttf=/apps/fonts/truetype' Reproduce code: --- Expected result: array( [test]=> X etc. ) Actual result: -- Array ( [test] => ) -- Edit bug report at http://bugs.php.net/?id=42673&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42673&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42673&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42673&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42673&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42673&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42673&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42673&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42673&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42673&r=support Expected behavior:http://bugs.php.net/fix.php?id=42673&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42673&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42673&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42673&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42673&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42673&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42673&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42673&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42673&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42673&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42673&r=mysqlcfg
#42673 [Opn]: Clearing $_SESSSION var resets $_REQUEST vars when set equal
ID: 42673 User updated by: greg at imagiclab dot com -Summary: Clearing $_SESSSION var reset $_REQUEST vars when set = Reported By: greg at imagiclab dot com Status: Open -Bug Type: Variables related +Bug Type: Session related Operating System: RedHat ES 3 PHP Version: 5.2.4 New Comment: Changed category. Previous Comments: [2007-09-14 15:31:01] greg at imagiclab dot com Description: When you set a $_REQUEST var = a $_SESSION var and the session var contains alot of data, reseting the session var also reset the $_REQUEST var. Configured: './configure' '--prefix=/apps/php' '--with-zlib- dir=/apps/zlib' '--enable-exif' '--with-tidy=//apps/tidy' '--enable- track-vars' '--with-calendar=shared' '--with-config-file-path=/apps/etc' '--enable-pcntl' '--host=x86_64-redhat-linux' '--enable-magic-quotes' '- -enable-trans-sid' '--enable-wddx' '--enable-sockets' '--enable-ftp' '-- enable-inline-optimization' '--enable-memory-limit' '--with-zlib' '-- with-openssl=/apps/ssl' '--with-imap=/apps/imap' '--with- curl=/apps/curl' '--with-mysql=/apps/mysql' '--with-gd=/apps/gd' '-- with-ttf=/apps/fonts/truetype' Reproduce code: --- Expected result: array( [test]=> X etc. ) Actual result: -- Array ( [test] => ) -- Edit this bug report at http://bugs.php.net/?id=42673&edit=1
#42673 [Opn]: Clearing $_SESSSION var resets $_REQUEST vars when set equal
ID: 42673 User updated by: greg at imagiclab dot com Reported By: greg at imagiclab dot com Status: Open -Bug Type: Documentation problem +Bug Type: Session related Operating System: RedHat ES 3 PHP Version: 5.2.4 New Comment: The same problem happens with regular vars also. Previous Comments: [2007-09-18 10:49:58] [EMAIL PROTECTED] The superglobals are sensitive beasts and mixing the even more special $_SESSION will give you lot of unexpected results. Reclassified as documentation issue as docs should express this with bigger font (preferrably something around the size of a cat) and blinking warning on the session/superglobals pages. Rule of thumb: $_SESSION is writable, the others are not! [2007-09-14 15:31:01] greg at imagiclab dot com Description: When you set a $_REQUEST var = a $_SESSION var and the session var contains alot of data, reseting the session var also reset the $_REQUEST var. Configured: './configure' '--prefix=/apps/php' '--with-zlib- dir=/apps/zlib' '--enable-exif' '--with-tidy=//apps/tidy' '--enable- track-vars' '--with-calendar=shared' '--with-config-file-path=/apps/etc' '--enable-pcntl' '--host=x86_64-redhat-linux' '--enable-magic-quotes' '- -enable-trans-sid' '--enable-wddx' '--enable-sockets' '--enable-ftp' '-- enable-inline-optimization' '--enable-memory-limit' '--with-zlib' '-- with-openssl=/apps/ssl' '--with-imap=/apps/imap' '--with- curl=/apps/curl' '--with-mysql=/apps/mysql' '--with-gd=/apps/gd' '-- with-ttf=/apps/fonts/truetype' Reproduce code: --- Expected result: array( [test]=> X etc. ) Actual result: -- Array ( [test] => ) -- Edit this bug report at http://bugs.php.net/?id=42673&edit=1
#42673 [Opn]: Clearing $_SESSSION var resets $_REQUEST vars when set equal
ID: 42673 User updated by: greg at imagiclab dot com Reported By: greg at imagiclab dot com Status: Open Bug Type: Session related Operating System: RedHat ES 3 PHP Version: 5.2.4 New Comment: Also it's been my experience that super globals are not sensitive. I write to them all the time. This is just a bug. Previous Comments: [2007-09-18 13:29:11] greg at imagiclab dot com The same problem happens with regular vars also. [2007-09-18 10:49:58] [EMAIL PROTECTED] The superglobals are sensitive beasts and mixing the even more special $_SESSION will give you lot of unexpected results. Reclassified as documentation issue as docs should express this with bigger font (preferrably something around the size of a cat) and blinking warning on the session/superglobals pages. Rule of thumb: $_SESSION is writable, the others are not! [2007-09-14 15:31:01] greg at imagiclab dot com Description: When you set a $_REQUEST var = a $_SESSION var and the session var contains alot of data, reseting the session var also reset the $_REQUEST var. Configured: './configure' '--prefix=/apps/php' '--with-zlib- dir=/apps/zlib' '--enable-exif' '--with-tidy=//apps/tidy' '--enable- track-vars' '--with-calendar=shared' '--with-config-file-path=/apps/etc' '--enable-pcntl' '--host=x86_64-redhat-linux' '--enable-magic-quotes' '- -enable-trans-sid' '--enable-wddx' '--enable-sockets' '--enable-ftp' '-- enable-inline-optimization' '--enable-memory-limit' '--with-zlib' '-- with-openssl=/apps/ssl' '--with-imap=/apps/imap' '--with- curl=/apps/curl' '--with-mysql=/apps/mysql' '--with-gd=/apps/gd' '-- with-ttf=/apps/fonts/truetype' Reproduce code: --- Expected result: array( [test]=> X etc. ) Actual result: -- Array ( [test] => ) -- Edit this bug report at http://bugs.php.net/?id=42673&edit=1
#42673 [Fbk->Opn]: Clearing $_SESSSION var resets $_REQUEST vars when set equal
ID: 42673 User updated by: greg at imagiclab dot com Reported By: greg at imagiclab dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: RedHat ES 3 PHP Version: 5.2.4 New Comment: Register globals is on, but it even fails in this example which should not be effected by register globals Previous Comments: [2007-09-19 08:08:03] [EMAIL PROTECTED] And FYI: Modifying superglobals is totally unsupported, so this is not really any bug. [2007-09-19 08:06:17] [EMAIL PROTECTED] Do you happen to have "register_globals=On" ? (And if you think you don't, are you sure?) [2007-09-18 13:47:36] greg at imagiclab dot com Also it's been my experience that super globals are not sensitive. I write to them all the time. This is just a bug. [2007-09-18 13:29:11] greg at imagiclab dot com The same problem happens with regular vars also. [2007-09-18 10:49:58] [EMAIL PROTECTED] The superglobals are sensitive beasts and mixing the even more special $_SESSION will give you lot of unexpected results. Reclassified as documentation issue as docs should express this with bigger font (preferrably something around the size of a cat) and blinking warning on the session/superglobals pages. Rule of thumb: $_SESSION is writable, the others are not! 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/42673 -- Edit this bug report at http://bugs.php.net/?id=42673&edit=1
#42673 [Fbk->Opn]: Clearing $_SESSSION var resets $_REQUEST vars when set equal
ID: 42673 User updated by: greg at imagiclab dot com Reported By: greg at imagiclab dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: RedHat ES 3 PHP Version: 5.2.4 New Comment: did you see the output of the or was it blank? I think notices are turned of in my error reporting Previous Comments: [2007-09-19 13:21:56] [EMAIL PROTECTED] I only get this: Notice: Undefined index: test in /home/jani/t.php on line 69 [2007-09-19 12:31:50] greg at imagiclab dot com Register globals is on, but it even fails in this example which should not be effected by register globals [2007-09-19 08:08:03] [EMAIL PROTECTED] And FYI: Modifying superglobals is totally unsupported, so this is not really any bug. [2007-09-19 08:06:17] [EMAIL PROTECTED] Do you happen to have "register_globals=On" ? (And if you think you don't, are you sure?) [2007-09-18 13:47:36] greg at imagiclab dot com Also it's been my experience that super globals are not sensitive. I write to them all the time. This is just a bug. 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/42673 -- Edit this bug report at http://bugs.php.net/?id=42673&edit=1
#42673 [Fbk->Opn]: Clearing $_SESSSION var resets $_REQUEST vars when set equal
ID: 42673 User updated by: greg at imagiclab dot com Reported By: greg at imagiclab dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: RedHat ES 3 PHP Version: 5.2.4 New Comment: ok let me spell this out [2007-09-19 08:08:03] [EMAIL PROTECTED] And FYI: Modifying superglobals is totally unsupported, so this is not really any bug. 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/42673 -- Edit this bug report at http://bugs.php.net/?id=42673&edit=1
#42673 [Opn->Csd]: Clearing $_SESSSION var resets $_REQUEST vars when set equal
ID: 42673 User updated by: greg at imagiclab dot com Reported By: greg at imagiclab dot com -Status: Open +Status: Closed Bug Type: Session related Operating System: RedHat ES 3 PHP Version: 5.2.4 New Comment: sorry Previous Comments: [2007-09-21 12:59:58] greg at imagiclab dot com ok let me spell this out 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/42673 -- Edit this bug report at http://bugs.php.net/?id=42673&edit=1
#42859 [NEW]: import always conflicts with internal classes
From: greg at chiaraquartet dot net
Operating system: linux
PHP version: 5CVS-2007-10-05 (CVS)
PHP Bug Type: Scripting Engine problem
Bug description: import always conflicts with internal classes
Description:
zend_do_import incorrectly compares an import name to global class names.
It should compare EG(current_namespace) . '::' . importname to check for
conflicting names.
This is because when inside a namespace, to the user, import should behave
in the same manner as a class declaration. This code:
creates Foo::Exception.
This code:
Should essentially work as if the user had typed:
In other words, it should resolve future uses of "Exception" to
"Blah::Exception" and "::Exception" to "Exception" and not complain about
"Exception" conflicting with "::Exception"
Patch for PHP 5:
http://pear.php.net/~greg/fix_import.patch.txt
Patch for PHP 6:
http://pear.php.net/~greg/fix_import.php6.patch.txt
Reproduce code:
---
testme.php:
test.php:
Expected result:
Fatal error: Uncaught exception 'Blah::Exception' in
/home/cellog/workspace/php5/test.php:5
Stack trace:
#0 {main}
thrown in /home/cellog/workspace/php5/test.php on line 5
Actual result:
--
Fatal error: Import name 'Exception' conflicts with defined class in
/home/cellog/workspace/php5/test.php on line 4
--
Edit bug report at http://bugs.php.net/?id=42859&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42859&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42859&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42859&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42859&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42859&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42859&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42859&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42859&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42859&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42859&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42859&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42859&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42859&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42859&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42859&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42859&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42859&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42859&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42859&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42859&r=mysqlcfg
#40018 [NEW]: Segment Fault
From: greg at imagiclab dot com
Operating system: x86_64-redhat-linux
PHP version: 5.2.0
PHP Bug Type: Sockets related
Bug description: Segment Fault
Description:
When I try to use this function
$fp = fsockopen('ssl://www.in.honda.com',443,$errno,
$errstring);
I one of 2 results in the CLI
1) *** glibc detected *** free(): invalid pointer:
0x003f3d030898 ***
Aborted
2) Segment Fault
If I remove the ssl:// I do not get the error
I saw another bug on mysql site that might be related to
this: http://bugs.mysql.com/bug.php?id=19289
Reproduce code:
---
$fp = fsockopen('ssl://www.in.honda.com',443,$errno,$errstring);
Expected result:
no error
Actual result:
--
*** glibc detected *** free(): invalid pointer:
0x003f3d030898 ***
Aborted
The following is my phpinfo output
phpinfo()
PHP Version => 5.2.0
System => Linux 101801-www1.imagiclabs.com
2.6.9-42.0.3.ELsmp #1 SMP Mon Sep 25 17:24:31 EDT 2006
x86_64
Build Date => Nov 27 2006 14:01:13
Configure Command => './configure' '--prefix=/apps/php' '--
with-zlib-dir=/apps/zlib' '--enable-exif' '--with-tidy=//
apps/tidy' '--enable-track-vars' '--with-calendar=shared'
'--with-config-file-path=/apps/etc' '--enable-pcntl' '--
host=x86_64-redhat-linux' '--enable-magic-quotes' '--enable-
trans-sid' '--enable-wddx' '--enable-sockets' '--enable-ftp'
'--enable-inline-optimization' '--enable-memory-limit' '--
with-zlib' '--with-openssl=/apps/ssl' '--with-imap=/apps/
imap' '--with-curl=/apps/curl' '--with-mysql=/apps/mysql'
'--with-gd=/apps/gd' '--with-ttf=/apps/fonts/truetype'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => /apps/etc/php.ini
PHP API => 20041225
PHP Extension => 20060613
Zend Extension => 220060519
Debug Build => no
Thread Safety => disabled
Zend Memory Manager => enabled
IPv6 Support => enabled
Registered PHP Streams => php, file, data, http, ftp,
compress.zlib, https, ftps
Registered Stream Socket Transports => tcp, udp, unix, udg,
ssl, sslv3, sslv2, tls
Registered Stream Filters => string.rot13, string.toupper,
string.tolower, string.strip_tags, convert.*, consumed,
convert.iconv.*, zlib.*
This program makes use of the Zend Scripting Language
Engine:
Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend
Technologies
___
Configuration
PHP Core
Directive => Local Value => Master Value
allow_call_time_pass_reference => Off => Off
allow_url_fopen => On => On
allow_url_include => On => On
always_populate_raw_post_data => Off => Off
arg_separator.input => & => &
arg_separator.output => & => &
asp_tags => Off => Off
auto_append_file => no value => no value
auto_globals_jit => On => On
auto_prepend_file => no value => no value
browscap => no value => no value
default_charset => no value => no value
default_mimetype => text/html => text/html
define_syslog_variables => Off => Off
disable_classes => no value => no value
disable_functions => no value => no value
display_errors => On => On
display_startup_errors => Off => Off
doc_root => no value => no value
docref_ext => no value => no value
docref_root => no value => no value
enable_dl => On => On
error_append_string => no value => no value
error_log => no value => no value
error_prepend_string => no value => no value
error_reporting => 6135 => 6135
expose_php => On => On
extension_dir => /apps/php/lib/php/extensions/ => /apps/php/
lib/php/extensions/
file_uploads => On => On
highlight.bg => #FF
=> #FF
highlight.comment => #FF8000 => #FF8000
highlight.default => #BB => #BB
highlight.html => #00 => #00
highlight.keyword => #007700 => #007700
highlight.string => #DD => #DD
html_errors => Off => Off
ignore_repeated_errors => Off => Off
ignore_repeated_source => Off => Off
ignore_user_abort => Off => Off
implicit_flush => On => On
include_path => .:/apps/php/lib/php => .:/apps/php/lib/php
log_errors => On => On
log_errors_max_len => 1024 => 1024
magic_quotes_gpc => On => On
magic_quotes_runtime => Off => Off
magic_quotes_sybase => Off => Off
mail.force_extra_parameters => no value => no value
max_execution_time => 0 => 0
max_input_time => -1 => -1
memory_limit => 100M => 100M
open_basedir => no value
#39553 [NEW]: Add coalesce() and coalesce_strict() functions
From: greg at mtechsolutions dot ca
Operating system: all
PHP version: 5.2.0
PHP Bug Type: Feature/Change Request
Bug description: Add coalesce() and coalesce_strict() functions
Description:
I see value in adding two functions to php: coalesce() and
coalesce_strict().
Both of these would take an arbitrary number of arguments, and use the
first non-empty() or non-null value (respectively).
For example:
$username = coalesce($_POST['username'], $_COOKIE['username'], 'guest');
Parameters passed would not have to be defined (eg, the above script
should not generate notices if E_STRICT is on and $_POST['username'] is
undefined), and undefined variables would be treated as null.
Reproduce code:
---
// The PHP (close) equivalents:
function coalesce() {
$max = func_num_args();
for ($i = 0; $i < $max-1; $i++) {
$value = func_get_arg($i);
if (!empty($value)) {
return $value;
}
}
return func_get_arg($max-1);
}
function coalesce_strict() {
$max = func_num_args();
for ($i = 0; $i < $max-1; $i++) {
$value = func_get_arg($i);
if ($value !== null) {
return $value;
}
}
return func_get_arg($max-1);
}
Expected result:
coalesce('',0,1); // returns 1
coalesce(0,null,false,''); // returns '' (last value)
coalesce_strict(0,null,false,''); // returns 0
--
Edit bug report at http://bugs.php.net/?id=39553&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=39553&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=39553&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=39553&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39553&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=39553&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=39553&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39553&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39553&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=39553&r=support
Expected behavior:http://bugs.php.net/fix.php?id=39553&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=39553&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=39553&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39553&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39553&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39553&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39553&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=39553&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=39553&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=39553&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39553&r=mysqlcfg
#34071 [Com]: buffering is destroyed when using ob_gzhandler and ob_clean
ID: 34071 Comment by: greg at xdissent dot com Reported By: dennis at nocertainty dot com Status: No Feedback Bug Type: Output Control Operating System: Windows XP SP2 PHP Version: 5CVS-2005-08-10 (dev) New Comment: this appears to be ob_gzhandler's fault. it seems to send the content-encoding: gzip header even if ob_end_clean or similar is called which produces no output. that means that if you use ob_gzhandler and then change your mind about compression and need to kill that buffer, you're out of luck. in the following small example, "output" WILL be printed in plaintext but will be misinterpreted by the browser as gzipped content. you can use telnet to better view the situation because it will almost always result in a white browser window. as others have pointed out, you have to use the accept-encoding to trigger ob_gzhandler's compression: $ telnet localhost 80 GET /ob_test.php HTTP/1.1 Host: localhost Accept-Encoding: gzip,deflate now, should ob_gzhandler really be sending the header if the buffer is ended without outputting anything? should it maybe check the length of the buffer when it is closed to determine whether or not the content-encoding header should be sent? Previous Comments: [2005-08-19 01:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-08-14 23:10:12] dehstil at gmail dot com I've reproduced the bug. I've been wondering why my script wouldn't run until I saw this bug. I'm using apache server on win xp with php 4 as a module. The above code produced the bug: With further debuging this doesn't work either: I noticed that the content-length in my headers was non-zero so I tried this and lo and behold: I realized the bug is sending bad gz binary but for some reason the following code did work...: To my surprise, this didn't, thus confusing me: I'll be looking for the source on cvs and report back to ya! [2005-08-11 23:12:45] [EMAIL PROTECTED] 1) Check your php.ini settings (how they differ to whatever you used as base for your php.ini, -dist or -recommended) 2) Set error_reporting to E_ALL and try again.. [2005-08-11 20:54:56] dennis at nocertainty dot com I found someone else who has the same problem as me: http://www.sitepoint.com/forums/showpost.php?p=2093119&postcount=5 However, I can't find any specific information. I looked through my Apache error log, and the only thing I found was: [Wed Aug 10 18:59:56 2005] [error] [client 127.0.0.1] request failed: erroneous characters after protocol string: \\xff\\xfb\\x1f\\xff\\xfb \\xff\\xfb\\x18\\xff\\xfb'\\xff\\xfd\\x01\\xff\\xfb\\x03\\xff\\xfd\\x03GET /gzip2.php HTTP/1.0 [Wed Aug 10 19:00:21 2005] [error] [client 127.0.0.1] request failed: erroneous characters after protocol string: \\xff\\xfb\\x1f\\xff\\xfb \\xff\\xfb\\x18\\xff\\xfb'\\xff\\xfd\\x01\\xff\\xfb\\x03\\xff\\xfd\\x03GET /gzip2.php HTTP/1.0 But I'm not sure if that's entirely relevant. But there's nothing more that's related to it. [2005-08-10 20:12:21] [EMAIL PROTECTED] Then provide more info about it; look into the apache logs; try on another server and with another PHP version etc etc. As I've already said, it works perfectly here. 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/34071 -- Edit this bug report at http://bugs.php.net/?id=34071&edit=1
[PHP-BUG] Bug #53964 [NEW]: minutes on date function incorrect; see examples
From:
Operating system: fedora 13
PHP version: 5.3.5
Package: *General Issues
Bug Type: Bug
Bug description:minutes on date function incorrect; see examples
Description:
---
>From manual page: http://www.php.net/function.date
---
$d="2010-01-31 09:06:09";
$i= strtotime($d);
echo '' . $d ;
echo '' . date("Y-m-d h:m:s",$i);
produces this:
2010-01-31 09:06:09
2010-01-31 09:01:09
$d="2011-01-20 09:48:00";
$i= strtotime($d);
echo '' . $d ;
echo '' . date("Y-m-d h:m:s",$i);
produces this:
2011-01-20 09:48:00
2011-01-20 09:01:00
$d="2010-06-26 01:29:39";
$i= strtotime($d);
echo '' . $d ;
echo '' . date("Y-m-d h:m:s",$i);
produces this:
2010-06-26 01:29:39
2010-06-26 01:06:39
Expected result:
2010-01-31 09:06:09
2010-01-31 09:06:09
2011-01-20 09:48:00
2011-01-20 09:48:00
2010-06-26 01:29:39
2010-06-26 01:29:39
Actual result:
--
2010-01-31 09:06:09
2010-01-31 09:01:09
2011-01-20 09:48:00
2011-01-20 09:01:00
2010-06-26 01:29:39
2010-06-26 01:06:39
--
Edit bug report at http://bugs.php.net/bug.php?id=53964&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53964&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53964&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53964&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53964&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53964&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53964&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53964&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53964&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53964&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53964&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53964&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53964&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53964&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53964&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53964&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53964&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53964&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53964&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53964&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53964&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53964&r=mysqlcfg
Bug #53964 [Com]: minutes on date function incorrect; see examples
Edit report at http://bugs.php.net/bug.php?id=53964&edit=1
ID: 53964
Comment by: greg at pwsdb dot com
Reported by:greg at pswdb dot com
Summary:minutes on date function incorrect; see examples
Status: Bogus
Type: Bug
Package:*General Issues
Operating System: fedora 13
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
echo '' . date("h:m:s a");
produces
02:02:26 pm
and (4 sec. later)
my interactive fedora 14 command $ date
produced
Tue Feb 8 14:58:30 EST 2011
which is correct: It is 58 minutes after the hour, not 2 right now.
... therefor, it is the date function in PHP, not linux, and it is not
the strtotime function. this time, it was not involved.
Previous Comments:
[2011-02-08 20:45:28] johan...@php.net
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
Your format string includes "m" as in month twice. You need an "i" for
minutes.
date("Y-m-d h:i:s",$i);
----
[2011-02-08 20:40:57] greg at pswdb dot com
Description:
---
>From manual page: http://www.php.net/function.date
---
$d="2010-01-31 09:06:09";
$i= strtotime($d);
echo '' . $d ;
echo '' . date("Y-m-d h:m:s",$i);
produces this:
2010-01-31 09:06:09
2010-01-31 09:01:09
$d="2011-01-20 09:48:00";
$i= strtotime($d);
echo '' . $d ;
echo '' . date("Y-m-d h:m:s",$i);
produces this:
2011-01-20 09:48:00
2011-01-20 09:01:00
$d="2010-06-26 01:29:39";
$i= strtotime($d);
echo '' . $d ;
echo '' . date("Y-m-d h:m:s",$i);
produces this:
2010-06-26 01:29:39
2010-06-26 01:06:39
Expected result:
2010-01-31 09:06:09
2010-01-31 09:06:09
2011-01-20 09:48:00
2011-01-20 09:48:00
2010-06-26 01:29:39
2010-06-26 01:29:39
Actual result:
--
2010-01-31 09:06:09
2010-01-31 09:01:09
2011-01-20 09:48:00
2011-01-20 09:01:00
2010-06-26 01:29:39
2010-06-26 01:06:39
--
Edit this bug report at http://bugs.php.net/bug.php?id=53964&edit=1
#26282 [Bgs->Opn]: PHP Configure fails with "mysql configure failed"
ID: 26282 User updated by: greg at coltec dot com dot au Reported By: greg at coltec dot com dot au -Status: Bogus +Status: Open Bug Type: *Configuration Issues Operating System: Solaris 5.9 (112233-08) PHP Version: 4.3.4 New Comment: This is definately a problem with PHP. There are two versions of MySQL 4.0.16 available for Solaris on SPARC processors: 64-bit and 32-bit; both binaries are available for download from www.mysql.com. The error this report relates to occurs ONLY with the 64-bit version of MySQL, the 32-bit version works perfectly. Can PHP support the 64-bit binaries? Previous Comments: [2003-11-17 18:52:46] [EMAIL PROTECTED] btw. this is wrong: --with-zlib-dir=./ext/zlib (ext/zlib is NOT the zlib library, it's the PHP extension that uses zlib) [2003-11-17 18:45:52] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. The problem is that your MySQL libs (external ones) have a problem, hence the compiler error you are seeing. This is not a PHP bug. [2003-11-17 18:43:54] greg at coltec dot com dot au Yes, I've tried compiling with the bundled libraries, which works (sorry, should have said that), but would like to use the client libraries included with MySQL rather than PHP for the reasons outlined at http://www.php.net/mysql. We're also using Apache's mod_perl on this server. [2003-11-17 14:33:39] [EMAIL PROTECTED] Sounds like a problem with your mysql library, have you tried compiling with bundled mysql libraries? [2003-11-17 01:31:04] greg at coltec dot com dot au Description: I'm trying to configure PHP to use the client libraries for MySQL 4.0.16, which I downloaded as a binary (Solaris 9 64-bit) and installed in /usr/local/mysql. When I attempt to configure PHP using: ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.29 --with-openssl=/usr/local/ssl --with-zlib-dir=./ext/zlib --enable-track-vars --enable-libgcc --disable-cgi I get the following error: checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Config.log shows: configure:55581: checking for mysql_error in -lmysqlclient configure:55600: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql/lib -L/usr/local/mysql/lib -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr -L/usr conftest.c -lmysqlclient -lz -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_error /var/tmp//cc4fDlj3.o ld: fatal: Symbol referencing errors. No output written to conftest These are not the final lines, but they seem most relevant; I can post more if necessary. Is it possible that PHP is looking for a 32-bit MySQL binary and crashing when it finds a 64-bit? If so, are there plans to support 64-bit MySQL? -- Edit this bug report at http://bugs.php.net/?id=26282&edit=1
#26282 [NEW]: PHP Configure fails with "mysql configure failed"
From: greg at coltec dot com dot au Operating system: Solaris 2.9 (112233-08) PHP version: 4.3.4 PHP Bug Type: *Configuration Issues Bug description: PHP Configure fails with "mysql configure failed" Description: I'm trying to configure PHP to use the client libraries for MySQL 4.0.16, which I downloaded as a binary (Solaris 9 64-bit) and installed in /usr/local/mysql. When I attempt to configure PHP using: ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.29 --with-openssl=/usr/local/ssl --with-zlib-dir=./ext/zlib --enable-track-vars --enable-libgcc --disable-cgi I get the following error: checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Config.log shows: configure:55581: checking for mysql_error in -lmysqlclient configure:55600: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql/lib -L/usr/local/mysql/lib -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr -L/usr conftest.c -lmysqlclient -lz -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_error /var/tmp//cc4fDlj3.o ld: fatal: Symbol referencing errors. No output written to conftest These are not the final lines, but they seem most relevant; I can post more if necessary. Is it possible that PHP is looking for a 32-bit MySQL binary and crashing when it finds a 64-bit? If so, are there plans to support 64-bit MySQL? -- Edit bug report at http://bugs.php.net/?id=26282&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26282&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26282&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26282&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26282&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26282&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26282&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26282&r=support Expected behavior: http://bugs.php.net/fix.php?id=26282&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26282&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26282&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26282&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26282&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26282&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26282&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26282&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26282&r=float
#26282 [Opn]: PHP Configure fails with "mysql configure failed"
ID: 26282 User updated by: greg at coltec dot com dot au Reported By: greg at coltec dot com dot au Status: Open Bug Type: *Configuration Issues -Operating System: Solaris 2.9 (112233-08) +Operating System: Solaris 5.9 (112233-08) PHP Version: 4.3.4 New Comment: Sorry, OS is Solaris 5.9, not 2.9. Previous Comments: [2003-11-17 01:31:04] greg at coltec dot com dot au Description: I'm trying to configure PHP to use the client libraries for MySQL 4.0.16, which I downloaded as a binary (Solaris 9 64-bit) and installed in /usr/local/mysql. When I attempt to configure PHP using: ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.29 --with-openssl=/usr/local/ssl --with-zlib-dir=./ext/zlib --enable-track-vars --enable-libgcc --disable-cgi I get the following error: checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Config.log shows: configure:55581: checking for mysql_error in -lmysqlclient configure:55600: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql/lib -L/usr/local/mysql/lib -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr -L/usr conftest.c -lmysqlclient -lz -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_error /var/tmp//cc4fDlj3.o ld: fatal: Symbol referencing errors. No output written to conftest These are not the final lines, but they seem most relevant; I can post more if necessary. Is it possible that PHP is looking for a 32-bit MySQL binary and crashing when it finds a 64-bit? If so, are there plans to support 64-bit MySQL? -- Edit this bug report at http://bugs.php.net/?id=26282&edit=1
#26282 [Fbk->Opn]: PHP Configure fails with "mysql configure failed"
ID: 26282 User updated by: greg at coltec dot com dot au Reported By: greg at coltec dot com dot au -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: Solaris 5.9 (112233-08) PHP Version: 4.3.4 New Comment: Yes, I've tried compiling with the bundled libraries, which works (sorry, should have said that), but would like to use the client libraries included with MySQL rather than PHP for the reasons outlined at http://www.php.net/mysql. We're also using Apache's mod_perl on this server. Previous Comments: [2003-11-17 14:33:39] [EMAIL PROTECTED] Sounds like a problem with your mysql library, have you tried compiling with bundled mysql libraries? [2003-11-17 01:32:33] greg at coltec dot com dot au Sorry, OS is Solaris 5.9, not 2.9. [2003-11-17 01:31:04] greg at coltec dot com dot au Description: I'm trying to configure PHP to use the client libraries for MySQL 4.0.16, which I downloaded as a binary (Solaris 9 64-bit) and installed in /usr/local/mysql. When I attempt to configure PHP using: ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.29 --with-openssl=/usr/local/ssl --with-zlib-dir=./ext/zlib --enable-track-vars --enable-libgcc --disable-cgi I get the following error: checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Config.log shows: configure:55581: checking for mysql_error in -lmysqlclient configure:55600: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql/lib -L/usr/local/mysql/lib -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr -L/usr conftest.c -lmysqlclient -lz -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_error /var/tmp//cc4fDlj3.o ld: fatal: Symbol referencing errors. No output written to conftest These are not the final lines, but they seem most relevant; I can post more if necessary. Is it possible that PHP is looking for a 32-bit MySQL binary and crashing when it finds a 64-bit? If so, are there plans to support 64-bit MySQL? -- Edit this bug report at http://bugs.php.net/?id=26282&edit=1
#27436 [NEW]: dom_import_simplexml innaccurate
From: greg dot steffensen at richmond dot edu Operating system: Windows XP Service Pack 1 PHP version: 5.0.0b4 (beta4) PHP Bug Type: XML related Bug description: dom_import_simplexml innaccurate Description: dom_import_simplexml(), when given a simplexml_element that is part of a larger simplexml nesting, will import the parent of the element provided, not the element itself. Reproduce code: --- FooBar'); $el = dom_import_simplexml($s->b->c); $el = $dom->importNode($el, TRUE); $dom->appendChild($el); print $dom->saveXML(); ?> Expected result: Actual result: -- Bar -- Edit bug report at http://bugs.php.net/?id=27436&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27436&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27436&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27436&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27436&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27436&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27436&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27436&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27436&r=support Expected behavior: http://bugs.php.net/fix.php?id=27436&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27436&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27436&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27436&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27436&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27436&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27436&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27436&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27436&r=float
#28636 [NEW]: With IIS php5isapi.dll can't find some extensions (php_pdf.dll)
From: Greg dot Jackson at noaa dot gov Operating system: Windows NT PHP version: 5.0.0RC2 PHP Bug Type: IIS related Bug description: With IIS php5isapi.dll can't find some extensions (php_pdf.dll) Description: Using IIS, the php5isapi.dll module fails to load certain extensions even though the file is in the location indicated by the error message. The main module of importance to me is php_pdf.dll, though I have also tried libpdf_php.dll and uncommented some of the other extensions with the same result. Reproduce code: --- No code required. When the ISAPI module loads and attempts to load the extensions, errors occur. Expected result: No errors. PDF files produced. Actual result: -- The ISAPI module displays an error message indicating that E:\PHP\ext\php_pdf.dll (or other module) can't be found, even though the file is in that location. IIS hangs until the dialog box is cleared. The PHP ISAPI module appears to operate after that, except for the functions that require the extensions that did not load. -- Edit bug report at http://bugs.php.net/?id=28636&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28636&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28636&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28636&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28636&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28636&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28636&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28636&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28636&r=support Expected behavior: http://bugs.php.net/fix.php?id=28636&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28636&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28636&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28636&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28636&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28636&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28636&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28636&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28636&r=float
#27114 [Com]: Upon install of PHP, IIS keeps crashing.
ID: 27114 Comment by: Greg dot Jackson at noaa dot gov Reported By: adam at solutionwave dot com Status: Bogus Bug Type: IIS related Operating System: Windows XP Professional PHP Version: 5.0.0b3 (beta3) New Comment: This may be real. I am using the php5isapi.dll module with Windows NT and I have an error with inetinfo.exe - Access violation (0xc005), Address:0x10001c30. When I got this error, the ISAPI module had been running almost four hours. In the event log I got "Content index on E:\inetpub\catalog.wci is corrupt. Please shutdown and restart the Content Index service (cisvc). " Previous Comments: [2004-06-05 06:10:29] Greg dot Jackson at noaa dot gov This may be real. I am using the php5isapi.dll module with Windows NT and I have an error with inetinfo.exe - Access violation (0xc005), Address:0x10001c30. When I got this error, the ISAPI module had been running almost four hours. In the event log I got "Content index on E:\inetpub\catalog.wci is corrupt. Please shutdown and restart the Content Index service (cisvc). " [2004-02-02 02:53:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. You did something wrong. [2004-02-01 15:42:09] adam at solutionwave dot com Description: Once I installed PHP and re-started IIS in order for the changes to take effect, the webserver will continue to fatally crash. I attempted to re-start the computer itself, but to no avail. -- Edit this bug report at http://bugs.php.net/?id=27114&edit=1
#27114 [Com]: Upon install of PHP, IIS keeps crashing.
ID: 27114 Comment by: Greg dot Jackson at noaa dot gov Reported By: adam at solutionwave dot com Status: Bogus Bug Type: IIS related Operating System: Windows XP Professional PHP Version: 5.0.0b3 (beta3) New Comment: This may be real. I am using the php5isapi.dll module with Windows NT and I have an error with inetinfo.exe - Access violation (0xc005), Address:0x10001c30. When I got this error, the ISAPI module had been running almost four hours. In the event log I got "Content index on E:\inetpub\catalog.wci is corrupt. Please shutdown and restart the Content Index service (cisvc). " Previous Comments: [2004-06-05 06:10:29] Greg dot Jackson at noaa dot gov This may be real. I am using the php5isapi.dll module with Windows NT and I have an error with inetinfo.exe - Access violation (0xc005), Address:0x10001c30. When I got this error, the ISAPI module had been running almost four hours. In the event log I got "Content index on E:\inetpub\catalog.wci is corrupt. Please shutdown and restart the Content Index service (cisvc). " [2004-02-02 02:53:42] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. You did something wrong. [2004-02-01 15:42:09] adam at solutionwave dot com Description: Once I installed PHP and re-started IIS in order for the changes to take effect, the webserver will continue to fatally crash. I attempted to re-start the computer itself, but to no avail. -- Edit this bug report at http://bugs.php.net/?id=27114&edit=1
Bug #55317 [Com]: SimpleXML loses DTD declaration on simplexml_load_file
Edit report at https://bugs.php.net/bug.php?id=55317&edit=1 ID: 55317 Comment by: virtual dot greg at gmail dot com Reported by:schalk at unf dot edu Summary:SimpleXML loses DTD declaration on simplexml_load_file Status: Open Type: Bug Package:SimpleXML related Operating System: OSX 10.6.8 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: This does not manifest in 5.3.8 on OS X 10.6.8, the 'http://chalk.coas.unf.edu/eureka/files/templates/tmpl_chm.xml'); echo $exptml->asXML(); Expected result: http://chalk.coas.unf.edu/eureka/files/exptml/exptml_entities.dtd";> http://www.w3.org/2001/XMLSchema-instance"; xmlns:unitsml="urn:oasis:names:tc:unitsml:schema:xsd:UnitsMLSchema-1.0" xsi:schemaLocation="urn:exptml:schema:draft:0.1 http://chalk.coas.unf.edu/eureka/files/exptml/exptml_chemical.xsd"; version="0.1"> Chemical name ... Actual result: -- http://www.w3.org/2001/XMLSchema-instance"; xmlns:unitsml="urn:oasis:names:tc:unitsml:schema:xsd:UnitsMLSchema-1.0" xsi:schemaLocation="urn:exptml:schema:draft:0.1 http://chalk.coas.unf.edu/eureka/files/exptml/exptml_chemical.xsd"; version="0.1"> Chemical name ... -- Edit this bug report at https://bugs.php.net/bug.php?id=55317&edit=1
Bug #55317 [Com]: SimpleXML loses DTD declaration on simplexml_load_file
Edit report at https://bugs.php.net/bug.php?id=55317&edit=1 ID: 55317 Comment by: virtual dot greg at gmail dot com Reported by:schalk at unf dot edu Summary:SimpleXML loses DTD declaration on simplexml_load_file Status: Open Type: Bug Package:SimpleXML related Operating System: OSX 10.6.8 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: See my gist for test code and output: https://gist.github.com/1910382 Previous Comments: [2012-02-25 20:07:04] virtual dot greg at gmail dot com This does not manifest in 5.3.8 on OS X 10.6.8, the 'http://chalk.coas.unf.edu/eureka/files/templates/tmpl_chm.xml'); echo $exptml->asXML(); Expected result: http://chalk.coas.unf.edu/eureka/files/exptml/exptml_entities.dtd";> http://www.w3.org/2001/XMLSchema-instance"; xmlns:unitsml="urn:oasis:names:tc:unitsml:schema:xsd:UnitsMLSchema-1.0" xsi:schemaLocation="urn:exptml:schema:draft:0.1 http://chalk.coas.unf.edu/eureka/files/exptml/exptml_chemical.xsd"; version="0.1"> Chemical name ... Actual result: -- http://www.w3.org/2001/XMLSchema-instance"; xmlns:unitsml="urn:oasis:names:tc:unitsml:schema:xsd:UnitsMLSchema-1.0" xsi:schemaLocation="urn:exptml:schema:draft:0.1 http://chalk.coas.unf.edu/eureka/files/exptml/exptml_chemical.xsd"; version="0.1"> Chemical name ... -- Edit this bug report at https://bugs.php.net/bug.php?id=55317&edit=1
#49462 [NEW]: Session variables not saved after redirect, session_write_close(), die() used
From: greg dot solak at profiletwist dot com
Operating system: Linux
PHP version: 5.3.0
PHP Bug Type: Session related
Bug description: Session variables not saved after redirect,
session_write_close(), die() used
Description:
PHP SESSION variable $_SESSION['user_level'] is not saved after the page
is redirected using header(location: ...). Session_write_close()is used
right before redirect. After redirect die() is called. After a second
attempt at login, everything works!
Reproduce code:
---
// Change session properties
$_SESSION['user_level'] = 7;
// Force session to save changes before redirection
session_write_close(); // REQUIRED
// Regenerate session id for security + fix bug in which some session
variables are lost during redirect
session_regenerate_id(true);
// Redirect to Access main page
header('Location: http://www.domain.com/access/main.php');
die();
?>
Expected result:
At the new page (the one the user was redirected to) the
$SESSION['user_level'] should == 7. However, the session variable was not
saved, as the user is redirected back to the login page. After a second
attempt at logging in, everything works as expected.
Actual result:
--
Redirected back to login page, because when php checked if the user had
the proper credentials
if ($_SESSION['user_level'] != 7) {
// redirect back to login page
}
Other improtant information: session_start(); is called on every page.
--
Edit bug report at http://bugs.php.net/?id=49462&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49462&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49462&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49462&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49462&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49462&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49462&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49462&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49462&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49462&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49462&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49462&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49462&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49462&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49462&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49462&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49462&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49462&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49462&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49462&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49462&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49462&r=mysqlcfg
#47064 [NEW]: oo style msqli->connect_error always NULL
From: greg dot hendrickson at yahoo dot com
Operating system: Windows XP SP3
PHP version: 5.2.8
PHP Bug Type: MySQLi related
Bug description: oo style msqli->connect_error always NULL
Description:
Object oriented style mysqli->connect_error string always null even when a
connection error occurs. Tried with bogus host name, bogus user name, bogus
password, and bogus schemata...result always the same
(mysqli->connect_error is NULL). Note: Procedural style always returns
expected string value.
Installed PHP with Windows Installer, Apache 2.2 Module and the following
extensions: BZ2, MCRYPT, MHASH, MYSQLI, PDO, TIDY, XMLRPC, XSL and ZIP.
Reproduce code:
---
connect_error string:
".$mysqli->connect_error."";
echo $connecterror;
printf("Proceedural style mysqli_connect_error string: %s\n",
mysqli_connect_error()."");
/* check connection never works*/
if ($mysqli->connect_error()) {
printf("Connect failed: %s\n", mysqli_connect_error()."");
exit();
}
/* close connection */
$mysqli->close();
?>
Expected result:
Object oriented style mysqli->connect_error string: Unknown MySQL server
host 'bogus' (11001)
Proceedural style mysqli_connect_error string: Unknown MySQL server host
'bogus' (11001)
Connect failed: Unknown MySQL server host 'bogus' (11001)
Actual result:
--
Object oriented style mysqli->connect_error string:
Proceedural style mysqli_connect_error string: Unknown MySQL server host
'bogus' (11001)
--
Edit bug report at http://bugs.php.net/?id=47064&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47064&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47064&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47064&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47064&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47064&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47064&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47064&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47064&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47064&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47064&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47064&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47064&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47064&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47064&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47064&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47064&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47064&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47064&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47064&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47064&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47064&r=mysqlcfg
Bug #51138 [Com]: Impossible to use "IN()"
Edit report at http://bugs.php.net/bug.php?id=51138&edit=1
ID: 51138
Comment by: greg dot martyn at gmail dot com
Reported by: fmaz008 at gmail dot com
Summary: Impossible to use "IN()"
Status: Bogus
Type: Bug
Package: PDO related
Operating System: n/a
PHP Version: 5.2.12
New Comment:
This is a duplicate of Request #48431 Support PDO::PARAM_STMT
Previous Comments:
[2010-02-25 11:50:30] fmaz008 at gmail dot com
This is still a major design flaw, and I'm far from beeing the only one
to ran into this problem (google a bit, you'll see)
Something should(must) be emulated.
I've also read the how to repport a bug, I can't figure out what you're
trying to tell me. And giving me a link to all the PHP manual is a bit
ridiculous.
[2010-02-25 07:41:27] johan...@php.net
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
Databases allow only to bind one value per placeholder. Nothing we can
change.
[2010-02-25 03:43:13] fmaz008 at gmail dot com
Description:
Using MySQL and InnoDB table, if you prepare this query:
SELECT * FROM foo WHERE id IN(:values);
You will be totally unable to use it, thoses solutions doesn't work:
$arr = array(1,2,3,4,5);
$prep->bindParam(':values', $arr, PDO::PARAM_STMT); //Invalid Array to
String conversion
or:
$arr = array(1,2,3,4,5);
$prep->bindParam(':values', implode(',', $arr), PDO::PARAM_STR); //Seems
to be interpreted as "1,2,3,4,5" instead of "1","2","3","4","5" or plain
integer values.
Actual work arround is to generate a string to inject in the query
string before preparing it. But it's not a good solution as I often need
to use prepared statement in loop. So if I must prepare and reprepare
and re-reprepare, that's not usefull.
A PDO::PARAM_RAWSTR or PDO::PARAM_UNPROTECTED_STR might be a quick &
good workarround to solve this problem until a better fix.
Reproduce code:
---
$arr = array(1,2,3,4,5);
$prep->prepare('SELECT * FROM foo WHERE id IN(:values);');
$prep->bindParam(':values', implode(',', $arr), PDO::PARAM_STMT);
$prep->execute();
Expected result:
SELECT * FROM foo WHERE id IN(1,2,3,4,5);
Actual result:
--
SELECT * FROM foo WHERE id IN("1,2,3,4,5");
--
Edit this bug report at http://bugs.php.net/bug.php?id=51138&edit=1
#30326 [Com]: "zip_open" cannot open file
ID: 30326
Comment by: greg at catalina-it dot com dot au
Reported By: adamsbarker at hotmail dot com
Status: Open
Bug Type: ZZiplib Related
Operating System: Windows XP
PHP Version: 5.0.2
New Comment:
Adam, thanks for the info. I'm not sure what happens from here. This
seems to be a long standing bug, not receiving much attention.
Previous Comments:
[2004-12-14 09:20:49] adamsbarker at hotmail dot com
i am still having problems using the latest snapshots - so i would have
to say it hasn't changed
[2004-12-14 09:11:34] greg at catalina-it dot com dot au
I have found the same thing. I have a zip file in the same dir as the
zip file, and under Windows XP (PHP 4.3.8) and zip_open() cant open it.
When I include the full path from C: etc it works fine. This certainly
looks like a bug, at least up to 4.3.8. Can someone try it on later
versions to see if the bug has been fixed or not.
[2004-12-06 01:00:11] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2004-11-28 13:54:56] [EMAIL PROTECTED]
Please, check that your web-server has all necessary NTFS permissions
to read this file.
[2004-10-07 01:13:16] adamsbarker at hotmail dot com
This is how i've done it:
- my home directory is "D:\home"
- both "open_zip.php" AND "abc.zip" are in "D:\home"
- zip_open('D:\home\abc.zip');
- this works perfectly
- zip_open('abc.zip');
- has this error:
Warning: zip_open() [function.zip-open]: Cannot open zip archive
abc.zip in D:\home\open_zip.php on line 3
- echo getcwd(); => produces this:
D:\home
i hope this makes sense :)
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/30326
--
Edit this bug report at http://bugs.php.net/?id=30326&edit=1
#30326 [Com]: "zip_open" cannot open file
ID: 30326
Comment by: greg at catalina-it dot com dot au
Reported By: adamsbarker at hotmail dot com
Status: No Feedback
Bug Type: ZZiplib Related
Operating System: Windows XP
PHP Version: 5.0.2
New Comment:
I have found the same thing. I have a zip file in the same dir as the
zip file, and under Windows XP (PHP 4.3.8) and zip_open() cant open it.
When I include the full path from C: etc it works fine. This certainly
looks like a bug, at least up to 4.3.8. Can someone try it on later
versions to see if the bug has been fixed or not.
Previous Comments:
[2004-12-06 01:00:11] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2004-11-28 13:54:56] [EMAIL PROTECTED]
Please, check that your web-server has all necessary NTFS permissions
to read this file.
[2004-10-07 01:13:16] adamsbarker at hotmail dot com
This is how i've done it:
- my home directory is "D:\home"
- both "open_zip.php" AND "abc.zip" are in "D:\home"
- zip_open('D:\home\abc.zip');
- this works perfectly
- zip_open('abc.zip');
- has this error:
Warning: zip_open() [function.zip-open]: Cannot open zip archive
abc.zip in D:\home\open_zip.php on line 3
- echo getcwd(); => produces this:
D:\home
i hope this makes sense :)
[2004-10-06 11:22:00] [EMAIL PROTECTED]
it probably means that the working directory is different then you
think it is. What does echo getcwd(); output?
[2004-10-06 11:19:50] adamsbarker at hotmail dot com
yes, both the "php" and "zip" files are in the same directory... i
completely removed php and got copies of the latest stable version/PECL
extensions for Windows, but still the same problem... this problem seems
to be running throughout the versions, since i first noticed it a couple
of months ago.
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/30326
--
Edit this bug report at http://bugs.php.net/?id=30326&edit=1
#37445 [Com]: Reproducible segfault
ID: 37445 Comment by: greg dot smith at gr-tech dot net Reported By: dhrubab at gmail dot com Status: Assigned Bug Type: PDO related Operating System: Linux PHP Version: 5.1.4 Assigned To: wez New Comment: I have reproduced the bug on Centos 4 64bit and 32 bit and Fedora core 5 as well as Suse 10.1 Previous Comments: [2006-05-15 12:40:11] indeyets at gmail dot com reverting this diff helps to solve problem, while the proper resolution is not available: http://cvs.php.net/viewcvs.cgi/php-src/ext/pdo_mysql/mysql_statement.c?r1=1.48.2.12&r2=1.48.2.13 [2006-05-15 10:20:58] dhrubab at gmail dot com A note to say I'm using latest php (5.1.4), mysql (5.0.21), pecl-pdo (1.0.3) and pecl-pdo-mysql (1.0.2). The example code relies on mysql5 default tables being there. [2006-05-15 10:01:57] dhrubab at gmail dot com Description: The provided code causes a segfault. My php.ini settings are as below. short_open_tag = Off allow_call_time_pass_reference = Off error_reporting = E_ALL display_errors = On display_startup_errors = On log_errors = Off variables_order = "GPCS" register_globals = Off register_long_arrays = Off register_argc_argv = Off magic_quotes_gpc = Off magic_quotes_runtime = Off allow_url_fopen = On session.name = GRTSESSID session.use_trans_sid = 0 session.hash_function = 1 session.hash_bits_per_character = 5 My configure is as below. './configure' '--prefix=/usr/lib/php5' '--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=shared' '--enable-calendar=shared' '--with-curl=shared' '--with-curlwrappers=shared' '--disable-dbase' '--enable-exif=shared' '--without-fbsql' '--without-fdftk' '--disable-filepro' '--enable-ftp=shared' '--with-gettext=shared' '--without-gmp' '--without-hwapi' '--without-informix' '--disable-ipv6' '--without-kerberos' '--enable-mbstring=shared' '--with-mcrypt=shared' '--disable-memory-limit' '--with-mhash=shared' '--without-ming' '--without-msql' '--without-mssql' '--with-ncurses=shared' '--with-openssl' '--with-openssl-dir=/usr' '--enable-pcntl=shared' '--disable-pdo' '--without-pgsql' '--with-pspell=shared' '--without-recode' '--disable-shmop' '--without-snmp' '--enable-soap=shared' '--enable-sockets=shared' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--with-tidy=shared' '--enable-wddx=shared' '--with-xmlrpc=shared' '--with-xsl=shared' '--with-zlib=shared' '--enable-debug' '--without-cdb' '--without-db4' '--without-flatfile' '--without-gdbm' '--without-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--enable-gd-native-ttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--without-xpm-dir' '--with-gd' '--with-imap=shared' '--with-imap-ssl' '--with-mysql=shared,/usr/lib/mysql' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--with-mysqli=shared,/usr/bin/mysql_config' '--with-readline' '--without-libedit' '--without-mm' '--enable-sqlite-utf8' My full phpinfo() is below. http://www.dhruba.net/files/segfault.phpinfo.html This is simply one example of a segfault. Our application is segfaulting left, right and centre and I am trying to narrow down other test cases that result in segfaults. The main point is that PHP or PDO whichever is the culprit is not giving error messages or exceptions as it should when there's something wrong and instead segfaulting. When you use a method name that doesn't exist or a class constant that doesn't exist or when you violate allow_call_time_pass_reference = Off then a segfault occurs. This has been reproduced on three machines with three different linux distributions. Reproduce code: --- The source code is below.
#26515 [NEW]: configure: error: Cannot find OpenSSL's libraries
From: Greg dot Kresko at nrc-cnrc dot gc dot ca Operating system: IRIX 6.5.21f PHP version: 4.3.4 PHP Bug Type: OpenSSL related Bug description: configure: error: Cannot find OpenSSL's libraries Description: ./configure --prefix=/usr/local/apache --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl=../openssl-0.9.7c --with-mm=../mm-1.3.0 fails with --- Configuring extensions checking for OpenSSL support... yes checking for pkg-config... no configure: error: Cannot find OpenSSL's libraries --- I have static libraries: 111 (renard)kresko> ls -l /usr/local/ssl/lib total 5752 -rw-r--r--1 root sys 2564356 Nov 20 16:09 libcrypto.a -rw-r--r--1 root sys375828 Nov 20 16:09 libssl.a drwxr-xr-x2 root sys28 Jun 9 16:13 pkgconfig --- It also fails with php4-STABLE-200312031830. php-4.3.3 works with the same statement. This is a follow-up to bug 25703 (I added a note on Nov. 20) and is also related to bug 25719. -- Edit bug report at http://bugs.php.net/?id=26515&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26515&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26515&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26515&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26515&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26515&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26515&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26515&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26515&r=support Expected behavior: http://bugs.php.net/fix.php?id=26515&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26515&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26515&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26515&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26515&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26515&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26515&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26515&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26515&r=float
#26515 [Bgs]: configure: error: Cannot find OpenSSL's libraries
ID: 26515 User updated by: Greg dot Kresko at nrc-cnrc dot gc dot ca Reported By: Greg dot Kresko at nrc-cnrc dot gc dot ca Status: Bogus Bug Type: OpenSSL related Operating System: IRIX 6.5.21f PHP Version: 4.3.4 New Comment: (Aside: I finally created the openssl-0.9.7c shared libraries by adding "irix-shared" to the tests in the apps/ and test/ Makefile.ssl files. After installation, I issued "chmod 755 /usr/local/ssl/lib/pkgconfig". - 243 (wolf)kresko> ls -l /usr/local/ssl/lib total 5848 -rw-r--r--1 root sys 2564356 Dec 5 14:11 libcrypto.a lrwxr-xr-x1 root sys14 Dec 5 14:11 libcrypto.so -> libcrypto.so.0 lrwxr-xr-x1 root sys18 Dec 5 14:11 libcrypto.so.0 -> libcrypto.so.0.9.7 -r-xr-xr-x1 root sys 20896 Dec 5 14:11 libcrypto.so.0.9.7 -rw-r--r--1 root sys375828 Dec 5 14:11 libssl.a lrwxr-xr-x1 root sys11 Dec 5 14:11 libssl.so -> libssl.so.0 lrwxr-xr-x1 root sys15 Dec 5 14:11 libssl.so.0 -> libssl.so.0.9.7 -r-xr-xr-x1 root sys 20900 Dec 5 14:11 libssl.so.0.9.7 drwxr-xr-x2 root sys28 Jun 9 16:37 pkgconfig - However, configure is still failing for php4-STABLE-200312031830: - ./configure --prefix=/usr/local/apache --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl=/usr/local/ssl --with-mm=../mm-1.3.0 - at: - Configuring extensions checking for OpenSSL support... yes checking for pkg-config... no checking for OpenSSL version... >= 0.9.6 checking for CRYPTO_free in -lcrypto... no configure: error: libcrypto not found! --- I am using gcc-3.3.2. Also LDFLAGS=-L/usr/local/ssl/lib OPENSSL_LIBDIR=/usr/local/ssl/lib Suggestions please. Previous Comments: [2003-12-03 18:50:33] [EMAIL PROTECTED] [origin]:~ $ php -v ; php -m | grep openssl PHP 4.3.4 (cli) (built: Nov 22 2003 17:22:20) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies openssl [origin]:~ $ So there is no problem here at the moment. And you can also build your openssl as shared. [origin]:~ $ ll /usr/local/ssl/lib/ total 13904 -rw-r--r--1 root sys 4021732 Okt 16 11:27 libcrypto.a lrwxr-xr-x1 root sys14 Okt 16 11:27 libcrypto.so -> libcrypto.so.0 lrwxr-xr-x1 root sys18 Okt 16 11:27 libcrypto.so.0 -> libcrypto.so.0.9.7 -r-xr-xr-x1 root sys 2147436 Okt 16 11:27 libcrypto.so.0.9.7 -rw-r--r--1 root sys581092 Okt 16 11:27 libssl.a lrwxr-xr-x1 root sys11 Okt 16 11:27 libssl.so -> libssl.so.0 lrwxr-xr-x1 root sys15 Okt 16 11:27 libssl.so.0 -> libssl.so.0.9.7 -r-xr-xr-x1 root sys363016 Okt 16 11:27 libssl.so.0.9.7 drw-r--r--2 root sys23 Okt 16 11:27 pkgconfig [origin]:~ $ uname -R 6.5 6.5.22m [2003-12-03 16:36:05] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Your --with-openssl line is broken, you need to point to the installation root (/usr/local or /usr/local/ssl). ---- [2003-12-03 16:17:24] Greg dot Kresko at nrc-cnrc dot gc dot ca Description: ./configure --prefix=/usr/local/apache --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl=../openssl-0.9.7c --with-mm=../mm-1.3.0 fails with --- Configuring extensions checking for OpenSSL support... yes checking for pkg-config... no configure: error: Cannot find OpenSSL's libraries --- I have static libraries: 111 (renard)kresko> ls -l /usr/local/ssl/lib total 5752 -rw-r--r--1 root sys 2564356 Nov 20 16:09 libcrypto.a -rw-r--r--1 root sys375828 Nov 20 16:09 libssl.a drwxr-xr-x2 root sys28 Jun 9 16:13 pkgconfig --- It also fails with php4-STABLE-200312031830. php-4.3.3 works with the same statement. This is a follow-up to bug 25703 (I added a note on Nov. 20) and is also related to bug 25719. -- Edit this bug report at http://bugs.php.net/?id=26515&edit=1
#25703 [Com]: openssl Library not found
ID: 25703 Comment by: Greg dot Kresko at nrc-cnrc dot gc dot ca Reported By: phpnet at wspse dot de Status: Closed Bug Type: *Configuration Issues Operating System: Redhat Linux 7.3 PHP Version: 4.3.4RC1 New Comment: (My apologies if this should be posted to a discussion list.) This is still broken in the source code (4.3.4 downloaded on 07 Nov 2003). On IRIX 6.5.21f, using gcc 3.3.2, using openssl-0.9.7c: - ./configure --prefix=/usr/local/apache --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl=../openssl-0.9.7c --with-mm=../mm-1.3.0 - ends with - Configuring extensions checking for OpenSSL support... yes checking for pkg-config... no configure: error: Cannot find OpenSSL's libraries - I have "setenv LDFLAGS -L/usr/local/ssl/lib". (The openssl installation completes with - cp openssl.pc /usr/local/ssl/lib/pkgconfig chmod 644 /usr/local/ssl/lib/pkgconfig - Why "644"? This makes it hard for non-roots to access. Configuring as root or changing to "755" doesn't help.) Previous Comments: [2003-09-30 14:06:46] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-09-30 10:57:12] phpnet at wspse dot de Description: ./configure will not succeed on Redhat 7.3 if openssl is enabled (the shipped openssl-rpm [0.9.6b] does not include a pkgconfig-file). This became broken in 4.3.4RC1 (4.3.3 worked fine). I quick checked that the config-script was changed to use pkg-config for detecting the library. I could fix it by copying the openssl.pc-file from redhat 9.0 and editing the version information in it. However, since that file is not there in RH7.3 you should either use the old behavior or document it and saying how to fix it. -- Edit this bug report at http://bugs.php.net/?id=25703&edit=1
