#36160 [Fbk->Opn]: include/require ../ relative to current script
ID: 36160 User updated by: ovdspek at liacs dot nl Reported By: ovdspek at liacs dot nl -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: * PHP Version: 5.1.2 New Comment: Last sentence of your quote: If filename begins with ./ or ../, it is looked only in include_path relative to the current working directory. Previous Comments: [2006-01-25 23:30:12] [EMAIL PROTECTED] Maybe we're looking to different docs? - Files for including are first looked in include_path relative to the current working directory and then in include_path relative to the directory of current script. E.g. if your include_path is ., current working directory is /www/, you included include/a.php and there is include "b.php" in that file, b.php is first looked in /www/ and then in /www/include/. If filename begins with ./ or ../, it is looked only in include_path relative to the current working directory. - (c) http://php.net/include [2006-01-25 23:09:04] ovdspek at liacs dot nl The fact that the documentation says it's not (it says it's only relative to the current working directory). [2006-01-25 23:06:38] [EMAIL PROTECTED] What makes you think it's not relative to the current script? ---- [2006-01-25 22:59:22] ovdspek at liacs dot nl It's not. And if you're sure it is, could you update the documentation? [2006-01-25 22:56:56] [EMAIL PROTECTED] It is. 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/36160 -- Edit this bug report at http://bugs.php.net/?id=36160&edit=1
#36160 [Fbk->Opn]: include/require ../ relative to current script
ID: 36160
User updated by: ovdspek at liacs dot nl
Reported By: ovdspek at liacs dot nl
-Status: Feedback
+Status: Open
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5.1.2
New Comment:
The fact that the documentation says it's not (it says it's only
relative to the current working directory).
Previous Comments:
[2006-01-25 23:06:38] [EMAIL PROTECTED]
What makes you think it's not relative to the current script?
[2006-01-25 22:59:22] ovdspek at liacs dot nl
It's not.
And if you're sure it is, could you update the documentation?
[2006-01-25 22:56:56] [EMAIL PROTECTED]
It is.
----
[2006-01-25 22:55:25] ovdspek at liacs dot nl
Description:
http://php.net/include/
> then in include_path relative to the directory of current script.
> If filename begins with ./ or ../, it is looked only in include_path
relative to the current working directory.
Could the 'relative to the current script' also be applied to
includes/requires that start with ../?
Reproduce code:
---
include('../common.php');
Expected result:
-
Actual result:
--
-
--
Edit this bug report at http://bugs.php.net/?id=36160&edit=1
#36160 [Bgs->Opn]: include/require ../ relative to current script
ID: 36160
User updated by: ovdspek at liacs dot nl
Reported By: ovdspek at liacs dot nl
-Status: Bogus
+Status: Open
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5.1.2
New Comment:
It's not.
And if you're sure it is, could you update the documentation?
Previous Comments:
[2006-01-25 22:56:56] [EMAIL PROTECTED]
It is.
[2006-01-25 22:55:25] ovdspek at liacs dot nl
Description:
http://php.net/include/
> then in include_path relative to the directory of current script.
> If filename begins with ./ or ../, it is looked only in include_path
relative to the current working directory.
Could the 'relative to the current script' also be applied to
includes/requires that start with ../?
Reproduce code:
---
include('../common.php');
Expected result:
-
Actual result:
--
-
--
Edit this bug report at http://bugs.php.net/?id=36160&edit=1
#36160 [NEW]: include/require ../ relative to current script
From: ovdspek at liacs dot nl
Operating system: *
PHP version: 5.1.2
PHP Bug Type: Feature/Change Request
Bug description: include/require ../ relative to current script
Description:
http://php.net/include/
> then in include_path relative to the directory of current script.
> If filename begins with ./ or ../, it is looked only in include_path
relative to the current working directory.
Could the 'relative to the current script' also be applied to
includes/requires that start with ../?
Reproduce code:
---
include('../common.php');
Expected result:
-
Actual result:
--
-
--
Edit bug report at http://bugs.php.net/?id=36160&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36160&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36160&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36160&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36160&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36160&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36160&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36160&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36160&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36160&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36160&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36160&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36160&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36160&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36160&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36160&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36160&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36160&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36160&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36160&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36160&r=mysqlcfg
#30153 [Bgs]: FATAL erealloc() error when using gzinflate()
ID: 30153 User updated by: OvdSpek at LIACS dot NL Reported By: OvdSpek at LIACS dot NL Status: Bogus Bug Type: Zlib Related Operating System: * PHP Version: 4CVS, 5CVS (20040929) New Comment: How can one provide a solution if there's no problem (as stated by derick)? Previous Comments: [2005-09-27 19:41:02] OvdSpek at LIACS dot NL How can one provide a solution if there's no problem (as stated by derick)? [2005-09-27 19:37:10] [EMAIL PROTECTED] Feel free to provide the solution if you know it. :) [2004-10-01 12:42:28] OvdSpek at LIACS dot NL Why is this not considered a bug? Any user would classify this solveable 'thing' as a bug. [2004-10-01 12:07:20] [EMAIL PROTECTED] This is not a support forum, there is no bug here. Stop reopening it. [2004-10-01 11:38:18] OvdSpek at LIACS dot NL And why are there no 'friends' that do not abort? 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/30153 -- Edit this bug report at http://bugs.php.net/?id=30153&edit=1
#30153 [Bgs]: FATAL erealloc() error when using gzinflate()
ID: 30153 User updated by: OvdSpek at LIACS dot NL Reported By: OvdSpek at LIACS dot NL Status: Bogus Bug Type: Zlib Related Operating System: * PHP Version: 4CVS, 5CVS (20040929) New Comment: How can one provide a solution if there's no problem (as stated by derick)? Previous Comments: [2005-09-27 19:37:10] [EMAIL PROTECTED] Feel free to provide the solution if you know it. :) [2004-10-01 12:42:28] OvdSpek at LIACS dot NL Why is this not considered a bug? Any user would classify this solveable 'thing' as a bug. [2004-10-01 12:07:20] [EMAIL PROTECTED] This is not a support forum, there is no bug here. Stop reopening it. [2004-10-01 11:38:18] OvdSpek at LIACS dot NL And why are there no 'friends' that do not abort? ---- [2004-10-01 11:21:59] OvdSpek at LIACS dot NL So what does the allow_failure parameter do? 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/30153 -- Edit this bug report at http://bugs.php.net/?id=30153&edit=1
#32122 [Bgs->Opn]: header("Status: 404 Not Found"); does not work
ID: 32122
User updated by: OvdSpek at LIACS dot NL
Reported By: OvdSpek at LIACS dot NL
-Status: Bogus
+Status: Open
Bug Type: Apache2 related
Operating System: Linux, Windows XP, 2003
PHP Version: 5CVS-2005-03-01
New Comment:
But this bug report wasn't about that, it was about "Status: 404 Not
Found" not working.
If that's not supposed to work, please mention that in the
documentation.
Previous Comments:
[2005-03-04 16:51:25] [EMAIL PROTECTED]
This works:
[2005-02-28 22:09:22] OvdSpek at LIACS dot NL
:(
GET /temp/404.php HTTP/1.1
HTTP/1.1 200 OK
Date: Mon, 28 Feb 2005 21:04:06 GMT
Server: Apache/2.0.53 (Win32) PHP/5.1.0-dev
X-Powered-By: PHP/5.1.0-dev
Status: 404 Not Found
Content-Length: 0
Keep-Alive: timeout=15, max=96
Connection: Keep-Alive
Content-Type: text/html; charset=ISO-8859-1
[2005-02-28 22:01:55] OvdSpek at LIACS dot NL
Will do. Just wondering, why did the summary change from
header("Status: 404 Not Found"); doesn't work to Multiple small packets
send for HTTP request?
--------
[2005-02-27 12:42:29] OvdSpek at LIACS dot NL
Where do the docs state that?
> Note: In PHP 3, this only works when PHP is compiled as an Apache
module. You can achieve the same effect using the Status header.
This states that if you're using PHP 3, it only works as Apache
module.
It doesn't state that it only works in PHP 3.
[2005-02-27 12:38:47] [EMAIL PROTECTED]
The docs clearly state that this example is for PHP3 and you should use
for versions >3.
Please check if it works fine for you.
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/32122
--
Edit this bug report at http://bugs.php.net/?id=32122&edit=1
#32122 [NEW]: header("Status: 404 Not Found"); doesn't work
From: OvdSpek at LIACS dot NL
Operating system: Windows XP
PHP version: 5.0.3
PHP Bug Type: *General Issues
Bug description: header("Status: 404 Not Found"); doesn't work
Description:
I tried to use the code from the example, but it doesn't work. It appears
the status header has been ignored completely.
http://php.net/header
GET /temp/404.php HTTP/1.0
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
Reproduce code:
---
Expected result:
HTTP/1.1 404 Not Found
Actual result:
--
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
--
Edit bug report at http://bugs.php.net/?id=32122&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32122&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32122&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32122&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32122&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32122&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32122&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32122&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32122&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32122&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32122&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32122&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32122&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32122&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32122&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32122&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32122&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32122&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32122&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32122&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32122&r=mysqlcfg
#32122 [Opn]: Multiple small packets send for HTTP request
ID: 32122
User updated by: OvdSpek at LIACS dot NL
Reported By: OvdSpek at LIACS dot NL
Status: Open
Bug Type: Apache2 related
Operating System: Linux, Windows XP, 2003
PHP Version: 5.0.3
New Comment:
:(
GET /temp/404.php HTTP/1.1
HTTP/1.1 200 OK
Date: Mon, 28 Feb 2005 21:04:06 GMT
Server: Apache/2.0.53 (Win32) PHP/5.1.0-dev
X-Powered-By: PHP/5.1.0-dev
Status: 404 Not Found
Content-Length: 0
Keep-Alive: timeout=15, max=96
Connection: Keep-Alive
Content-Type: text/html; charset=ISO-8859-1
Previous Comments:
[2005-02-28 22:01:55] OvdSpek at LIACS dot NL
Will do. Just wondering, why did the summary change from
header("Status: 404 Not Found"); doesn't work to Multiple small packets
send for HTTP request?
[2005-02-27 13:23:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-27 12:42:29] OvdSpek at LIACS dot NL
Where do the docs state that?
> Note: In PHP 3, this only works when PHP is compiled as an Apache
module. You can achieve the same effect using the Status header.
This states that if you're using PHP 3, it only works as Apache
module.
It doesn't state that it only works in PHP 3.
[2005-02-27 12:38:47] [EMAIL PROTECTED]
The docs clearly state that this example is for PHP3 and you should use
for versions >3.
Please check if it works fine for you.
----
[2005-02-26 23:08:38] OvdSpek at LIACS dot NL
Description:
I tried to use the code from the example, but it doesn't work. It
appears the status header has been ignored completely.
http://php.net/header
GET /temp/404.php HTTP/1.0
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
Reproduce code:
---
Expected result:
HTTP/1.1 404 Not Found
Actual result:
--
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
--
Edit this bug report at http://bugs.php.net/?id=32122&edit=1
#32122 [Fbk->Opn]: Multiple small packets send for HTTP request
ID: 32122
User updated by: OvdSpek at LIACS dot NL
Reported By: OvdSpek at LIACS dot NL
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Linux, Windows XP, 2003
PHP Version: 5.0.3
New Comment:
Will do. Just wondering, why did the summary change from
header("Status: 404 Not Found"); doesn't work to Multiple small packets
send for HTTP request?
Previous Comments:
[2005-02-27 13:23:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-27 12:42:29] OvdSpek at LIACS dot NL
Where do the docs state that?
> Note: In PHP 3, this only works when PHP is compiled as an Apache
module. You can achieve the same effect using the Status header.
This states that if you're using PHP 3, it only works as Apache
module.
It doesn't state that it only works in PHP 3.
[2005-02-27 12:38:47] [EMAIL PROTECTED]
The docs clearly state that this example is for PHP3 and you should use
for versions >3.
Please check if it works fine for you.
----
[2005-02-26 23:08:38] OvdSpek at LIACS dot NL
Description:
I tried to use the code from the example, but it doesn't work. It
appears the status header has been ignored completely.
http://php.net/header
GET /temp/404.php HTTP/1.0
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
Reproduce code:
---
Expected result:
HTTP/1.1 404 Not Found
Actual result:
--
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
--
Edit this bug report at http://bugs.php.net/?id=32122&edit=1
#32122 [Fbk->Opn]: Multiple small packets send for HTTP request
ID: 32122
User updated by: OvdSpek at LIACS dot NL
-Summary: header("Status: 404 Not Found"); doesn't work
Reported By: OvdSpek at LIACS dot NL
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
-Operating System: Windows XP
+Operating System: Linux, Windows XP, 2003
-PHP Version: 5.0.3
+PHP Version: 5.0
New Comment:
Where do the docs state that?
> Note: In PHP 3, this only works when PHP is compiled as an Apache
module. You can achieve the same effect using the Status header.
This states that if you're using PHP 3, it only works as Apache
module.
It doesn't state that it only works in PHP 3.
Previous Comments:
[2005-02-27 12:38:47] [EMAIL PROTECTED]
The docs clearly state that this example is for PHP3 and you should use
for versions >3.
Please check if it works fine for you.
----
[2005-02-26 23:08:38] OvdSpek at LIACS dot NL
Description:
I tried to use the code from the example, but it doesn't work. It
appears the status header has been ignored completely.
http://php.net/header
GET /temp/404.php HTTP/1.0
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
Reproduce code:
---
Expected result:
HTTP/1.1 404 Not Found
Actual result:
--
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
--
Edit this bug report at http://bugs.php.net/?id=32122&edit=1
#31564 [NEW]: Secure Password Storage
From: OvdSpek at LIACS dot NL Operating system: * PHP version: 5.0.3 PHP Bug Type: Feature/Change Request Bug description: Secure Password Storage Description: Hi, Would it be possible to add secure password storage (mainly for database access) to PHP (when used as web server module) such that: The passwords are per vhost. The passwords can't be read by scripts themself in any way. The passwords can only be read by the library (function) that actually uses them. Multiple passwords can be stored. For example, a vhost could use five user/pass combinations to access five databases. The advantage would be that passwords wouldn't be stored in normal PHP files (readable by scripts) anymore and that script configuration would be easier. Reproduce code: --- - -- Edit bug report at http://bugs.php.net/?id=31564&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31564&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31564&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31564&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31564&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31564&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31564&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31564&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31564&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31564&r=support Expected behavior: http://bugs.php.net/fix.php?id=31564&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31564&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31564&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31564&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31564&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31564&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31564&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31564&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31564&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31564&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31564&r=mysqlcfg
#30881 [Bgs->Opn]: C++ like include (path/search) in PHP?
ID: 30881 User updated by: ovdspek at liacs dot nl Reported By: ovdspek at liacs dot nl -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Debian Linux Sarge PHP Version: 4.3.9 New Comment: In that case, please update your documentation so it doesn't say it'll search relative to the directory of current script. Previous Comments: [2004-11-26 09:42:24] [EMAIL PROTECTED] That doesn't matter. It will NOT change and NOT added. Please stop reopening this bug. [2004-11-26 09:29:15] ovdspek at liacs dot nl > All other SAPIs will chdir to the scripts directory. CLI will not. Isn't that what Tony said too? [2004-11-26 01:33:42] [EMAIL PROTECTED] All other SAPIs will chdir to the scripts directory. CLI will not. This is not a bug, so please don't reopen this report. You can always use: include dirname(__FILE__).'/../1.php'; to solve your problem with relative paths in includes. ------------ [2004-11-25 23:59:46] ovdspek at liacs dot nl I'm not asking for PHP (CLI) to change the cwd to that of the script. I'm only asking for PHP to look for files *relative to the directory of the current script*, as the documentation claims it does. Note that the directory of the current script is *not* equivalent to the cwd (current working directory). > Files for including are first looked in include_path relative to the current working directory and then in include_path relative to the directory of current script. [2004-11-25 22:55:24] [EMAIL PROTECTED] PHP CLI "does not change the working directory to that of the script" (c) http://www.php.net/manual/en/features.commandline.php In your case documentation says about other SAPIs. 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/30881 -- Edit this bug report at http://bugs.php.net/?id=30881&edit=1
#30881 [Bgs->Opn]: C++ like include (path/search) in PHP?
ID: 30881 User updated by: ovdspek at liacs dot nl Reported By: ovdspek at liacs dot nl -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Debian Linux Sarge PHP Version: 4.3.9 New Comment: > All other SAPIs will chdir to the scripts directory. CLI will not. Isn't that what Tony said too? Previous Comments: [2004-11-26 01:33:42] [EMAIL PROTECTED] All other SAPIs will chdir to the scripts directory. CLI will not. This is not a bug, so please don't reopen this report. You can always use: include dirname(__FILE__).'/../1.php'; to solve your problem with relative paths in includes. [2004-11-25 23:59:46] ovdspek at liacs dot nl I'm not asking for PHP (CLI) to change the cwd to that of the script. I'm only asking for PHP to look for files *relative to the directory of the current script*, as the documentation claims it does. Note that the directory of the current script is *not* equivalent to the cwd (current working directory). > Files for including are first looked in include_path relative to the current working directory and then in include_path relative to the directory of current script. [2004-11-25 22:55:24] [EMAIL PROTECTED] PHP CLI "does not change the working directory to that of the script" (c) http://www.php.net/manual/en/features.commandline.php In your case documentation says about other SAPIs. ---------------- [2004-11-24 14:45:34] ovdspek at liacs dot nl Oops, forgot to reopen. ---------------- [2004-11-24 14:34:58] ovdspek at liacs dot nl And doesn't the documentation claim to already search relative to the script dir? > and then in include_path relative to the directory of current script. 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/30881 -- Edit this bug report at http://bugs.php.net/?id=30881&edit=1
#30881 [Bgs->Opn]: C++ like include (path/search) in PHP?
ID: 30881 User updated by: ovdspek at liacs dot nl Reported By: ovdspek at liacs dot nl -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Debian Linux Sarge PHP Version: 4.3.9 New Comment: I'm not asking for PHP (CLI) to change the cwd to that of the script. I'm only asking for PHP to look for files *relative to the directory of the current script*, as the documentation claims it does. Note that the directory of the current script is *not* equivalent to the cwd (current working directory). > Files for including are first looked in include_path relative to the current working directory and then in include_path relative to the directory of current script. Previous Comments: [2004-11-25 22:55:24] [EMAIL PROTECTED] PHP CLI "does not change the working directory to that of the script" (c) http://www.php.net/manual/en/features.commandline.php In your case documentation says about other SAPIs. [2004-11-24 14:45:34] ovdspek at liacs dot nl Oops, forgot to reopen. [2004-11-24 14:34:58] ovdspek at liacs dot nl And doesn't the documentation claim to already search relative to the script dir? > and then in include_path relative to the directory of current script. ---- [2004-11-24 14:33:16] ovdspek at liacs dot nl I'm asking for an addition, not a modification. What kind of scripts would be broken if you search additional paths (after searching in the old way)? [2004-11-24 14:29:14] [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 This is expected, and we can not change this as it will break a lot of scripts. 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/30881 -- Edit this bug report at http://bugs.php.net/?id=30881&edit=1
#30881 [Bgs->Opn]: C++ like include (path/search) in PHP?
ID: 30881 User updated by: ovdspek at liacs dot nl Reported By: ovdspek at liacs dot nl -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Debian Linux Sarge PHP Version: 4.3.9 New Comment: Oops, forgot to reopen. Previous Comments: [2004-11-24 14:34:58] ovdspek at liacs dot nl And doesn't the documentation claim to already search relative to the script dir? > and then in include_path relative to the directory of current script. [2004-11-24 14:33:16] ovdspek at liacs dot nl I'm asking for an addition, not a modification. What kind of scripts would be broken if you search additional paths (after searching in the old way)? [2004-11-24 14:29:14] [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 This is expected, and we can not change this as it will break a lot of scripts. [2004-11-24 14:25:06] ovdspek at liacs dot nl Description: In PHP, includes (appear to) use the current working directory. In C++, includes use the directory of the including script (and the include path). Could the C++ behaviour be added to PHP includes? Because if relative includes are used, current PHP scripts can only be executed if cwd == script dir. Reproduce code: --- $ cat 1.php \n"; ?> $ cat b/2.php $ php -f b/2.php Warning: main(../1.php): failed to open stream: No such file or directory in /home/olaf/t/a/b/2.php on line 2 Warning: main(): Failed opening '../1.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /home/olaf/t/a/b/2.php on line 2 $ cd b $ php -f b/2.php Could not open input file: b/2.php. $ php -f 2.php 1.php $ Expected result: Warning: main(../1.php): failed to open stream: No such file or directory in /home/olaf/t/a/b/2.php on line 2 Warning: main(): Failed opening '../1.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /home/olaf/t/a/b/2.php on line 2 Actual result: -- 1.php -- Edit this bug report at http://bugs.php.net/?id=30881&edit=1
#30881 [Opn->Bgs]: C++ like include (path/search) in PHP?
ID: 30881 User updated by: ovdspek at liacs dot nl Reported By: ovdspek at liacs dot nl -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian Linux Sarge PHP Version: 4.3.9 New Comment: And doesn't the documentation claim to already search relative to the script dir? > and then in include_path relative to the directory of current script. Previous Comments: [2004-11-24 14:33:16] ovdspek at liacs dot nl I'm asking for an addition, not a modification. What kind of scripts would be broken if you search additional paths (after searching in the old way)? [2004-11-24 14:29:14] [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 This is expected, and we can not change this as it will break a lot of scripts. [2004-11-24 14:25:06] ovdspek at liacs dot nl Description: In PHP, includes (appear to) use the current working directory. In C++, includes use the directory of the including script (and the include path). Could the C++ behaviour be added to PHP includes? Because if relative includes are used, current PHP scripts can only be executed if cwd == script dir. Reproduce code: --- $ cat 1.php \n"; ?> $ cat b/2.php $ php -f b/2.php Warning: main(../1.php): failed to open stream: No such file or directory in /home/olaf/t/a/b/2.php on line 2 Warning: main(): Failed opening '../1.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /home/olaf/t/a/b/2.php on line 2 $ cd b $ php -f b/2.php Could not open input file: b/2.php. $ php -f 2.php 1.php $ Expected result: Warning: main(../1.php): failed to open stream: No such file or directory in /home/olaf/t/a/b/2.php on line 2 Warning: main(): Failed opening '../1.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /home/olaf/t/a/b/2.php on line 2 Actual result: -- 1.php -- Edit this bug report at http://bugs.php.net/?id=30881&edit=1
#30881 [Bgs->Opn]: C++ like include (path/search) in PHP?
ID: 30881 User updated by: ovdspek at liacs dot nl Reported By: ovdspek at liacs dot nl -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Debian Linux Sarge PHP Version: 4.3.9 New Comment: I'm asking for an addition, not a modification. What kind of scripts would be broken if you search additional paths (after searching in the old way)? Previous Comments: [2004-11-24 14:29:14] [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 This is expected, and we can not change this as it will break a lot of scripts. [2004-11-24 14:25:06] ovdspek at liacs dot nl Description: In PHP, includes (appear to) use the current working directory. In C++, includes use the directory of the including script (and the include path). Could the C++ behaviour be added to PHP includes? Because if relative includes are used, current PHP scripts can only be executed if cwd == script dir. Reproduce code: --- $ cat 1.php \n"; ?> $ cat b/2.php $ php -f b/2.php Warning: main(../1.php): failed to open stream: No such file or directory in /home/olaf/t/a/b/2.php on line 2 Warning: main(): Failed opening '../1.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /home/olaf/t/a/b/2.php on line 2 $ cd b $ php -f b/2.php Could not open input file: b/2.php. $ php -f 2.php 1.php $ Expected result: Warning: main(../1.php): failed to open stream: No such file or directory in /home/olaf/t/a/b/2.php on line 2 Warning: main(): Failed opening '../1.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /home/olaf/t/a/b/2.php on line 2 Actual result: -- 1.php -- Edit this bug report at http://bugs.php.net/?id=30881&edit=1
#30881 [NEW]: C++ like include (path/search) in PHP?
From: ovdspek at liacs dot nl Operating system: Debian Linux Sarge PHP version: 4.3.9 PHP Bug Type: Scripting Engine problem Bug description: C++ like include (path/search) in PHP? Description: In PHP, includes (appear to) use the current working directory. In C++, includes use the directory of the including script (and the include path). Could the C++ behaviour be added to PHP includes? Because if relative includes are used, current PHP scripts can only be executed if cwd == script dir. Reproduce code: --- $ cat 1.php \n"; ?> $ cat b/2.php $ php -f b/2.php Warning: main(../1.php): failed to open stream: No such file or directory in /home/olaf/t/a/b/2.php on line 2 Warning: main(): Failed opening '../1.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /home/olaf/t/a/b/2.php on line 2 $ cd b $ php -f b/2.php Could not open input file: b/2.php. $ php -f 2.php 1.php $ Expected result: Warning: main(../1.php): failed to open stream: No such file or directory in /home/olaf/t/a/b/2.php on line 2 Warning: main(): Failed opening '../1.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /home/olaf/t/a/b/2.php on line 2 Actual result: -- 1.php -- Edit bug report at http://bugs.php.net/?id=30881&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30881&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30881&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30881&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30881&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30881&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30881&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30881&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30881&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30881&r=support Expected behavior: http://bugs.php.net/fix.php?id=30881&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30881&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30881&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30881&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30881&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30881&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30881&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30881&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30881&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30881&r=mysqlcfg
#30153 [Bgs]: FATAL erealloc() error when using gzinflate()
ID: 30153 User updated by: OvdSpek at LIACS dot NL Reported By: OvdSpek at LIACS dot NL Status: Bogus Bug Type: Zlib Related Operating System: * PHP Version: 4CVS, 5CVS (20040929) New Comment: Why is this not considered a bug? Any user would classify this solveable 'thing' as a bug. Previous Comments: [2004-10-01 12:07:20] [EMAIL PROTECTED] This is not a support forum, there is no bug here. Stop reopening it. [2004-10-01 11:38:18] OvdSpek at LIACS dot NL And why are there no 'friends' that do not abort? [2004-10-01 11:21:59] OvdSpek at LIACS dot NL So what does the allow_failure parameter do? [2004-10-01 11:19:08] [EMAIL PROTECTED] No, emalloc() and friends abort in case of a memory overflow, Checking for the return value does not make any sense. [2004-10-01 11:17:11] OvdSpek at LIACS dot NL > which results in graceful request termination. Is a call to exit() graceful request termination? In my opinion, that's just killing the entire process. And in the case of a multi-threaded server, that's equivalent to killing the entire server. BTW, erealloc has an allow_failure parameter. How about passing true at /php4/ext/zlib/zlib.c:628? ZEND_API void *_erealloc(void *ptr, size_t size, int allow_failure ZEND_FILE_LINE_DC ZEND_FILE_LINE_ORIG_DC) 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/30153 -- Edit this bug report at http://bugs.php.net/?id=30153&edit=1
#30153 [Opn]: FATAL erealloc() error when using gzinflate()
ID: 30153
User updated by: OvdSpek at LIACS dot NL
Reported By: OvdSpek at LIACS dot NL
Status: Open
Bug Type: Zlib Related
Operating System: *
PHP Version: 4CVS, 5CVS (20040929)
New Comment:
And why are there no 'friends' that do not abort?
Previous Comments:
[2004-10-01 11:21:59] OvdSpek at LIACS dot NL
So what does the allow_failure parameter do?
[2004-10-01 11:19:08] [EMAIL PROTECTED]
No, emalloc() and friends abort in case of a memory overflow, Checking
for the return value does not make any sense.
[2004-10-01 11:17:11] OvdSpek at LIACS dot NL
> which results in graceful request termination.
Is a call to exit() graceful request termination?
In my opinion, that's just killing the entire process.
And in the case of a multi-threaded server, that's equivalent to
killing the entire server.
BTW, erealloc has an allow_failure parameter. How about passing true at
/php4/ext/zlib/zlib.c:628?
ZEND_API void *_erealloc(void *ptr, size_t size, int allow_failure
ZEND_FILE_LINE_DC ZEND_FILE_LINE_ORIG_DC)
[2004-10-01 11:06:10] OvdSpek at LIACS dot NL
But /php4/ext/zlib/zlib.c is your code right? Not the code from the
zlib authors?
The bug isn't in zlib owned code, it's in php owned code, and that's
your code.
This code indeed expects to get NULL if erealloc fails.
Is there a flag for erealloc or function to use that doesn't 'cause an
exception' and instead just returns NULL?
s2 = (char *) erealloc(s1,length);
if(! s2) { if(s1) efree(s1); RETURN_FALSE; }
[2004-10-01 09:45:13] [EMAIL PROTECTED]
Yes, you're the only one. Report to zlib authors if you don't like
Ilia's reply.
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/30153
--
Edit this bug report at http://bugs.php.net/?id=30153&edit=1
#30153 [Bgs->Opn]: FATAL erealloc() error when using gzinflate()
ID: 30153
User updated by: OvdSpek at LIACS dot NL
Reported By: OvdSpek at LIACS dot NL
-Status: Bogus
+Status: Open
Bug Type: Zlib Related
Operating System: *
PHP Version: 4CVS, 5CVS (20040929)
New Comment:
So what does the allow_failure parameter do?
Previous Comments:
[2004-10-01 11:19:08] [EMAIL PROTECTED]
No, emalloc() and friends abort in case of a memory overflow, Checking
for the return value does not make any sense.
[2004-10-01 11:17:11] OvdSpek at LIACS dot NL
> which results in graceful request termination.
Is a call to exit() graceful request termination?
In my opinion, that's just killing the entire process.
And in the case of a multi-threaded server, that's equivalent to
killing the entire server.
BTW, erealloc has an allow_failure parameter. How about passing true at
/php4/ext/zlib/zlib.c:628?
ZEND_API void *_erealloc(void *ptr, size_t size, int allow_failure
ZEND_FILE_LINE_DC ZEND_FILE_LINE_ORIG_DC)
[2004-10-01 11:06:10] OvdSpek at LIACS dot NL
But /php4/ext/zlib/zlib.c is your code right? Not the code from the
zlib authors?
The bug isn't in zlib owned code, it's in php owned code, and that's
your code.
This code indeed expects to get NULL if erealloc fails.
Is there a flag for erealloc or function to use that doesn't 'cause an
exception' and instead just returns NULL?
s2 = (char *) erealloc(s1,length);
if(! s2) { if(s1) efree(s1); RETURN_FALSE; }
[2004-10-01 09:45:13] [EMAIL PROTECTED]
Yes, you're the only one. Report to zlib authors if you don't like
Ilia's reply.
--------------------
[2004-09-30 23:54:48] OvdSpek at LIACS dot NL
Am I really the only one that does not find this an acceptable
solution?
The documentation states that this function will return an error and
that's what I expect. I do not expect my script to terminate.
> The function will return an error if the uncompressed data is more
than 32768 times the length of the compressed input data or more than
the optional parameter length.
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/30153
--
Edit this bug report at http://bugs.php.net/?id=30153&edit=1
#30153 [Opn]: FATAL erealloc() error when using gzinflate()
ID: 30153
User updated by: OvdSpek at LIACS dot NL
Reported By: OvdSpek at LIACS dot NL
Status: Open
Bug Type: Zlib Related
Operating System: *
PHP Version: 4CVS, 5CVS (20040929)
New Comment:
> which results in graceful request termination.
Is a call to exit() graceful request termination?
In my opinion, that's just killing the entire process.
And in the case of a multi-threaded server, that's equivalent to
killing the entire server.
BTW, erealloc has an allow_failure parameter. How about passing true at
/php4/ext/zlib/zlib.c:628?
ZEND_API void *_erealloc(void *ptr, size_t size, int allow_failure
ZEND_FILE_LINE_DC ZEND_FILE_LINE_ORIG_DC)
Previous Comments:
[2004-10-01 11:06:10] OvdSpek at LIACS dot NL
But /php4/ext/zlib/zlib.c is your code right? Not the code from the
zlib authors?
The bug isn't in zlib owned code, it's in php owned code, and that's
your code.
This code indeed expects to get NULL if erealloc fails.
Is there a flag for erealloc or function to use that doesn't 'cause an
exception' and instead just returns NULL?
s2 = (char *) erealloc(s1,length);
if(! s2) { if(s1) efree(s1); RETURN_FALSE; }
[2004-10-01 09:45:13] [EMAIL PROTECTED]
Yes, you're the only one. Report to zlib authors if you don't like
Ilia's reply.
--------------------
[2004-09-30 23:54:48] OvdSpek at LIACS dot NL
Am I really the only one that does not find this an acceptable
solution?
The documentation states that this function will return an error and
that's what I expect. I do not expect my script to terminate.
> The function will return an error if the uncompressed data is more
than 32768 times the length of the compressed input data or more than
the optional parameter length.
[2004-09-30 23:39:51] [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
Decompressing the specified file with non-php tools tells me that the
data is corrupt. As far as the error itself, according to the gzip
library return statuses the file's compression exceeds that of 1 to
32768 which is defined as upper limit. So this sort of behaviour is
expected. PHP cannot terminate nicely since the data size * 32768 still
tries to make PHP allocate too much memory, which results in graceful
request termination.
[2004-09-28 23:10:59] [EMAIL PROTECTED]
# php -dmemory_limit=1 t.php
Allowed memory size of 2147483647 bytes exhausted at
/usr/src/web/php/php4/ext/zlib/zlib.c:628 (tried to allocate 1207205888
bytes)
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/30153
--
Edit this bug report at http://bugs.php.net/?id=30153&edit=1
#30153 [Bgs->Opn]: FATAL erealloc() error when using gzinflate()
ID: 30153
User updated by: OvdSpek at LIACS dot NL
Reported By: OvdSpek at LIACS dot NL
-Status: Bogus
+Status: Open
Bug Type: Zlib Related
Operating System: *
PHP Version: 4CVS, 5CVS (20040929)
New Comment:
But /php4/ext/zlib/zlib.c is your code right? Not the code from the
zlib authors?
The bug isn't in zlib owned code, it's in php owned code, and that's
your code.
This code indeed expects to get NULL if erealloc fails.
Is there a flag for erealloc or function to use that doesn't 'cause an
exception' and instead just returns NULL?
s2 = (char *) erealloc(s1,length);
if(! s2) { if(s1) efree(s1); RETURN_FALSE; }
Previous Comments:
[2004-10-01 09:45:13] [EMAIL PROTECTED]
Yes, you're the only one. Report to zlib authors if you don't like
Ilia's reply.
----------------
[2004-09-30 23:54:48] OvdSpek at LIACS dot NL
Am I really the only one that does not find this an acceptable
solution?
The documentation states that this function will return an error and
that's what I expect. I do not expect my script to terminate.
> The function will return an error if the uncompressed data is more
than 32768 times the length of the compressed input data or more than
the optional parameter length.
[2004-09-30 23:39:51] [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
Decompressing the specified file with non-php tools tells me that the
data is corrupt. As far as the error itself, according to the gzip
library return statuses the file's compression exceeds that of 1 to
32768 which is defined as upper limit. So this sort of behaviour is
expected. PHP cannot terminate nicely since the data size * 32768 still
tries to make PHP allocate too much memory, which results in graceful
request termination.
[2004-09-28 23:10:59] [EMAIL PROTECTED]
# php -dmemory_limit=1 t.php
Allowed memory size of 2147483647 bytes exhausted at
/usr/src/web/php/php4/ext/zlib/zlib.c:628 (tried to allocate 1207205888
bytes)
--------------------
[2004-09-24 21:25:56] OvdSpek at LIACS dot NL
The bug is in 4.3.9 final too.
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/30153
--
Edit this bug report at http://bugs.php.net/?id=30153&edit=1
#30153 [Bgs->Opn]: FATAL erealloc() error when using gzinflate()
ID: 30153 User updated by: OvdSpek at LIACS dot NL Reported By: OvdSpek at LIACS dot NL -Status: Bogus +Status: Open Bug Type: Zlib Related Operating System: * PHP Version: 4CVS, 5CVS (20040929) New Comment: Am I really the only one that does not find this an acceptable solution? The documentation states that this function will return an error and that's what I expect. I do not expect my script to terminate. > The function will return an error if the uncompressed data is more than 32768 times the length of the compressed input data or more than the optional parameter length. Previous Comments: [2004-09-30 23:39:51] [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 Decompressing the specified file with non-php tools tells me that the data is corrupt. As far as the error itself, according to the gzip library return statuses the file's compression exceeds that of 1 to 32768 which is defined as upper limit. So this sort of behaviour is expected. PHP cannot terminate nicely since the data size * 32768 still tries to make PHP allocate too much memory, which results in graceful request termination. [2004-09-28 23:10:59] [EMAIL PROTECTED] # php -dmemory_limit=1 t.php Allowed memory size of 2147483647 bytes exhausted at /usr/src/web/php/php4/ext/zlib/zlib.c:628 (tried to allocate 1207205888 bytes) [2004-09-24 21:25:56] OvdSpek at LIACS dot NL The bug is in 4.3.9 final too. [2004-09-19 16:17:24] OvdSpek at LIACS dot NL Description: The following PHP script appears to cause a full crash/restart of my Apache/2.0.50 (Win32) PHP/4.3.9RC3 Server at localhost Port 80 server on Windows XP. http://213.46.64.114/temp/php_crash.bin http://62.216.18.38/temp/php_crash.bin Reproduce code: --- Expected result: No errors. Actual result: -- FATAL: erealloc(): Unable to allocate 603602944 bytes [Sun Sep 19 16:11:16 2004] [notice] Parent: child process exited with status 1 -- Restarting. [Sun Sep 19 16:11:16 2004] [notice] Parent: Created child process 3908 [Sun Sep 19 16:11:16 2004] [notice] Child 3908: Child process is running [Sun Sep 19 16:11:16 2004] [notice] Child 3908: Acquired the start mutex. [Sun Sep 19 16:11:16 2004] [notice] Child 3908: Starting 250 worker threads. -- Edit this bug report at http://bugs.php.net/?id=30153&edit=1
#26771 [Com]: register_tick_funtions crashes apache2 child process
ID: 26771
Comment by: OvdSpek at LIACS dot NL
Reported By: info at tphnet dot com
Status: Verified
Bug Type: Apache2 related
Operating System: * (ZTS only!)
PHP Version: 4CVS, 5CVS (2004-02-25)
New Comment:
A simple testcase:
This will result in: [notice] Parent: child process exited with status
128 -- Restarting.
I know it's not so valid code, but I do assume this isn't supposed to
restart the entire webserver.
I'd also expect an error message telling me the stack overflowed.
Previous Comments:
[2004-09-24 23:47:40] OvdSpek at LIACS dot NL
I'm encountering the same error message with a certain script:
[Fri Sep 24 23:41:51 2004] [notice] Parent: child process exited with
status 128 -- Restarting.
Windows XP SP1
Apache/2.0.50 (Win32)
PHP/4.3.9
[2004-08-13 05:23:05] loye dot young at iycc dot net
If you have the PEAR Date package installed, this might be a solution:
There is a command in a Pear function that tries to write information
to the server. Some Windows installations and Unix servers with strict
Safe Mode options enabled do not allow this. You can fix this yourself
however.
Open the file ./pear/Date/TimeZone.php in a text editor. Go to line
247. You should be in a function named 'inDaylightTime()'. Add this
line: return date("I"); at the very top of the function. It should now
look like this:
function inDaylightTime($date)
{
return date("I");
$env_tz = "";
if(getenv("TZ"))
$env_tz = getenv("TZ");
putenv("TZ=".$this->id);
$ltime = localtime($date->getTime(), true);
putenv("TZ=".$env_tz);
return $ltime['tm_isdst'];
}
This should stop the error. It did for me. Try it and let us know how
it worked for you.
[2004-08-13 00:54:28] loye dot young at iycc dot net
I'm having the same error message in my apache log file, with similar
configuration. However, my php.ini settings allow unlimited persistent
connections, and my configuration for mysql does not include a limit on
the number of persistent connections.
My configuration:
apache 2.0.49
php 4.3.8
mysql 4.0.18
WinXP SP1 with latest WinUpdates
The application that I'm invoking is phpWebSite 0.9.3-3.
Loye Young
www.iycc.us
[2004-07-23 15:46:53] super_freax at hotmail dot com
It says in the PHP-manual for child operations that :
This means that for every child that opened a persistent connection
will have its own open persistent connection to the server. For
example, if you had 20 different child processes that ran a script that
made a persistent connection to your SQL server, you'd have 20 different
connections to the SQL server, one from each child.
Note, however, that this can have some drawbacks if you are using a
database with connection limits that are exceeded by persistent child
connections. If your database has a limit of 16 simultaneous
connections, and in the course of a busy server session, 17 child
threads attempt to connect, one will not be able to. If there are bugs
in your scripts which do not allow the connections to shut down (such
as infinite loops), the database with only 16 connections may be
rapidly swamped
==
So it might be the database that has no more connections left ?
My config is :
WinXPProSP1 (NTFS Formatted)
Apache version 2.0.49
MySQL 4.0.18 with MyODBC 3.51 and winMYSQLadmin 1.4
PHP 4.3.6 with Pear 1.3.1 ,Smarty 2.5.0 ,Zend Opt. 2.5.0 , Dbg 2.16.3,
TCL 8.4.5 with TK 8.4 and Vtcl 1.6.0
[2004-06-29 23:51:40] ryders at gmail dot com
Hey...
I have the same problem here (same error)
[notice] Parent: Created child process 2104
[notice] Child 2104: Child process is running
[notice] Child 2104: Acquired the start mutex.
[notice] Child 2104: Starting 250 worker threads.
[notice] Parent: child process exited with status 128 -- Restarting.
But it has nothing to do with the register_tick_funtions here. I have
almost the same config as some of you (XP/SP1, Apache2.0.49, PHP 4.3.7,
mysql 4.0.18, php as a module - php4appache2.dll). I've also try it on
apache 1.3.31 (Win+Unix) and php 4.3.3 (W+nix as well)...
I'm so lost... if anyone ever find something let me know PLEASE!! ; )
Good luck everyone!
sebastian
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/26771
--
Edit this bug report at http://bugs.php.net/?id=26771&edit=1
#26771 [Com]: register_tick_funtions crashes apache2 child process
ID: 26771
Comment by: OvdSpek at LIACS dot NL
Reported By: info at tphnet dot com
Status: Verified
Bug Type: Apache2 related
Operating System: * (ZTS only!)
PHP Version: 4CVS, 5CVS (2004-02-25)
New Comment:
I'm encountering the same error message with a certain script:
[Fri Sep 24 23:41:51 2004] [notice] Parent: child process exited with
status 128 -- Restarting.
Windows XP SP1
Apache/2.0.50 (Win32)
PHP/4.3.9
Previous Comments:
[2004-08-13 05:23:05] loye dot young at iycc dot net
If you have the PEAR Date package installed, this might be a solution:
There is a command in a Pear function that tries to write information
to the server. Some Windows installations and Unix servers with strict
Safe Mode options enabled do not allow this. You can fix this yourself
however.
Open the file ./pear/Date/TimeZone.php in a text editor. Go to line
247. You should be in a function named 'inDaylightTime()'. Add this
line: return date("I"); at the very top of the function. It should now
look like this:
function inDaylightTime($date)
{
return date("I");
$env_tz = "";
if(getenv("TZ"))
$env_tz = getenv("TZ");
putenv("TZ=".$this->id);
$ltime = localtime($date->getTime(), true);
putenv("TZ=".$env_tz);
return $ltime['tm_isdst'];
}
This should stop the error. It did for me. Try it and let us know how
it worked for you.
[2004-08-13 00:54:28] loye dot young at iycc dot net
I'm having the same error message in my apache log file, with similar
configuration. However, my php.ini settings allow unlimited persistent
connections, and my configuration for mysql does not include a limit on
the number of persistent connections.
My configuration:
apache 2.0.49
php 4.3.8
mysql 4.0.18
WinXP SP1 with latest WinUpdates
The application that I'm invoking is phpWebSite 0.9.3-3.
Loye Young
www.iycc.us
[2004-07-23 15:46:53] super_freax at hotmail dot com
It says in the PHP-manual for child operations that :
This means that for every child that opened a persistent connection
will have its own open persistent connection to the server. For
example, if you had 20 different child processes that ran a script that
made a persistent connection to your SQL server, you'd have 20 different
connections to the SQL server, one from each child.
Note, however, that this can have some drawbacks if you are using a
database with connection limits that are exceeded by persistent child
connections. If your database has a limit of 16 simultaneous
connections, and in the course of a busy server session, 17 child
threads attempt to connect, one will not be able to. If there are bugs
in your scripts which do not allow the connections to shut down (such
as infinite loops), the database with only 16 connections may be
rapidly swamped
==
So it might be the database that has no more connections left ?
My config is :
WinXPProSP1 (NTFS Formatted)
Apache version 2.0.49
MySQL 4.0.18 with MyODBC 3.51 and winMYSQLadmin 1.4
PHP 4.3.6 with Pear 1.3.1 ,Smarty 2.5.0 ,Zend Opt. 2.5.0 , Dbg 2.16.3,
TCL 8.4.5 with TK 8.4 and Vtcl 1.6.0
[2004-06-29 23:51:40] ryders at gmail dot com
Hey...
I have the same problem here (same error)
[notice] Parent: Created child process 2104
[notice] Child 2104: Child process is running
[notice] Child 2104: Acquired the start mutex.
[notice] Child 2104: Starting 250 worker threads.
[notice] Parent: child process exited with status 128 -- Restarting.
But it has nothing to do with the register_tick_funtions here. I have
almost the same config as some of you (XP/SP1, Apache2.0.49, PHP 4.3.7,
mysql 4.0.18, php as a module - php4appache2.dll). I've also try it on
apache 1.3.31 (Win+Unix) and php 4.3.3 (W+nix as well)...
I'm so lost... if anyone ever find something let me know PLEASE!! ; )
Good luck everyone!
sebastian
[2004-06-28 16:35:22] joker at localfoo dot info
This script crashes (every environment I gave a try) under WinXP/SP1
with the following packages:
Apache 2.0.49
PHP 4.3.7
(with or without ZendOptimizer 2.5.1)
PHP 4.3.8-dev (win32-STABLE-200406272030)
PHP 5.0.0-dev (win32-200406271830)
(hope this information is somewhat new here)
The crash never occurs in CGI mode, only using the module
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/26771
--
Edit this bug report at http://bugs.php.net/?id=26771&edit=1
#30153 [Opn]: FATAL erealloc() error
ID: 30153 User updated by: OvdSpek at LIACS dot NL Reported By: OvdSpek at LIACS dot NL Status: Open Bug Type: Reproducible crash Operating System: Windows XP -PHP Version: 4.3.9RC3 +PHP Version: 4.3.9 New Comment: The bug is in 4.3.9 final too. Previous Comments: [2004-09-19 16:17:24] OvdSpek at LIACS dot NL Description: The following PHP script appears to cause a full crash/restart of my Apache/2.0.50 (Win32) PHP/4.3.9RC3 Server at localhost Port 80 server on Windows XP. http://213.46.64.114/temp/php_crash.bin http://62.216.18.38/temp/php_crash.bin Reproduce code: --- Expected result: No errors. Actual result: -- FATAL: erealloc(): Unable to allocate 603602944 bytes [Sun Sep 19 16:11:16 2004] [notice] Parent: child process exited with status 1 -- Restarting. [Sun Sep 19 16:11:16 2004] [notice] Parent: Created child process 3908 [Sun Sep 19 16:11:16 2004] [notice] Child 3908: Child process is running [Sun Sep 19 16:11:16 2004] [notice] Child 3908: Acquired the start mutex. [Sun Sep 19 16:11:16 2004] [notice] Child 3908: Starting 250 worker threads. -- Edit this bug report at http://bugs.php.net/?id=30153&edit=1
#30153 [NEW]: FATAL erealloc() error
From: OvdSpek at LIACS dot NL Operating system: Windows XP PHP version: 4.3.9RC3 PHP Bug Type: Reproducible crash Bug description: FATAL erealloc() error Description: The following PHP script appears to cause a full crash/restart of my Apache/2.0.50 (Win32) PHP/4.3.9RC3 Server at localhost Port 80 server on Windows XP. http://213.46.64.114/temp/php_crash.bin http://62.216.18.38/temp/php_crash.bin Reproduce code: --- Expected result: No errors. Actual result: -- FATAL: erealloc(): Unable to allocate 603602944 bytes [Sun Sep 19 16:11:16 2004] [notice] Parent: child process exited with status 1 -- Restarting. [Sun Sep 19 16:11:16 2004] [notice] Parent: Created child process 3908 [Sun Sep 19 16:11:16 2004] [notice] Child 3908: Child process is running [Sun Sep 19 16:11:16 2004] [notice] Child 3908: Acquired the start mutex. [Sun Sep 19 16:11:16 2004] [notice] Child 3908: Starting 250 worker threads. -- Edit bug report at http://bugs.php.net/?id=30153&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30153&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30153&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30153&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30153&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30153&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30153&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30153&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30153&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30153&r=support Expected behavior: http://bugs.php.net/fix.php?id=30153&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30153&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30153&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30153&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30153&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30153&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30153&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30153&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30153&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30153&r=mysqlcfg
#27814 [Com]: Multiple small packets send for HTTP request
ID: 27814 Comment by: OvdSpek at LIACS dot NL Reported By: Olaf at XCC dot TMFWeb dot NL Status: Assigned Bug Type: HTTP related Operating System: * PHP Version: 5CVS-2004-04-07 Assigned To: wez New Comment: Will a buffer be added? Previous Comments: [2004-03-31 17:55:02] [EMAIL PROTECTED] You're correct; there is no write buffering for the http request. [2004-03-31 14:48:37] Olaf at XCC dot TMFWeb dot NL Description: This code sends two packets, one of 16 bytes and one of 17 bytes. I guess this is caused by multiple calls to php_stream_write in http_fopen_wrapper.c: php_stream_url_wrap_http_ex Preparing the entire request in one buffer and sending it via one call should produce less packets (and be faster). Reproduce code: --- http://php.net/";)); ?> Expected result: One packet of 33 bytes. Actual result: -- Two packets. -- Edit this bug report at http://bugs.php.net/?id=27814&edit=1
#26667 [Fbk->Opn]: ip2long("") = 0 intstead of -1
ID: 26667
User updated by: ovdspek at liacs dot nl
Reported By: ovdspek at liacs dot nl
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows NT 4 SP 6
PHP Version: 4.3.3
New Comment:
D:\Temp>php ..\wte\php\a.php
Content-type: text/html
X-Powered-By: PHP/4.3.5-dev
0
Previous Comments:
[2003-12-19 07:03:05] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Okay, then please try the latest version :)
[2003-12-19 06:53:25] ovdspek at liacs dot nl
I made a mistake, I'm running 4.3.3:
http://62.216.18.38/temp/a.php
http://62.216.18.38/temp/a.phps
http://62.216.18.38/temp/info.php
[2003-12-19 06:41:47] [EMAIL PROTECTED]
hmm, works for me:
[EMAIL PROTECTED]:~$ php-4.3dev -r 'echo ip2long(""); '
-1
[2003-12-19 06:22:34] ovdspek at liacs dot nl
Description:
ip2long returns 0 if the input is an empty string. However, an empty
string is not valid, so it should return -1.
"The function ip2long() generates an IPv4 Internet network address from
its Internet standard format (dotted string) representation. If
ip_address is invalid than -1 is returned. Note that -1 does not
evaluate as FALSE in PHP."
Reproduce code:
---
Expected result:
-1
Actual result:
--
0
--
Edit this bug report at http://bugs.php.net/?id=26667&edit=1
#26667 [Opn]: ip2long("") = 0 intstead of -1
ID: 26667
User updated by: ovdspek at liacs dot nl
Reported By: ovdspek at liacs dot nl
Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows NT 4 SP 6
-PHP Version: 4.3.4
+PHP Version: 4.3.3
New Comment:
I made a mistake, I'm running 4.3.3:
http://62.216.18.38/temp/a.php
http://62.216.18.38/temp/a.phps
http://62.216.18.38/temp/info.php
Previous Comments:
[2003-12-19 06:41:47] [EMAIL PROTECTED]
hmm, works for me:
[EMAIL PROTECTED]:~$ php-4.3dev -r 'echo ip2long(""); '
-1
----
[2003-12-19 06:22:34] ovdspek at liacs dot nl
Description:
ip2long returns 0 if the input is an empty string. However, an empty
string is not valid, so it should return -1.
"The function ip2long() generates an IPv4 Internet network address from
its Internet standard format (dotted string) representation. If
ip_address is invalid than -1 is returned. Note that -1 does not
evaluate as FALSE in PHP."
Reproduce code:
---
Expected result:
-1
Actual result:
--
0
--
Edit this bug report at http://bugs.php.net/?id=26667&edit=1
#26667 [NEW]: ip2long("") = 0 intstead of -1
From: ovdspek at liacs dot nl
Operating system: Windows NT 4 SP 6
PHP version: 4.3.4
PHP Bug Type: Unknown/Other Function
Bug description: ip2long("") = 0 intstead of -1
Description:
ip2long returns 0 if the input is an empty string. However, an empty
string is not valid, so it should return -1.
"The function ip2long() generates an IPv4 Internet network address from
its Internet standard format (dotted string) representation. If ip_address
is invalid than -1 is returned. Note that -1 does not evaluate as FALSE in
PHP."
Reproduce code:
---
Expected result:
-1
Actual result:
--
0
--
Edit bug report at http://bugs.php.net/?id=26667&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26667&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26667&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26667&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26667&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26667&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26667&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26667&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26667&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26667&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26667&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26667&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26667&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26667&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26667&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26667&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26667&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26667&r=float
