#37969 [Opn->Fbk]: XSLTProcessor() not working
ID: 37969 Updated by: [EMAIL PROTECTED] Reported By: msho at exabytes dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Centos PHP Version: 5.1.4 New Comment: I am pretty sure you have not compiled in XSLT support. You can check by viewing the output of phpinfo() and looking for an XSL section. If you don't see it, you must reconfigure PHP passing in --with-xsl. Previous Comments: [2006-06-30 04:18:38] msho at exabytes dot com Description: The PHP engine are not able to call the XSLTProcessor class with either running in CGI or Apache module mode. Reproduce code: --- Expected result: Fatal error: Class 'XSLTProcessor' not found Actual result: -- No Error should appear. -- Edit this bug report at http://bugs.php.net/?id=37969&edit=1
#15291 [Com]: date() function time return problem
ID: 15291 Comment by: baqa1 at yahoo dot com Reported By: omid at oztell dot com Status: No Feedback Bug Type: Date/time related Operating System: Debian PHP Version: 4.1.1 New Comment: no comment Previous Comments: [2002-03-24 00:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, 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". [2002-01-30 14:51:05] [EMAIL PROTECTED] status -> feedback [2002-01-30 02:37:27] [EMAIL PROTECTED] What do you get from doing the following at a command prompt? % echo $TZ % date % TZ=GMT date Torben [2002-01-30 02:20:06] omid at oztell dot com I get the same result for the following: [2002-01-30 02:08:57] [EMAIL PROTECTED] Reopening; this should be set to 'Feedback' until the user confirms that the proposed fix actually works. Torben 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/15291 -- Edit this bug report at http://bugs.php.net/?id=15291&edit=1
#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=37970&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37970&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37970&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37970&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37970&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37970&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37970&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37970&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37970&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37970&r=support Expected behavior:http://bugs.php.net/fix.php?id=37970&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37970&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37970&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37970&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37970&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37970&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37970&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37970&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37970&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37970&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37970&r=mysqlcfg
#37969 [NEW]: XSLTProcessor() not working
From: msho at exabytes dot com Operating system: Centos PHP version: 5.1.4 PHP Bug Type: Scripting Engine problem Bug description: XSLTProcessor() not working Description: The PHP engine are not able to call the XSLTProcessor class with either running in CGI or Apache module mode. Reproduce code: --- Expected result: Fatal error: Class 'XSLTProcessor' not found Actual result: -- No Error should appear. -- Edit bug report at http://bugs.php.net/?id=37969&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37969&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37969&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37969&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37969&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37969&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37969&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37969&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37969&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37969&r=support Expected behavior:http://bugs.php.net/fix.php?id=37969&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37969&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37969&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37969&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37969&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37969&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37969&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37969&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37969&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37969&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37969&r=mysqlcfg
#37968 [NEW]: Calling date related functions inside custom session handler functions
From: corey at motionworks dot com dot my
Operating system: WinXP
PHP version: 5.1.4
PHP Bug Type: Reproducible crash
Bug description: Calling date related functions inside custom session handler
functions
Description:
Using any of the following date functions inside a custom session handler
function causes PHP (and associated Apache thread) to crash. Currently
using PHP-CGI.
Functions:
date()
strtotime()
date_default_timezone_get()
time() - Works and doesnt't cause a crash
Reproduce code:
---
function sess_open($strSavePath, $strSessionName)
{
return true;
}
function sess_close()
{
return true;
}
function sess_read($strKey)
{
return '';
}
function sess_write($strKey, $strVal)
{
$strDate = date('d/m/Y H:i:s');
return true;
}
function sess_destroy($strKey)
{
return true;
}
function sess_gc($intMaxLifetime)
{
return true;
}
session_set_save_handler(
'sess_open',
'sess_close',
'sess_read',
'sess_write',
'sess_destroy',
'sess_gc');
session_start();
sess_write('foo', 'bar');
Expected result:
It not to crash :-)
--
Edit bug report at http://bugs.php.net/?id=37968&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37968&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37968&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37968&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37968&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37968&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37968&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37968&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37968&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37968&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37968&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37968&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37968&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37968&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37968&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37968&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37968&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37968&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37968&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37968&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37968&r=mysqlcfg
#37967 [NEW]: forced download error - using output buffer, content-length header & readfile
From: mmosel at gmail dot com
Operating system: Unix and Win2k
PHP version: 4.4.2
PHP Bug Type: Output Control
Bug description: forced download error - using output buffer, content-length
header & readfile
Description:
Here's the bug. If someone wants to deliver a forced file download, in
this case a zip file, and if they use php's output buffer along with the
header("Content-length:"), readfile() - if there is any other content
output in the output buffer, the file will download but it will not open
because of an error with the length. If you remove the length line, the
file will download, but the browser doesn't know how big the file is,
which is bad for the user. The included code will illustrate this error.
If you remove the echo message, the file will download without error.
Reproduce code:
---
Expected result:
I expect the file to be delivered without error!
Actual result:
--
File downloads, but won't open due to length error.
--
Edit bug report at http://bugs.php.net/?id=37967&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37967&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37967&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37967&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37967&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37967&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37967&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37967&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37967&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37967&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37967&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37967&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37967&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37967&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37967&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37967&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37967&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37967&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37967&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37967&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37967&r=mysqlcfg
#37966 [Fbk->Csd]: $_SERVER will be destroyed when auto_globals_jit is enabled
ID: 37966
User updated by: sy at go2panel dot com
Reported By: sy at go2panel dot com
-Status: Feedback
+Status: Closed
Bug Type: Variables related
Operating System: Redhat EL 4.0
PHP Version: 5.1.4
New Comment:
This bug CANNOT be reproduced PHP Version 5.2.0-dev dated 20060613
Previous Comments:
[2006-06-29 21:11:08] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-06-29 21:06:12] sy at go2panel dot com
Description:
auto_globals_jit will not initialize $_SERVER if $_ENV and $_COOKIE is
accessed before any access to $_SERVER.
This relates to setting cookie to browser. A few times refresh may be
required to reproduce.
These have been reproduced using Mozilla Firefox and MS Internet
Explorer, latest versions available when this is posted.
Modules
/php -m
[PHP Modules]
bcmath
bz2
calendar
ctype
date
dba
dbase
dom
exif
ftp
gd
hash
iconv
libxml
mbstring
mysql
openssl
pcntl
pcre
PDO
posix
Reflection
session
SimpleXML
soap
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
xmlreader
xmlrpc
xmlwriter
xsl
zlib
[Zend Modules]
NONE
Reproduce code:
---
Expected result:
array(49) {
["FCGI_ROLE"]=>
string(9) "RESPONDER"
["REDIRECT_SCRIPT_URL"]=>
string(6) "/b.php"
["REDIRECT_SCRIPT_URI"]=>
string(27) "http://somehost/b.php";
["REDIRECT_REMOTE_USER"]=>
string(0) ""
["REDIRECT_STATUS"]=>
string(3) "200"
["SCRIPT_URL"]=>
string(6) "/b.php"
["SCRIPT_URI"]=>
string(27) "http://somehost/b.php";
["REMOTE_USER"]=>
string(0) ""
["HTTP_HOST"]=>
string(14) "somehost"
...
Actual result:
--
array(2) {
["PHP_SELF"]=>
string(6) "/b.php"
["REQUEST_TIME"]=>
int(1151614513)
}
--
Edit this bug report at http://bugs.php.net/?id=37966&edit=1
#37966 [Opn->Fbk]: $_SERVER will be destroyed when auto_globals_jit is enabled
ID: 37966
Updated by: [EMAIL PROTECTED]
Reported By: sy at go2panel dot com
-Status: Open
+Status: Feedback
Bug Type: Variables related
Operating System: Redhat EL 4.0
PHP Version: 5.1.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-06-29 21:06:12] sy at go2panel dot com
Description:
auto_globals_jit will not initialize $_SERVER if $_ENV and $_COOKIE is
accessed before any access to $_SERVER.
This relates to setting cookie to browser. A few times refresh may be
required to reproduce.
These have been reproduced using Mozilla Firefox and MS Internet
Explorer, latest versions available when this is posted.
Modules
/php -m
[PHP Modules]
bcmath
bz2
calendar
ctype
date
dba
dbase
dom
exif
ftp
gd
hash
iconv
libxml
mbstring
mysql
openssl
pcntl
pcre
PDO
posix
Reflection
session
SimpleXML
soap
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
xmlreader
xmlrpc
xmlwriter
xsl
zlib
[Zend Modules]
NONE
Reproduce code:
---
Expected result:
array(49) {
["FCGI_ROLE"]=>
string(9) "RESPONDER"
["REDIRECT_SCRIPT_URL"]=>
string(6) "/b.php"
["REDIRECT_SCRIPT_URI"]=>
string(27) "http://somehost/b.php";
["REDIRECT_REMOTE_USER"]=>
string(0) ""
["REDIRECT_STATUS"]=>
string(3) "200"
["SCRIPT_URL"]=>
string(6) "/b.php"
["SCRIPT_URI"]=>
string(27) "http://somehost/b.php";
["REMOTE_USER"]=>
string(0) ""
["HTTP_HOST"]=>
string(14) "somehost"
...
Actual result:
--
array(2) {
["PHP_SELF"]=>
string(6) "/b.php"
["REQUEST_TIME"]=>
int(1151614513)
}
--
Edit this bug report at http://bugs.php.net/?id=37966&edit=1
#37946 [Bgs]: mkdir recursive creates wrong owner for parent directories
ID: 37946 User updated by: oscar dot de dot lathouder at gmail dot com Reported By: oscar dot de dot lathouder at gmail dot com Status: Bogus Bug Type: Directory function related Operating System: Fedora Core 5 PHP Version: 5.1.4 New Comment: I'm not sure about the 'standard owner' created by PHP(which is 'root'), but the solution was found in using umask(). Sorry. Previous Comments: [2006-06-28 22:16:54] oscar dot de dot lathouder at gmail dot com why does mkdir() create the first dir (1), failes to make the others, when recursive=true? [2006-06-28 11:42:32] [EMAIL PROTECTED] mkdir() has nothing to do with the permissions, it just creates directories. Not PHP problem. [2006-06-28 11:32:36] oscar dot de dot lathouder at gmail dot com Description: The recursive option of mkdir() creates wrong owners for created parents. Reproduce code: --- Executed file: -rw-rw-rw- 1 thisuser mygoup 5900 Jun 28 09:32 test.php saveLocation: /mnt/shared/ ls -al /mnt/shared/ drwxrwxrwx 1 thisuser mygroup 0 Jun 28 09:21 . drwxr-xr-x 5 root root 4096 Jun 23 15:11 .. (note: server is MS Windows 2000 server, executing server is Fedora Core 5. 'thisuser' has read/write permissions on server as well) Code: $saveLocation = /mnt/shared/1/2/3/ if (!file_exists($saveLocation) && !is_dir($saveLocation)) mkdir($saveLocation,0777,true); Expected result: ls -al /mnt/shared/ drwxrwxrwx 1 thisuser mygroup 0 Jun 28 09:21 . drwxr-xr-x 5 root root 4096 Jun 23 15:11 .. drwxrwxrwx 1 thisuser mygroup 0 Jun 28 09:21 1 ls -al /mnt/shared/1/ drwxrwxrwx 1 thisuser mygroup 0 Jun 28 09:21 . drwxrwxrwx 1 thisuser mygroup 0 Jun 28 09:21 .. drwxrwxrwx 1 thisuser mygroup 0 Jun 28 09:21 2 ls -al /mnt/shared/1/2/ drwxrwxrwx 1 thisuser mygroup 0 Jun 28 09:21 . drwxrwxrwx 1 thisuser mygroup 0 Jun 28 09:21 .. drwxrwxrwx 1 thisuser mygroup 0 Jun 28 09:21 3 Actual result: -- ls -al /mnt/shared/ drwxrwxrwx 1 thisuser mygroup0 Jun 28 2006 . drwxr-xr-x 5 root root 4096 Jun 23 15:11 .. drwxrwxrwx 1 root root0 Jun 28 2006 1 ls -al /mnt/shared/1/ drwxrwxrwx 1 root root0 Jun 28 2006 . drwxrwxrwx 1 thisuser mygroup0 Jun 28 2006 .. Errorlog: [Wed Jun 28 10:58:43 2006] [error] [client xx.xx.xx.xx] PHP Warning: mkdir() [function.mkdir]: Permission denied in /var/www/html/test.php on line 2, referer: http://xx.xx.xx.xx/test.php When I execute the same script again, it will create another directory (2), but exits with the same error. -- Edit this bug report at http://bugs.php.net/?id=37946&edit=1
#37966 [NEW]: $_SERVER will be destroyed when auto_globals_jit is enabled
From: sy at go2panel dot com
Operating system: Redhat EL 4.0
PHP version: 5.1.4
PHP Bug Type: Variables related
Bug description: $_SERVER will be destroyed when auto_globals_jit is enabled
Description:
auto_globals_jit will not initialize $_SERVER if $_ENV and $_COOKIE is
accessed before any access to $_SERVER.
This relates to setting cookie to browser. A few times refresh may be
required to reproduce.
These have been reproduced using Mozilla Firefox and MS Internet Explorer,
latest versions available when this is posted.
Modules
/php -m
[PHP Modules]
bcmath
bz2
calendar
ctype
date
dba
dbase
dom
exif
ftp
gd
hash
iconv
libxml
mbstring
mysql
openssl
pcntl
pcre
PDO
posix
Reflection
session
SimpleXML
soap
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
xmlreader
xmlrpc
xmlwriter
xsl
zlib
[Zend Modules]
NONE
Reproduce code:
---
Expected result:
array(49) {
["FCGI_ROLE"]=>
string(9) "RESPONDER"
["REDIRECT_SCRIPT_URL"]=>
string(6) "/b.php"
["REDIRECT_SCRIPT_URI"]=>
string(27) "http://somehost/b.php";
["REDIRECT_REMOTE_USER"]=>
string(0) ""
["REDIRECT_STATUS"]=>
string(3) "200"
["SCRIPT_URL"]=>
string(6) "/b.php"
["SCRIPT_URI"]=>
string(27) "http://somehost/b.php";
["REMOTE_USER"]=>
string(0) ""
["HTTP_HOST"]=>
string(14) "somehost"
...
Actual result:
--
array(2) {
["PHP_SELF"]=>
string(6) "/b.php"
["REQUEST_TIME"]=>
int(1151614513)
}
--
Edit bug report at http://bugs.php.net/?id=37966&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37966&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37966&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37966&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37966&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37966&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37966&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37966&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37966&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37966&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37966&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37966&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37966&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37966&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37966&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37966&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37966&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37966&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37966&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37966&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37966&r=mysqlcfg
#37965 [NEW]: Multi-dimensional array between PHP and COM
From: mcboog at zonnet dot nl
Operating system: Windows XP Professional
PHP version: 5.1.4
PHP Bug Type: COM related
Bug description: Multi-dimensional array between PHP and COM
Description:
As noticed in two previous bug-reports
(//http://bugs.php.net/bug.php?id=35956 &
//http://bugs.php.net/bug.php?id=33108) there is a problem with retrieving
a multi-dimensional array from a COM-object. This problem is addressed on
the website of Zend (http://www.zend.com/manual/faq.com.php, question #2),
but should be resolved in PHP5 (http://www.zend.com/manual/ref.com.php,
Arrays and Array-style COM properties).
Reproduce code:
---
$obj = new COM('com.object.version');
$varIn = new Variant;
$varOutSimple = new Variant;
$varOutComplex = new Variant;
$obj->internal_com_method($varIn, $varOutSimple, $varOutComplex)
This method has te following definition (part of output of
com_print_typeinfo($obj)):
function internal_com_method(
/* VT_I4 [3] [in] */ $varIn,
/* VT_PTR [26] [in][out] --> VT_VARIANT [12] */ &$varOutSimple,
/* VT_PTR [26] [in][out] --> VT_VARIANT [12] */ &$varOutComplex
) { /* Method internal_com_method }
$varIn is just an integer. $varOutSimple is a single-dimension array,
$varOutComplex is a double-dimension array.
Calling NumberOfFields;
1. print $varOutSimple->NumberOfFields;
2. print $varOutComplex->NumberOfFields;
Count
3. print count($varOutSimple);
4. print count($varOutComplex);
Getting value with string as key
5. print $varOutSimple['key'];
6. print $varOutComplex['key'];
Doing foreach:
7. foreach ($varOutSimple as $key => $value) {
print $value;
}
8. foreach ($varOutComplex as $key => $value) {
print $value;
}
Expected result:
1. output 11
2. output 52
3. output 11
4. output 52
5. output $value
6. output $value
7. output $value
8. output $value
Actual result:
--
1. output 11
2. Error: Uncaught exception 'com_exception' with message 'this variant
has no properties'.
3. output 1 (irrelevant, works at 5. with direct string-key access)
4. output 52
5. output $value
6. Apache (Apache/2.0.55 (Win32) ) crashes
7. Error: Uncaught exception 'Exception' with message 'Object of type
variant did not create an Iterator'
8. Error: Can only handle single dimension variant arrays (this array has
2) & (NB!) Uncaught exception 'Exception' with message 'Object of type
variant did not create an Iterator'
--
Edit bug report at http://bugs.php.net/?id=37965&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37965&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37965&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37965&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37965&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37965&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37965&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37965&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37965&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37965&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37965&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37965&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37965&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37965&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37965&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37965&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37965&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37965&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37965&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37965&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37965&r=mysqlcfg
#37691 [Opn->Fbk]: unexpected default umask
ID: 37691 Updated by: [EMAIL PROTECTED] Reported By: calin at action dot ro -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Redhat Linux AS4 U3 PHP Version: 5.1.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip We still know nothing about your environment and the reasons that make you think the umask has been changed by other PHP process. Previous Comments: [2006-06-29 20:20:48] calin at action dot ro The umask that is set for apache environment is 022. I would expect that environmental settings for apache to be used by php processes so the default umask for a php process to be 18 (22 octal) I would expect that this default umask not to be influenced by umask alteration by other php processes. Thanks [2006-06-13 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". [2006-06-05 07:47:32] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2006-06-03 23:33:53] calin at action dot ro Description: Hello! I am using PHP compiled as DSO. Echoing the umask() I get 79 (117 octal). My system sets the 0022 mask for the apache environment. How can this default mask be set globaly for the server environment (php.ini?) ? Maybe related to #36630??? (even though bug is marked as closed) Reproduce code: --- echo umask(); Expected result: 18 which will be 22 octal because the environment in which apache runs has 0022 mask AND clear explanations in documentation on how php gets it's default mask settings Actual result: -- the output of echo command: 79 -- Edit this bug report at http://bugs.php.net/?id=37691&edit=1
#37691 [NoF->Opn]: unexpected default umask
ID: 37691 User updated by: calin at action dot ro Reported By: calin at action dot ro -Status: No Feedback +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Redhat Linux AS4 U3 PHP Version: 5.1.4 New Comment: The umask that is set for apache environment is 022. I would expect that environmental settings for apache to be used by php processes so the default umask for a php process to be 18 (22 octal) I would expect that this default umask not to be influenced by umask alteration by other php processes. Thanks Previous Comments: [2006-06-13 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". [2006-06-05 07:47:32] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2006-06-03 23:33:53] calin at action dot ro Description: Hello! I am using PHP compiled as DSO. Echoing the umask() I get 79 (117 octal). My system sets the 0022 mask for the apache environment. How can this default mask be set globaly for the server environment (php.ini?) ? Maybe related to #36630??? (even though bug is marked as closed) Reproduce code: --- echo umask(); Expected result: 18 which will be 22 octal because the environment in which apache runs has 0022 mask AND clear explanations in documentation on how php gets it's default mask settings Actual result: -- the output of echo command: 79 -- Edit this bug report at http://bugs.php.net/?id=37691&edit=1
#37964 [NEW]: Reflection shows private methods of parent class
From: lavin dot peter at gmail dot com
Operating system: Windows XP
PHP version: 5.1.4
PHP Bug Type: PHP options/info functions
Bug description: Reflection shows private methods of parent class
Description:
When using the export method of ReflectionClass the private methods of of
a parent class are displayed.
Reproduce code:
---
class Base{
private $basevar;
private function baseFunction(){}
}
class Derived extends Base{}
$d = new Derived;
Reflection::export(new ReflectionClass($d));
Expected result:
Since properties and methods defined as private are not inherited, the
exported Base class should have no properties or methods but in fact the
private method of the Parent class shows up.
Actual result:
--
Class [ class Derived extends Base ] { @@ C:\Program Files\Apache
Group\Apache2\htdocs\newstuff\captcha\refbug.php 6-6 - Constants [0] { } -
Static properties [0] { } - Static methods [0] { } - Properties [0] { } -
Methods [1] { Method [ private method baseFunction ] { @@ C:\Program
Files\Apache Group\Apache2\htdocs\newstuff\captcha\refbug.php 4 - 4 } } }
--
Edit bug report at http://bugs.php.net/?id=37964&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37964&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37964&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37964&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37964&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37964&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37964&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37964&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37964&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37964&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37964&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37964&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37964&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37964&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37964&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37964&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37964&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37964&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37964&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37964&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37964&r=mysqlcfg
#37963 [Opn->Fbk]: odbc_result w/ IBM DB2 fails trying to allocate huge memory chunk (>500MB)
ID: 37963 Updated by: [EMAIL PROTECTED] Reported By: ed at supergeek dot com -Status: Open +Status: Feedback -Bug Type: *Database Functions +Bug Type: ODBC related Operating System: Debian GNU/Linux 3.1 (sarge) PHP Version: 5.1.4 New Comment: > Source code unlikely to be useful Well, just "something goes wrong here" is unlikely to be useful either. We need to know at least how to reproduce it, as we cannot fix something that we don't see. So please provide short and complete reproduce script (that doesn't require any non-existent tables, stored procedures etc.), i.e. we should be able to copy/paste it and reproduce your problem. Previous Comments: [2006-06-29 19:13:33] ed at supergeek dot com Note also that this same exact script continues to run without problems under PHP 4.1.2 on a Debian 3.0 (potato) box. This box has DB2 V7.1 installed. [2006-06-29 18:44:34] ed at supergeek dot com Description: PHP 5.1.4 compiled with --with-ibm-db2. IBM DB2 Version 8.2 FixPak 4 (equivalent to Version 8.1 FixPak 11) is installed on machine running Debian GNU/Linux 3.1 (sarge). The IBM DB2 Connect client piece is used to communicate over TCP/IP to a DB2 database running on an AS400 iSeries machine. When odbc_result() is called after simple SELECT statement, the script fails after trying to allocate 544498534 bytes (memory_limit = 500MB). Script seg faults at same location if memory_limit is increased to 600MB. When the same SELECT statement is run using the IBM 'db2' utility on the same client machine, itproduces about 350 records containing a total of less that 350KB of information. The same PHP code that produces this error previously worked under PHP 4.3.4 running on the same machine, but *stopped* working with the same type of error immediately after the iSeries DB2 host machine was upgraded to V5R4. It was this error that prompted the upgrade to PHP5 in the hopes the problem would be solved. No luck! Reproduce code: --- Source code unlikely to be useful do to unique nature of our database environment, but can be provided if desired. -- Edit this bug report at http://bugs.php.net/?id=37963&edit=1
#37963 [Opn]: odbc_result w/ IBM DB2 fails trying to allocate huge memory chunk (>500MB)
ID: 37963 User updated by: ed at supergeek dot com Reported By: ed at supergeek dot com Status: Open Bug Type: *Database Functions Operating System: Debian GNU/Linux 3.1 (sarge) PHP Version: 5.1.4 New Comment: Note also that this same exact script continues to run without problems under PHP 4.1.2 on a Debian 3.0 (potato) box. This box has DB2 V7.1 installed. Previous Comments: [2006-06-29 18:44:34] ed at supergeek dot com Description: PHP 5.1.4 compiled with --with-ibm-db2. IBM DB2 Version 8.2 FixPak 4 (equivalent to Version 8.1 FixPak 11) is installed on machine running Debian GNU/Linux 3.1 (sarge). The IBM DB2 Connect client piece is used to communicate over TCP/IP to a DB2 database running on an AS400 iSeries machine. When odbc_result() is called after simple SELECT statement, the script fails after trying to allocate 544498534 bytes (memory_limit = 500MB). Script seg faults at same location if memory_limit is increased to 600MB. When the same SELECT statement is run using the IBM 'db2' utility on the same client machine, itproduces about 350 records containing a total of less that 350KB of information. The same PHP code that produces this error previously worked under PHP 4.3.4 running on the same machine, but *stopped* working with the same type of error immediately after the iSeries DB2 host machine was upgraded to V5R4. It was this error that prompted the upgrade to PHP5 in the hopes the problem would be solved. No luck! Reproduce code: --- Source code unlikely to be useful do to unique nature of our database environment, but can be provided if desired. -- Edit this bug report at http://bugs.php.net/?id=37963&edit=1
#37963 [NEW]: odbc_result w/ IBM DB2 fails trying to allocate huge memory chunk (>500MB)
From: ed at supergeek dot com Operating system: Debian GNU/Linux 3.1 (sarge) PHP version: 5.1.4 PHP Bug Type: *Database Functions Bug description: odbc_result w/ IBM DB2 fails trying to allocate huge memory chunk (>500MB) Description: PHP 5.1.4 compiled with --with-ibm-db2. IBM DB2 Version 8.2 FixPak 4 (equivalent to Version 8.1 FixPak 11) is installed on machine running Debian GNU/Linux 3.1 (sarge). The IBM DB2 Connect client piece is used to communicate over TCP/IP to a DB2 database running on an AS400 iSeries machine. When odbc_result() is called after simple SELECT statement, the script fails after trying to allocate 544498534 bytes (memory_limit = 500MB). Script seg faults at same location if memory_limit is increased to 600MB. When the same SELECT statement is run using the IBM 'db2' utility on the same client machine, itproduces about 350 records containing a total of less that 350KB of information. The same PHP code that produces this error previously worked under PHP 4.3.4 running on the same machine, but *stopped* working with the same type of error immediately after the iSeries DB2 host machine was upgraded to V5R4. It was this error that prompted the upgrade to PHP5 in the hopes the problem would be solved. No luck! Reproduce code: --- Source code unlikely to be useful do to unique nature of our database environment, but can be provided if desired. -- Edit bug report at http://bugs.php.net/?id=37963&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37963&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37963&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37963&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37963&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37963&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37963&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37963&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37963&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37963&r=support Expected behavior:http://bugs.php.net/fix.php?id=37963&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37963&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37963&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37963&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37963&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37963&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37963&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37963&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37963&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37963&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37963&r=mysqlcfg
#37875 [Com]: while(list() = each() ) on simplexml_element loops forever
ID: 37875
Comment by: tys at tvg dot ca
Reported By: jona at oismail dot com
Status: Verified
Bug Type: SimpleXML related
Operating System: Windows 2000
PHP Version: 5.1.4
New Comment:
I'm running into the same bug but on a generic php PEAR DB object which
leads me to believe this isn't specific to Simple XML objects.
PHP 5.1.2 (cgi) (built: May 1 2006 01:12:05)
mysql Ver 14.12 Distrib 5.0.18, for pc-linux-gnu (i686) using readline
5.0
while(list($key,$val)=each($main->getData())) enters an endless loop
foreach($main->getData() as $key=>$val) works fine
Previous Comments:
[2006-06-21 15:24:29] jona at oismail dot com
Description:
When doing a while (list($key, $val) = each($obj_XML) ) on a Simple XML
object PHP loops forever.
Is this possibly related bug: #24945 foreach on simplexml_element loops
forever?
Please note, for each works but only output the tag not the attribute.
Found on Windows 2000 running IIS with PHP5.1.4 as an ISAPI module.
Reproduce code:
---
Jona
';
$obj_XML = simplexml_load_string($sXML);
while (list($key, $val) = each($obj_XML) )
{
echo $key ." - ";
if(is_array($val) === true)
{
while (list($k, $v) = each($val) )
{
echo $k ." - ". $v;
}
}
else
{
echo $val;
}
echo "";
}
?>
Expected result:
@attributes - type - input
username - Jona
Actual result:
--
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
etc.
--
Edit this bug report at http://bugs.php.net/?id=37875&edit=1
#37875 [Com]: while(list() = each() ) on simplexml_element loops forever
ID: 37875
Comment by: tys at tvg dot ca
Reported By: jona at oismail dot com
Status: Verified
Bug Type: SimpleXML related
Operating System: Windows 2000
PHP Version: 5.1.4
New Comment:
Forgot to mention, the while code works on PHP verison 5.0.4 (cgi).
Previous Comments:
[2006-06-29 18:21:50] tys at tvg dot ca
I'm running into the same bug but on a generic php PEAR DB object which
leads me to believe this isn't specific to Simple XML objects.
PHP 5.1.2 (cgi) (built: May 1 2006 01:12:05)
mysql Ver 14.12 Distrib 5.0.18, for pc-linux-gnu (i686) using readline
5.0
while(list($key,$val)=each($main->getData())) enters an endless loop
foreach($main->getData() as $key=>$val) works fine
[2006-06-21 15:24:29] jona at oismail dot com
Description:
When doing a while (list($key, $val) = each($obj_XML) ) on a Simple XML
object PHP loops forever.
Is this possibly related bug: #24945 foreach on simplexml_element loops
forever?
Please note, for each works but only output the tag not the attribute.
Found on Windows 2000 running IIS with PHP5.1.4 as an ISAPI module.
Reproduce code:
---
Jona
';
$obj_XML = simplexml_load_string($sXML);
while (list($key, $val) = each($obj_XML) )
{
echo $key ." - ";
if(is_array($val) === true)
{
while (list($k, $v) = each($val) )
{
echo $k ." - ". $v;
}
}
else
{
echo $val;
}
echo "";
}
?>
Expected result:
@attributes - type - input
username - Jona
Actual result:
--
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
@attributes - type - input
etc.
--
Edit this bug report at http://bugs.php.net/?id=37875&edit=1
#37962 [Opn->Fbk]: Sessions not working when zlib.output_compression is set to on
ID: 37962
Updated by: [EMAIL PROTECTED]
Reported By: oriol dot gual at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Windows XP SP2
PHP Version: 5.1.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-06-29 17:32:30] oriol dot gual at gmail dot com
Description:
When zlib.output_compression is set to On, PHP always starts a new
session. I've looked at the headers, and PHP is always sending the
cookie for the session id. The same happens using trans sid on, or
manually appending the session id to the link. If
zlib.output_compression is turned Off it's working ok.
Also, if I use ob_start("ob_gzhandler"); first and then ob_end_flush();
at the end, everything works as expected.
Reproduce code:
---
Refresh";
?>
Expected result:
0, 1, 2, 3 , 4...
Actual result:
--
0, 0, 0, 0, 0...
--
Edit this bug report at http://bugs.php.net/?id=37962&edit=1
#37962 [NEW]: Sessions not working when zlib.output_compression is set to on
From: oriol dot gual at gmail dot com
Operating system: Windows XP SP2
PHP version: 5.1.4
PHP Bug Type: Session related
Bug description: Sessions not working when zlib.output_compression is set to on
Description:
When zlib.output_compression is set to On, PHP always starts a new
session. I've looked at the headers, and PHP is always sending the cookie
for the session id. The same happens using trans sid on, or manually
appending the session id to the link. If zlib.output_compression is turned
Off it's working ok.
Also, if I use ob_start("ob_gzhandler"); first and then ob_end_flush(); at
the end, everything works as expected.
Reproduce code:
---
Refresh";
?>
Expected result:
0, 1, 2, 3 , 4...
Actual result:
--
0, 0, 0, 0, 0...
--
Edit bug report at http://bugs.php.net/?id=37962&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37962&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37962&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37962&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37962&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37962&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37962&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37962&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37962&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37962&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37962&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37962&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37962&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37962&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37962&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37962&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37962&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37962&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37962&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37962&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37962&r=mysqlcfg
#35848 [Com]: Failing when including --with-mysql
ID: 35848 Comment by: javier at nediam dot com dot mx Reported By: shawn dot richards at ink dot ltd dot uk Status: No Feedback Bug Type: MySQL related Operating System: Mac OS X Tiger. PHP Version: 5CVS-2005-12-30 (snap) Assigned To: andrey New Comment: I faced the same problem with the binary distribution of MySQL 5.0.22. Instead I try with the source distribution (of the same version 5.0.22) and It worked :) Previous Comments: [2006-06-28 01:00:00] 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". [2006-06-22 14:34:45] valentijn at depagter dot com I'm currently experiencing the same problem, with any combination of the following: Apache v2.2.2 MySQL v5.0.22 & v5.1.11-beta-i686 PHP 5.1.4 & 5.2 Snapshot (200606221230) Configuration output: - checking for MSSQL support via FreeTDS... no checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. - Tried it with both 5.1.4 and the latest snapshot, which unfortunately does not resolve the issue. I can confirm that using MySQL v5.0.18 instead of 5.0.22 or 5.1.x does work. I think it is the same as, or at least related to the following bug: http://bugs.mysql.com/bug.php?id=19817 Every MySQL version below 5.0.20 seems to be unaffected. [2006-06-20 15:47:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-06-03 20:19:50] svetlovid at mail dot ru 2 linuxrulez at bk dot ru Tnx man! All working fine! I have the same problem. Arch: i686 OS: Linux Slackware Current (04.06.2006) MySQL: 5.1.9 beta Apache 2.2.2 PHP ver. 5.1.4 have a installed glibc 2.3 after installing OS (minimum installation, but i've check for glibc - its already there) I have just download next one: mysql-5.1.9-beta-linux-i686-glibc23.tar.gz - making a standart installation procedure - making auto up/down script for system rebooting case. then install PHP 5.1.4 with this string: ./configure --prefix=/usr/local/php --with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql --with-gd --with-apxs2=/usr/local/apache2/bin/apxs --enable-ftp --enable-mbstring --with-zlib and all working DONE!! Realy tnx! Best regards, Oleg [2006-05-18 16:10:18] [EMAIL PROTECTED] For linux 64 bits system you need to add: --with-libdir=/lib64 to your configure line Please ask further support questions to the php installation mailing list. This is not a support medium. 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/35848 -- Edit this bug report at http://bugs.php.net/?id=35848&edit=1
#37945 [WFx->Asn]: pathinfo() cannot handle argument with special characters like german "Umlaute"
ID: 37945 Updated by: [EMAIL PROTECTED] Reported By: andreas dot schmidt at stasy dot de -Status: Wont fix +Status: Assigned Bug Type: *Directory/Filesystem functions Operating System: Linux PHP Version: 5.1.4 -Assigned To: +Assigned To: moriyoshi New Comment: This, in deed, seems to be a regression introduced in PHP5. http://cvs.php.net/viewvc.cgi/php-src/ext/standard/string.c?r1=1.405&r2=1.406&pathrev=PHP_5_2 Previous Comments: [2006-06-28 11:20:26] andreas dot schmidt at stasy dot de This bug has nothing to do with Unicode!!! The bug occurs when special characters like äöüé are used. These characters are part of the ISO-8859-1 character set! [2006-06-28 11:08:36] [EMAIL PROTECTED] Unicode support will appear only in PHP6, you have to wait until then. [2006-06-28 10:46:07] andreas dot schmidt at stasy dot de Description: When pathinfo() is passed an argument which contains special characters like german Umlaute äöü or french é, the return array contains wrong informations. In case of special characters in a directory name, the value for the key "basename" will be the name of the parent directory of this directory. The script was testet in UTF-8 and ISO-8859-1 with same results. This bug occured at least with a) a 'hand rolled' PHP 5.1.4 on Apache 1.3.36 b) PHP 5.1.2 on Apache 2.0.55 (Ubuntu 6.06 package) c) PHP 5.0.3 on Apache 2.0.53 (SuSE Linux 9.3) The problem does not occur when the script is run in a Win2k environment. Furthermore it seems to be a PHP 5 bug as it did not occur when run with PHP4. Reproduce code: --- Expected result: äöüé Actual result: -- testdir -- Edit this bug report at http://bugs.php.net/?id=37945&edit=1
#37907 [Opn->Csd]: problem with open_basedir restriction
ID: 37907 User updated by: sreniaw at wp dot pl Reported By: sreniaw at wp dot pl -Status: Open +Status: Closed Bug Type: Safe Mode/open_basedir Operating System: Solaris PHP Version: 5.1.4 New Comment: It has been solved. Previous Comments: [2006-06-25 12:26:20] sreniaw at wp dot pl Is there any way to use open_basedir without absolute path ? In my case reading file in the directory of the current script lead to open_basedir restriction. open_basedir = /wwwroot/default directory of the current script = /wwwroot/default txt file I want to read is in = /wwwroot/default I think that everything is ok. Why do I have this Warning ? [2006-06-25 10:46:26] [EMAIL PROTECTED] Use absolute path or PHP will search file in the directory of the current script. [2006-06-25 10:39:31] sreniaw at wp dot pl Description: I have configured php'a open_basedir for directory /wwwroot/default in httpd.conf. open_basedir = /wwwroot/default /wwwroot/default -test.txt -test.php I've tryied to read test.txt file, but I can not do it baceuse of open_basedir restriction. Reproduce code: --- Expected result: Read file test.txt Actual result: -- Warning: readfile() [function.readfile]: open_basedir restriction in effect. File(test.txt) is not within the allowed path(s): (/wwwroot/default) in /wwwroot/default/test.php on line 2 Warning: readfile(test.txt) [function.readfile]: failed to open stream: Not owner in /wwwroot/default/test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=37907&edit=1
#37961 [Opn->Csd]: "url" in messages should be "URL"
ID: 37961 Updated by: [EMAIL PROTECTED] Reported By: agiorgio at optonline dot net -Status: Open +Status: Closed Bug Type:URL related PHP Version: 5.1.5CVS -Assigned To: +Assigned To: bjori New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-06-29 14:15:12] agiorgio at optonline dot net Description: URL is an acronym, and should be capitalized. In ext/standard/url.c, the error message "Invalid url component identifier %ld." should read: "Invalid URL component identifier %ld." Also, "Unable to parse url" should read: "Unable to parse URL" -- Edit this bug report at http://bugs.php.net/?id=37961&edit=1
#37961 [NEW]: "url" in messages should be "URL"
From: agiorgio at optonline dot net Operating system: PHP version: 5.1.5CVS PHP Bug Type: URL related Bug description: "url" in messages should be "URL" Description: URL is an acronym, and should be capitalized. In ext/standard/url.c, the error message "Invalid url component identifier %ld." should read: "Invalid URL component identifier %ld." Also, "Unable to parse url" should read: "Unable to parse URL" -- Edit bug report at http://bugs.php.net/?id=37961&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37961&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37961&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37961&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37961&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37961&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37961&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37961&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37961&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37961&r=support Expected behavior:http://bugs.php.net/fix.php?id=37961&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37961&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37961&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37961&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37961&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37961&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37961&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37961&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37961&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37961&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37961&r=mysqlcfg
#37960 [Opn->Bgs]: file_get_contents() returns false but is_readable() returns true
ID: 37960 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: Windows 2000 (Windows NT WEB 5.0 PHP Version: 5.1.4 New Comment: file_get_contents() returns *empty string* when the target file is empty. Do you think it should return something else? Not PHP problem -> bogus. Previous Comments: [2006-06-29 10:31:56] [EMAIL PROTECTED] Description: file_get_contents() returns false but is_readable() returns true where file.php is a blank PHP file (0 bytes) with full world writable permissions. phpinfo() output at http://www.cabalonline.com/bug/php.php Server API: CGI/FastCGI Reproduce code: --- Expected result: file_get_contents: true is_readable: true Actual result: -- file_get_contents: false is_readable: true -- Edit this bug report at http://bugs.php.net/?id=37960&edit=1
#37445 [Com]: Reproducible segfault
ID: 37445
Comment by: mark-phpbug at vetrex dot org dot uk
Reported By: dhrubab at gmail dot com
Status: Assigned
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.1.4
Assigned To: wez
New Comment:
I also have this problem but using bindValue() instead of bindParam()
Previous Comments:
[2006-06-03 20:13:01] [EMAIL PROTECTED]
Reverting mysql_statement.c from 1.48.2.13 to 1.48.2.12 did not fix the
problem for me.
[2006-06-03 20:07:04] [EMAIL PROTECTED]
Same here, Debian Sarge AMD64
# gdb /usr/sbin/apache2
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "x86_64-linux"...(no debugging symbols
found)
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run -X
Starting program: /usr/sbin/apache2 -X
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 182925889008 (LWP 27843)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 182925889008 (LWP 27843)]
0x002a9a67e717 in mysql_more_results () from
/usr/lib/libmysqlclient.so.15
(gdb) bt
#0 0x002a9a67e717 in mysql_more_results () from
/usr/lib/libmysqlclient.so.15
#1 0x002a9a55a141 in pdo_mysql_stmt_dtor (stmt=0x82e2c8) at
/tmp/tmpDAHJQf/PDO_MYSQL-1.0.2/mysql_statement.c:71
#2 0x002a9a44c730 in free_statement (stmt=0x82e2c8) at
/tmp/tmpTQaDT7/PDO-1.0.3/pdo_stmt.c:2200
#3 0x002a9a44c7e9 in pdo_dbstmt_free_storage (stmt=0x82bc60) at
/tmp/tmpTQaDT7/PDO-1.0.3/pdo_stmt.c:2245
#4 0x002a9820702e in zend_objects_store_del_ref () from
/usr/lib/apache2/modules/libphp5.so
#5 0x002a981edcc0 in _zval_dtor_func () from
/usr/lib/apache2/modules/libphp5.so
#6 0x002a981e44e9 in _zval_ptr_dtor () from
/usr/lib/apache2/modules/libphp5.so
#7 0x002a98209143 in execute () from
/usr/lib/apache2/modules/libphp5.so
#8 0x002a982089bc in execute () from
/usr/lib/apache2/modules/libphp5.so
#9 0x002a98208edc in execute () from
/usr/lib/apache2/modules/libphp5.so
#10 0x002a982089bc in execute () from
/usr/lib/apache2/modules/libphp5.so
#11 0x002a9820c6d8 in execute () from
/usr/lib/apache2/modules/libphp5.so
#12 0x002a982089bc in execute () from
/usr/lib/apache2/modules/libphp5.so
#13 0x002a981ef907 in zend_execute_scripts () from
/usr/lib/apache2/modules/libphp5.so
#14 0x002a981b66a2 in php_execute_script () from
/usr/lib/apache2/modules/libphp5.so
#15 0x002a98254768 in zend_get_zval_ptr_ptr () from
/usr/lib/apache2/modules/libphp5.so
#16 0x00434b71 in ap_run_handler ()
#17 0x00435199 in ap_invoke_handler ()
#18 0x004278a6 in ap_process_request ()
#19 0x004234ac in _start ()
#20 0x0043f181 in ap_run_process_connection ()
#21 0x004333ee in ap_graceful_stop_signalled ()
#22 0x004335ae in ap_graceful_stop_signalled ()
#23 0x00433615 in ap_graceful_stop_signalled ()
#24 0x00433d2c in ap_mpm_run ()
#25 0x00439be7 in main ()
(gdb) frame 7
#7 0x002a98209143 in execute () from
/usr/lib/apache2/modules/libphp5.so
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$1 = 0x2a9a44e3e5 "query"
(gdb) print (char *)executor_globals.active_op_array->function_name
$2 = 0x82a288 "Database"
[2006-05-27 13:47:53] [EMAIL PROTECTED]
$oDB= new PDO('mysql:host=localhost;dbname=yourdb', 'user',
'pass');
// emulated or not does not matter
$oDB->setAttribute(PDO :: ATTR_EMULATE_PREPARES, true);
$oStm = $oDB->prepare("SELECT * FROM tbl WHERE
xyz=:character_set");
$oStm->bindParam(':character_set', 'foo);
For the record, the problem here is only about how PDO manages to free
its resource when a fatal error or exit() occurs.
In this example, it is a fatal error raise with the bindParam call (it
expects a variable as it uses a reference).
The problem is the same in many other bug reports (unexpected script
exist, like exit() in a function). The solution is to always set
query_stmt in the dbh struct, and add another flag to define if there
was an error or not.
I have patches that fix the problem for mysql. To be sure I don't break
something in the working drivers, I have to install pgsql.
[2006-05-27 09:56:46] dhrubab at gmail dot com
The two urls I provided were bro
#37948 [Fbk->Csd]: IMAP extension: utf8_mime2text() has wrong parameters
ID: 37948 User updated by: rele at gmx dot de Reported By: rele at gmx dot de -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: SuSE Linux Enterprise Server 9 PHP Version: 5.1.4 New Comment: Thank you, the changed utf8_mime2text() declaration allowed the build to complete successfully. Keep up the good work, René Previous Comments: [2006-06-28 19:54:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-06-28 14:31:56] rele at gmx dot de Description: Every time I try to compile PHP 5.1.4 with IMAP support under SLES9, it fails because of the wrong parameter count of utf8_mime2text() in php_imap.c:78 compared to utf8.h:538. I have tried with imap-2004g.tar.Z and the current imap-2006.DEV.tar.Z. Build c-client library first: cd /usr/local/applications/ tar xzf imap-2006.DEV.tar.Z mv imap-*/ imap/ make slx all SSLTYPE=none IP=4 md include md lib cp src/c-client/*.h include/ cp c-client/c-client.a lib/libc-client.a cp c-client/osdep.h include/ cp c-client/env_unix.h include/ cp c-client/linkage.h include/ Reproduce code: --- ./configure --prefix=/usr/local/applications/lamp2/php --with-imap=/usr/local/applications/lamp2/imap --with-apxs2=/usr/local/applications/lamp2/httpd/bin/apxs --with-mysqli=/usr/local/applications/lamp2/mysql/bin/mysql_config --with-mysql=/usr/local/applications/lamp2/mysql --with-zlib-dir=/usr/lib/ --enable-versioning --enable-track-vars=yes --enable-url-includes --enable-sysvshm=yes --enable-sysvsem=yes --enable-ftp --enable-calendar --with-config-file-path=/usr/local/applications/lamp2/php --with-gd --with-xmlrpc --with-curl=/usr/local/applications/lamp2/curl --with-bz2 --enable-shmop --with-tidy=/usr/local/applications/lamp2/tidy --with-libxml-dir=/usr/local/applications/lamp2/libxml2 --with-openssl=/usr/local/applications/lamp2/openssl --with-ldap=/usr/local/applications/lamp2/openldap --with-pdo-sqlite --enable-pdo --enable-bcmath --enable-mbstring --with-xsl=/usr/local/applications/lamp2/libxsl --enable-shared --disable-static Expected result: Successful build (not aborted). Only if I change line 538 in /usr/local/applications/lamp2/imap/include/utf8.h from long utf8_mime2text (SIZEDTEXT *src,SIZEDTEXT *dst,long flags); to long utf8_mime2text (SIZEDTEXT *src,SIZEDTEXT *dst); the build runs successfully. Actual result: -- /tmp/lamp2/sources/php/php-5.1.4/ext/imap/php_imap.c:78: error: conflicting types for `utf8_mime2text' /usr/local/applications/lamp2/imap/include/utf8.h:538: error: previous declaration of `utf8_mime2text' make: *** [ext/imap/php_imap.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=37948&edit=1
#37960 [NEW]: file_get_contents() returns false but is_readable() returns true
From: [EMAIL PROTECTED] Operating system: Windows 2000 (Windows NT WEB 5.0 PHP version: 5.1.4 PHP Bug Type: *Web Server problem Bug description: file_get_contents() returns false but is_readable() returns true Description: file_get_contents() returns false but is_readable() returns true where file.php is a blank PHP file (0 bytes) with full world writable permissions. phpinfo() output at http://www.cabalonline.com/bug/php.php Server API: CGI/FastCGI Reproduce code: --- Expected result: file_get_contents: true is_readable: true Actual result: -- file_get_contents: false is_readable: true -- Edit bug report at http://bugs.php.net/?id=37960&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37960&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37960&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37960&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37960&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37960&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37960&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37960&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37960&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37960&r=support Expected behavior:http://bugs.php.net/fix.php?id=37960&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37960&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37960&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37960&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37960&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37960&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37960&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37960&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37960&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37960&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37960&r=mysqlcfg
#37958 [NEW]: Improved bind_param
From: danielrc at eresmas dot net
Operating system: WinXP SP2
PHP version: 5.1.4
PHP Bug Type: Feature/Change Request
Bug description: Improved bind_param
Description:
I'm looking for a way to do:
$sql = CALL procedure(?,?,?);
$stmt = $con->prepare($sql);
$types = { "i", "i" , "i" };
$vars = { "var1", "var2", "var3" };
for ($i=0; $i<3; $i++) {
$stmt->bind_param(types[$i],$$vars[$i]);
}
Note: Yes, I know bind_param() deprecated. stmt_bind_param() is the right
way.
Reproduce code:
---
I can do:
$sql = CALL procedure(?,?,?);
$stmt = $con->prepare($sql);
$stmt->bind_param("iii", $var1, $var2, $var3);
But i can't do: -I get the error about not enought params for the
procedure 3 expected 1 provided.-
$stmt->bind_param("i", $var1);
$stmt->bind_param("i", $var2);
$stmt->bind_param("i", $var3);
--
Edit bug report at http://bugs.php.net/?id=37958&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37958&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37958&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37958&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37958&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37958&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37958&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37958&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37958&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37958&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37958&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37958&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37958&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37958&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37958&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37958&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37958&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37958&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37958&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37958&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37958&r=mysqlcfg
#37957 [Opn->Fbk]: Timeout when setting nodeValue if entity in existing value
ID: 37957
Updated by: [EMAIL PROTECTED]
Reported By: jfowlie at navarik dot com
-Status: Open
+Status: Feedback
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 5.1.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Can't reproduce.
Previous Comments:
[2006-06-29 06:16:51] jfowlie at navarik dot com
Description:
I was attempting to update the content of some anchor elements by
setting the nodeValue. It doesn't seem to matter how high I set the
max_execution_time limit, if there is a entity in the nodeValue,
PHP just hangs until it times out. (It works just fine with &
though...)
Reproduce code:
---
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>
Untitled
Link 1
Link 2 &
Link 3
XHTML;
$dom = new DOMDocument('1.0','iso-8859-1');
// I tried it with this set to true or false
//$xml->preserveWhiteSpace = FALSE;
// You need this, otherwise the nbsp entity is not valid
$dom->resolveExternals = TRUE;
$dom->loadXML($xhtml);
$bookmarks = $dom->getElementsByTagName('a');
$count = 0;
foreach($bookmarks as $bookmark_node){
++$count;
$id_value = $bookmark_node->getAttribute('id');
print "Id value: ".$id_value."";
print "Node value: ".$bookmark_node->nodeValue."";
print "Setting nodeValue to 'test$count'";
$bookmark_node->nodeValue = 'test'.$count;
print "Node value has been set!
({$bookmark_node->nodeValue})";
}
?>
Expected result:
Id value: id-goes-here
Node value: Link 1
Setting nodeValue to 'test1'
Node value has been set! (test1)
Id value: id-2-goes-here
Node value: Link 2 &
Setting nodeValue to 'test2'
Node value has been set! (test2)
Id value: id-3-goes-here
Node value: Link 3
Setting nodeValue to 'test3'
Node value has been set! (test3)
Actual result:
--
Id value: id-goes-here
Node value: Link 1
Setting nodeValue to 'test1'
Node value has been set! (test1)
Id value: id-2-goes-here
Node value: Link 2 &
Setting nodeValue to 'test2'
Node value has been set! (test2)
Id value: id-3-goes-here
Node value: Link 3
Setting nodeValue to 'test3'
Fatal error: Maximum execution time of 30 seconds exceeded in
nbsp-dom-test.php on line 39
--
Edit this bug report at http://bugs.php.net/?id=37957&edit=1
#37953 [Opn->Fbk]: Wrong letters on image.
ID: 37953
Updated by: [EMAIL PROTECTED]
Reported By: theboywhogotlost at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: GD related
Operating System: Windows XP, Red Hat linux
PHP Version: 5.1.4
New Comment:
Cannot reproduce.
I see exactly on the image and in the string.
Previous Comments:
[2006-06-29 02:12:59] theboywhogotlost at gmail dot com
Description:
I put some letters into an array I then want to get some random letters
so I use rand to selet a number between 0 and 25 I then put them
together like this $letters[$ran_num]; this works fine.
I want 5 random letters so I do it the above useing $ran_num, $ran_num2
ect... I then put $letters[$ran_num], $letters[$ran_num2] into an array
called $text.
Now on my image I want each random letter to appear I also want a text
string of the random letters so I do a foreach($text as $g){$string .=
$g; }
teh text on the image is differant than the text in teh string and I'm
writeing $g to teh image.
Reproduce code:
---
http://thephpguy.com/gd_bug.zip
Requires .gdf font (one font provided)
Expected result:
Letters on image should be the same as the string.
Actual result:
--
Random letters on the image string is correct.
--
Edit this bug report at http://bugs.php.net/?id=37953&edit=1
#37956 [Opn->Fbk]: Failure on make install-pear (Illegal Operation)
ID: 37956
Updated by: [EMAIL PROTECTED]
Reported By: nikolai dot lusan at hitwise dot com
-Status: Open
+Status: Feedback
Bug Type: *Compile Issues
Operating System: GNU/Linux
PHP Version: 5.1.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-06-29 04:46:58] nikolai dot lusan at hitwise dot com
Description:
Post compile installation of pear fails during "make install-pear"
while executing the "install-pear-nozlib.phar" script in the
"install-pear-installer" section of the Makefile. Similar to [now
marked bogus] http://bugs.php.net/bug.php?id=37803";>bug
#37803.
I have tried using the binary that is being run to execute a few test
scripts (in case I screwed the build proccess) and it excutes them with
no problems at all, it just seems to dislike the pear installer.
Reproduce code:
---
Configure:
" ../configure \
--prefix=/usr --enable-force-cgi-redirect --enable-fastcgi \
--with-config-file-path=/etc/php5/cgi --enable-debug \
--disable-static --enable-memory-limit --enable-inline-optimization
--enable-sysvsem \
--enable-sysvshm --enable-sysvmsg --enable-track-vars
--enable-trans-sid \
--enable-ftp --enable-pdo --enable-shmop --enable-soap \
--enable-simplexml --enable-yp --with-curl --with-cdb \
--with-gd \
--enable-gd-native-ttf --with-jpeg-dir --with-xpm-dir
--with-png-dir --with-freetype-dir \
--with-regex=system --with-layout=GNU --with-pear=/usr/share/php
--with-libxml-dir=/usr \
--with-dom=/usr --with-xsl=/usr --with-sqlite --with-xml-reader
--with-xmlrpc \
--with-zlib --with-pgsql --with-pdo-pgsql --with-openssl=/usr \
--with-mime-magic=/usr/share/misc/file/magic.mime
--with-exec-dir=/usr/lib/php5/libexec --with-kerberos \ --without-mysql
--without-sybase \
--without-sybase-ct --without-mm --without-tlib
Compile:
make
Install (installing to a temporary directory for packagin reasons):
make install-pear PHP_PEAR_PHP_BIN=php5
PHP_PEAR_INSTALL_DIR=/usr/share/php PHP_PEAR_SYSCONF_DIR=/etc/pear
INSTALL_ROOT=/path/to/temp/installdir
Expected result:
Installing PEAR environment:
/path/to/temp/installdir/usr/share/php/
make[2]: Entering directory `/path/to/builddir'
make[2]: *** [install-pear-installer] Illegal instruction
make[2]: Leaving directory `/path/to/builddir'
make[1]: *** [install-pear] Error 2
make[1]: Leaving directory `/path/to/builddir'
make: *** [install] Error 2
Actual result:
--
Backtrace from core dump:
#0 div_function (result=0xaf96a908, op1=0x895e1fc, op2=0x200) at
/usr/src/hitwise-packaging/php/php5/5.1.4/php-5.1.4/Zend/zend_operators.c:874
874 result->value.dval = ((double)
op1->value.lval) / op2->value.lval;
(gdb) bt
#0 div_function (result=0xaf96a908, op1=0x895e1fc, op2=0x200) at
/usr/src/hitwise-packaging/php/php5/5.1.4/php-5.1.4/Zend/zend_operators.c:874
#1 0x08322774 in ZEND_DIV_SPEC_VAR_CONST_HANDLER
(execute_data=0xaf96aa80) at zend_vm_execute.h:7924
#2 0x083111b7 in execute (op_array=0x89ea20c) at zend_vm_execute.h:92
#3 0x08311e3e in zend_do_fcall_common_helper_SPEC
(execute_data=0xaf96ac30) at zend_vm_execute.h:234
#4 0x083111b7 in execute (op_array=0x89a30d0) at zend_vm_execute.h:92
#5 0x08311e3e in zend_do_fcall_common_helper_SPEC
(execute_data=0xaf96b3f0) at zend_vm_execute.h:234
#6 0x083111b7 in execute (op_array=0x889d514) at zend_vm_execute.h:92
#7 0x08311e3e in zend_do_fcall_common_helper_SPEC
(execute_data=0xaf96b800) at zend_vm_execute.h:234
#8 0x083111b7 in execute (op_array=0x88a4d48) at zend_vm_execute.h:92
#9 0x08311e3e in zend_do_fcall_common_helper_SPEC
(execute_data=0xaf96d2a0) at zend_vm_execute.h:234
#10 0x083111b7 in execute (op_array=0x85ad204) at zend_vm_execute.h:92
#11 0x08315814 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER
(execute_data=0xaf96d620) at zend_vm_execute.h:1971
#12 0x083111b7 in execute (op_array=0x858c888) at zend_vm_execute.h:92
#13 0x082f237e in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/usr/src/hitwise-packaging/php/php5/5.1.4/php-5.1.4/Zend/zend.c:1109
#14 0x082adfee in php_execute_script (primary_file=0xaf96fac0) at
/usr/src/hitwise-packaging/php/php5/5.1.4/php-5.1.4/main/main.c:1732
#15 0x08360875 in main (argc=12, argv=0xaf96fb94) at
/usr/src/hitwise-packaging/php/php5/5.1.4/php-5.1.4/sapi/cli/php_cli.c:1092
(gdb) frame 2
#2 0x083111b7 in execute (op_array=0x89ea20c) at zend_vm_execute.h:92
92 if (EX(opline)->handler(&execute_data
TSRMLS_CC) > 0) {
--
Edit this bug report at http://bugs.php.net/?id=37956&edit=1
#37955 [Opn->Fbk]: Problemas con pdf_get_buffer
ID: 37955
Updated by: [EMAIL PROTECTED]
Reported By: ale2009 at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: PDF related
Operating System: Windows XP
PHP Version: 5.1.5CVS
New Comment:
We only accept bug reports in English.
Previous Comments:
[2006-06-29 02:57:33] ale2009 at hotmail dot com
Description:
En php5, si al crear el pdf , se utiliza la función pdf_open_file(int
pdf object, string filename), el parámetro filename debe ser "", sino
la página no devuelve resultado y tampoco reporta error.
Quedaría:
$pdf = pdf_new();
if (!pdf_open_file($pdf, "")) {
print error;
exit;
};
.
PDF_close($pdf);
$data = pdf_get_buffer($pdf);
--
Edit this bug report at http://bugs.php.net/?id=37955&edit=1
#37954 [Opn->Bgs]: could not load module
ID: 37954 Updated by: [EMAIL PROTECTED] Reported By: newa_rajan at yahoo dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: windows XP PHP Version: 5CVS-2006-06-29 (snap) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2006-06-29 02:15:29] newa_rajan at yahoo dot com Description: i have installed appache succesfully and when i wanted to run php as well on it. so i did change everthing in httpd.conf as mentinon on the install document of php. but when i run test i get following error httpd.exe: Syntax error on line 115 of C:/Program Files/Apache Software Foundation/Apache2.2/conf/httpd.conf: Cannot load C:/PHP/php5apache2.dll into server: The specified module could not be found. Note the errors or messages above, and press the key to exit. 22... I have mysql-5.0.22-win32 and i have copied all the files into c:\PHP folders after i extract from the zip file. but when i tried to restart i get the above mention error. i have php5apache2.dll on that folder. so whats wrong with apache or php. -- Edit this bug report at http://bugs.php.net/?id=37954&edit=1
