#30005 [NEW]: image header problem
From: r dot h dot zeelenberg at bravo-informatisering dot nl Operating system: redhat PHP version: 4.3.9RC2 PHP Bug Type: *Graphics related Bug description: image header problem Description: Hi fellow-phpers.. I am having a strange problem... I stripped my code to the basic to elimenate things.. What i've got... php file get_test.php This should place an image on the screen in verboden.php there should be some checks but i've wiped them out for clearification. So verboden.php is : get_test.php is : Attention! This works only!!! when i comment out the include for verboden.php I think this is very strange... Firefox is saying there is something wrong with the image.. IE6 will try to download it. Anyone idea's?? TIA Ronald ps this one ruined my sunday ;( -- Edit bug report at http://bugs.php.net/?id=30005&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30005&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30005&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30005&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30005&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30005&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30005&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30005&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30005&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30005&r=support Expected behavior: http://bugs.php.net/fix.php?id=30005&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30005&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30005&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30005&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30005&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30005&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30005&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30005&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30005&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30005&r=mysqlcfg
#30005 [Opn->Bgs]: image header problem
ID: 30005 Updated by: [EMAIL PROTECTED] Reported By: r dot h dot zeelenberg at bravo-informatisering dot nl -Status: Open +Status: Bogus Bug Type: *Graphics related Operating System: redhat PHP Version: 4.3.9RC2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2004-09-07 09:00:27] r dot h dot zeelenberg at bravo-informatisering dot nl Description: Hi fellow-phpers.. I am having a strange problem... I stripped my code to the basic to elimenate things.. What i've got... php file get_test.php This should place an image on the screen in verboden.php there should be some checks but i've wiped them out for clearification. So verboden.php is : get_test.php is : Attention! This works only!!! when i comment out the include for verboden.php I think this is very strange... Firefox is saying there is something wrong with the image.. IE6 will try to download it. Anyone idea's?? TIA Ronald ps this one ruined my sunday ;( -- Edit this bug report at http://bugs.php.net/?id=30005&edit=1
#30006 [NEW]: Incorrect parsing of POST/GET part of HTTP reqest
From: knst at mail dot ru Operating system: PHP version: 4.3.7 PHP Bug Type: Scripting Engine problem Bug description: Incorrect parsing of POST/GET part of HTTP reqest Description: I've got a problem while trying to process results of submitting such kind of a form : PHP generates only one variable $vname with value 4 instead of array $vaname[] with 4 elements. It was impossible to change html of the form. So I had to parse data read from 'php://input'. Reproduce code: --- Submittion of Expected result: value of $vname is array( 0 => 1, 0 => 2, 0 => 3, 0 => 4) Actual result: -- value of $vname is 4 -- Edit bug report at http://bugs.php.net/?id=30006&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30006&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30006&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30006&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30006&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30006&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30006&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30006&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30006&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30006&r=support Expected behavior: http://bugs.php.net/fix.php?id=30006&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30006&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30006&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30006&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30006&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30006&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30006&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30006&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30006&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30006&r=mysqlcfg
#30006 [Opn->Bgs]: Incorrect parsing of POST/GET part of HTTP reqest
ID: 30006 Updated by: [EMAIL PROTECTED] Reported By: knst at mail dot ru -Status: Open +Status: Bogus Bug Type:Scripting Engine problem PHP Version: 4.3.7 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . Previous Comments: [2004-09-07 09:52:59] knst at mail dot ru Description: I've got a problem while trying to process results of submitting such kind of a form : PHP generates only one variable $vname with value 4 instead of array $vaname[] with 4 elements. It was impossible to change html of the form. So I had to parse data read from 'php://input'. Reproduce code: --- Submittion of Expected result: value of $vname is array( 0 => 1, 0 => 2, 0 => 3, 0 => 4) Actual result: -- value of $vname is 4 -- Edit this bug report at http://bugs.php.net/?id=30006&edit=1
#30006 [Bgs]: Incorrect parsing of POST/GET part of HTTP reqest
ID: 30006 Updated by: [EMAIL PROTECTED] Reported By: knst at mail dot ru Status: Bogus Bug Type:Scripting Engine problem PHP Version: 4.3.7 New Comment: Your bug was marked bogus because it isn't a bug. PHP was designed to do it that way. Parsing the query string directly is your only real option here unless you feel up to patching PHP. I wrote a patch that changes this behaviour: http://lerdorf.com/regvar.diff But you are completely on your own if you apply this. You will be running a very non-standard PHP and it may break other scripts rather badly. Previous Comments: [2004-09-07 10:02:45] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . [2004-09-07 09:52:59] knst at mail dot ru Description: I've got a problem while trying to process results of submitting such kind of a form : PHP generates only one variable $vname with value 4 instead of array $vaname[] with 4 elements. It was impossible to change html of the form. So I had to parse data read from 'php://input'. Reproduce code: --- Submittion of Expected result: value of $vname is array( 0 => 1, 0 => 2, 0 => 3, 0 => 4) Actual result: -- value of $vname is 4 -- Edit this bug report at http://bugs.php.net/?id=30006&edit=1
#29665 [Com]: PHP Fails to compile when soap is enabled
ID: 29665 Comment by: luis at infomed dot sld dot cu Reported By: moontumbo at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: Red Hat Enterprise Linux WS 3.0 PHP Version: 5.0.1 New Comment: Upgrade to 2.6.8 or similar, BUT NOT TO 2.6.13 cause have a bug. Previous Comments: [2004-09-03 13:56:29] amit dot gupta at prudence-india dot com Yes upgrading to libxml2-2.6* solves this problem [2004-08-31 01:30:36] clewis at myfonts dot com I too saw this problem on RedHat Enterprise 3 using libxml2 2.5.10. Upgrading to 2.6.12 solved the problem. [2004-08-28 16:52:52] michiel at dotgeek dot org same problem, slack 9.0 $ xml2-config --version 2.6.12 [2004-08-25 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-08-17 23:17:13] ibrash at gaernin dot aswwc dot net Issue reproduced on Slackware 9.1 with libxml2 2.5.11. 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/29665 -- Edit this bug report at http://bugs.php.net/?id=29665&edit=1
#30007 [NEW]: NULL can't be send as argument if type_hinted
From: nightcat at poczta dot onet dot pl
Operating system: Linux
PHP version: 5.0.1
PHP Bug Type: Zend Engine 2 problem
Bug description: NULL can't be send as argument if type_hinted
Description:
PHP breaks OOB by not accepting null as a proper value for type_hinted
argument.
In every OO language i know i have the way to dereference non-primitive
object to null. Without this, i have to make _very_ big mess in code to
make such things work.
Reproduce code:
---
class Foo {
}
function x(Foo $a, Foo $x) {
}
$l = new Foo();
x(null, $l);
Expected result:
normal work
Actual result:
--
Fatal error: Argument 1 must not be null in file.php in line 7
--
Edit bug report at http://bugs.php.net/?id=30007&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30007&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30007&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30007&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30007&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30007&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30007&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30007&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30007&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30007&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30007&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30007&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30007&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30007&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30007&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30007&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30007&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30007&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30007&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30007&r=mysqlcfg
#30008 [NEW]: string prepend =. operator would be Very handy!
From: k at krisgale dot com Operating system: PHP version: Irrelevant PHP Bug Type: Strings related Bug description: string prepend =. operator would be Very handy! Description: with regard to assignment operators... there exists the string append operator .= what would be very handy is a prepend operator =. i.e. $a = "a"; $b = "b"; $ab = $b; $ab =. $a; echo $ab; // "ab" -- Edit bug report at http://bugs.php.net/?id=30008&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30008&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30008&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30008&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30008&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30008&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30008&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30008&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30008&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30008&r=support Expected behavior: http://bugs.php.net/fix.php?id=30008&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30008&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30008&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30008&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30008&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30008&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30008&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30008&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30008&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30008&r=mysqlcfg
#30007 [Opn->Bgs]: NULL can't be send as argument if type_hinted
ID: 30007
Updated by: [EMAIL PROTECTED]
Reported By: nightcat at poczta dot onet dot pl
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5.0.1
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This has been discussed before, it's not going to change in 5.0
Previous Comments:
[2004-09-07 12:28:03] nightcat at poczta dot onet dot pl
Description:
PHP breaks OOB by not accepting null as a proper value for type_hinted
argument.
In every OO language i know i have the way to dereference non-primitive
object to null. Without this, i have to make _very_ big mess in code to
make such things work.
Reproduce code:
---
class Foo {
}
function x(Foo $a, Foo $x) {
}
$l = new Foo();
x(null, $l);
Expected result:
normal work
Actual result:
--
Fatal error: Argument 1 must not be null in file.php in line 7
--
Edit this bug report at http://bugs.php.net/?id=30007&edit=1
#30008 [Opn->WFx]: string prepend =. operator would be Very handy!
ID: 30008 Updated by: [EMAIL PROTECTED] Reported By: k at krisgale dot com -Status: Open +Status: Wont fix -Bug Type:Strings related +Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: Not a bug, but a feature request. But something that won't be implemented as it would be way to confusing (and PHP != Perl). Previous Comments: [2004-09-07 12:34:46] k at krisgale dot com Description: with regard to assignment operators... there exists the string append operator .= what would be very handy is a prepend operator =. i.e. $a = "a"; $b = "b"; $ab = $b; $ab =. $a; echo $ab; // "ab" -- Edit this bug report at http://bugs.php.net/?id=30008&edit=1
#30008 [WFx]: string prepend =. operator would be Very handy!
ID: 30008 User updated by: k at krisgale dot com Reported By: k at krisgale dot com Status: Wont fix Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: [shrug] to me, it was worth asking :) apologies for not finding a 'feature request' form on the site. there's an operator such as this in perl? i was unaware (i skipped perl on my way past jsp and coldfusion). Previous Comments: [2004-09-07 12:57:14] [EMAIL PROTECTED] Not a bug, but a feature request. But something that won't be implemented as it would be way to confusing (and PHP != Perl). [2004-09-07 12:34:46] k at krisgale dot com Description: with regard to assignment operators... there exists the string append operator .= what would be very handy is a prepend operator =. i.e. $a = "a"; $b = "b"; $ab = $b; $ab =. $a; echo $ab; // "ab" -- Edit this bug report at http://bugs.php.net/?id=30008&edit=1
#30008 [WFx]: string prepend operator would be Very handy!
ID: 30008 User updated by: k at krisgale dot com -Summary: string prepend =. operator would be Very handy! Reported By: k at krisgale dot com Status: Wont fix Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: looking at it again, i could see how =. would be Very confusing... is #= in use for anything? i'll stop my filibustering here since, as you said, this is a feature request not a bug. Previous Comments: [2004-09-07 13:01:16] k at krisgale dot com [shrug] to me, it was worth asking :) apologies for not finding a 'feature request' form on the site. there's an operator such as this in perl? i was unaware (i skipped perl on my way past jsp and coldfusion). [2004-09-07 12:57:14] [EMAIL PROTECTED] Not a bug, but a feature request. But something that won't be implemented as it would be way to confusing (and PHP != Perl). [2004-09-07 12:34:46] k at krisgale dot com Description: with regard to assignment operators... there exists the string append operator .= what would be very handy is a prepend operator =. i.e. $a = "a"; $b = "b"; $ab = $b; $ab =. $a; echo $ab; // "ab" -- Edit this bug report at http://bugs.php.net/?id=30008&edit=1
#30009 [NEW]: Using $this when not in object
From: onore at ua dot fm
Operating system: Windows XP
PHP version: 5.0.1
PHP Bug Type: Zend Engine 2 problem
Bug description: Using $this when not in object
Description:
See reproduce code, error:
Fatal error: Using $this when not in object context in
C:\Apache\Apache2\htdocs\xxx\admin_start_events.php on line 14
Reproduce code:
---
function admin_start()
{
$admin_start_BeforeShow = true;
global $admin_start;
if( ($this->Visible = (CheckS("3") == "success")) )
{
$admin_start->Visible = true;
} else {
$admin_start->Visible = false;
}
return $admin_start;
}
--
Edit bug report at http://bugs.php.net/?id=30009&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30009&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30009&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30009&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30009&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30009&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30009&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30009&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30009&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30009&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30009&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30009&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30009&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30009&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30009&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30009&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30009&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30009&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30009&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30009&r=mysqlcfg
#30009 [Opn]: Using $this when not in object
ID: 30009
User updated by: onore at ua dot fm
Reported By: onore at ua dot fm
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Windows XP
PHP Version: 5.0.1
New Comment:
line #14 if( ($this->Visible = (CheckS("3") == "success")) )
Previous Comments:
[2004-09-07 13:34:17] onore at ua dot fm
Description:
See reproduce code, error:
Fatal error: Using $this when not in object context in
C:\Apache\Apache2\htdocs\xxx\admin_start_events.php on line 14
Reproduce code:
---
function admin_start()
{
$admin_start_BeforeShow = true;
global $admin_start;
if( ($this->Visible = (CheckS("3") == "success")) )
{
$admin_start->Visible = true;
} else {
$admin_start->Visible = false;
}
return $admin_start;
}
--
Edit this bug report at http://bugs.php.net/?id=30009&edit=1
#30009 [Opn->Bgs]: Using $this when not in object
ID: 30009
Updated by: [EMAIL PROTECTED]
Reported By: onore at ua dot fm
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Windows XP
PHP Version: 5.0.1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
.
Previous Comments:
[2004-09-07 13:35:44] onore at ua dot fm
line #14 if( ($this->Visible = (CheckS("3") == "success")) )
[2004-09-07 13:34:17] onore at ua dot fm
Description:
See reproduce code, error:
Fatal error: Using $this when not in object context in
C:\Apache\Apache2\htdocs\xxx\admin_start_events.php on line 14
Reproduce code:
---
function admin_start()
{
$admin_start_BeforeShow = true;
global $admin_start;
if( ($this->Visible = (CheckS("3") == "success")) )
{
$admin_start->Visible = true;
} else {
$admin_start->Visible = false;
}
return $admin_start;
}
--
Edit this bug report at http://bugs.php.net/?id=30009&edit=1
#29562 [Com]: global variable not available when sourced by include()
ID: 29562 Comment by: mxou at mycosmos dot gr Reported By: darcy at 1000camels dot com Status: Open Bug Type: Scripting Engine problem Operating System: Linux, MacOSX PHP Version: 4.3.8 New Comment: I've also encountered the same bug and was searching if someone had encountered it so far. Not only my own global variables are of no scope, PHP's superglobal structures become out of scope, also. Very irritating. Previous Comments: [2004-08-11 06:22:07] darcy at 1000camels dot com does anyone have any more information on this? i'm finding it quite difficult to work around this problem. i've tried making an absolute call with the include (ie. using http://), but that's just causing more trouble. i can't get access to the cookies from within an absolute call... And the fix i described above doesn't really help, since i'm trying to source a rather large piece of code (phpBB2), which has lots of globals. too many to keep track of. besides, i don't think it's the best approach... [2004-08-10 09:57:30] cstdenis at on-track dot ca Looks like this is happening with PHP5 (release) too. [2004-08-09 19:05:59] darcy at 1000camels dot com i did some more experiments and have found a kind of fix. It would appear that if i globalize any of the variables which are losing scope inside of the function which sources the code, the variables keeps scope. this is interesting and may help me do what i need to do, but i still think this is a problem. if you want to see an example of my fix, look for the files called -fixed on my server: http://1000camels.com/phpBug/ [2004-08-09 10:46:55] boris at hident dot co dot il Happens to me too. 4.3.6 and 4.3.7 was fine. 4.3.8 and the 4.3.9-dev snapshots have the bug. Tried it both in Linux (Red-Hat and Fedora Core 2) and on Windows XP (Apache/1.3.31 (Win32)). I export some cookie variable to global scope $somevar = $_COOKIE['somevar']; in an included file. The $somevar variable is always empty inside included files from other fucntions, even though they are defined as global. register_globals is off. Hope this will get fixed ASAP, because restructuring my whole php application is not an option now. [2004-08-07 20:13:16] darcy at 1000camels dot com Description: This is a somewhat complicated bug to demonstrate. i have placed files online so that the behaviour can be demonstrated. Essentially, the bug is that when you include a php script using include() with a relative url (not absolute), global variables used within a function in the sourced code are not available. this seems to occur only when the original include() is within a class or function. if it is in open code, it works find. it's a complex bug and i'm not sure the best way to analyze. Reproduce code: --- http://1000camels.com/phpBug/ four files (and their source): test-open-code.php - works test-within-class.php - does not work test-within-function.php - does not work testMod.php - code which is being sourced Expected result: i expect the global variable to be available Actual result: -- the global variable (in my example $anObject and $aVariable) are not available. -- Edit this bug report at http://bugs.php.net/?id=29562&edit=1
#30009 [Bgs]: Using $this when not in object
ID: 30009
User updated by: onore at ua dot fm
Reported By: onore at ua dot fm
Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Windows XP
PHP Version: 5.0.1
New Comment:
This is code work at PHP 4.3.5;
Previous Comments:
[2004-09-07 13:42:31] [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.
.
[2004-09-07 13:35:44] onore at ua dot fm
line #14 if( ($this->Visible = (CheckS("3") == "success")) )
[2004-09-07 13:34:17] onore at ua dot fm
Description:
See reproduce code, error:
Fatal error: Using $this when not in object context in
C:\Apache\Apache2\htdocs\xxx\admin_start_events.php on line 14
Reproduce code:
---
function admin_start()
{
$admin_start_BeforeShow = true;
global $admin_start;
if( ($this->Visible = (CheckS("3") == "success")) )
{
$admin_start->Visible = true;
} else {
$admin_start->Visible = false;
}
return $admin_start;
}
--
Edit this bug report at http://bugs.php.net/?id=30009&edit=1
#30011 [NEW]: Installtion process of PHP 5.0.1 dies on AIX 4.3.3.0
From: bg at genetics dot agrsci dot dk Operating system: aix 4.3.3.0 PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: Installtion process of PHP 5.0.1 dies on AIX 4.3.3.0 Description: During installation of PHP-5.0.1 on an IBM RS6000 with AIX 4.3.3.0 the make process dies with the message make: *** [install-pear-installer] Error 255 while executing /h580/avl/bg/src/net/php-5.0.1/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /h580/avl/bg/src/net/php-5.0.1/pear/install-pear.php -d "/usr/local/lib/php" -b "/usr/local/bin" /h580/avl/bg/src/net/php-5.0.1/pear/package-*.xml Likewise make install-pear-packages dies with make: *** [install-pear-packages] Error 255 Make is GNU make vers. 3.80. The problem does not occur with PHP-4.3.8. PHP-4.3.8 compiled using essentially the same configuration works fine on the system. The configuration of PHP is available at http://genetics.agrsci.dk/~bg/phpconf.txt Thank you for taking an interest! -- Edit bug report at http://bugs.php.net/?id=30011&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30011&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30011&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30011&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30011&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30011&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30011&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30011&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30011&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30011&r=support Expected behavior: http://bugs.php.net/fix.php?id=30011&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30011&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30011&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30011&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30011&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30011&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30011&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30011&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30011&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30011&r=mysqlcfg
#19694 [Com]: Persistent Global Variable
ID: 19694 Comment by: jon_obuchowski at terc dot edu Reported By: citd at mediaways dot net Status: Open Bug Type: Feature/Change Request Operating System: N/A PHP Version: 4.2.3 New Comment: I agree that a persistent variable functionality would be useful; however, this does require an additional level of configuration to allow ISPs soem leeway in how this is deployed; a) availabilty of feature AT ALL determined by configuration b) separate scopes for different applications (as several may be running on the same server and there needs to be some way to prevent collision); these scopes may be determined by name (low inter-application security), automatically by domain/URL path (higher security) or by some other means c) timeout periods (i.e. how often the application variables need to be refreshed) need to be determined on a per-server, per-application basis d) some sort of locking mechanism to prevent corruption issues during writing (assuming that multiple concurrent PHP requests have similar shared-memory issues to concurrent threads); this could be automatic and/or manual, depending on performance needs... Previous Comments: [2004-03-26 14:17:13] hans at deragon dot biz 2004 and still nothing showing up for this issue. I am a newbie, but even I (less than one month of PHP experience) understand the importance of this issue. One could do something with shared memory and msession, but these solutions are overkill for small projects (and shared memory does not work on Windows). What we need is a simple global array named $_PERSISTENT. Anything stored in this array lives until unset or the server goes down. And as for the implementation, can't this be done easily? I mean, $_SESSION exists already and the only difference between $_SESSION and $_PERSISTENT is that $_SESSION is associated with a session (cookie or URL based). Just reuse the same code for $_SESSION, but without the user association code and voilà, a new feature is born. $_PERSISTENT would be so intuitive to use to newbies, as $_SESSION is. [2003-02-20 12:29:50] okapi at yahoo dot com I'm suprised why something along these lines isn't incorporated into PHP such that there's an application process that could handle application scope variables (and query caching). It seems this kind of issue would make it match up better with ASP and Cold Fusion. Is anyone aware of such an effort? [2002-10-02 03:16:56] citd at mediaways dot net Thinking at Shared memory data-interchaning comes to my mind. (OK SSJS can interchange data via the project-variable. But, at leat in our project, i can't see the point for this.) For our project a global and persistent variable is important for SPEDD (and cost. We don't have to buy more frontend-machines to compensate the performance losse of PHP compared to SSJS). Having to parse the configuration for every request just kills the performance. [2002-10-01 12:23:18] [EMAIL PROTECTED] what about using shared memory? http://www.php.net/manual/en/ref.sem.php http://www.php.net/manual/en/ref.shmop.php [2002-10-01 10:19:10] citd at mediaways dot net In "Serversite Javascript" exists the (global) "project" variable. The content of this variable is persistent as long as the Web-Server isn't restarted. This concept is IMHO great for e.g. configuration-variables. Load the configuration once and be done with it until the web-server is restarted. In a project i'm assigned to the configuration is stored in a Oracle-DB. As the configuration must only be parsed once after restarting the web-server the cost of about 2 seconds is no problem at all. In PHP we would have to do this every time a uses requests a page, which is to costly. Currently seems like we have to make an external "Configuration2PHP"-Script which fetches the current configuration and makes a static (PHP-)file out the configuration. (The "application" is "stateless", so it can't be achieved over a session. (->reading the config-reading once per user). And the application is running on many web-servers. With the stateless design the load-balancing is easier as you don't have to "bind" a session to a specific web-server or making a DB-Session or something similar. And you don't have problems with expired/stalled sessions.) "Better(tm)" would be if a concept like a persistent variable is introduced. IMO others would appreciate that too. :-) -- Edit this bug report at http://bugs.php.net/?id=19694&edit=1
#29476 [Bgs->Opn]: sqlite_fetch_column_types locks the database forever
ID: 29476
User updated by: hugo_pl at users dot sourceforge dot net
Reported By: hugo_pl at users dot sourceforge dot net
-Status: Bogus
+Status: Open
Bug Type: SQLite related
Operating System: GNU/Linux, WindowsXP
PHP Version: 5.0.0
New Comment:
I'm reopening this bug.
Previous Comments:
[2004-09-07 17:02:43] hugo_pl at users dot sourceforge dot net
I'm reopening this bug.
[2004-09-06 15:13:35] danhen at web dot de
I was able to reproduce the "database is locked"-message by using the
SQLite-OO-Interface as written (the code with try). Calling the
"normal" function sqlite_fetch_column_types() does not have this
message as result. Also the database isn't locked. Tested on W2k with
PHP 5.0.1 and Apache/1.3.29. Maybe that helps finding the reason for
that behavior.
[2004-08-25 06:56:48] hugo_pl at users dot sourceforge dot net
Hi
I think that this is a PHP bug, I made a better exemple to
show this bug:
busyTimeout(1000);
// table exists?
$exists = $db->singleQuery('SELECT count(*) FROM
sqlite_master WHERE tbl_name=\'bugtest\'');
if (!$exists)
$db->query('CREATE TABLE bugtest (a, b, c,
d);');
// Without this line all runs Ok.
$db->fetchColumnTypes('bugtest');
$db->query('INSERT INTO bugtest VALUES (1, 2, 3,
4)');
echo 'Res: ';
print_r( $db->arrayQuery('SELECT * FROM bugtest',
SQLITE_ASSOC) );
}
catch (Exception $e)
{
echo 'Exception: ', $e->getMessage();
}
?>
The first time you run this script all appear to be Ok...
the insert query is executed, etc... but the second time
is displayed a message:
Warning: SQLiteDatabase::query() [function.query]:
database is locked in /home/hugo/public_html/phpbug.php on
line 16
Nothing is wrong with the script, if this message appear
something is wrong with PHP on windows the same bug
occur, then it is not a problem from SQLite or Apache
compiled by me under linux.
[2004-08-23 19:13:09] [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.
Cannot replicate the problem on any platform (Linux or
Windows). Sounds like a problem with your sqlite install.
[2004-08-01 00:50:38] hugo_pl at users dot sourceforge dot net
Description:
When I call the function:
sqlite_fetch_column_types(...);
or the method:
fetchColumnTypes(...);
of the SQLiteDatabase Object, the entire database is locked forever...
and I cant modify the database until Apache is restarted.
I tested this with Apache2 SAPI module, and SQLite version 2.8.14 on
win32 and 2.8.13 and 2.8.14 on Linux.
In all plataforms, the database is unlocked only when I restart Apache,
if I never call sqlite_fetch_column_types or the method
fetchColumnTypes, all runs Ok.
P.S.: English is not my natural language.
Reproduce code:
---
Expected result:
No warnings about a locked database when I send the update query
Actual result:
--
Warning: sqlite_query() [function.sqlite-query]: database is locked...
--
Edit this bug report at http://bugs.php.net/?id=29476&edit=1
#29476 [Bgs]: sqlite_fetch_column_types locks the database forever
ID: 29476
User updated by: hugo_pl at users dot sourceforge dot net
Reported By: hugo_pl at users dot sourceforge dot net
Status: Bogus
Bug Type: SQLite related
Operating System: GNU/Linux, WindowsXP
PHP Version: 5.0.0
New Comment:
I'm reopening this bug.
Previous Comments:
[2004-09-06 15:13:35] danhen at web dot de
I was able to reproduce the "database is locked"-message by using the
SQLite-OO-Interface as written (the code with try). Calling the
"normal" function sqlite_fetch_column_types() does not have this
message as result. Also the database isn't locked. Tested on W2k with
PHP 5.0.1 and Apache/1.3.29. Maybe that helps finding the reason for
that behavior.
[2004-08-25 06:56:48] hugo_pl at users dot sourceforge dot net
Hi
I think that this is a PHP bug, I made a better exemple to
show this bug:
busyTimeout(1000);
// table exists?
$exists = $db->singleQuery('SELECT count(*) FROM
sqlite_master WHERE tbl_name=\'bugtest\'');
if (!$exists)
$db->query('CREATE TABLE bugtest (a, b, c,
d);');
// Without this line all runs Ok.
$db->fetchColumnTypes('bugtest');
$db->query('INSERT INTO bugtest VALUES (1, 2, 3,
4)');
echo 'Res: ';
print_r( $db->arrayQuery('SELECT * FROM bugtest',
SQLITE_ASSOC) );
}
catch (Exception $e)
{
echo 'Exception: ', $e->getMessage();
}
?>
The first time you run this script all appear to be Ok...
the insert query is executed, etc... but the second time
is displayed a message:
Warning: SQLiteDatabase::query() [function.query]:
database is locked in /home/hugo/public_html/phpbug.php on
line 16
Nothing is wrong with the script, if this message appear
something is wrong with PHP on windows the same bug
occur, then it is not a problem from SQLite or Apache
compiled by me under linux.
[2004-08-23 19:13:09] [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.
Cannot replicate the problem on any platform (Linux or
Windows). Sounds like a problem with your sqlite install.
[2004-08-01 00:50:38] hugo_pl at users dot sourceforge dot net
Description:
When I call the function:
sqlite_fetch_column_types(...);
or the method:
fetchColumnTypes(...);
of the SQLiteDatabase Object, the entire database is locked forever...
and I cant modify the database until Apache is restarted.
I tested this with Apache2 SAPI module, and SQLite version 2.8.14 on
win32 and 2.8.13 and 2.8.14 on Linux.
In all plataforms, the database is unlocked only when I restart Apache,
if I never call sqlite_fetch_column_types or the method
fetchColumnTypes, all runs Ok.
P.S.: English is not my natural language.
Reproduce code:
---
Expected result:
No warnings about a locked database when I send the update query
Actual result:
--
Warning: sqlite_query() [function.sqlite-query]: database is locked...
--
Edit this bug report at http://bugs.php.net/?id=29476&edit=1
#30003 [Opn]: Nonexistant Year Handler
ID: 30003 User updated by: djneoform at gmail dot com Reported By: djneoform at gmail dot com Status: Open Bug Type: FTP related Operating System: Linux PHP Version: 4.3.8 New Comment: After looking into it more, ftp_mdtm() doesn't work unless you just used ftp_chdir() i don't believe it's supposed to work that way. Previous Comments: [2004-09-06 21:42:55] djneoform at gmail dot com Description: When looking at ftp_rawlist() for each file there's a date, and time, but the date has no year.. I would use ftp_mdtm(), but it works on about 10% of the files I check.. Reproduce code: --- $contents = ftp_rawlist($conn_id,$directory); -- Edit this bug report at http://bugs.php.net/?id=30003&edit=1
#30012 [NEW]: php exits with SEGFAULT (swf creation related)
From: oby at mangachicks dot org Operating system: Linux PHP version: 4.3.8 PHP Bug Type: Reproducible crash Bug description: php exits with SEGFAULT (swf creation related) Description: Trying to generate a swf file led to a segmentation fault. (used the example found on your webpage http://www.php.net/manual/en/ref.swf.php) here is the configure line: './configure' '--prefix=/usr/local/php4' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-exec-dir=/usr/local/php4/bin' '--with-mysql' '--with-zlib' '--with-gd' '--with-swf=/home/oby/work/dist' '--with-pear' '--with-jpeg-dir=/usr/lib' Only thing changed in the php.ini was allow_call_time_pass_reference (was ON, changed it to OFF) Reproduce code: --- It is the Example 1. SWF Example from the php.net website http://www.php.net/manual/en/ref.swf.php Expected result: Not very sure, but not a segmentation fault :) Actual result: -- Starting program: /usr/local/php4/bin/php /var/www/html/flash_php/index.php Program received signal SIGSEGV, Segmentation fault. 0x4013d121 in vfprintf () from /lib/i686/libc.so.6 (gdb) bt #0 0x4013d121 in vfprintf () from /lib/i686/libc.so.6 #1 0x4013cb46 in vfprintf () from /lib/i686/libc.so.6 #2 0x401422fd in fprintf () from /lib/i686/libc.so.6 #3 0x081686a0 in ss_0161 () #4 0x0816399f in swf_definefont () #5 0x0810975b in zif_swf_definefont (ht=2, return_value=0x8225f04, this_ptr=0x0, return_value_used=0) at /root/stuff/php-4.3.8/ext/swf/swf.c:843 #6 0x0815c98e in execute (op_array=0x8220f4c) at /root/stuff/php-4.3.8/Zend/zend_execute.c:1635 #7 0x0814f597 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/stuff/php-4.3.8/Zend/zend.c:891 #8 0x08127b1f in php_execute_script (primary_file=0xb7c0) at /root/stuff/php-4.3.8/main/main.c:1734 #9 0x08161845 in main (argc=2, argv=0xb854) at /root/stuff/php-4.3.8/sapi/cli/php_cli.c:822 #10 0x4010b082 in __libc_start_main () from /lib/i686/libc.so.6 -- Edit bug report at http://bugs.php.net/?id=30012&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30012&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30012&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30012&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30012&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30012&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30012&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30012&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30012&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30012&r=support Expected behavior: http://bugs.php.net/fix.php?id=30012&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30012&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30012&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30012&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30012&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30012&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30012&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30012&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30012&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30012&r=mysqlcfg
#30012 [Opn]: php exits with SEGFAULT (swf creation related)
ID: 30012 User updated by: oby at mangachicks dot org Reported By: oby at mangachicks dot org Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.3.8 New Comment: Me again, problem seems to be caused by swf_definefont(10, "Mod"); and swf_definetext(11, "This be Flash wit PHP!", 1); removed those lines and the swf file got generated with the desired effect. Previous Comments: [2004-09-07 17:25:06] oby at mangachicks dot org Description: Trying to generate a swf file led to a segmentation fault. (used the example found on your webpage http://www.php.net/manual/en/ref.swf.php) here is the configure line: './configure' '--prefix=/usr/local/php4' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-exec-dir=/usr/local/php4/bin' '--with-mysql' '--with-zlib' '--with-gd' '--with-swf=/home/oby/work/dist' '--with-pear' '--with-jpeg-dir=/usr/lib' Only thing changed in the php.ini was allow_call_time_pass_reference (was ON, changed it to OFF) Reproduce code: --- It is the Example 1. SWF Example from the php.net website http://www.php.net/manual/en/ref.swf.php Expected result: Not very sure, but not a segmentation fault :) Actual result: -- Starting program: /usr/local/php4/bin/php /var/www/html/flash_php/index.php Program received signal SIGSEGV, Segmentation fault. 0x4013d121 in vfprintf () from /lib/i686/libc.so.6 (gdb) bt #0 0x4013d121 in vfprintf () from /lib/i686/libc.so.6 #1 0x4013cb46 in vfprintf () from /lib/i686/libc.so.6 #2 0x401422fd in fprintf () from /lib/i686/libc.so.6 #3 0x081686a0 in ss_0161 () #4 0x0816399f in swf_definefont () #5 0x0810975b in zif_swf_definefont (ht=2, return_value=0x8225f04, this_ptr=0x0, return_value_used=0) at /root/stuff/php-4.3.8/ext/swf/swf.c:843 #6 0x0815c98e in execute (op_array=0x8220f4c) at /root/stuff/php-4.3.8/Zend/zend_execute.c:1635 #7 0x0814f597 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/stuff/php-4.3.8/Zend/zend.c:891 #8 0x08127b1f in php_execute_script (primary_file=0xb7c0) at /root/stuff/php-4.3.8/main/main.c:1734 #9 0x08161845 in main (argc=2, argv=0xb854) at /root/stuff/php-4.3.8/sapi/cli/php_cli.c:822 #10 0x4010b082 in __libc_start_main () from /lib/i686/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=30012&edit=1
#19694 [Opn]: Persistent Global Variable
ID: 19694
Updated by: [EMAIL PROTECTED]
Reported By: citd at mediaways dot net
Status: Open
Bug Type: Feature/Change Request
Operating System: N/A
PHP Version: 4.2.3
New Comment:
The various opcode caches tend to implement this. mmcache and ZPS have
ways to do this easily. And I will be submitting a patch to pecl/apc to
support this as well shortly. That is, you can do:
$var = apc_fetch('var');
And:
apc_store('var',$var);
We definitely don't want PHP to require a standalone marshalling
process as someone suggested and as someone else suggested, no, the
$_SESSION code is nothing like what would be needed for this.
The main argument against using something like this is that your
horizontal scalability is destroyed if you use it incorrectly. Ideally
you want to architect your solution such that every request is sandboxed
from every other so that you can handle an entire browsing session on
any of dozens of servers behind a load balancer, for example. If you
store state on a single machine like this, much like many Java apps do
by storing state in the JVM, then you have a scalability nightmare on
your hands.
Previous Comments:
[2004-09-07 15:50:17] jon_obuchowski at terc dot edu
I agree that a persistent variable functionality would
be useful; however, this does require an additional
level of configuration to allow ISPs soem leeway in how
this is deployed;
a) availabilty of feature AT ALL determined by
configuration
b) separate scopes for different applications (as
several may be running on the same server and there
needs to be some way to prevent collision); these
scopes may be determined by name (low inter-application
security), automatically by domain/URL path (higher
security) or by some other means
c) timeout periods (i.e. how often the application
variables need to be refreshed) need to be determined
on a per-server, per-application basis
d) some sort of locking mechanism to prevent corruption
issues during writing (assuming that multiple
concurrent PHP requests have similar shared-memory
issues to concurrent threads); this could be automatic
and/or manual, depending on performance needs...
[2004-03-26 14:17:13] hans at deragon dot biz
2004 and still nothing showing up for this issue. I am a newbie, but
even I (less than one month of PHP experience) understand the
importance of this issue. One could do something with shared memory
and msession, but these solutions are overkill for small projects (and
shared memory does not work on Windows). What we need is a simple
global array named $_PERSISTENT. Anything stored in this array lives
until unset or the server goes down.
And as for the implementation, can't this be done easily? I mean,
$_SESSION exists already and the only difference between $_SESSION and
$_PERSISTENT is that $_SESSION is associated with a session (cookie or
URL based). Just reuse the same code for $_SESSION, but without the
user association code and voilà, a new feature is born.
$_PERSISTENT would be so intuitive to use to newbies, as $_SESSION is.
[2003-02-20 12:29:50] okapi at yahoo dot com
I'm suprised why something along these lines isn't incorporated into
PHP such that there's an application process that could handle
application scope variables (and query caching). It seems this kind of
issue would make it match up better with ASP and Cold Fusion. Is anyone
aware of such an effort?
[2002-10-02 03:16:56] citd at mediaways dot net
Thinking at Shared memory data-interchaning comes to my mind. (OK SSJS
can interchange data via the project-variable. But, at leat in our
project, i can't see the point for this.)
For our project a global and persistent variable is important for
SPEDD (and cost. We don't have to buy more
frontend-machines to compensate the performance losse of PHP compared
to SSJS). Having to parse the configuration for every request just
kills the performance.
[2002-10-01 12:23:18] [EMAIL PROTECTED]
what about using shared memory?
http://www.php.net/manual/en/ref.sem.php
http://www.php.net/manual/en/ref.shmop.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/19694
--
Edit this bug report at http://bugs.php.net/?id=19694&edit=1
#30001 [Bgs]: problem in //
ID: 30001 User updated by: mydwin at msn dot com Reported By: mydwin at msn dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 2003 enterprise PHP Version: 5.0.1 New Comment: Well .. I see. just like javascript //ff Previous Comments: [2004-09-06 19:18:45] [EMAIL PROTECTED] Because that's intended behavior. http://www.php.net/manual/en/language.basic-syntax.comments.php [2004-09-06 18:04:19] mydwin at msn dot com Description: I try this code it seem that ?> works in // line why ? after this. I try the same code but using /* */ instead // it works find and get the right result. Reproduce code: --- cctest'; // $str = '/(.*?)(<\/?.*?> echo $str; ?> Expected result: gogocctest Actual result: -- echo $str; ?> -- Edit this bug report at http://bugs.php.net/?id=30001&edit=1
#24343 [Com]: Oracle 9.2.0 client libs do not work
ID: 24343
Comment by: roman_petrov at gorodok dot net
Reported By: thomas at fivemile dot net
Status: No Feedback
Bug Type: OCI8 related
Operating System: Redhat Linux 8.0
PHP Version: 4.3.3-dev
New Comment:
I have this problem to:
I install Oracle 9.2.0, PHP 5.0.1 o(also I try PHP 4.3.8), apache
2.0.50 and get an error when connect to my database with NLS_LANG
another, than AMERICAN.
My configure command is:
Configure Command './configure'
'--with-apxs2=/usr/local/apache2/bin/apxs' '--without-mysql'
'--with-pgsql' '--with-oci8=/opt/oracle/product/9.2.0'
'--with-oracle=/opt/oracle/product/9.2.0' '--with-zlib'
'--enable-sigchild'
My PHPinfo said:
oci8
OCI8 Support enabled
Revision $Revision: 1.257 $
Active Persistent Links 0
Active Links 0
Oracle Version 9.2
Compile-time ORACLE_HOME /opt/oracle/product/9.2.0
Libraries Used no value
Temporary Lob supportenabled
Collections support enabled
oracle
Oracle Support enabled
Oracle Version 9.0
Compile-time ORACLE_HOME /opt/oracle/product/9.2.0
Libraries Used no value
I set NLS_LANG=RUSSIAN.CL8KOI8R
Error is
OCIDebug: _oci_open_server new conn=0 dname=xxx
Warning: oci_new_connect()
[function.oci-new-connect]:
OCISessionBegin: ORA-00604: error occurred at recursive SQL level
1
ORA-00911: invalid character in /home/www/test.php on line 21
OCIDebug: _oci_open_session: FAILURE -> CLEANUP called
When I set NLS_LANG=AMERICAN , connect work and my query return data.
But I need NLS_LANG=RUSSIAN.CL8KOI8R
for my Russian symbols.
Also, oracle (not oci8) functions in PHP work and get me a data with my
language.
Please, help to me.
Previous Comments:
[2004-04-23 13:01:25] [EMAIL PROTECTED]
I would be very thankful, if you try it without this fix, but with
latest PHP5 snapshot.
BTW, Apache2 is NOT recommended for use in production, so if you want
it to be stable, you need to use Apache 1.3.x.
[2004-04-23 12:54:05] timothy_haak at yahoo dot com
Hi
Don't know why but by removing the following variable from my profile I
managed to get it to work.
NLS_LANG="ENGLISH_UNITED KINGDOM.WE8MSWIN1252"
export NLS_LANG
Hope this helps
[2004-02-14 08:46:19] timothy_haak at yahoo dot com
Hi sorry ment to add the script as well
I have also tested connecting from sqlplus which i can do.
", "", "pierceg"))
{
echo "Successfully connected to Oracle.\n";
}
else
{
echo "Oracle Connect Error ";
}
?>
[2004-02-14 08:38:43] timothy_haak at yahoo dot com
Hi
I am having a similar issue to the person below here is what the screen
prints out when I ad the ociinternaldebug(1); to the top of the file.
Warning: ocilogon() [function.ocilogon]: OCISessionBegin: ORA-00604:
error occurred at recursive SQL level 1 ORA-00911: invalid character in
/Scripts/WEB/test.php on line 3
OCIDebug: _oci_open_session: FAILURE -> CLEANUP called
OCIDebug: START _oci_close_session: logging-off sess=0
OCIDebug: _oci_close_session: logging-off DEAD session
OCIDebug: oci_do_connect: FAILURE -> CLEANUP called
OCIDebug: START _oci_conn_list_dtor: id=0
OCIDebug: END _oci_conn_list_dtor: id=0
Oracle Connect Error OCIDebug: START php_rshutdown_oci
OCIDebug: END php_rshutdown_oci
I have tried compiling with both php versions PHP 5.0 Beta 4 and PHP
4.3.4
Here is what is loaded into my profile.
ORACLE_BASE=/u01/oracle
export ORACLE_BASE
ORACLE_HOME=/u01/oracle/product/9.2
export ORACLE_HOME
ORACLE_SID=PIERCEG
export ORACLE_SID
PATH=$PATH:$HOME/bin:/u01/oracle/product/9.2/bin
export PATH
USERNAME=""
export USERNAME
CLASSPATH=:.:/u01/oracle/product/9.2/jdbc/lib/classes111.zip
export CLASSPATH
LD_LIBRARY_PATH=/u01/oracle/product/9.2/lib
export LD_LIBRARY_PATH
ORA_NLS33=/u01/oracle/product/9.2/ocommon/nls/admin/data
export ORA_NLS3
NLS_LANG="ENGLISH_UNITED KINGDOM.WE8MSWIN1252"
export NLS_LANG
NLS_DATE_FORMAT="-MM-DD HH24:MI:SS"
export NLS_DATE_FORMAT
PATH=$PATH:/usr/local/jre/bin
export PATH
LD_ASSUME_KERNEL=2.4.1
export LD_ASSUME_KERNEL
Here is the configuration info
'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-oci8'
'--enable-track-vars' '--enable-ftp' '--enable-sigchild' '--with-gd'
'--enable-gd-native-ttf' '--with-ttf'
'--with-freetype-dir=/usr/local/freetype' '--with-jpeg-dir=/usr/lib/'
'--with-zlib' '--with-png-dir=/usr/lib/' '--with-xpm-dir=/usr/X11R6'
'--with-ldap' '--enable-exif' '--with-png' '--without-tsrm-pthreads'
'--enable-inline-optimization' '--with-tiff=/usr/lib/'
>From phpinfo
oci8
OCI8 Supp
#19694 [Opn]: Persistent Global Variable
ID: 19694
Updated by: [EMAIL PROTECTED]
Reported By: citd at mediaways dot net
Status: Open
Bug Type: Feature/Change Request
Operating System: N/A
PHP Version: 4.2.3
New Comment:
By the way, if it is just read-only config file key/value type stuff
you are worried about, you can use cfg_get_var() to read custom .ini
directives that will only be read on startup. With the new
--with-config-file-scan-dir mechanism you can even configure a
directory that will be scanned for ini files, so every application that
needs config entries can simply drop their config ini file in that dir
and the configuration will be read once on server startup.
Previous Comments:
[2004-09-07 17:39:35] [EMAIL PROTECTED]
The various opcode caches tend to implement this. mmcache and ZPS have
ways to do this easily. And I will be submitting a patch to pecl/apc to
support this as well shortly. That is, you can do:
$var = apc_fetch('var');
And:
apc_store('var',$var);
We definitely don't want PHP to require a standalone marshalling
process as someone suggested and as someone else suggested, no, the
$_SESSION code is nothing like what would be needed for this.
The main argument against using something like this is that your
horizontal scalability is destroyed if you use it incorrectly. Ideally
you want to architect your solution such that every request is sandboxed
from every other so that you can handle an entire browsing session on
any of dozens of servers behind a load balancer, for example. If you
store state on a single machine like this, much like many Java apps do
by storing state in the JVM, then you have a scalability nightmare on
your hands.
[2004-09-07 15:50:17] jon_obuchowski at terc dot edu
I agree that a persistent variable functionality would
be useful; however, this does require an additional
level of configuration to allow ISPs soem leeway in how
this is deployed;
a) availabilty of feature AT ALL determined by
configuration
b) separate scopes for different applications (as
several may be running on the same server and there
needs to be some way to prevent collision); these
scopes may be determined by name (low inter-application
security), automatically by domain/URL path (higher
security) or by some other means
c) timeout periods (i.e. how often the application
variables need to be refreshed) need to be determined
on a per-server, per-application basis
d) some sort of locking mechanism to prevent corruption
issues during writing (assuming that multiple
concurrent PHP requests have similar shared-memory
issues to concurrent threads); this could be automatic
and/or manual, depending on performance needs...
[2004-03-26 14:17:13] hans at deragon dot biz
2004 and still nothing showing up for this issue. I am a newbie, but
even I (less than one month of PHP experience) understand the
importance of this issue. One could do something with shared memory
and msession, but these solutions are overkill for small projects (and
shared memory does not work on Windows). What we need is a simple
global array named $_PERSISTENT. Anything stored in this array lives
until unset or the server goes down.
And as for the implementation, can't this be done easily? I mean,
$_SESSION exists already and the only difference between $_SESSION and
$_PERSISTENT is that $_SESSION is associated with a session (cookie or
URL based). Just reuse the same code for $_SESSION, but without the
user association code and voilà, a new feature is born.
$_PERSISTENT would be so intuitive to use to newbies, as $_SESSION is.
[2003-02-20 12:29:50] okapi at yahoo dot com
I'm suprised why something along these lines isn't incorporated into
PHP such that there's an application process that could handle
application scope variables (and query caching). It seems this kind of
issue would make it match up better with ASP and Cold Fusion. Is anyone
aware of such an effort?
[2002-10-02 03:16:56] citd at mediaways dot net
Thinking at Shared memory data-interchaning comes to my mind. (OK SSJS
can interchange data via the project-variable. But, at leat in our
project, i can't see the point for this.)
For our project a global and persistent variable is important for
SPEDD (and cost. We don't have to buy more
frontend-machines to compensate the performance losse of PHP compared
to SSJS). Having to parse the configuration for every request just
kills the performance.
The remainder of the comments for this report are too long. To view
th
#30013 [NEW]: squirrelmail not opening bigger than 1 mb mail
From: vikasaggarwal78 at yahoo dot com Operating system: UNIX PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: squirrelmail not opening bigger than 1 mb mail Description: We have installed squirrelmail on our server.. We then have it customized as per the our requirements.. We recently noticed that it is not opening up any mail bigger than 1 MB .. This could have been a squirelmail issue but then we decided to check it out... We had our older version existing and we opened the same mail there.. and woosh, it opened.. I am not sure where to put this problem (apache forum / squirrelmail / php) .. and actually trying all three... You can check the same at http://qmail.intermesh.net/webmailnew http://qmail.intermesh.net/webmailold user : [EMAIL PROTECTED] pass : 12345 Then check both mails in "Vikas" folder.. May be someone has already faced this one.. But i was unable to locate in your forums.. Thanks -- Edit bug report at http://bugs.php.net/?id=30013&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30013&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30013&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30013&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30013&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30013&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30013&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30013&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30013&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30013&r=support Expected behavior: http://bugs.php.net/fix.php?id=30013&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30013&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30013&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30013&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30013&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30013&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30013&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30013&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30013&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30013&r=mysqlcfg
#30013 [Opn->Fbk]: squirrelmail not opening bigger than 1 mb mail
ID: 30013 Updated by: [EMAIL PROTECTED] Reported By: vikasaggarwal78 at yahoo dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: UNIX PHP Version: Irrelevant New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2004-09-07 19:49:23] vikasaggarwal78 at yahoo dot com Description: We have installed squirrelmail on our server.. We then have it customized as per the our requirements.. We recently noticed that it is not opening up any mail bigger than 1 MB .. This could have been a squirelmail issue but then we decided to check it out... We had our older version existing and we opened the same mail there.. and woosh, it opened.. I am not sure where to put this problem (apache forum / squirrelmail / php) .. and actually trying all three... You can check the same at http://qmail.intermesh.net/webmailnew http://qmail.intermesh.net/webmailold user : [EMAIL PROTECTED] pass : 12345 Then check both mails in "Vikas" folder.. May be someone has already faced this one.. But i was unable to locate in your forums.. Thanks -- Edit this bug report at http://bugs.php.net/?id=30013&edit=1
#30014 [NEW]: pathinfo() doesn't handle multibyte path
From: cvictor at pchome dot com dot tw
Operating system: Windows XP Pro
PHP version: 5.0.1
PHP Bug Type: Directory function related
Bug description: pathinfo() doesn't handle multibyte path
Description:
pathinfo() doesn't handle pathname in multibyte well. This error can be
reporduced under big5 and utf-8 charset, no matter converting the whole
source php file or using mb_convert_encoding() inline.
This error only occurs when the first character of basename is a Chinese
character.
I didn't recompile PHP bin, and modules used seem not relevent. My php.ini
is adapted from php.ini-recommended. The OS is a Traditional Chinese
version.
Reproduce code:
---
Expected result:
array(3) {
["dirname"]=>
string(4) "/var"
["basename"]=>
string(8) "©ú²Ó.txt"
["extension"]=>
string(3) "txt"
}
array(3) {
["dirname"]=>
string(4) "/var"
["basename"]=>
string(8) "a©ú²Ó.txt"
["extension"]=>
string(3) "txt"
}
Actual result:
--
array(3) {
["dirname"]=>
string(4) "/var"
["basename"]=>
string(4) ".txt"
["extension"]=>
string(3) "txt"
}
array(3) {
["dirname"]=>
string(4) "/var"
["basename"]=>
string(8) "a©ú²Ó.txt"
["extension"]=>
string(3) "txt"
}
--
Edit bug report at http://bugs.php.net/?id=30014&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30014&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30014&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30014&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30014&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30014&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30014&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30014&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30014&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30014&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30014&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30014&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30014&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30014&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30014&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30014&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30014&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30014&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30014&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30014&r=mysqlcfg
#29504 [Opn->NoF]: Inproper handling of empty resultset
ID: 29504 Updated by: [EMAIL PROTECTED] Reported By: sq6elt at zp dot amsnet dot pl -Status: Open +Status: No Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Linux - Debian, sarge PHP Version: 4.3.8 Previous Comments: [2004-08-17 13:40:25] alex dot kiesel at document-root dot de I cannot reproduce this: Example code: Output: resource(5) of type (sybase-ct result) resource(6) of type (sybase-ct result) I assume this is due to your (quite old) FreeTDS version. I am running freetds v0.63.dev.20040814 (though there are several stable versions between our two). [2004-08-03 10:20:05] sq6elt at zp dot amsnet dot pl Description: If resultset returned by sybase_query is empty, following message appears: Warning: sybase_fetch_row(): supplied argument is not a valid Sybase result resource in file.php Expected to sybase_fetch_row to return false. Tested on: Debian Sarge, php 4.3.8, libct1 0.61-5, freetds-dev 0.61-5 With regards, Paul -- Edit this bug report at http://bugs.php.net/?id=29504&edit=1
#29504 [NoF]: Inproper handling of empty resultset
ID: 29504 Updated by: [EMAIL PROTECTED] Reported By: sq6elt at zp dot amsnet dot pl Status: No Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Linux - Debian, sarge PHP Version: 4.3.8 New Comment: 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. Previous Comments: [2004-08-17 13:40:25] alex dot kiesel at document-root dot de I cannot reproduce this: Example code: Output: resource(5) of type (sybase-ct result) resource(6) of type (sybase-ct result) I assume this is due to your (quite old) FreeTDS version. I am running freetds v0.63.dev.20040814 (though there are several stable versions between our two). [2004-08-03 10:20:05] sq6elt at zp dot amsnet dot pl Description: If resultset returned by sybase_query is empty, following message appears: Warning: sybase_fetch_row(): supplied argument is not a valid Sybase result resource in file.php Expected to sybase_fetch_row to return false. Tested on: Debian Sarge, php 4.3.8, libct1 0.61-5, freetds-dev 0.61-5 With regards, Paul -- Edit this bug report at http://bugs.php.net/?id=29504&edit=1
#30015 [NEW]: output buffer closed before shutdown functions called
From: php at terrarium dot f9 dot co dot uk Operating system: Debian GNU/Linux Unstable PHP version: 4.3.8 PHP Bug Type: Output Control Bug description: output buffer closed before shutdown functions called Description: When using output buffering if the output buffer is still open when the script terminates php automatically closes it and writes the contents to the browser. Unfortunately it does this before any functions which have been registered with register_shutdown_function are called, so these functions cannot manipulate or cancel the output. It also prevents shutdown_functions adding headers. Reproduce code: --- Expected result: No output displayed as the output buffer is cleared at the end of the script Actual result: -- Foo is output -- Edit bug report at http://bugs.php.net/?id=30015&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30015&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30015&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30015&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30015&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30015&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30015&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30015&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30015&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30015&r=support Expected behavior: http://bugs.php.net/fix.php?id=30015&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30015&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30015&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30015&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30015&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30015&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30015&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30015&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30015&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30015&r=mysqlcfg
#30016 [NEW]: Multiple file selection in browser window-needed help urgently
From: seesaran2003 at yahoo dot com Operating system: winxp PHP version: 4.3.8 PHP Bug Type: *Directory/Filesystem functions Bug description: Multiple file selection in browser window-needed help urgently Description: Hi, I am doing one FTP project. I have to select Multiple files in browser window at same time. But we can't do that by using HTML File tag. If u have any solution pls send immediately. Needed very urgently. -- Edit bug report at http://bugs.php.net/?id=30016&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30016&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30016&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30016&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30016&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30016&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30016&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30016&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30016&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30016&r=support Expected behavior: http://bugs.php.net/fix.php?id=30016&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30016&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30016&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30016&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30016&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30016&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30016&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30016&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30016&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30016&r=mysqlcfg
#30017 [NEW]: ldap_search set to no time limit dies with a timelimit expired warning
From: jon at lightsky dot com
Operating system: linux
PHP version: 4.3.8
PHP Bug Type: *General Issues
Bug description: ldap_search set to no time limit dies with a timelimit expired
warning
Description:
I have called ldap_search with the optional time limit parameter set to 0
(documented as no limit) and I get this warning and no results. The time
limit parameter is #6.
PHP Warning: ldap_search(): Search: Time limit exceeded in
/exports/httpd_intra/ldap_test.php
I am connecting to an active directory tree. When I first started working
on the search limit on Active Directory was timing out and I was getting
only a sub set of the results. Since I had the search limit incresed I
have started to get this warning. My work arround is to set the timeout
to a very long time and all of the results are returned. But if time
limit is set to 0 about half the times i get the warning and no results
returned.
Reproduce code:
---
ini_set('max_execution_time',2);
$conn = ldap_connect ("ldap://$url:3268";);
$filter = '(ObjectClass=*)';
$base_dn = 'DC=foo,DC=bar';
echo "ldap bind: ". (ldap_bind($conn,$user_dn,$pass) ? '
god':'bad'
$sr = ldap_search($conn, $base_dn,$filter,array(),0,0,0);
$info = ldap_get_entries($conn, $sr);
print_r($info);
Expected result:
to see good printed at the top of the page and then the text of
53000 entries.
Actual result:
--
ldap bind: god
PHP Warning: ldap_search(): Search: Time limit exceeded in
/exports/httpd_intra/ldap_test.php on line 82
PHP Warning: ldap_get_entries(): supplied argument is not a valid ldap
result resource in /exports/httpd_intra/ldap_test.php on line 90
--
Edit bug report at http://bugs.php.net/?id=30017&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30017&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30017&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30017&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30017&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30017&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30017&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30017&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30017&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30017&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30017&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30017&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30017&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30017&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30017&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30017&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30017&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30017&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30017&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30017&r=mysqlcfg
#30018 [NEW]: multiplication bug (with float values)
From: phpbug at javision dot de Operating system: linux PHP version: 4.3.8 PHP Bug Type: Scripting Engine problem Bug description: multiplication bug (with float values) Description: sometimes php doesn't multiplicate float values and cuts the position after the decimal point Reproduce code: --- //$aRegs[2][0] = 402.83 (regex match from website) echo "\n"; var_dump($aRegs[2][0]); echo "\n"; $zahl = $aRegs[2][0]; echo "\n"; var_dump($zahl); echo "\n"; $zahl1 = doubleval($zahl); echo "\n"; var_dump($zahl1); echo "\n"; $zahl2 = (1.16*$zahl1); echo "\n"; var_dump($zahl2); echo "\n"; $zahl3 = (1.10*$zahl2); echo "\n"; var_dump($zahl3); echo "\n"; Expected result: float(402.83) float(402.83) float(402.83) float(467.2828) float(514.01108) Actual result: -- float(402) float(402) float(402) float(402) float(402) -- Edit bug report at http://bugs.php.net/?id=30018&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30018&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30018&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30018&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30018&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30018&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30018&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30018&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30018&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30018&r=support Expected behavior: http://bugs.php.net/fix.php?id=30018&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30018&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30018&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30018&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30018&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30018&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30018&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30018&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30018&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30018&r=mysqlcfg
#30015 [Opn]: output buffer closed before shutdown functions called
ID: 30015 Updated by: [EMAIL PROTECTED] Reported By: php at terrarium dot f9 dot co dot uk Status: Open -Bug Type: Output Control +Bug Type: Feature/Change Request Operating System: Debian GNU/Linux Unstable PHP Version: 4.3.8 New Comment: This is not a bug as it works exactly as designed. Shutdown functions run on an aborted or timed out connection as well. As such, they are designed to be run after the connection has been terminated and all output has been sent. So at most this is a feature request to have some other level of clean up function added. Previous Comments: [2004-09-07 22:17:50] php at terrarium dot f9 dot co dot uk Description: When using output buffering if the output buffer is still open when the script terminates php automatically closes it and writes the contents to the browser. Unfortunately it does this before any functions which have been registered with register_shutdown_function are called, so these functions cannot manipulate or cancel the output. It also prevents shutdown_functions adding headers. Reproduce code: --- Expected result: No output displayed as the output buffer is cleared at the end of the script Actual result: -- Foo is output -- Edit this bug report at http://bugs.php.net/?id=30015&edit=1
#30016 [Opn->Bgs]: Multiple file selection in browser window-needed help urgently
ID: 30016 Updated by: [EMAIL PROTECTED] Reported By: seesaran2003 at yahoo dot com -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: winxp PHP Version: 4.3.8 New Comment: This is not a support forum. Previous Comments: [2004-09-07 22:36:03] seesaran2003 at yahoo dot com Description: Hi, I am doing one FTP project. I have to select Multiple files in browser window at same time. But we can't do that by using HTML File tag. If u have any solution pls send immediately. Needed very urgently. -- Edit this bug report at http://bugs.php.net/?id=30016&edit=1
#30018 [Opn->Bgs]: multiplication bug (with float values)
ID: 30018 Updated by: [EMAIL PROTECTED] Reported By: phpbug at javision dot de -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.3.8 New Comment: Computers can only approximate floating point arithmetic to a given precision level. Read http://de.php.net/manual/en/language.types.float.php Previous Comments: [2004-09-07 23:32:09] phpbug at javision dot de Description: sometimes php doesn't multiplicate float values and cuts the position after the decimal point Reproduce code: --- //$aRegs[2][0] = 402.83 (regex match from website) echo "\n"; var_dump($aRegs[2][0]); echo "\n"; $zahl = $aRegs[2][0]; echo "\n"; var_dump($zahl); echo "\n"; $zahl1 = doubleval($zahl); echo "\n"; var_dump($zahl1); echo "\n"; $zahl2 = (1.16*$zahl1); echo "\n"; var_dump($zahl2); echo "\n"; $zahl3 = (1.10*$zahl2); echo "\n"; var_dump($zahl3); echo "\n"; Expected result: float(402.83) float(402.83) float(402.83) float(467.2828) float(514.01108) Actual result: -- float(402) float(402) float(402) float(402) float(402) -- Edit this bug report at http://bugs.php.net/?id=30018&edit=1
#30019 [NEW]: $_SERVER['HTTP_REFERER']; doesn't always display
From: asfsm at uaa dot alaska dot edu Operating system: Windows 2003 (standard) PHP version: 5.0.1 PHP Bug Type: *General Issues Bug description: $_SERVER['HTTP_REFERER']; doesn't always display Description: $_SERVER['HTTP_REFERER']; doesn't always display It displays occassionally, but not all the time. Reproduce code: --- Expected result: Actual result: -- -- Edit bug report at http://bugs.php.net/?id=30019&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30019&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30019&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30019&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30019&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30019&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30019&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30019&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30019&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30019&r=support Expected behavior: http://bugs.php.net/fix.php?id=30019&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30019&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30019&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30019&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30019&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30019&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30019&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30019&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30019&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30019&r=mysqlcfg
#28417 [Fbk->NoF]: pages not completly loaded
ID: 28417 Updated by: [EMAIL PROTECTED] Reported By: prof_moriarty at veryfast dot biz -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: win XP PHP Version: 5.0.0RC2 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-31 07:30:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-05-16 20:50:38] prof_moriarty at veryfast dot biz Description: Running PHP5RC2 on Apache2.0.recent as a module (MYSQL 4.0.18). When running phpmyadmin, and listing tables (i.e. listing the contents of a MySQL table in HTML tables, or listing the table list itself etc (anything that uses HTML tables)), much of the time the server only bothers returning Partial tables. Some-times it even finishs with a page in the middle of a tag. This should be reproduceable by anyone using a similar setup to the above. Just nab a copy of phpmyadmin, and play around. You can't miss it. It doesn't always happen. 1 in 10 pages may load properly (just keep hitting that reload :) ). Note: Works fine with Apache 1.3.recent. Therefore the problem lies with apache 2 or php5's support thereof. Note2: There are no errors returned by apache or PHP. (php error reporting is on e_all in phpmyadmin) note3: Similar to bug 23653. But with much more recent versions of everything. -- Edit this bug report at http://bugs.php.net/?id=28417&edit=1
#30018 [Bgs->Opn]: multiplication bug (with float values)
ID: 30018 User updated by: phpbug at javision dot de Reported By: phpbug at javision dot de -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.3.8 New Comment: i understand the rounding problem, but the bigger problem is that 402.83*1.16 returns 402.83 sometimes and sometimes it returns 467.2828. so sometimes php multiplicates the number with 1.16 and sometimes it doesn't Previous Comments: [2004-09-08 00:26:11] [EMAIL PROTECTED] Computers can only approximate floating point arithmetic to a given precision level. Read http://de.php.net/manual/en/language.types.float.php [2004-09-07 23:32:09] phpbug at javision dot de Description: sometimes php doesn't multiplicate float values and cuts the position after the decimal point Reproduce code: --- //$aRegs[2][0] = 402.83 (regex match from website) echo "\n"; var_dump($aRegs[2][0]); echo "\n"; $zahl = $aRegs[2][0]; echo "\n"; var_dump($zahl); echo "\n"; $zahl1 = doubleval($zahl); echo "\n"; var_dump($zahl1); echo "\n"; $zahl2 = (1.16*$zahl1); echo "\n"; var_dump($zahl2); echo "\n"; $zahl3 = (1.10*$zahl2); echo "\n"; var_dump($zahl3); echo "\n"; Expected result: float(402.83) float(402.83) float(402.83) float(467.2828) float(514.01108) Actual result: -- float(402) float(402) float(402) float(402) float(402) -- Edit this bug report at http://bugs.php.net/?id=30018&edit=1
#27170 [Com]: php5 fails to recognize extension modules
ID: 27170 Comment by: martin dot wimmer at web dot de Reported By: true_idler at hotmail dot com Status: Bogus Bug Type: Dynamic loading Operating System: Windows XP PHP Version: 5.0.0b3 (beta3) New Comment: This Problem seems to still exist under PHP 5.0.1 I tried installing the ISAPI-module under Apache 2 (OS: WinXP) and wanted to load any extension. Regardless to where I copied the dll-files and what I set 'extension_dir' to, I always get the same error message (Only the given directory changes): "PHP Startup: Unable to load dynamic library 'C:/PHP5/php_mysql.dll' - The specified module could not be found" If you need my php.ini & apache.conf files, just send me a mail, I will send them to you Previous Comments: [2004-04-26 08:31:35] hermann at kuffner dot de Sorry, it seem's not to be fixed in 5.0.0RC1-Win32, I downloaded 2004-04-24. If I configure PHP5 on WinXP in ISAPI-mode, I allways get the described error on system-startup (module not found), regardless what I write to the extension-path. But if I change the configuration of IIS to the cgi-mode (extension path = 'C:\php\ext'), it works well and I can connect to mysql without problems. [2004-02-07 23:00:51] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. This is already fixed in CVS. (beta3 is just too old) [2004-02-07 19:48:10] true_idler at hotmail dot com As much as I would like to agree with your assessment, I have to disagree. The problem seems to exist within the php_mysql.dll file. I have followed all of the instructions according to the manual(or lack thereof), including moving libMySQL.dll to the system directory, editting the extension_dir property in the php.ini file, and enabling the use of php_mysql.dll However, I have received each and every time that I have attempted to load Apache, a PHP Startup error stating, and I quote: "PHP Startup: Unable to load dynamic library 'd:/PHP5/extensions/php_mysql.dll' - The specified module could not be found" If you were to ask me, this means that php_mysql.dll references to a nonexistant code structure, likely a module that has changed it's name or been removed from the libMySQL.dll file. The problem occurs both with PHP's libMySQL distribution and MySQL's libMySQL distribution. Thus, the logical conclusion is that the error occurs(and thus exists) within php_mysql.dll and, therefore, would be a bug in PHP. I have done as you suggested and searched for information regarding this issue elsewhere and have found that I'm not the only one having the problem. And to take note: http://news.php.net/article.php?group=php.internals&article=6927 A person replying to an issue the same as mine noted that they were able to get around the error by using the libMySQL.dll file from an earlier snapshot, which caused it to work fine, and goes on to guess that there might be an error in the distribution. Due the the regularity of the snapshots, I was unable to find the snapshot that this person accessed, though I did attempt it. I apologize if I come off as rude in any way. [2004-02-06 18:41:41] true_idler at hotmail dot com Description: Despite copying both the php_mysql.dll and libMySQL.dll files to every possible location I could think of that would fix the problem(Systemroot, Windows\system32, PHP DLLS directory, PHP Extensions directory, PHP Root directory) and editting my php.ini file's extension_dir accordingly, php, on startup, still fails to load the php_mysql.dll with a "specified procedure could not be found." I have checked the manual a number of times, which simply states to modify the php.ini file to enable the extension(and to set the extension_dir) and copy the libMySQL.dll file into the systemroot directory. Following those guidelines, PHP still fails on startup. -- Edit this bug report at http://bugs.php.net/?id=27170&edit=1
#30020 [NEW]: htmlentities error
From: xing at mac dot com Operating system: Linux PHP version: 4.3.9RC2 PHP Bug Type: Strings related Bug description: htmlentities error Description: htmlentities function appears to eat "é<" but correctly handle "é <". Reproduce code: --- $str = "Le Café< Café <"; $str = html_entity_decode((htmlentities($str,ENT_QUOTES,"UTF-8")); Expected result: "Le Café< Café <" Actual result: -- "Le Caf< Café <" -- Edit bug report at http://bugs.php.net/?id=30020&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30020&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30020&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30020&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30020&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30020&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30020&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30020&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30020&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30020&r=support Expected behavior: http://bugs.php.net/fix.php?id=30020&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30020&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30020&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30020&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30020&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30020&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30020&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30020&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30020&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30020&r=mysqlcfg
#28674 [Opn->Bgs]: 'parent' and 'self' behave differently with call_user_func
ID: 28674
Updated by: [EMAIL PROTECTED]
Reported By: nlhowell at cableone dot net
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: WinXP Pro 2600 SP1
PHP Version: 5CVS-2004-06-07 (dev)
New Comment:
In order to use 'parent' the calling class must be extended from a
class, and have the method defined.
Previous Comments:
[2004-06-07 16:18:01] nlhowell at cableone dot net
Description:
If you use call_user_func(array("parent", "somefunc")), an error is
triggered:
call_user_func(parent::x) [function.call-user-func.html]: First
argument is expected to be a valid callback
However, doing this with 'self' instead of 'parent' works fine, and
behaves as expected.
This may be a recurrence of Bug #26543, in which neither 'parent' nor
'self' could be used in call_user_func, so you might want to take a
look at that.
Reproduce code:
---
Expected result:
Array ( [0] => 1 [1] => 2 [2] => 3 [3] => 4 )
Array ( [0] => 1 [1] => 2 [2] => 3 [3] => 4 )
Actual result:
--
Array ( [0] => 1 [1] => 2 [2] => 3 [3] => 4 )
Warning: call_user_func(parent::x) [function.call-user-func.html]:
First argument is expected to be a valid callback in
c:\Inetpub\wwwroot\test.php5 on line 3
--
Edit this bug report at http://bugs.php.net/?id=28674&edit=1
#30021 [NEW]: Infinite loop causing SIGBUS
From: [EMAIL PROTECTED]
Operating system: *
PHP version: 5CVS-2004-09-08 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: Infinite loop causing SIGBUS
Description:
Calling parent::__construct with call_user_func*() causes what appears to
be an infinite loop. (see backtrace)
Reproduce code:
---
class A {
function __construct() {}
}
class B extends A {
function __construct() {
call_user_func(array("parent", "__construct"));
}
}
$d= new B();
Expected result:
nothing
Actual result:
--
#0 0x285da2a9 in malloc () from /lib/libc.so.5
#1 0x081cc5b5 in _emalloc (size=32,
__zend_filename=0x8283de0
"/usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c",
__zend_lineno=826,
__zend_orig_filename=0x8285d00
"/usr/home/curt/cvs/php/php-src/Zend/zend_hash.c",
__zend_orig_lineno=169)
at /usr/home/curt/cvs/php/php-src/Zend/zend_alloc.c:181
#2 0x081cca85 in _ecalloc (nmemb=8, size=4,
__zend_filename=0x8283de0
"/usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c",
__zend_lineno=826,
__zend_orig_filename=0x8285d00
"/usr/home/curt/cvs/php/php-src/Zend/zend_hash.c",
__zend_orig_lineno=169)
at /usr/home/curt/cvs/php/php-src/Zend/zend_alloc.c:319
#3 0x081ed3cf in _zend_hash_init (ht=0x8543224, nSize=0,
pHashFunction=0,
pDestructor=0x81e52ac <_zval_ptr_dtor_wrapper>, persistent=0 '\0',
__zend_filename=0x8283de0
"/usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c",
__zend_lineno=826)
at /usr/home/curt/cvs/php/php-src/Zend/zend_hash.c:169
#4 0x081daf19 in zend_call_function (fci=0xbfb001f0, fci_cache=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:826
#5 0x081da044 in call_user_function_ex (function_table=0x82c8000,
object_pp=0x0, function_name=0x8542624, retval_ptr_ptr=0xbfb00268,
param_count=0, params=0x85426a8, no_separation=0, symbol_table=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:556
#6 0x08126406 in zif_call_user_func (ht=1, return_value=0x8542664,
this_ptr=0x0, return_value_used=0)
at /usr/home/curt/cvs/php/php-src/ext/standard/basic_functions.c:2010
#7 0x0820fb4b in zend_do_fcall_common_helper (execute_data=0xbfb00350)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:2983
#8 0x082102c7 in zend_do_fcall_handler (execute_data=0xbfb00350)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:3117
#9 0x0820bec6 in execute (op_array=0x835a424)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:1498
#10 0x081daf7b in zend_call_function (fci=0xbfb004a0, fci_cache=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:834
#11 0x081da044 in call_user_function_ex (function_table=0x82c8000,
object_pp=0x0, function_name=0x8542424, retval_ptr_ptr=0xbfb00518,
param_count=0, params=0x85424a8, no_separation=0, symbol_table=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:556
#12 0x08126406 in zif_call_user_func (ht=1, return_value=0x8542464,
this_ptr=0x0, return_value_used=0)
at /usr/home/curt/cvs/php/php-src/ext/standard/basic_functions.c:2010
#13 0x0820fb4b in zend_do_fcall_common_helper (execute_data=0xbfb00600)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:2983
#14 0x082102c7 in zend_do_fcall_handler (execute_data=0xbfb00600)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:3117
#15 0x0820bec6 in execute (op_array=0x835a424)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:1498
#9028 0x081daf7b in zend_call_function (fci=0xbfbfcbf0, fci_cache=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:834
#9029 0x081da044 in call_user_function_ex (function_table=0x82c8000,
object_pp=0x0, function_name=0x8359624, retval_ptr_ptr=0xbfbfcc68,
param_count=0, params=0x83596a8, no_separation=0, symbol_table=0x0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute_API.c:556
#9030 0x08126406 in zif_call_user_func (ht=1, return_value=0x8359664,
this_ptr=0x0, return_value_used=0)
at /usr/home/curt/cvs/php/php-src/ext/standard/basic_functions.c:2010
#9031 0x0820fb4b in zend_do_fcall_common_helper (execute_data=0xbfbfcd50)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:2983
#9032 0x082102c7 in zend_do_fcall_handler (execute_data=0xbfbfcd50)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:3117
#9033 0x0820bec6 in execute (op_array=0x835a424)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:1498
#9034 0x0820fce4 in zend_do_fcall_common_helper (execute_data=0xbfbfcee0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:3012
#9035 0x082101b2 in zend_do_fcall_by_name_handler
(execute_data=0xbfbfcee0)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:3097
#9036 0x0820bec6 in execute (op_array=0x835a124)
at /usr/home/curt/cvs/php/php-src/Zend/zend_execute.c:1498
#9037 0x081e7315 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/home/curt/cvs/php/php-sr
#28796 [Opn->Fbk]: Apache eat all Memory (parent::$this->__construct())
ID: 28796
Updated by: [EMAIL PROTECTED]
Reported By: felix at trilithium dot de
-Status: Open
+Status: Feedback
Bug Type: Apache related
Operating System: Linux version 2.4.21-199-default
PHP Version: 5.0.0RC3
New Comment:
parent::$this->__construct makes no sense, are you sure you didn't mean
parent parent::__construct()
Previous Comments:
[2004-06-18 17:41:46] benjcarson at digitaljunkies dot ca
$this->__construct() is a recursive call to secondClass' constructor.
Since the constructor never returns, the recursion never bottoms out;
it is effectively an infinite loop. Each call consumes space on the
stack, so eventually PHP chews up all available memory and dies.
You would see the same behaviour if secondClass' constructor was:
function __construct() {
$this->__construct();
}
What you really want, as alex dot pagnoni at solarix dot it has pointed
out is:
function __construct() {
parent::__construct();
}
[2004-06-17 13:38:32] alex dot pagnoni at solarix dot it
is parent::$this->__construct() the correct syntax? Wasn't
it supposed to be parent::__construct()?
[2004-06-15 17:03:13] felix at trilithium dot de
Description:
Apache eat all memory when your try the example code
Reproduce code:
---
class firstClass{
function __construct(){
echo __CLASS__."::".__FUNCTION__."";
}
function test(){
echo __CLASS__."::".__FUNCTION__."";
return $this;
}
}
class secondClass extends firstClass{
function __construct(){
echo __CLASS__."::".__FUNCTION__."";
parent::$this->__construct(); //<-here Apache eat all memory
//parent::$this->test(); // this works
}
}
$e= new secondClass;
--
Edit this bug report at http://bugs.php.net/?id=28796&edit=1
#28395 [Opn->Fbk]: Uploading of files failure
ID: 28395 Updated by: [EMAIL PROTECTED] Reported By: si at bananas dot hopto dot org -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Windows 2000 Apache2 PHP Version: 5.0.0RC2 New Comment: Please provide the original form you are using to post to this script. Previous Comments: [2004-06-20 23:37:55] DelislMa at CollegeSherbrooke dot qc dot ca I tested uploads with php5-200406081430. In php.ini, my upload_tmp_dir was empty, as PHP is supposed to use the system default. But it did not. Setting upload_tmp_dir to /tmp solved the problem for me. [2004-06-12 21:37:28] anthony dot parsons at manx dot net I think I found the problem: open_basedir seems to be blocking PHP from accessing the directory where the temporary uploaded files are stored. The only way I could get uploads to work with an open_basedir set is by having upload_tmp_dir set to a path inside that. [2004-05-23 06:44:53] webmaster at script-tease dot net I'm using php4.3.7-dev as well and encounter no problem with file uploads... http://cpi.merseine.nu:8080/files.php http://cpi.merseine.nu:8080/files.phps [2004-05-23 02:33:43] anthony dot parsons at manx dot net Not just limited to PHP 5: I'm seeing this problem with PHP 4.3.7-dev as well (build date May 22 2004 22:12:55). [2004-05-19 20:36:00] anthony dot parsons at manx dot net Similar problem with RC1 using WinXP + Apache 2, as well as a May 14th build. I haven't been able to make uploads work at all. Here's a more basic testcase, for me the print_r always returns an empty array (on RC1 and later) whether a file is uploaded or 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/28395 -- Edit this bug report at http://bugs.php.net/?id=28395&edit=1
#30019 [Opn->Bgs]: $_SERVER['HTTP_REFERER']; doesn't always display
ID: 30019 Updated by: [EMAIL PROTECTED] Reported By: asfsm at uaa dot alaska dot edu -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 2003 (standard) PHP Version: 5.0.1 New Comment: Because clients don't always send the referrer. No bug here. PHP will have it if the client provides it, otherwise it won't. Previous Comments: [2004-09-08 00:27:34] asfsm at uaa dot alaska dot edu Description: $_SERVER['HTTP_REFERER']; doesn't always display It displays occassionally, but not all the time. Reproduce code: --- Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=30019&edit=1
#30018 [Opn->Bgs]: multiplication bug (with float values)
ID: 30018 Updated by: [EMAIL PROTECTED] Reported By: phpbug at javision dot de -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.3.8 New Comment: No chance. Triple-check your input. Previous Comments: [2004-09-08 01:52:18] phpbug at javision dot de i understand the rounding problem, but the bigger problem is that 402.83*1.16 returns 402.83 sometimes and sometimes it returns 467.2828. so sometimes php multiplicates the number with 1.16 and sometimes it doesn't [2004-09-08 00:26:11] [EMAIL PROTECTED] Computers can only approximate floating point arithmetic to a given precision level. Read http://de.php.net/manual/en/language.types.float.php [2004-09-07 23:32:09] phpbug at javision dot de Description: sometimes php doesn't multiplicate float values and cuts the position after the decimal point Reproduce code: --- //$aRegs[2][0] = 402.83 (regex match from website) echo "\n"; var_dump($aRegs[2][0]); echo "\n"; $zahl = $aRegs[2][0]; echo "\n"; var_dump($zahl); echo "\n"; $zahl1 = doubleval($zahl); echo "\n"; var_dump($zahl1); echo "\n"; $zahl2 = (1.16*$zahl1); echo "\n"; var_dump($zahl2); echo "\n"; $zahl3 = (1.10*$zahl2); echo "\n"; var_dump($zahl3); echo "\n"; Expected result: float(402.83) float(402.83) float(402.83) float(467.2828) float(514.01108) Actual result: -- float(402) float(402) float(402) float(402) float(402) -- Edit this bug report at http://bugs.php.net/?id=30018&edit=1
#30020 [Opn->Fbk]: htmlentities error
ID: 30020 Updated by: [EMAIL PROTECTED] Reported By: xing at mac dot com -Status: Open +Status: Feedback Bug Type: Strings related Operating System: Linux PHP Version: 4.3.9RC2 New Comment: Can you e-mail me the scripts (in a zip file or something)? I am afraid the bugsystem doesn't handle UTF8 well. Previous Comments: [2004-09-08 04:43:08] xing at mac dot com Description: htmlentities function appears to eat "é<" but correctly handle "é <". Reproduce code: --- $str = "Le Café< Café <"; $str = html_entity_decode((htmlentities($str,ENT_QUOTES,"UTF-8")); Expected result: "Le Café< Café <" Actual result: -- "Le Caf< Café <" -- Edit this bug report at http://bugs.php.net/?id=30020&edit=1
#29860 [Bgs->Opn]: Cannot compile with mysql and mysqli extensions
ID: 29860 User updated by: rjanson at msn dot com Reported By: rjanson at msn dot com -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: Redhat 9 PHP Version: 5.0.1 New Comment: I should have mentioned before that I have tried the configuration you suggest as well. In between each failed 'make' I have done a 'make clean' to be sure I am not using any leftover configuration options. No matter what path I use for mysql and mysqli, if the configuration passes, the make fails. I've seen this issue mentioned in various places, but never a resolution. Previous Comments: [2004-09-07 07:52:34] [EMAIL PROTECTED] When using the mysqli extension together with the mysql extension you have to use the same libraries and include files. mysqli extension requires the location of mysql_config file, mysql extension requires the path of your mysql installation. If you installed MySQL 4.1 for example with prefix /usr/local/mysql-4.1 your configure settings should be --with-mysql=/usr/local/mysql-4.1 --with-mysqli=/usr/local/mysql-4.1/bin/mysql_config [2004-09-04 19:28:16] pbriggs at clinitech dot net Same thing is happening to me using RedHat Enterprise 3. Unless I can get both mysql and mysqli to live with each other, I can't port my apps over to mysqli. [2004-08-27 08:08:46] rjanson at msn dot com Description: I cannot compile php 5.0.1 (nor 5.0.0) with mysql and mysqli extensions. I can compile with either/or. At this point I need both. I am using mysql 4.1.3 Configure runs with no issues. Reproduce code: --- My configure options: ./configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --enable-inline-optimization --with-exec-dir=/usr/bin --with-layout=GNU --enable-magic-quotes --with-pear=/usr/share/pear --with-mysql=/usr/bin/mysql_config --with-mysqli=/usr/bin/mysqli_config --enable-versioning --with-apxs2=/usr/sbin/apxs --enable-sockets --with-zlib-dir=/usr/local --with-gd --with-ldap --without-sqlite Expected result: I expect PHP to compile with no errors, and to support both Mysql and Mysqli extensions. Actual result: -- I get several lines similar to the following: : multiple definition of `net_realloc' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x100): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x180): In function `net_clear': : multiple definition of `net_clear' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x180): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x1f0): In function `net_flush': : multiple definition of `net_flush' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x1f0): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x580): In function `net_real_write': : multiple definition of `net_real_write' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x580): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x240): In function `my_net_write': : multiple definition of `my_net_write' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x240): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x320): In function `net_write_command': : multiple definition of `net_write_command' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x320): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9c0): In function `my_net_read': : multiple definition of `my_net_read' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9c0): first defined here collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit this bug report at http://bugs.php.net/?id=29860&edit=1
#30020 [Fbk->Opn]: htmlentities error
ID: 30020
User updated by: xing at mac dot com
Reported By: xing at mac dot com
-Status: Feedback
+Status: Open
Bug Type: Strings related
Operating System: Linux
PHP Version: 4.3.9RC2
New Comment:
There should be no hidden UTF-8 characters in the string: all ascii
compliant including the french accented e.
I did however have an error in the code where extra "(" was added. Here
is the complete and correct code you can just copy-paste from any
browser.
--
Previous Comments:
[2004-09-08 07:46:50] [EMAIL PROTECTED]
Can you e-mail me the scripts (in a zip file or something)? I am afraid
the bugsystem doesn't handle UTF8 well.
[2004-09-08 04:43:08] xing at mac dot com
Description:
htmlentities function appears to eat "é<" but correctly handle "é <".
Reproduce code:
---
$str = "Le Café< Café <";
$str = html_entity_decode((htmlentities($str,ENT_QUOTES,"UTF-8"));
Expected result:
"Le Café< Café <"
Actual result:
--
"Le Caf< Café <"
--
Edit this bug report at http://bugs.php.net/?id=30020&edit=1
#30020 [Opn->Fbk]: htmlentities error
ID: 30020
Updated by: [EMAIL PROTECTED]
Reported By: xing at mac dot com
-Status: Open
+Status: Feedback
Bug Type: Strings related
Operating System: Linux
PHP Version: 4.3.9RC2
New Comment:
ascii is 7 bit, and accented characters are not in the 7 bit part and
thus could I see them with a different charset, please send me the
script.
Previous Comments:
[2004-09-08 08:29:14] xing at mac dot com
There should be no hidden UTF-8 characters in the string: all ascii
compliant including the french accented e.
I did however have an error in the code where extra "(" was added. Here
is the complete and correct code you can just copy-paste from any
browser.
--
[2004-09-08 07:46:50] [EMAIL PROTECTED]
Can you e-mail me the scripts (in a zip file or something)? I am afraid
the bugsystem doesn't handle UTF8 well.
[2004-09-08 04:43:08] xing at mac dot com
Description:
htmlentities function appears to eat "é<" but correctly handle "é <".
Reproduce code:
---
$str = "Le Café< Café <";
$str = html_entity_decode((htmlentities($str,ENT_QUOTES,"UTF-8"));
Expected result:
"Le Café< Café <"
Actual result:
--
"Le Caf< Café <"
--
Edit this bug report at http://bugs.php.net/?id=30020&edit=1
#30020 [Fbk->Opn]: htmlentities error
ID: 30020
User updated by: xing at mac dot com
Reported By: xing at mac dot com
-Status: Feedback
+Status: Open
Bug Type: Strings related
Operating System: Linux
PHP Version: 4.3.9RC2
New Comment:
gzipped code sent to [EMAIL PROTECTED]
Previous Comments:
[2004-09-08 08:35:25] [EMAIL PROTECTED]
ascii is 7 bit, and accented characters are not in the 7 bit part and
thus could I see them with a different charset, please send me the
script.
[2004-09-08 08:29:14] xing at mac dot com
There should be no hidden UTF-8 characters in the string: all ascii
compliant including the french accented e.
I did however have an error in the code where extra "(" was added. Here
is the complete and correct code you can just copy-paste from any
browser.
--
[2004-09-08 07:46:50] [EMAIL PROTECTED]
Can you e-mail me the scripts (in a zip file or something)? I am afraid
the bugsystem doesn't handle UTF8 well.
[2004-09-08 04:43:08] xing at mac dot com
Description:
htmlentities function appears to eat "é<" but correctly handle "é <".
Reproduce code:
---
$str = "Le Café< Café <";
$str = html_entity_decode((htmlentities($str,ENT_QUOTES,"UTF-8"));
Expected result:
"Le Café< Café <"
Actual result:
--
"Le Caf< Café <"
--
Edit this bug report at http://bugs.php.net/?id=30020&edit=1
