[PHP-BUG] Bug #53681 [NEW]: PHP 5.2.17 identifies itself as 5.2.18-dev
From: Operating system: PHP version: 5.2.17 Package: Unknown/Other Function Bug Type: Bug Bug description:PHP 5.2.17 identifies itself as 5.2.18-dev Description: The web page www.php.net/downloads.php#v5 shows PHP version 5.2.17. The file php-5.2.17.tar.bz2 with md5sum 1de8b6adaabf63c042929a3cd1175c33 identifes itself as PHP 5.2.18-dev. $ grep PHP_VERSION Makefile PHP_VERSION = 5.2.18-dev PHP_VERSION_ID = 50218 -- Edit bug report at http://bugs.php.net/bug.php?id=53681edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53681r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53681r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53681r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53681r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53681r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53681r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53681r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53681r=needscript Try newer version: http://bugs.php.net/fix.php?id=53681r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53681r=support Expected behavior: http://bugs.php.net/fix.php?id=53681r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53681r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53681r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53681r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53681r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53681r=dst IIS Stability: http://bugs.php.net/fix.php?id=53681r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53681r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53681r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53681r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53681r=mysqlcfg
#48811 [Com]: Directives in PATH section do not get applied to subdirectories
ID: 48811
Comment by: ct at swin dot edu dot au
Reported By: ct at swin dot edu dot au
Status: No Feedback
Bug Type: PHP options/info functions
Operating System: Red Hat Enterprise Linux 5
PHP Version: 5.3.0
New Comment:
--- php_ini.c-orig 2009-07-06 16:04:43.0 +1000
+++ php_ini.c 2009-07-06 15:58:32.0 +1000
-795,7 +795,7 @@
while ((ptr = strchr(ptr, DEFAULT_SLASH)) != NULL) {
*ptr = 0;
/* Search for source array matching the path
from configuration_hash */
- if (zend_hash_find(configuration_hash, path,
path_len, (void **) tmp) == SUCCESS) {
+ if (zend_hash_find(configuration_hash, path,
strlen(path) + 1, (void **) tmp) == SUCCESS) {
php_ini_activate_config(Z_ARRVAL_P(tmp), PHP_INI_SYSTEM,
PHP_INI_STAGE_ACTIVATE TSRMLS_CC);
}
*ptr = '/';
Previous Comments:
[2009-12-08 01:00:01] 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.
[2009-12-02 00:06:09] ct at swin dot edu dot au
That pastebin.com entry was set to expire after 1 month.
I've uploaded it again
http://pastebin.com/f45a38211
[2009-11-30 19:38:01] j...@php.net
There is no patch there. If it's simple and not very long, add it here
as comment instead.
[2009-07-06 06:26:40] ct at swin dot edu dot au
Description:
A php.ini file with directives in a PATH section do not get applied for
subdirectories in the defined path.
For example
[PATH=/vhost/www.example.com/dir1]
will work for scripts in /vhost/www.example.com/dir1, but not
/vhost/www.example.com/dir1/dir2.
I have fixed this on my system using the following patch
http://pastebin.com/m7e79576f
--
Edit this bug report at http://bugs.php.net/?id=48811edit=1
#48811 [Com]: Directives in PATH section do not get applied to subdirectories
ID: 48811 Comment by: ct at swin dot edu dot au Reported By: ct at swin dot edu dot au Status: Feedback Bug Type: PHP options/info functions Operating System: Red Hat Enterprise Linux 5 PHP Version: 5.3.0 New Comment: That pastebin.com entry was set to expire after 1 month. I've uploaded it again http://pastebin.com/f45a38211 Previous Comments: [2009-11-30 19:38:01] j...@php.net There is no patch there. If it's simple and not very long, add it here as comment instead. [2009-07-06 06:26:40] ct at swin dot edu dot au Description: A php.ini file with directives in a PATH section do not get applied for subdirectories in the defined path. For example [PATH=/vhost/www.example.com/dir1] will work for scripts in /vhost/www.example.com/dir1, but not /vhost/www.example.com/dir1/dir2. I have fixed this on my system using the following patch http://pastebin.com/m7e79576f -- Edit this bug report at http://bugs.php.net/?id=48811edit=1
#48811 [NEW]: Directives in PATH section do not get applied to subdirectories
From: ct at swin dot edu dot au Operating system: Red Hat Enterprise Linux 5 PHP version: 5.3.0 PHP Bug Type: Unknown/Other Function Bug description: Directives in PATH section do not get applied to subdirectories Description: A php.ini file with directives in a PATH section do not get applied for subdirectories in the defined path. For example [PATH=/vhost/www.example.com/dir1] will work for scripts in /vhost/www.example.com/dir1, but not /vhost/www.example.com/dir1/dir2. I have fixed this on my system using the following patch http://pastebin.com/m7e79576f -- Edit bug report at http://bugs.php.net/?id=48811edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48811r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48811r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48811r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48811r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48811r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48811r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48811r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48811r=needscript Try newer version: http://bugs.php.net/fix.php?id=48811r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48811r=support Expected behavior: http://bugs.php.net/fix.php?id=48811r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48811r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48811r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48811r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48811r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48811r=dst IIS Stability: http://bugs.php.net/fix.php?id=48811r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48811r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48811r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48811r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48811r=mysqlcfg
#48624 [Asn]: .user.ini never gets parsed
ID: 48624 User updated by: ct at swin dot edu dot au Reported By: ct at swin dot edu dot au Status: Assigned Bug Type: CGI related Operating System: Red Hat Enterprise Linux 5.3 PHP Version: 5.3.0RC4 Assigned To: pajoye New Comment: Yes, that patch is effectively what I'm running at the moment and it works. Previous Comments: [2009-06-22 01:20:33] paj...@php.net Can you test this patch http://pastebin.com/m183ef6ef? I did not test it yet but it looks like it could be the cause of this bug. In any case I will test it and commit (or really fix it if this patch is not enough) later today. [2009-06-21 08:59:41] paj...@php.net My tests pass, maybe I oversaw something. Have to check again before final. [2009-06-21 01:41:19] ct at swin dot edu dot au Description: sapi/cgi/cgi_main.c: In the function php_cgi_ini_activate_user_config(), php_parse_user_ini_file() is never reached when path_len doc_root_len -- Edit this bug report at http://bugs.php.net/?id=48624edit=1
#48624 [NEW]: .user.ini never gets parsed
From: ct at swin dot edu dot au Operating system: Red Hat Enterprise Linux 5.3 PHP version: 5.3.0RC4 PHP Bug Type: CGI related Bug description: .user.ini never gets parsed Description: sapi/cgi/cgi_main.c: In the function php_cgi_ini_activate_user_config(), php_parse_user_ini_file() is never reached when path_len doc_root_len -- Edit bug report at http://bugs.php.net/?id=48624edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48624r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48624r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48624r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48624r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48624r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48624r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48624r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48624r=needscript Try newer version: http://bugs.php.net/fix.php?id=48624r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48624r=support Expected behavior: http://bugs.php.net/fix.php?id=48624r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48624r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48624r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48624r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48624r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48624r=dst IIS Stability: http://bugs.php.net/fix.php?id=48624r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48624r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48624r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48624r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48624r=mysqlcfg
#37970 [NEW]: PHP_AUTH_PW and PHP_AUTH_USER are being exposed
From: ct at swin dot edu dot au Operating system: Linux PHP version: 5.1.4 PHP Bug Type: Safe Mode/open_basedir Bug description: PHP_AUTH_PW and PHP_AUTH_USER are being exposed Description: PHP_AUTH_PW and PHP_AUTH_USER are exposed to other scripts running in a shared host environment. Reproduce code: --- user1 has a PHP web page http://www.example.com/~user1 that uses external authentication via Apache basic authentication. /home/user1/public_html/.htaccess AuthType Basic AuthName This is a test AuthUserfile /home/user1/public_html/.htpasswd Require valid-user user2 has a PHP page http://www.example.com/~user2 that prints out $_SERVER A user visits http://www.example.com/~user1 (No trailing slash) and enters their username/password entered in popup window. The user then visits http://www.example.com/~user2. Their password is then exposed to this script. This does not happen if the URL of the page asking for authentication has an appended slash. Eg. http://www.example.com/~user/. Expected result: PHP_AUTH_USER and PHP_AUTH_PW should not be exposed to other users scripts on a shared host. Actual result: -- PHP_AUTH_USER and PHP_AUTH_PW are exposed to script even when safe_mode is enabled. -- Edit bug report at http://bugs.php.net/?id=37970edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37970r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37970r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37970r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37970r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37970r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37970r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37970r=needscript Try newer version:http://bugs.php.net/fix.php?id=37970r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37970r=support Expected behavior:http://bugs.php.net/fix.php?id=37970r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37970r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37970r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37970r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37970r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37970r=dst IIS Stability:http://bugs.php.net/fix.php?id=37970r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37970r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37970r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37970r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37970r=mysqlcfg
#31110 [Fbk-Opn]: PHP 4.3.10 does not compile on Tru64 UNIX 5.1B
ID: 31110 User updated by: ct at swin dot edu dot au Reported By: ct at swin dot edu dot au -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Tru64 UNIX 5.1B PHP Version: 4.3.10 New Comment: Yes it compiles with that change, but I gather it should be 99 not 104. Previous Comments: [2004-12-16 10:27:01] [EMAIL PROTECTED] Can you please test this by changing line 104 of Zend/zend_strtod.c to: defined(__mips__) || defined(__ns32k__) || defined(__alpha__) || defined(__alpha) || \ (in one line) thanks, Derick [2004-12-16 09:58:45] ct at swin dot edu dot au I'm not much of a programmer, but I believe the HP/Compaq cc compiler only defines __alpha whereas GCC defines __alpha and __alpha__ [2004-12-16 09:25:12] [EMAIL PROTECTED] That is strange, i tested it myself on: OSF1 xxx..fr V5.1 2650 alpha myself, and it works fine there, but that was using GCC. Do you know how to detect the tru64 platform with a define? [2004-12-16 07:48:25] ct at swin dot edu dot au I have replaced the line Exactly one of IEEE_LITTLE_ENDIAN IEEE_BIG_ENDIAN, VAX with #define IEEE_BIG_ENDIAN in Zend/zend_strtod.c and compilation has completed successfully. [2004-12-16 07:28:08] ct at swin dot edu dot au Description: Unable to compile PHP 4.3.10 on Tru64 UNIX 5.1B. PHP 4.3.9 compiles successfully on this platform. Compiler used is the one shipped in the operating system. Actual result: -- ./configure --prefix=/www/php-4.3.10 --with-apxs=/www/apache-1.3.32/bin/apxs --with-pgsql=/www/postgresql-7.3.4 [...] /bin/ksh /usr/local/src/web-161204/php-4.3.10/libtool --silent --preserve-dup-deps --mode=compile cc -IZend/ -I/usr/local/src/web-161204/php-4.3.10/Zend/ -DPHP_ATOM_INC -I/usr/local/src/web-161204/php-4.3.10/include -I/usr/local/src/web-161204/php-4.3.10/main -I/usr/local/src/web-161204/php-4.3.10 -I/usr/local/src/web-161204/php-4.3.10/Zend -I/www/postgresql-7.3.4/include -I/usr/local/src/web-161204/php-4.3.10/ext/xml/expat -I/usr/local/src/web-161204/php-4.3.10/TSRM -g -prefer-pic -c /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c -o Zend/zend_strtod.lo cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 233: In this declaration, Exactly appears to be used as if it named a type, but there is no declared type of that name visible. (typedefnotdef) Exactly one of IEEE_LITTLE_ENDIAN IEEE_BIG_ENDIAN, VAX, or ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 240: Invalid declarator. (declarator) } _double; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 928: In this declaration, _double must specify a type. (badparsedecl) _double x; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 930: In this declaration, _double must specify a type. (badparsedecl) _double a; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 970: In this declaration, _double must specify a type. (badparsedecl) _double d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1041: In this declaration, _double must specify a type. (badparsedecl) _double d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1172: In this declaration, _double must specify a type. (badparsedecl) _double da, db; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1243: In this declaration, _double must specify a type. (badparsedecl) _double rv, rv0; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 932: In this statement, x is not declared. (undeclared) value(x) = _x; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 940: In this statement, a is not declared. (undeclared) word0(a) = L; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 988: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y (Ebits - k); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 995: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y k | z (32 - k); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1000: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend
#31110 [Fbk-Opn]: PHP 4.3.10 does not compile on Tru64 UNIX 5.1B
ID: 31110 User updated by: ct at swin dot edu dot au Reported By: ct at swin dot edu dot au -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Tru64 UNIX 5.1B PHP Version: 4.3.10 New Comment: I'm not much of a programmer, but I believe the HP/Compaq cc compiler only defines __alpha whereas GCC defines __alpha and __alpha__ Previous Comments: [2004-12-16 09:25:12] [EMAIL PROTECTED] That is strange, i tested it myself on: OSF1 xxx..fr V5.1 2650 alpha myself, and it works fine there, but that was using GCC. Do you know how to detect the tru64 platform with a define? [2004-12-16 07:48:25] ct at swin dot edu dot au I have replaced the line Exactly one of IEEE_LITTLE_ENDIAN IEEE_BIG_ENDIAN, VAX with #define IEEE_BIG_ENDIAN in Zend/zend_strtod.c and compilation has completed successfully. [2004-12-16 07:28:08] ct at swin dot edu dot au Description: Unable to compile PHP 4.3.10 on Tru64 UNIX 5.1B. PHP 4.3.9 compiles successfully on this platform. Compiler used is the one shipped in the operating system. Actual result: -- ./configure --prefix=/www/php-4.3.10 --with-apxs=/www/apache-1.3.32/bin/apxs --with-pgsql=/www/postgresql-7.3.4 [...] /bin/ksh /usr/local/src/web-161204/php-4.3.10/libtool --silent --preserve-dup-deps --mode=compile cc -IZend/ -I/usr/local/src/web-161204/php-4.3.10/Zend/ -DPHP_ATOM_INC -I/usr/local/src/web-161204/php-4.3.10/include -I/usr/local/src/web-161204/php-4.3.10/main -I/usr/local/src/web-161204/php-4.3.10 -I/usr/local/src/web-161204/php-4.3.10/Zend -I/www/postgresql-7.3.4/include -I/usr/local/src/web-161204/php-4.3.10/ext/xml/expat -I/usr/local/src/web-161204/php-4.3.10/TSRM -g -prefer-pic -c /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c -o Zend/zend_strtod.lo cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 233: In this declaration, Exactly appears to be used as if it named a type, but there is no declared type of that name visible. (typedefnotdef) Exactly one of IEEE_LITTLE_ENDIAN IEEE_BIG_ENDIAN, VAX, or ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 240: Invalid declarator. (declarator) } _double; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 928: In this declaration, _double must specify a type. (badparsedecl) _double x; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 930: In this declaration, _double must specify a type. (badparsedecl) _double a; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 970: In this declaration, _double must specify a type. (badparsedecl) _double d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1041: In this declaration, _double must specify a type. (badparsedecl) _double d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1172: In this declaration, _double must specify a type. (badparsedecl) _double da, db; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1243: In this declaration, _double must specify a type. (badparsedecl) _double rv, rv0; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 932: In this statement, x is not declared. (undeclared) value(x) = _x; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 940: In this statement, a is not declared. (undeclared) word0(a) = L; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 988: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y (Ebits - k); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 995: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y k | z (32 - k); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1000: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1027: In this statement, d is not declared. (undeclared) return value(d); ---^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1046: In this statement, d is not declared. (undeclared) value(d) = _d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1175: In this statement, da is not declared. (undeclared) value(da) = b2d(a, ka); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend
#31110 [NEW]: PHP 4.3.10 does not compile on Tru64 UNIX 5.1B
From: ct at swin dot edu dot au Operating system: Tru64 UNIX 5.1B PHP version: 4.3.10 PHP Bug Type: Compile Failure Bug description: PHP 4.3.10 does not compile on Tru64 UNIX 5.1B Description: Unable to compile PHP 4.3.10 on Tru64 UNIX 5.1B. PHP 4.3.9 compiles successfully on this platform. Compiler used is the one shipped in the operating system. Actual result: -- ./configure --prefix=/www/php-4.3.10 --with-apxs=/www/apache-1.3.32/bin/apxs --with-pgsql=/www/postgresql-7.3.4 [...] /bin/ksh /usr/local/src/web-161204/php-4.3.10/libtool --silent --preserve-dup-deps --mode=compile cc -IZend/ -I/usr/local/src/web-161204/php-4.3.10/Zend/ -DPHP_ATOM_INC -I/usr/local/src/web-161204/php-4.3.10/include -I/usr/local/src/web-161204/php-4.3.10/main -I/usr/local/src/web-161204/php-4.3.10 -I/usr/local/src/web-161204/php-4.3.10/Zend -I/www/postgresql-7.3.4/include -I/usr/local/src/web-161204/php-4.3.10/ext/xml/expat -I/usr/local/src/web-161204/php-4.3.10/TSRM -g -prefer-pic -c /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c -o Zend/zend_strtod.lo cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 233: In this declaration, Exactly appears to be used as if it named a type, but there is no declared type of that name visible. (typedefnotdef) Exactly one of IEEE_LITTLE_ENDIAN IEEE_BIG_ENDIAN, VAX, or ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 240: Invalid declarator. (declarator) } _double; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 928: In this declaration, _double must specify a type. (badparsedecl) _double x; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 930: In this declaration, _double must specify a type. (badparsedecl) _double a; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 970: In this declaration, _double must specify a type. (badparsedecl) _double d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1041: In this declaration, _double must specify a type. (badparsedecl) _double d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1172: In this declaration, _double must specify a type. (badparsedecl) _double da, db; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1243: In this declaration, _double must specify a type. (badparsedecl) _double rv, rv0; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 932: In this statement, x is not declared. (undeclared) value(x) = _x; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 940: In this statement, a is not declared. (undeclared) word0(a) = L; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 988: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y (Ebits - k); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 995: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y k | z (32 - k); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1000: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1027: In this statement, d is not declared. (undeclared) return value(d); ---^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1046: In this statement, d is not declared. (undeclared) value(d) = _d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1175: In this statement, da is not declared. (undeclared) value(da) = b2d(a, ka); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1176: In this statement, db is not declared. (undeclared) value(db) = b2d(b, kb); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1252: In this statement, rv is not declared. (undeclared) value(rv) = 0.; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1485: In this statement, rv0 is not declared. (undeclared) value(rv0) = value(rv); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1684: In this statement, rv0 is not declared. (undeclared) value(rv0) = value(rv); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1702: In this statement, rv0 is not declared. (undeclared) value(rv0) = value(rv); ^ *** Exit 1 Stop. -- Edit bug report at http
#31110 [Opn]: PHP 4.3.10 does not compile on Tru64 UNIX 5.1B
ID: 31110 User updated by: ct at swin dot edu dot au Reported By: ct at swin dot edu dot au Status: Open Bug Type: Compile Failure Operating System: Tru64 UNIX 5.1B PHP Version: 4.3.10 New Comment: I have replaced the line Exactly one of IEEE_LITTLE_ENDIAN IEEE_BIG_ENDIAN, VAX with #define IEEE_BIG_ENDIAN in Zend/zend_strtod.c and compilation has completed successfully. Previous Comments: [2004-12-16 07:28:08] ct at swin dot edu dot au Description: Unable to compile PHP 4.3.10 on Tru64 UNIX 5.1B. PHP 4.3.9 compiles successfully on this platform. Compiler used is the one shipped in the operating system. Actual result: -- ./configure --prefix=/www/php-4.3.10 --with-apxs=/www/apache-1.3.32/bin/apxs --with-pgsql=/www/postgresql-7.3.4 [...] /bin/ksh /usr/local/src/web-161204/php-4.3.10/libtool --silent --preserve-dup-deps --mode=compile cc -IZend/ -I/usr/local/src/web-161204/php-4.3.10/Zend/ -DPHP_ATOM_INC -I/usr/local/src/web-161204/php-4.3.10/include -I/usr/local/src/web-161204/php-4.3.10/main -I/usr/local/src/web-161204/php-4.3.10 -I/usr/local/src/web-161204/php-4.3.10/Zend -I/www/postgresql-7.3.4/include -I/usr/local/src/web-161204/php-4.3.10/ext/xml/expat -I/usr/local/src/web-161204/php-4.3.10/TSRM -g -prefer-pic -c /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c -o Zend/zend_strtod.lo cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 233: In this declaration, Exactly appears to be used as if it named a type, but there is no declared type of that name visible. (typedefnotdef) Exactly one of IEEE_LITTLE_ENDIAN IEEE_BIG_ENDIAN, VAX, or ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 240: Invalid declarator. (declarator) } _double; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 928: In this declaration, _double must specify a type. (badparsedecl) _double x; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 930: In this declaration, _double must specify a type. (badparsedecl) _double a; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 970: In this declaration, _double must specify a type. (badparsedecl) _double d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1041: In this declaration, _double must specify a type. (badparsedecl) _double d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1172: In this declaration, _double must specify a type. (badparsedecl) _double da, db; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1243: In this declaration, _double must specify a type. (badparsedecl) _double rv, rv0; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 932: In this statement, x is not declared. (undeclared) value(x) = _x; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 940: In this statement, a is not declared. (undeclared) word0(a) = L; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 988: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y (Ebits - k); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 995: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y k | z (32 - k); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1000: In this statement, d is not declared. (undeclared) d0 = Exp_1 | y; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1027: In this statement, d is not declared. (undeclared) return value(d); ---^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1046: In this statement, d is not declared. (undeclared) value(d) = _d; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1175: In this statement, da is not declared. (undeclared) value(da) = b2d(a, ka); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1176: In this statement, db is not declared. (undeclared) value(db) = b2d(b, kb); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1252: In this statement, rv is not declared. (undeclared) value(rv) = 0.; ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1485: In this statement, rv0 is not declared. (undeclared) value(rv0) = value(rv); ^ cc: Error: /usr/local/src/web-161204/php-4.3.10/Zend/zend_strtod.c, line 1684: In this statement, rv0
#21958 [Asn]: fopen fails in safe mode
ID: 21958
User updated by: ct at swin dot edu dot au
Reported By: ct at swin dot edu dot au
Status: Assigned
Bug Type: Filesystem function related
Operating System: Tru64 UNIX 5.1A
PHP Version: 4.3.3-dev
Assigned To: wez
New Comment:
I suspect some implementations of realpath will not touch the resolved
path if the filename does not exist. This would explain why your patch
works on some systems. On Tru64 realpath will set the resolved path to
NULL if the file does not exist. As such, setting path in the strcpy
before VCWD_REALPATH doesn't fix the problem, at least on Tru64.
PHP is making some assumptions about the behaviour of realpath, but
there are differences in the way vendors handle the case of a non
existent file.
I have got around this problem by using the realpath function from the
BSD source.
Previous Comments:
[2003-06-04 06:24:04] ohp at pyrenet dot fr
Hi, Glad to see my patch works on AIX, not so glad it fails with TRU64
UNIX
Did you test with the same script/environment you wrote on Jan 30?
Did you try to log the value of path after each VCWD_REALPATH.
AFAICS, the whole bug comes from realpath doing nasty things when path
is NULL hence the strcopy I added.
Feel free to email directly. I'm not a PHP developper (I'd love the
help of one on this one) but I want to get rid of this bug.
Regards
Olivier
[2003-06-01 23:54:24] ct at swin dot edu dot au
Patch makes no difference with Tru64 UNIX 5.1A and PHP 4.3.2.
[2003-05-30 11:12:50] juha dot moisio at tietonauha dot fi
I tested that patch.
Works just fine in AIX 4.3.1 php 4.3.2
-Juha-
[2003-05-28 10:47:42] ohp at pyrenet dot fr
after 2 strggling, I came with the following path on
safe_mode.c against 4.3.2RC4.
Not sure it's the right thing to do.
could someone have a look?
Regards
*** main/safe_mode.c.orig lun mrs 17 14:50:23 2003
--- main/safe_mode.cmar mai 27 15:06:30 2003
***
*** 66,71
--- 66,72
mode = CHECKUID_DISALLOW_FILE_NOT_EXISTS;
} else {
mode = CHECKUID_CHECK_FILE_AND_DIR;
+ flags=1;
}
}
***
*** 81,86
--- 82,88
* If that fails, passthrough and check
directory...
*/
if (mode != CHECKUID_ALLOW_ONLY_DIR) {
+ strcpy(path,filename);
VCWD_REALPATH(filename, path);
ret = VCWD_STAT(path, sb);
if (ret 0) {
this works on Unixware 713
[2003-05-27 06:29:50] ohp at pyrenet dot fr
I have made tons of research on this since yesterday.
It appears that realpath (at least on UW 713) set path to NULLL,
returns NULL with errno=2 in case of a non existing file on line 86 in
safe_mode.c then function proceeds to line 116 with a NULL path, all
functions fail and the file cannot be created.
Hope this help to create a patch (I'm trying to but don't know the code
enough too) Please someone help.
[EMAIL PROTECTED]
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/21958
--
Edit this bug report at http://bugs.php.net/?id=21958edit=1
#21958 [Asn]: fopen fails in safe mode
ID: 21958
User updated by: ct at swin dot edu dot au
Reported By: ct at swin dot edu dot au
Status: Assigned
Bug Type: Filesystem function related
Operating System: Tru64 UNIX 5.1A
PHP Version: 4.3.3-dev
Assigned To: wez
New Comment:
Patch makes no difference with Tru64 UNIX 5.1A and PHP 4.3.2.
Previous Comments:
[2003-05-30 11:12:50] juha dot moisio at tietonauha dot fi
I tested that patch.
Works just fine in AIX 4.3.1 php 4.3.2
-Juha-
[2003-05-28 10:47:42] ohp at pyrenet dot fr
after 2 strggling, I came with the following path on
safe_mode.c against 4.3.2RC4.
Not sure it's the right thing to do.
could someone have a look?
Regards
*** main/safe_mode.c.orig lun mrs 17 14:50:23 2003
--- main/safe_mode.cmar mai 27 15:06:30 2003
***
*** 66,71
--- 66,72
mode = CHECKUID_DISALLOW_FILE_NOT_EXISTS;
} else {
mode = CHECKUID_CHECK_FILE_AND_DIR;
+ flags=1;
}
}
***
*** 81,86
--- 82,88
* If that fails, passthrough and check
directory...
*/
if (mode != CHECKUID_ALLOW_ONLY_DIR) {
+ strcpy(path,filename);
VCWD_REALPATH(filename, path);
ret = VCWD_STAT(path, sb);
if (ret 0) {
this works on Unixware 713
[2003-05-27 06:29:50] ohp at pyrenet dot fr
I have made tons of research on this since yesterday.
It appears that realpath (at least on UW 713) set path to NULLL,
returns NULL with errno=2 in case of a non existing file on line 86 in
safe_mode.c then function proceeds to line 116 with a NULL path, all
functions fail and the file cannot be created.
Hope this help to create a patch (I'm trying to but don't know the code
enough too) Please someone help.
[EMAIL PROTECTED]
[2003-05-26 09:34:28] ohp at pyrenet dot fr
The bug is still there with php-4.3.2RC4 as an apache 1.3.27 module.
This is on Unixware 7.
with safe_mode=Off, file creation succeeds,
with safe_mode=On, file creattion fails with failed to open stream: no
such file or directory ...
I've tried setting the dir 777, make it owned by apache UID.. Nothing
worked.
A truss of the apache server showed that the last syscall before failed
was a pathconf(filename,...) returning ENOENT
File didn't exist so it's normal.
Please help
[2003-04-23 13:57:22] patrick_cossette1 at uqtr dot ca
With AIX 4.3.3 and PHP 4.3.1.
With safe_mode on , I cannot create a file with neither touch nor fopen
nor mkdir. (With safe_mode off, the creation works).
Apache is running under user web and group web.
I have the directory /web/hee_dev whose owner is web.web with
permissions rwxr-s---
I have the script testing.php located in that directory:
?
$fp=fopen(filetocreate,w+);
?
If the file filetocreate does not already exist, I get the following
error while executing the script:
Warning: Unable to access filetocreate
in /web/hee_dev/testing.php on line 2
Warning: fopen(filetocreate, w+) - No such
file or directory in /web/hee_dev/testing.php on
line 2
If the file already exists, I can open it without any problem.
I had read somewhere in the bug database that this should be solved by
now, but with 4.3.1, it still produces this error.
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/21958
--
Edit this bug report at http://bugs.php.net/?id=21958edit=1
#21958 [Opn]: fopen fails in safe mode
ID: 21958 User updated by: ct at swin dot edu dot au Reported By: ct at swin dot edu dot au Status: Open Bug Type: Filesystem function related Operating System: Tru64 UNIX 5.1A PHP Version: 4.3.1-dev New Comment: I have noticed that in safe_mode.c after the line that has VCWD_REALPATH(filename, path); (Line 84 from CVS version) the value of path is always NULL in Tru64 UNIX. The same code testing on Linux using CLI SAPI, path = correct value. Previous Comments: [2003-02-23 23:43:32] ct at swin dot edu dot au The build from php4-STABLE-200302231230 still produces the same error. [2003-02-23 05:22:27] [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 There have been couple of fixes lately which might fix this as side-effect, please give it a go. [2003-02-20 00:07:32] ct at swin dot edu dot au I have noticied that if I replace the safe_mode.c file with the one from PHP 4.1.2 it works properly. [2003-02-19 22:58:01] ct at swin dot edu dot au Apache module [2003-02-19 21:41:30] [EMAIL PROTECTED] I can not reproduce this with latest CVS snapshot. What SAPI are you using? CGI..? Apache 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/21958 -- Edit this bug report at http://bugs.php.net/?id=21958edit=1
#21958 [Fbk-Opn]: fopen fails in safe mode
ID: 21958 User updated by: ct at swin dot edu dot au Reported By: ct at swin dot edu dot au -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Tru64 UNIX 5.1A PHP Version: 4.3.1-dev New Comment: The build from php4-STABLE-200302231230 still produces the same error. Previous Comments: [2003-02-23 05:22:27] [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 There have been couple of fixes lately which might fix this as side-effect, please give it a go. [2003-02-20 00:07:32] ct at swin dot edu dot au I have noticied that if I replace the safe_mode.c file with the one from PHP 4.1.2 it works properly. [2003-02-19 22:58:01] ct at swin dot edu dot au Apache module [2003-02-19 21:41:30] [EMAIL PROTECTED] I can not reproduce this with latest CVS snapshot. What SAPI are you using? CGI..? Apache module? [2003-02-19 19:03:33] ct at swin dot edu dot au # ls -ld /web /web/ct drwxr-xr-x 110 root system 8192 Nov 28 15:41 /web drwxr-xr-x 7 ct system 8192 Jan 31 15:22 /web/ct 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/21958 -- Edit this bug report at http://bugs.php.net/?id=21958edit=1
#21958 [Fbk-Opn]: fopen fails in safe mode
ID: 21958 User updated by: ct at swin dot edu dot au Reported By: ct at swin dot edu dot au -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Tru64 UNIX 5.1A PHP Version: 4.3.1-dev New Comment: # ls -ld /web /web/ct drwxr-xr-x 110 root system 8192 Nov 28 15:41 /web drwxr-xr-x 7 ct system 8192 Jan 31 15:22 /web/ct Previous Comments: [2003-02-19 18:57:04] [EMAIL PROTECTED] What are the permissions for /web and /web/ct directories? [2003-01-30 18:49:02] ct at swin dot edu dot au With php4-STABLE-latest (200301302230) it returns the following error: Warning: fopen() [function.fopen]: Unable to access /web/ct/tmp/file.txt in /web/ct/test4.php on line 4 Warning: fopen(/web/ct/tmp/file.txt) [function.fopen]: failed to create stream: No such file or directory in /web/ct/test4.php on line 4 [2003-01-30 09:17:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-30 00:01:42] ct at swin dot edu dot au PHP 4.2.3 configured in safe mode cannot create new files. $fname = /web/ct/tmp/file.txt; $filePtr = fopen($fname,w); Warning: Unable to access /web/ct/tmp/file.txt in /web/ct/test4.php on line 4 Warning: fopen(/web/ct/tmp/file.txt, w) - No such file or directory in /web/ct/test4.php on line 4 The permissions on the directory are: drwxrwxrwx 2 root system 8192 Jan 30 16:42 tmp If the file /web/ct/tmp/file.txt already exists, PHP can open it for writing. PHP 4.1.2 can successfully create files using the same configuration. -- Edit this bug report at http://bugs.php.net/?id=21958edit=1
#21958 [Fbk-Opn]: fopen fails in safe mode
ID: 21958 User updated by: ct at swin dot edu dot au Reported By: ct at swin dot edu dot au -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Tru64 UNIX 5.1A PHP Version: 4.3.1-dev New Comment: Apache module Previous Comments: [2003-02-19 21:41:30] [EMAIL PROTECTED] I can not reproduce this with latest CVS snapshot. What SAPI are you using? CGI..? Apache module? [2003-02-19 19:03:33] ct at swin dot edu dot au # ls -ld /web /web/ct drwxr-xr-x 110 root system 8192 Nov 28 15:41 /web drwxr-xr-x 7 ct system 8192 Jan 31 15:22 /web/ct [2003-02-19 18:57:04] [EMAIL PROTECTED] What are the permissions for /web and /web/ct directories? [2003-01-30 18:49:02] ct at swin dot edu dot au With php4-STABLE-latest (200301302230) it returns the following error: Warning: fopen() [function.fopen]: Unable to access /web/ct/tmp/file.txt in /web/ct/test4.php on line 4 Warning: fopen(/web/ct/tmp/file.txt) [function.fopen]: failed to create stream: No such file or directory in /web/ct/test4.php on line 4 [2003-01-30 09:17:22] [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 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/21958 -- Edit this bug report at http://bugs.php.net/?id=21958edit=1
#21958 [Opn]: fopen fails in safe mode
ID: 21958 User updated by: ct at swin dot edu dot au Reported By: ct at swin dot edu dot au Status: Open Bug Type: Filesystem function related Operating System: Tru64 UNIX 5.1A PHP Version: 4.3.1-dev New Comment: I have noticied that if I replace the safe_mode.c file with the one from PHP 4.1.2 it works properly. Previous Comments: [2003-02-19 22:58:01] ct at swin dot edu dot au Apache module [2003-02-19 21:41:30] [EMAIL PROTECTED] I can not reproduce this with latest CVS snapshot. What SAPI are you using? CGI..? Apache module? [2003-02-19 19:03:33] ct at swin dot edu dot au # ls -ld /web /web/ct drwxr-xr-x 110 root system 8192 Nov 28 15:41 /web drwxr-xr-x 7 ct system 8192 Jan 31 15:22 /web/ct [2003-02-19 18:57:04] [EMAIL PROTECTED] What are the permissions for /web and /web/ct directories? [2003-01-30 18:49:02] ct at swin dot edu dot au With php4-STABLE-latest (200301302230) it returns the following error: Warning: fopen() [function.fopen]: Unable to access /web/ct/tmp/file.txt in /web/ct/test4.php on line 4 Warning: fopen(/web/ct/tmp/file.txt) [function.fopen]: failed to create stream: No such file or directory in /web/ct/test4.php on line 4 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/21958 -- Edit this bug report at http://bugs.php.net/?id=21958edit=1
