#30527 [NoF-Opn]: magic_quotes_gpc does not work per-directory
ID: 30527 User updated by: andrew at crannog-software dot com Reported By: andrew at crannog-software dot com -Status: No Feedback +Status: Open Bug Type: PHP options/info functions Operating System: Windows 2000 PHP Version: 4.3.9 New Comment: The problem occurs when using PHP as an ISAPI module. Previous Comments: [2004-12-02 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2004-11-29 19:23:07] hans at velum dot net For me the issue appears when using PHP as ISAPI module w/ IIS. [2004-11-24 16:23:12] [EMAIL PROTECTED] See also bug #30813 [2004-11-24 00:47:53] [EMAIL PROTECTED] Using PHP as CGI binary or ISAPI module? [2004-11-21 18:42:39] hans at velum dot net I can confirm this on Windows 2003 w/ IIS 6 also. Note that the magic_quotes_sybase INI setting is also being ignored. Basically it's always doing magic_quotes_gpc -- despite the phpinfo() / ini_get showing the desired per-directory values. 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/30527 -- Edit this bug report at http://bugs.php.net/?id=30527edit=1
#30446 [Fbk-Opn]: virtual() includes files out of sequence
ID: 30446 User updated by: per at computer dot org Reported By: per at computer dot org -Status: Feedback +Status: Open Bug Type: Apache related Operating System: linux 2.4.26 PHP Version: 4.3.9 New Comment: I'm currently using 2.0.52, but I believe I reproduced this with 2.0.50 as well. The problem does not occur in php 4.3.8 with either apache version. Previous Comments: [2004-12-02 03:30:40] [EMAIL PROTECTED] What Apache version are you using? [2004-11-24 13:36:13] per at computer dot org Also present in 4.3.10RC1 [2004-10-25 12:13:19] michele at borioli dot net Got the same error on Win 2k platform. OS: Windows 2000 SP3 (5.00.2195) PHP: 5.0.1 APACHE: 2.0.1 [2004-10-16 00:46:05] kulphp at akaukul dot co dot uk This I have found this only happens when using multiviews (content-negotiation), and the same(both examples below) as a .shtml works correctly. ?php virtual(/inc/_menu.html.en);? works ok and places the content in the correct place (NOT using mutliviews) ?php virtual(/inc/_menu);? places the content at the very beginning of the output, and in front(very top of results) of where it was called (using mutliviews). [2004-10-15 12:25:38] per at computer dot org Description: virtual() seems to put included code/text in the wrong place. I'm guessing this is possibly related to bug#30445. Reproduce code: --- html headtitle/title/head body pLine0/p1 ?php virtual(i1); ? pLine2/p /body i1.html: pLine1/p Expected result: html headtitle/title/head body pLine0/p pLine1/p pLine2/p /body Actual result: -- pLine1/p html headtitle/title/head body pLine0/p pLine2/p /body -- Edit this bug report at http://bugs.php.net/?id=30446edit=1
#30957 [NEW]: filesystem functions and object destructor
From: rueycheng at gmail dot com
Operating system: Windows XP
PHP version: 5.0.1
PHP Bug Type: Class/Object related
Bug description: filesystem functions and object destructor
Description:
Some filesystem functions, like file_put_contents() or fwrite(), don't
work properly in the destructor __destruct(). The following scenario may
looks a bit weird: it appeared that the file is not overwritten or even
created, but PHP does 'read' the content of the imaginary file!
If you uncomment the last line of the code, everything would works fine.
Thanks.
$ diff php.ini php.ini-dist
288c288
error_reporting = E_ALL
---
error_reporting = E_ALL ~E_NOTICE ~E_STRICT
436c436
include_path = .;c:\php-5.0.1\PEAR
---
;include_path = .;c:\php\includes
450c450
extension_dir = c:\php-5.0.1\ext
---
extension_dir = ./
571,573c571,573
extension=php_mbstring.dll
extension=php_mcrypt.dll
extension=php_mhash.dll
---
;extension=php_mbstring.dll
;extension=php_mcrypt.dll
;extension=php_mhash.dll
578c578
extension=php_mysql.dll
---
;extension=php_mysql.dll
Reproduce code:
---
?
class Bug
{
private $filename;
public function __construct($filename) {
$this-filename = $filename;
}
public function __destruct() {
echo [;
file_put_contents($this-filename, 'Gotcha!');
echo file_get_contents($this-filename);
echo ];
}
}
$bug = new Bug('.bugtest');
//unset($bug);
?
Expected result:
[Gotcha!]
(And the file .bugtest under working directory should be created.)
$ cat .bugtest
Gotcha!
Actual result:
--
[Gotcha!]
$ cat .bugtest
cat: .bugtest: No such file or directory
--
Edit bug report at http://bugs.php.net/?id=30957edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30957r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30957r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30957r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30957r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30957r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30957r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30957r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30957r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30957r=support
Expected behavior: http://bugs.php.net/fix.php?id=30957r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30957r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30957r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30957r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30957r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30957r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30957r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30957r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30957r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30957r=mysqlcfg
#30958 [NEW]: Wrong instance returned with 2 singletons
From: schaa101 at tech dot nhl dot nl Operating system: Windows XP Pro SP2 PHP version: 5.0.2 PHP Bug Type: Class/Object related Bug description: Wrong instance returned with 2 singletons Description: When you use 2 singletons, the second singeleton also returns the instance of the first. If you change the name of the variables, that store the instance of the singleton class, inside the singletons and make them both unique, the problem is solved though. Reproduce code: --- http://klaas.fiskaaf.com/singleton-bug.rar or try http://klaas.fiskaaf.com/singleton-bug.zip Expected result: Singleton1 - Singleton1 Singleton2 - Singleton2 Actual result: -- Singleton1 - Singleton1 Singleton1 - Singleton2 -- Edit bug report at http://bugs.php.net/?id=30958edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30958r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30958r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30958r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30958r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30958r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30958r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30958r=needscript Try newer version: http://bugs.php.net/fix.php?id=30958r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30958r=support Expected behavior: http://bugs.php.net/fix.php?id=30958r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30958r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30958r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30958r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30958r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30958r=dst IIS Stability: http://bugs.php.net/fix.php?id=30958r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30958r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30958r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30958r=mysqlcfg
#30958 [Opn-Fbk]: Wrong instance returned with 2 singletons
ID: 30958 Updated by: [EMAIL PROTECTED] Reported By: schaa101 at tech dot nhl dot nl -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Windows XP Pro SP2 PHP Version: 5.0.2 New Comment: Please post the code here. Previous Comments: [2004-12-02 11:09:30] schaa101 at tech dot nhl dot nl Description: When you use 2 singletons, the second singeleton also returns the instance of the first. If you change the name of the variables, that store the instance of the singleton class, inside the singletons and make them both unique, the problem is solved though. Reproduce code: --- http://klaas.fiskaaf.com/singleton-bug.rar or try http://klaas.fiskaaf.com/singleton-bug.zip Expected result: Singleton1 - Singleton1 Singleton2 - Singleton2 Actual result: -- Singleton1 - Singleton1 Singleton1 - Singleton2 -- Edit this bug report at http://bugs.php.net/?id=30958edit=1
#30957 [Opn]: filesystem functions bugs in destructor (under gc condition)
ID: 30957
User updated by: rueycheng at gmail dot com
-Summary: filesystem functions and object destructor
Reported By: rueycheng at gmail dot com
Status: Open
Bug Type: Class/Object related
Operating System: Windows XP
PHP Version: 5.0.1
New Comment:
The garbage collector may clean up the object prior to its __destruct()
invocation. Nothing would go wrong if you explicitly *destroy* the
object.
By the way, I tested the code on Redhat 7.3 with the following
configuration.
$ cat config.nice
#! /bin/sh
#
# Created by configure
'./configure' \
'--with-apxs=/usr/local/apache/bin/apxs' \
'--with-mysql=/usr/local/mysql/' \
'--with-libxml-dir' \
'--enable-dba' \
'--enable-mbstring' \
$@
$ diff php.ini ../src/php-5.0.1/php.ini-recommended
353c353
display_errors = On
---
display_errors = Off
407c407
;error_log = /var/log/php.log
---
;error_log = filename
491c491
include_path = .:/usr/local/lib/php
---
;include_path = .:/php/includes
As a result, two warnings are generated.
[
Warning: file_put_contents(./.bugtest) [function.file-put-contents]:
failed to open stream: Permission denied in
/home/httpd/html/testbed/bugtest.php on line 12
Warning: file_get_contents(./.bugtest) [function.file-get-contents]:
failed to open stream: No such file or directory in
/home/httpd/html/testbed/bugtest.php on line 13
]
Actually I've already enabled the write-permission for the directory.
The execution of these filesystem functions outside of __destruct() is
OK.
Previous Comments:
[2004-12-02 11:01:33] rueycheng at gmail dot com
Description:
Some filesystem functions, like file_put_contents() or fwrite(), don't
work properly in the destructor __destruct(). The following scenario
may looks a bit weird: it appeared that the file is not overwritten or
even created, but PHP does 'read' the content of the imaginary file!
If you uncomment the last line of the code, everything would works
fine.
Thanks.
$ diff php.ini php.ini-dist
288c288
error_reporting = E_ALL
---
error_reporting = E_ALL ~E_NOTICE ~E_STRICT
436c436
include_path = .;c:\php-5.0.1\PEAR
---
;include_path = .;c:\php\includes
450c450
extension_dir = c:\php-5.0.1\ext
---
extension_dir = ./
571,573c571,573
extension=php_mbstring.dll
extension=php_mcrypt.dll
extension=php_mhash.dll
---
;extension=php_mbstring.dll
;extension=php_mcrypt.dll
;extension=php_mhash.dll
578c578
extension=php_mysql.dll
---
;extension=php_mysql.dll
Reproduce code:
---
?
class Bug
{
private $filename;
public function __construct($filename) {
$this-filename = $filename;
}
public function __destruct() {
echo [;
file_put_contents($this-filename, 'Gotcha!');
echo file_get_contents($this-filename);
echo ];
}
}
$bug = new Bug('.bugtest');
//unset($bug);
?
Expected result:
[Gotcha!]
(And the file .bugtest under working directory should be created.)
$ cat .bugtest
Gotcha!
Actual result:
--
[Gotcha!]
$ cat .bugtest
cat: .bugtest: No such file or directory
--
Edit this bug report at http://bugs.php.net/?id=30957edit=1
#30942 [Fbk-Opn]: imageCreateFromPng() gives fatal error
ID: 30942 User updated by: hkh at netnords dot dk Reported By: hkh at netnords dot dk -Status: Feedback +Status: Open Bug Type: GD related Operating System: win XP PHP Version: 4.3.8 Assigned To: pajoye New Comment: I found out witch pictures, who gives this error. It's png's created with acdsee (used to convert bmp's to png's). I have experinced no trouble with these png's in other programs. I also found out, some of the png's gives a bFatal error/b: imagecreatefrompng(): gd-png: fatal libpng error: Too many IDAT's found Run a phpinfo() who tells me GD Version bundled (2.0.23 compatible) The ini file contains this extension=php_gd2.dll Previous Comments: [2004-11-30 13:49:53] [EMAIL PROTECTED] Are you using the bundled gd library (configure --with-gd and not --with-gd=/path/to/gd). Cannot reproduce it with all branches and 4.3.8. --Pierre [2004-11-30 13:20:51] hkh at netnords dot dk Description: Sometimes when calling imageCreateFromPng() it produces a fatal error instead of returning an empty string. Reproduce code: --- /* * The code are placed inside this function * getImage($IfilePathName) */ return imageCreateFromPng($IfilePathName); Expected result: An empty string. After the documentation the function should return a resource on succes, and on error an empty string. Actual result: -- bFatal error/b: imagecreatefrompng(): gd-png: fatal libpng error: Invalid chunk length. in b C:\Documents and Settings\hkh\Desktop\php\desktop\bmpNoget.inc.php/b on line b98/bbr / -- Edit this bug report at http://bugs.php.net/?id=30942edit=1
#30942 [Opn]: imageCreateFromPng() gives fatal error
ID: 30942 Updated by: [EMAIL PROTECTED] Reported By: hkh at netnords dot dk Status: Open Bug Type: GD related Operating System: win XP PHP Version: 4.3.8 Assigned To: pajoye New Comment: Please provide an url with these images please (if possible both bmp and png). --Pierre Previous Comments: [2004-12-02 11:19:31] hkh at netnords dot dk I found out witch pictures, who gives this error. It's png's created with acdsee (used to convert bmp's to png's). I have experinced no trouble with these png's in other programs. I also found out, some of the png's gives a bFatal error/b: imagecreatefrompng(): gd-png: fatal libpng error: Too many IDAT's found Run a phpinfo() who tells me GD Version bundled (2.0.23 compatible) The ini file contains this extension=php_gd2.dll [2004-11-30 13:49:53] [EMAIL PROTECTED] Are you using the bundled gd library (configure --with-gd and not --with-gd=/path/to/gd). Cannot reproduce it with all branches and 4.3.8. --Pierre [2004-11-30 13:20:51] hkh at netnords dot dk Description: Sometimes when calling imageCreateFromPng() it produces a fatal error instead of returning an empty string. Reproduce code: --- /* * The code are placed inside this function * getImage($IfilePathName) */ return imageCreateFromPng($IfilePathName); Expected result: An empty string. After the documentation the function should return a resource on succes, and on error an empty string. Actual result: -- bFatal error/b: imagecreatefrompng(): gd-png: fatal libpng error: Invalid chunk length. in b C:\Documents and Settings\hkh\Desktop\php\desktop\bmpNoget.inc.php/b on line b98/bbr / -- Edit this bug report at http://bugs.php.net/?id=30942edit=1
#30942 [Opn]: imageCreateFromPng() gives fatal error
ID: 30942 User updated by: hkh at netnords dot dk Reported By: hkh at netnords dot dk Status: Open Bug Type: GD related Operating System: win XP PHP Version: 4.3.8 Assigned To: pajoye New Comment: http://www.hanskejserhansen.dk/png/ I don't have the original pictures. They was saved from a homepage via a browser (Don't know witch because i use four different) to my harddesk. I tried to find the original pictures, but now they are jpg's not bmp's. sorry. Previous Comments: [2004-12-02 11:35:38] [EMAIL PROTECTED] Please provide an url with these images please (if possible both bmp and png). --Pierre [2004-12-02 11:19:31] hkh at netnords dot dk I found out witch pictures, who gives this error. It's png's created with acdsee (used to convert bmp's to png's). I have experinced no trouble with these png's in other programs. I also found out, some of the png's gives a bFatal error/b: imagecreatefrompng(): gd-png: fatal libpng error: Too many IDAT's found Run a phpinfo() who tells me GD Version bundled (2.0.23 compatible) The ini file contains this extension=php_gd2.dll [2004-11-30 13:49:53] [EMAIL PROTECTED] Are you using the bundled gd library (configure --with-gd and not --with-gd=/path/to/gd). Cannot reproduce it with all branches and 4.3.8. --Pierre [2004-11-30 13:20:51] hkh at netnords dot dk Description: Sometimes when calling imageCreateFromPng() it produces a fatal error instead of returning an empty string. Reproduce code: --- /* * The code are placed inside this function * getImage($IfilePathName) */ return imageCreateFromPng($IfilePathName); Expected result: An empty string. After the documentation the function should return a resource on succes, and on error an empty string. Actual result: -- bFatal error/b: imagecreatefrompng(): gd-png: fatal libpng error: Invalid chunk length. in b C:\Documents and Settings\hkh\Desktop\php\desktop\bmpNoget.inc.php/b on line b98/bbr / -- Edit this bug report at http://bugs.php.net/?id=30942edit=1
#30958 [Fbk-Opn]: Wrong instance returned with 2 singletons
ID: 30958
User updated by: schaa101 at tech dot nhl dot nl
Reported By: schaa101 at tech dot nhl dot nl
-Status: Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: Windows XP Pro SP2
PHP Version: 5.0.2
New Comment:
?php
class Singleton1
{
private $instance = null;
private function __Construct()
{ }
public function GetInstance()
{
if( $this-instance == null )
$this-instance = new Singleton1();
return $this-instance;
}
public function Write( $message )
{
print Singleton1 - . $message;
}
}
class Singleton2
{
private $instance = null;
private function __Construct()
{ }
public function GetInstance()
{
if( $this-instance == null )
$this-instance = new Singleton2();
return $this-instance;
}
public function Write( $message )
{
print Singleton2 - . $message;
}
}
class Main
{
public function __Construct()
{
Singleton1::GetInstance()-Write( Singleton1 );
echo br/;
Singleton2::GetInstance()-Write( Singleton2 );
}
}
new Main();
?
Previous Comments:
[2004-12-02 11:10:41] [EMAIL PROTECTED]
Please post the code here.
[2004-12-02 11:09:30] schaa101 at tech dot nhl dot nl
Description:
When you use 2 singletons, the second singeleton also returns the
instance of the first.
If you change the name of the variables, that store the instance of the
singleton class, inside the singletons and make them both unique, the
problem is solved though.
Reproduce code:
---
http://klaas.fiskaaf.com/singleton-bug.rar
or try
http://klaas.fiskaaf.com/singleton-bug.zip
Expected result:
Singleton1 - Singleton1
Singleton2 - Singleton2
Actual result:
--
Singleton1 - Singleton1
Singleton1 - Singleton2
--
Edit this bug report at http://bugs.php.net/?id=30958edit=1
#30835 [Bgs-Csd]: PHP5 won't configure with mysqli support on Intel EM64T
ID: 30835 User updated by: noethen at daad dot de Reported By: noethen at daad dot de -Status: Bogus +Status: Closed Bug Type: Compile Failure Operating System: SuSE Linux Enterprise Server 9 PHP Version: 5.0.2 New Comment: I've made a symlink from /usr/lib64/mysql to /usr/lib/mysql and now the configuration and compiling works. So this is really not a bug. Thanks for helping me to find the problem. Sascha Previous Comments: [2004-12-01 17:36:29] noethen at daad dot de I have only one version of mysql_config. I have /usr/lib64/mysql/ which contains libheap.a libmyisam.a libmysqlclient.la libmystrings.a libvio.a libmerge.a libmyisammrg.a libmysqlclient_r.a libmysys.a mysqld.sym libdbug.a libmygcc.a libmysqlclient.a libmysqlclient_r.la libnisam.a and I have /usr/lib/mysql which is empty ... probably because I had meanwhile installed MySQL 4.0 from SLES9 distribution package. But I have uninstalled that before and reinstalled the 4.1.7 RPM packages from the MySQL website. But the output -L/usr/lib/mysql -lmysqlclient -lcrypt -lnsl -lm -lz comes from the mysql_config that I just sent to you. [2004-12-01 17:24:46] [EMAIL PROTECTED] Are you sure? You sent me a mysql_config before, which shows: -L/usr/lib64/mysql -lmysqlclient -lcrypt -lnsl -lm -lz Do you have 2 different versions ? [2004-12-01 17:06:35] noethen at daad dot de Here comes the output of mysql_config --libs -L/usr/lib/mysql -lmysqlclient -lcrypt -lnsl -lm -lz [2004-12-01 17:00:36] [EMAIL PROTECTED] And the MySQL-devel package is also installed? What's the output of: $ mysql_config --libs [2004-12-01 10:51:51] noethen at daad dot de I _am_ using a native x86_64 build of MySQL (MySQL-server-4.1.7-0.glibc23.x86_64.rpm). 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/30835 -- Edit this bug report at http://bugs.php.net/?id=30835edit=1
#30959 [NEW]: __call does not return by reference
From: joel at zmail dot pt
Operating system: WinXP, Debian Sarge
PHP version: 5.0.2
PHP Bug Type: Zend Engine 2 problem
Bug description: __call does not return by reference
Description:
__call doesn't return by reference
Reproduce code:
---
class A{
private $x = 123;
public function __call($m,$a){
return $this-x;
}
}
$a = new A();
$x = $a-UndefMethod();
$x = 789;
$y = $a-UndefMethod();
Expected result:
$y should be 789, but it is 123
--
Edit bug report at http://bugs.php.net/?id=30959edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30959r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30959r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30959r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30959r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30959r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30959r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30959r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30959r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30959r=support
Expected behavior: http://bugs.php.net/fix.php?id=30959r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30959r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30959r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30959r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30959r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30959r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30959r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30959r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30959r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30959r=mysqlcfg
#30835 [Csd-Bgs]: PHP5 won't configure with mysqli support on Intel EM64T
ID: 30835 Updated by: [EMAIL PROTECTED] Reported By: noethen at daad dot de -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: SuSE Linux Enterprise Server 9 PHP Version: 5.0.2 New Comment: As it is no bug, we set the status to Bogus. Previous Comments: [2004-12-02 12:38:58] noethen at daad dot de I've made a symlink from /usr/lib64/mysql to /usr/lib/mysql and now the configuration and compiling works. So this is really not a bug. Thanks for helping me to find the problem. Sascha [2004-12-01 17:36:29] noethen at daad dot de I have only one version of mysql_config. I have /usr/lib64/mysql/ which contains libheap.a libmyisam.a libmysqlclient.la libmystrings.a libvio.a libmerge.a libmyisammrg.a libmysqlclient_r.a libmysys.a mysqld.sym libdbug.a libmygcc.a libmysqlclient.a libmysqlclient_r.la libnisam.a and I have /usr/lib/mysql which is empty ... probably because I had meanwhile installed MySQL 4.0 from SLES9 distribution package. But I have uninstalled that before and reinstalled the 4.1.7 RPM packages from the MySQL website. But the output -L/usr/lib/mysql -lmysqlclient -lcrypt -lnsl -lm -lz comes from the mysql_config that I just sent to you. [2004-12-01 17:24:46] [EMAIL PROTECTED] Are you sure? You sent me a mysql_config before, which shows: -L/usr/lib64/mysql -lmysqlclient -lcrypt -lnsl -lm -lz Do you have 2 different versions ? [2004-12-01 17:06:35] noethen at daad dot de Here comes the output of mysql_config --libs -L/usr/lib/mysql -lmysqlclient -lcrypt -lnsl -lm -lz [2004-12-01 17:00:36] [EMAIL PROTECTED] And the MySQL-devel package is also installed? What's the output of: $ mysql_config --libs 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/30835 -- Edit this bug report at http://bugs.php.net/?id=30835edit=1
#30961 [NEW]: Wrong linenumber in ReflectionClass getStartLine()
From: michiel at trendserver dot nl
Operating system: Debian
PHP version: 5.0.2
PHP Bug Type: Zend Engine 2 problem
Bug description: Wrong linenumber in ReflectionClass getStartLine()
Description:
The Reflection API has a (minor) bug regarding the getStartLine() function
in ReflectionClass. When the reflected class is not a subclass and does not
implement any interfaces, the result of getStartLine() is one line off.
Reproduce code:
---
?
class a
{
}
class b extends a
{
}
$ref1 = new ReflectionClass('a');
$ref2 = new ReflectionClass('b');
echo $ref1-getStartLine() . \n;
echo $ref2-getStartLine() . \n;
?
Expected result:
2
6
Actual result:
--
3
6
--
Edit bug report at http://bugs.php.net/?id=30961edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30961r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30961r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30961r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30961r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30961r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30961r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30961r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30961r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30961r=support
Expected behavior: http://bugs.php.net/fix.php?id=30961r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30961r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30961r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30961r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30961r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30961r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30961r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30961r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30961r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30961r=mysqlcfg
#30942 [Opn-Asn]: imageCreateFromPng() gives fatal error
ID: 30942 Updated by: [EMAIL PROTECTED] Reported By: hkh at netnords dot dk -Status: Open +Status: Assigned Bug Type: GD related Operating System: win XP PHP Version: 4.3.8 Assigned To: pajoye New Comment: The fact is you will not be able to read these images without using another libpng (1.0.6 and later), compiled with: #define PNG_SETJMP_NOT_SUPPORTED #define PNG_ABORT() The png files are not valid. The fix will be to change the error to a warning and return false. --Pierre Previous Comments: [2004-12-02 12:01:05] hkh at netnords dot dk http://www.hanskejserhansen.dk/png/ I don't have the original pictures. They was saved from a homepage via a browser (Don't know witch because i use four different) to my harddesk. I tried to find the original pictures, but now they are jpg's not bmp's. sorry. [2004-12-02 11:35:38] [EMAIL PROTECTED] Please provide an url with these images please (if possible both bmp and png). --Pierre [2004-12-02 11:19:31] hkh at netnords dot dk I found out witch pictures, who gives this error. It's png's created with acdsee (used to convert bmp's to png's). I have experinced no trouble with these png's in other programs. I also found out, some of the png's gives a bFatal error/b: imagecreatefrompng(): gd-png: fatal libpng error: Too many IDAT's found Run a phpinfo() who tells me GD Version bundled (2.0.23 compatible) The ini file contains this extension=php_gd2.dll [2004-11-30 13:49:53] [EMAIL PROTECTED] Are you using the bundled gd library (configure --with-gd and not --with-gd=/path/to/gd). Cannot reproduce it with all branches and 4.3.8. --Pierre [2004-11-30 13:20:51] hkh at netnords dot dk Description: Sometimes when calling imageCreateFromPng() it produces a fatal error instead of returning an empty string. Reproduce code: --- /* * The code are placed inside this function * getImage($IfilePathName) */ return imageCreateFromPng($IfilePathName); Expected result: An empty string. After the documentation the function should return a resource on succes, and on error an empty string. Actual result: -- bFatal error/b: imagecreatefrompng(): gd-png: fatal libpng error: Invalid chunk length. in b C:\Documents and Settings\hkh\Desktop\php\desktop\bmpNoget.inc.php/b on line b98/bbr / -- Edit this bug report at http://bugs.php.net/?id=30942edit=1
#30962 [NEW]: Space being returned for NULL columns
From: richard dot quadling at bandvulc dot co dot uk
Operating system: Windows XP Pro SP2
PHP version: 5.0.2
PHP Bug Type: MSSQL related
Bug description: Space being returned for NULL columns
Description:
This bug has been reported before but repeatedly closed as a bogus bug.
It is NOT bogus. It is NOT a problem in the library. It IS a bug in the
PHP code.
The problem is for any column where the content is NULL, the value
retrieved by PHP is ' '. That is a single space.
The bug is in php_mssql.c (/* $Id: php_mssql.c,v 1.137.2.4 2004/11/15
23:35:50 iliaa Exp $ */)
Lines 798 to 810 are currently ...
case SQLTEXT: {
int length;
char *data = charcol(offset);
length=dbdatlen(mssql_ptr-link,offset);
#if ilia_0
while (length0 data[length-1] == ' ') { /* nuke
trailing whitespace
*/
length--;
}
#endif
ZVAL_STRINGL(result, data, length, 1);
break;
}
The problem is that length is never tested to see if it is zero, as per
the Microsoft documentation (Online books and look for dbdata). It says
...
dbdata ... returns a BYTE pointer to the data for the column. A NULL BYTE
pointer is returned if there is no such column or if the data has a null
value. To make sure that the data is really a null value, check for a
return of 0 from dbdatlen.
and ...
Remarks. The data is not null-terminated. To get the length of the data,
use dbdatlen.
I would propose that the php_mssql.c code would be as follows ...
case SQLTEXT: {
int length;
char *data = charcol(offset);
length=dbdatlen(mssql_ptr-link,offset);
if (length == 0) {
ZVAL_EMPTY_STRING(result); // Force the return
of an empty string if
the length is 0 as data MAY not be NULL.
} else {
#if ilia_0
while (length0 data[length-1] == ' ') { /*
nuke trailing
whitespace */
length--;
}
#endif ZVAL_STRINGL(result, data, length, 1);
}
break;
}
Unfortunately, I am not in a position to test this (well, I have
MSVC++V6.0 Standard, but cannot get PHP to compile. I am not very familiar
with MSVC++ and its setup to know what is missing).
If someone can explain how I can submit this to the actual source online
for compilation, then I'd be very grateful.
I'd be even more grateful if someone could help me get PHP compiled. Even
money may be sent, though I'd rather buy beer or something fizzy for the
ladies.
This possible fix does not interfere with the removing of trailing spaces,
though I wonder what would happen if
Regards,
Richard Quadling.
--
Edit bug report at http://bugs.php.net/?id=30962edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30962r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30962r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30962r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30962r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30962r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30962r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30962r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30962r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30962r=support
Expected behavior: http://bugs.php.net/fix.php?id=30962r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30962r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30962r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30962r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30962r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30962r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30962r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30962r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30962r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30962r=mysqlcfg
#30437 [Csd-Opn]: include fails to open file from parent directory of include path
ID: 30437
User updated by: gabe at mudbuginfo dot com
Reported By: gabe at mudbuginfo dot com
-Status: Closed
+Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: linux 2.4.26
PHP Version: 4.3.9
New Comment:
Bug is different from 30881:
This bug does not refer to the CLI SAPI, and refers to
files from the include_path and not the current working
directory.
Prehaps the documentation should be updated to mention
that when including a file in a parent directory (eg:
'../blah.php'), paths within the include_path will not
be searched.
Previous Comments:
[2004-11-27 16:46:11] [EMAIL PROTECTED]
Same as #30881, which is already documented.
[2004-10-14 22:22:51] gabe at mudbuginfo dot com
Easier test case:
Say for example, your include path is: /usr/local/lib/
php (most people have this or something similar)
?php
echo including normal DB\n;
include 'DB.php';
echo including ../php DB\n;
include '../php/DB.php';
?
The second include statement will fail with:
including normal DB
including ../php DB
Warning: main(../php/DB.php): failed to open stream: No
such file or directory in /tmp/x.php on line 5
Warning: main(): Failed opening '../php/DB.php' for
inclusion (include_path='.:/usr/local/lib/php:/usr/
local/lib/mis:/usr/local/lib/eclipse') in /tmp/x.php on
line 5
[2004-10-14 22:06:53] gabe at mudbuginfo dot com
Note, open_basedir is not set anywhere for this site.
[2004-10-14 18:23:32] gabe at mudbuginfo dot com
Description:
This site prepends the full path to the site's directory
for site-specific include files with the following code
in the file /files/client/
global_fellowship_search/proto1/include/init.php
$site_include_path = dirname(__FILE__);
$sys_include_path = ini_get('include_path');
ini_set('include_path', $site_include_path . ':' .
$sys_include_path);
which creates an include path of '/files/
client/global_fellowship_search/proto1/include:.:/usr/
local/lib/php:/usr/local/lib/mis:/usr/local/lib/
eclipse'
When attempting to include the file /files/
client/global_fellowship_search/proto1/mail/
forgot_pass.mail relative to the site's prepended
include directory with include_once '../mail/
forgot_pass.mail';, PHP fails to find the file.
Supplying an absolute path to the file works. It just
seems like PHP will not respect crawling up a '..'
parent directory link for any path within the
include_path except for '.'
Note that this code was placed in the 'index2.php' file
just for simplicity in demonstration; in implementation
this inclusion code is held within another file in the
include/ directory which is included several different
directory levels.
Reproduce code:
---
(Within /files/client/
global_fellowship_search/proto1/index2.php)
include_once '../mail/forgot_pass.mail';
Expected result:
Inclusion of /files/client/
global_fellowship_search/proto1/mail/forgot_pass.mail
Actual result:
--
Warning: main(../mail/forgot_pass.mail): failed to open
stream: No such file or directory in /files/client/
global_fellowship_search/proto1/index2.php on line 5
Warning: main(): Failed opening '../mail/
forgot_pass.mail' for inclusion (include_path='/files/
client/global_fellowship_search/proto1/include:.:/usr/
local/lib/php:/usr/local/lib/mis:/usr/local/lib/
eclipse') in /files/client/global_fellowship_search/
proto1/index2.php on line 5
--
Edit this bug report at http://bugs.php.net/?id=30437edit=1
#30964 [NEW]: Wrong display of special characters
From: pitchoune at vbulletin-fr dot org
Operating system: Windows
PHP version: 5CVS-2004-12-02 (dev)
PHP Bug Type: XML related
Bug description: Wrong display of special characters
Description:
When you want to display phrases or words with special characters in ISO
format by XML, the special characters are not displayed correctly.
Reproduce code:
---
?
error_reporting(E_ALL ~E_NOTICE);
$xml = '?xml version=1.0 encoding=ISO-8859-1?xTest with some
special characters: é è ù ô à/x';
$p = xml_parser_create();
xml_parser_set_option($p, XML_OPTION_CASE_FOLDING, 0);
xml_set_element_handler($p, 'start_elem', 'end_elem');
xml_set_character_data_handler($p, 'cdata');
xml_parse($p, $xml, true);
xml_parser_free($p);
function start_elem($parser, $tagname, $attributes){}
function end_elem($parser, $tagname){}
function cdata($parser, $data){ echo $data; }
?
Expected result:
Test with some special characters: é è ù ô à
Actual result:
--
Test with some special characters: é è ù ô Ã
--
Edit bug report at http://bugs.php.net/?id=30964edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30964r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30964r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30964r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30964r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30964r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30964r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30964r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30964r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30964r=support
Expected behavior: http://bugs.php.net/fix.php?id=30964r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30964r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30964r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30964r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30964r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30964r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30964r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30964r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30964r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30964r=mysqlcfg
#30965 [NEW]: php 5.0.3RC1 fails to compile with freetds
From: jon dot bertsch at ucop dot edu Operating system: Mac OS 10.3.6 PHP version: 5CVS-2004-12-02 (dev) PHP Bug Type: Compile Failure Bug description: php 5.0.3RC1 fails to compile with freetds Description: When I configure with freetds for mssql configure fails with the following warning: configure: error: Could not find /usr/local/lib/ libtds.a|so But the file libtds.a exists at /usr/local/lib/libtds.a. The identical configure worked for 5.0.0 /usr/local/lib] jonb% ls libct.2.0.0.dylib libpng.dylib libtds.dyliblibxml2.2.6.6.dylib libct.2.dylib libpng12.0.1.2.5.dylib libtds.la libxml2.2.dylib libct.a libpng12.0.dylib libtdsodbc.0.0.0.dylib libxml2.a libct.dylib libpng12.a libtdsodbc.0.dylib libxml2.dylib libct.lalibpng12.dylib libtdsodbc.alibxml2.la libexslt.0.8.0.dyliblibsybdb.4.0.0.dylib libtdsodbc.dyliblibxslt.1.1.0.dylib libexslt.0.dyliblibsybdb.4.dylib libtdsodbc.la libxslt.1.dylib libexslt.a libsybdb.a libtdssrv.1.0.0.dylib libxslt.a libexslt.dylib libsybdb.dylib libtdssrv.1.dylib libxslt.dylib libexslt.la libsybdb.la libtdssrv.a libxslt.la libpng.3.1.2.5.dyliblibtds.3.0.0.dylib libtdssrv.dylib pkgconfig libpng.3.dylib libtds.3.dylib libtdssrv.laxml2Conf.sh libpng.alibtds.a libxml2.2.5.11.dylibxsltConf.sh I checked the file ext/mssql/config.m4 spelling and it seems correct but it is not recognizing the file name for some reason. Without the mssql extension it compiles fine. By the way, you need a drop-down option for 5.0.3RC1 on the form. Reproduce code: --- '--with-mssql=/usr/local' Actual result: -- configure fails -- Edit bug report at http://bugs.php.net/?id=30965edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30965r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30965r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30965r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30965r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30965r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30965r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30965r=needscript Try newer version: http://bugs.php.net/fix.php?id=30965r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30965r=support Expected behavior: http://bugs.php.net/fix.php?id=30965r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30965r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30965r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30965r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30965r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30965r=dst IIS Stability: http://bugs.php.net/fix.php?id=30965r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30965r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30965r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30965r=mysqlcfg
#30963 [NEW]: pdf issue with printer
From: ahossain at psisite dot com Operating system: winxp PHP version: 5.0.2 PHP Bug Type: *General Issues Bug description: pdf issue with printer Description: How I can send my pdf file to the printer? $_SESSION['PrintBuffer']= $this-buffer; // in buffer my pdf $handle=printer_open(); printer_set_option($handle, PRINTER_MODE, raw); printer_write($handle, $_SESSION['PrintBuffer']); printer_close($handle); unfortunately it prints all ascii char but i want my pdf page printout. If anyone have solution please let me know. Reproduce code: --- ascii Expected result: only pdf page printout (that i see by adobe acrobate reader) -- Edit bug report at http://bugs.php.net/?id=30963edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30963r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30963r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30963r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30963r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30963r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30963r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30963r=needscript Try newer version: http://bugs.php.net/fix.php?id=30963r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30963r=support Expected behavior: http://bugs.php.net/fix.php?id=30963r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30963r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30963r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30963r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30963r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30963r=dst IIS Stability: http://bugs.php.net/fix.php?id=30963r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30963r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30963r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30963r=mysqlcfg
#29761 [Com]: token_get_all()
ID: 29761
Comment by: fpoeydomenge at free dot fr
Reported By: steemann at globalpark dot de
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux 2.4.22
PHP Version: 4.3.8
New Comment:
Same problem with PHP 5.0.2, but I only get the version where :
T_OPEN_TAG: 'lt;?php '
is replaced by :
?
T_STRING: 'php'
Previous Comments:
[2004-10-19 21:58:52] bloudon at townnews dot com
Bug is reproducible only when tokenizer is loaded dynamically.
If tokenizer is compiled into PHP then the bug does not occur.
Same behavior on Linux 2.4.24 and Linux 2.6.8.1.
[2004-10-04 11:11:22] guth at fiifo dot u-psud dot fr
Same problem with PHP 5.0.*, with any PHP script.
[2004-08-19 17:48:22] steemann at globalpark dot de
Description:
Don't know if it's a tokenizer issue or something else:
I just wanted to check out the token_get_all() function.
I tried the test code from the manual page (see code
below). I am using token_get_all() with a constant input.
Unfortunately, on my box, the result for the test code is
varying, i. e. tokening a constant string has two
different results. I found this out it by simple hitting
reload in the browser multiple times. I've put both
results I've gotten in the Actual result textarea. The
possibility for each result seems to be about 50%.
Environment:
Configure Command = './configure'
'--with-apxs=/opt/pdp/apache/bin/apxs'
'--prefix=/opt/pdp/php' '--with-mysql=/opt/pdp/mysql/'
'--with-config-file-path=/opt/pdp/'
'--with-iconv=/opt/pdp/iconv/'
'--with-imagick=/opt/pdp/ImageMagick/' '--with-zlib'
'--with-gd' '--with-freetype-dir=/usr'
'--enable-gd-native-ttf' '--enable-gd-imgstrttf'
'--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-dom'
'--with-dom-xslt' '--with-dom-exslt' '--enable-sysvsem'
'--enable-sysvshm' '--disable-debug' '--enable-sockets'
PHP API = 20020918
PHP Extension = 20020429
Zend Extension = 20021010
Debug Build = no
Thread Safety = disabled
Maybe my box is f**ked up??
Reproduce code:
---
$data=?php ob_start(); ?;
foreach(token_get_all($data) as $c)
{
if(is_array($c))
{
print(token_name($c[0]) . : '.htmlentities($c[1]).'\n);
}
else
{
print($c\n);
}
}
Expected result:
T_OPEN_TAG: 'lt;?php '
T_STRING: 'ob_start'
(
)
;
T_WHITESPACE: ' '
T_CLOSE_TAG: '?gt;'
Actual result:
--
In about 50% I get:
?
T_STRING: 'php'
T_WHITESPACE: ' '
T_STRING: 'ob_start'
(
)
;
T_WHITESPACE: ' '
T_CLOSE_TAG: '?gt;'
the other 50% I get:
T_OPEN_TAG: 'lt;?php '
T_STRING: 'ob_start'
(
)
;
T_WHITESPACE: ' '
T_CLOSE_TAG: '?gt;'
--
Edit this bug report at http://bugs.php.net/?id=29761edit=1
#30587 [Csd-Ana]: Array assignment with array_multisort
ID: 30587 Updated by: [EMAIL PROTECTED] Reported By: ian_mclaughlin at blueyonder dot co dot uk -Status: Closed +Status: Analyzed -Bug Type: Scripting Engine problem +Bug Type: Arrays related Operating System: Win32 PHP Version: 4.3.9 Previous Comments: [2004-11-19 17:57:52] [EMAIL PROTECTED] 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. Yes, I was wrong, sorry. This is fixed by now. [2004-11-16 11:44:21] ian_mclaughlin at blueyonder dot co dot uk Thanks for your response. Variables (master_A and master_B) change even though I have performed no operation on them since assignment. All the documentation I can find does not support this behaviour. If this actually is the expected behaviour, please explain why. [2004-11-04 11:09:07] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . [2004-10-27 20:09:56] ian_mclaughlin at blueyonder dot co dot uk Description: this code gives the impression that array assignment is actually done by pointer sharing, when it should be done by copying. Reproduce code: --- ?php // $master_A=array(1,2,4,3); $master_B=array(1,3,2,4); $A = $master_A; $B = $master_B; echobr/BEFORE MULTISORT; echobr/master_Abr/; print_r($master_A); echobr/master_Bbr/; print_r($master_B); array_multisort($A, $B); echobr/AFTER MULTISORT; echobr/master_Abr/; print_r($master_A); echobr/master_Bbr/; print_r($master_B); ? Expected result: BEFORE MULTISORT master_A Array ( [0] = 1 [1] = 2 [2] = 4 [3] = 3 ) master_B Array ( [0] = 1 [1] = 3 [2] = 2 [3] = 4 ) AFTER MULTISORT master_A Array ( [0] = 1 [1] = 2 [2] = 4 [3] = 3 ) master_B Array ( [0] = 1 [1] = 3 [2] = 2 [3] = 4 ) Actual result: -- BEFORE MULTISORT master_A Array ( [0] = 1 [1] = 2 [2] = 4 [3] = 3 ) master_B Array ( [0] = 1 [1] = 3 [2] = 2 [3] = 4 ) AFTER MULTISORT master_A Array ( [0] = 1 [1] = 2 [2] = 3 [3] = 4 ) master_B Array ( [0] = 1 [1] = 3 [2] = 4 [3] = 2 ) -- Edit this bug report at http://bugs.php.net/?id=30587edit=1
#30964 [Opn-Bgs]: Wrong display of special characters
ID: 30964
Updated by: [EMAIL PROTECTED]
Reported By: pitchoune at vbulletin-fr dot org
-Status: Open
+Status: Bogus
Bug Type: XML related
Operating System: Windows
PHP Version: 5CVS-2004-12-02 (dev)
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
See #30951
Previous Comments:
[2004-12-02 17:53:07] pitchoune at vbulletin-fr dot org
Description:
When you want to display phrases or words with special characters in
ISO format by XML, the special characters are not displayed correctly.
Reproduce code:
---
?
error_reporting(E_ALL ~E_NOTICE);
$xml = '?xml version=1.0 encoding=ISO-8859-1?xTest with some
special characters: é è ù ô à/x';
$p = xml_parser_create();
xml_parser_set_option($p, XML_OPTION_CASE_FOLDING, 0);
xml_set_element_handler($p, 'start_elem', 'end_elem');
xml_set_character_data_handler($p, 'cdata');
xml_parse($p, $xml, true);
xml_parser_free($p);
function start_elem($parser, $tagname, $attributes){}
function end_elem($parser, $tagname){}
function cdata($parser, $data){ echo $data; }
?
Expected result:
Test with some special characters: é è ù ô à
Actual result:
--
Test with some special characters: é è ù ô Ã
--
Edit this bug report at http://bugs.php.net/?id=30964edit=1
#30963 [Opn-Bgs]: pdf issue with printer
ID: 30963 Updated by: [EMAIL PROTECTED] Reported By: ahossain at psisite dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: winxp PHP Version: 5.0.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2004-12-02 17:05:25] ahossain at psisite dot com Description: How I can send my pdf file to the printer? $_SESSION['PrintBuffer']= $this-buffer; // in buffer my pdf $handle=printer_open(); printer_set_option($handle, PRINTER_MODE, raw); printer_write($handle, $_SESSION['PrintBuffer']); printer_close($handle); unfortunately it prints all ascii char but i want my pdf page printout. If anyone have solution please let me know. Reproduce code: --- ascii Expected result: only pdf page printout (that i see by adobe acrobate reader) -- Edit this bug report at http://bugs.php.net/?id=30963edit=1
#30965 [Opn-Fbk]: php 5.0.3RC1 fails to compile with freetds
ID: 30965 Updated by: [EMAIL PROTECTED] Reported By: jon dot bertsch at ucop dot edu -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mac OS 10.3.6 PHP Version: 5CVS-2004-12-02 (dev) New Comment: Please check in config.log for reasons why it might have failed, if possible provide a link to it here. Previous Comments: [2004-12-02 17:58:52] jon dot bertsch at ucop dot edu Description: When I configure with freetds for mssql configure fails with the following warning: configure: error: Could not find /usr/local/lib/ libtds.a|so But the file libtds.a exists at /usr/local/lib/libtds.a. The identical configure worked for 5.0.0 /usr/local/lib] jonb% ls libct.2.0.0.dylib libpng.dylib libtds.dyliblibxml2.2.6.6.dylib libct.2.dylib libpng12.0.1.2.5.dylib libtds.la libxml2.2.dylib libct.a libpng12.0.dylib libtdsodbc.0.0.0.dylib libxml2.a libct.dylib libpng12.a libtdsodbc.0.dylib libxml2.dylib libct.lalibpng12.dylib libtdsodbc.alibxml2.la libexslt.0.8.0.dyliblibsybdb.4.0.0.dylib libtdsodbc.dyliblibxslt.1.1.0.dylib libexslt.0.dyliblibsybdb.4.dylib libtdsodbc.la libxslt.1.dylib libexslt.a libsybdb.a libtdssrv.1.0.0.dylib libxslt.a libexslt.dylib libsybdb.dylib libtdssrv.1.dylib libxslt.dylib libexslt.la libsybdb.la libtdssrv.a libxslt.la libpng.3.1.2.5.dyliblibtds.3.0.0.dylib libtdssrv.dylib pkgconfig libpng.3.dylib libtds.3.dylib libtdssrv.laxml2Conf.sh libpng.alibtds.a libxml2.2.5.11.dylibxsltConf.sh I checked the file ext/mssql/config.m4 spelling and it seems correct but it is not recognizing the file name for some reason. Without the mssql extension it compiles fine. By the way, you need a drop-down option for 5.0.3RC1 on the form. Reproduce code: --- '--with-mssql=/usr/local' Actual result: -- configure fails -- Edit this bug report at http://bugs.php.net/?id=30965edit=1
#30967 [NEW]: Extending a class that extends mysqli
From: rbro at hotmail dot com
Operating system: Linux
PHP version: 5CVS-2004-12-02 (dev)
PHP Bug Type: MySQLi related
Bug description: Extending a class that extends mysqli
Description:
I'm running into a problem when trying to extend a class that extends
mysqli. I cannot access any of the properties. This is related to bug
28430 except here I am extending the class one level further.
Reproduce code:
---
?php
error_reporting(E_ALL);
class a extends mysqli { }
class b extends a { }
$mysqli = new mysqli('localhost', 'username', 'password', 'db');
echo $mysqli-warning_count.\n;
$a = new a('localhost', 'username', 'password', 'db');
echo $a-warning_count.\n;
$b = new b('localhost', 'username', 'password', 'db');
echo $b-warning_count.\n;
?
Expected result:
0
0
0
Actual result:
--
0
0
Notice: Undefined property: b::$warning_count in /var/www/html/test.php
on line 15
--
Edit bug report at http://bugs.php.net/?id=30967edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30967r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30967r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30967r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30967r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30967r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30967r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30967r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30967r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30967r=support
Expected behavior: http://bugs.php.net/fix.php?id=30967r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30967r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30967r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30967r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30967r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30967r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30967r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30967r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30967r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30967r=mysqlcfg
#30966 [NEW]: set_attribute with namespace breaks xml
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.3.9
PHP Bug Type: DOM XML related
Bug description: set_attribute with namespace breaks xml
Description:
When using $node-set_attribute on a previously existing attribute with a
namespace, the attribute gets doubled rather then updated - interestingly
enough, a second update does update the doubled attribute just fine...
Additionally, $node-remove_attribute('test:attrib'); doesn't work with
the previously existing attribute either while it removes the newly
doubled attribute.
Reproduce code:
---
$dom=domxml_open_mem('?xml version=1.0 ?foo:root
xmlns:test=http://test.de/xml; xmlns:foo=http://test.de/foo;
test:attrib=0 /');
$root = $dom-document_element();
$root-set_attribute('test:attrib','1');
$root-set_attribute('test:attrib','2');
echo $dom-dump_mem();
Expected result:
?xml version=1.0?
foo:root xmlns:test=http://test.de/xml; xmlns:foo=http://test.de/foo;
test:attrib=2/
Actual result:
--
?xml version=1.0?
foo:root xmlns:test=http://test.de/xml; xmlns:foo=http://test.de/foo;
test:attrib=0 test:attrib=2/
--
Edit bug report at http://bugs.php.net/?id=30966edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30966r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30966r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30966r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30966r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30966r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30966r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30966r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30966r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30966r=support
Expected behavior: http://bugs.php.net/fix.php?id=30966r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30966r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30966r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30966r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30966r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30966r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30966r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30966r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30966r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30966r=mysqlcfg
#30966 [Opn]: set_attribute with namespace breaks xml
ID: 30966
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 4.3.9
New Comment:
LibXML2 Version is 2.6.16
Previous Comments:
[2004-12-02 21:02:00] [EMAIL PROTECTED]
Description:
When using $node-set_attribute on a previously existing attribute with
a namespace, the attribute gets doubled rather then updated -
interestingly enough, a second update does update the doubled
attribute just fine...
Additionally, $node-remove_attribute('test:attrib'); doesn't work with
the previously existing attribute either while it removes the newly
doubled attribute.
Reproduce code:
---
$dom=domxml_open_mem('?xml version=1.0 ?foo:root
xmlns:test=http://test.de/xml; xmlns:foo=http://test.de/foo;
test:attrib=0 /');
$root = $dom-document_element();
$root-set_attribute('test:attrib','1');
$root-set_attribute('test:attrib','2');
echo $dom-dump_mem();
Expected result:
?xml version=1.0?
foo:root xmlns:test=http://test.de/xml;
xmlns:foo=http://test.de/foo; test:attrib=2/
Actual result:
--
?xml version=1.0?
foo:root xmlns:test=http://test.de/xml;
xmlns:foo=http://test.de/foo; test:attrib=0 test:attrib=2/
--
Edit this bug report at http://bugs.php.net/?id=30966edit=1
#30966 [Opn]: set_attribute with namespace breaks xml
ID: 30966
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 4.3.9
New Comment:
Just found a workaround to avoid invalid xml:
$root-remove_attribute('attrib');
That will remove the original attribute. Yes, without the
namespace-prefix!
Previous Comments:
[2004-12-02 21:03:36] [EMAIL PROTECTED]
LibXML2 Version is 2.6.16
[2004-12-02 21:02:00] [EMAIL PROTECTED]
Description:
When using $node-set_attribute on a previously existing attribute with
a namespace, the attribute gets doubled rather then updated -
interestingly enough, a second update does update the doubled
attribute just fine...
Additionally, $node-remove_attribute('test:attrib'); doesn't work with
the previously existing attribute either while it removes the newly
doubled attribute.
Reproduce code:
---
$dom=domxml_open_mem('?xml version=1.0 ?foo:root
xmlns:test=http://test.de/xml; xmlns:foo=http://test.de/foo;
test:attrib=0 /');
$root = $dom-document_element();
$root-set_attribute('test:attrib','1');
$root-set_attribute('test:attrib','2');
echo $dom-dump_mem();
Expected result:
?xml version=1.0?
foo:root xmlns:test=http://test.de/xml;
xmlns:foo=http://test.de/foo; test:attrib=2/
Actual result:
--
?xml version=1.0?
foo:root xmlns:test=http://test.de/xml;
xmlns:foo=http://test.de/foo; test:attrib=0 test:attrib=2/
--
Edit this bug report at http://bugs.php.net/?id=30966edit=1
#30412 [Fbk-Opn]: Apache Segmentation Fault (11)
ID: 30412 User updated by: subscription at nazarenko dot net Reported By: subscription at nazarenko dot net -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: SuSE Linux 8.2 -PHP Version: 5.0.2 +PHP Version: 5.0.3RC1 New Comment: Let me confirm it again after some more testing today that I still do get segfaults, but not that often than before. Also, let me point out that it seems to be exclusively Apache/PHP problem. The same script is run from the shell environment with no problems at all. Now to the example that you have asked for. It is really simple. In fact *any* Oracle query will cause occasional browser hanging. Here is a bit of code I used today for testing: ?php $db_conn = ocilogon( user, password, (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=myoracle)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=CRPT or die(Critical Error: No connection to Oracle!); $cmdstr = SELECT DISTINCT TRIM(XM.X_MEMBER_ID) MEMBER_ID, S.X_MEMBER_IDDBS_ID FROM TABLE_SITE_PART SP, TABLE_SITE_PART SP2, TABLE_X_MEMBERDATA XM, TABLE_SITES WHERE SP2.X_CLASS_KEY = 9 AND SP2.LEVEL_TO_BIN IN (0,1,2,3,4,5) AND SP2.SITE_PART2SITE_PART = SP.OBJID AND SP2.X_SITE_PART2MEMBERDATA = XM.OBJID AND SP.ALL_SITE_PART2SITE = S.OBJID AND XM.X_STATUS = 'Active' AND S.STATUS = '0' ORDER BY TRIM(XM.X_MEMBER_ID) ; $parsed = ociparse($db_conn, $cmdstr); ociexecute($parsed); $boxrows = ocifetchstatement($parsed, $listbox); OCIFreeStatement($parsed); print_r($listbox); ? Most of the times this would work fine returning me an array of data. But sometimes the browser would just wait with nothing happening. And very rarely the page would fail immediately (producing a segfault in apache's error log) Hope this helps. Previous Comments: [2004-12-02 01:20:38] [EMAIL PROTECTED] [Thu Dec 02 00:57:47 2004] [warn] child process 18167 still did not exit, sending a SIGTERM I don't think PHP/OCI8 is causing this. I saw this problem many times without OCI8 enabled or even without any module enabled at all. Some page loads are unsuccessful, but there is no segfault! The browser just keeps waiting and waiting and nothing I would be very thankful if you provide tiny reproduce script, that I can use to reproduce your problem. happens. [2004-12-02 01:05:47] subscription at nazarenko dot net Marking it as open... [2004-12-02 01:02:06] subscription at nazarenko dot net Hello again, Today I tried PHP 5.0.3RC1 with Apache 2.0.52 Worker and Oracle 9.2.0.4 Client for Linux. I'd say there has been improvement made! But not perfect. In fact the Bug #28603 which was reported by me some time ago and later marked as Bogus has been fixed with this new release!! What I mean is that Apache does not crash on graceful restart anymore. Even the Apache-Worker behaves fine. I am getting debug messages in the error log file, but I guess that will be removed in the release version: [Thu Dec 02 00:42:28 2004] [notice] Apache/2.0.52 (Linux/SUSE) configured -- resuming normal operations [Thu Dec 02 00:43:28 2004] [notice] SIGUSR1 received. Doing graceful restart OCIDebug: START php_mshutdown_ocibr / OCIDebug: END php_mshutdown_ocibr / OCIDebug: START php_mshutdown_ocibr / OCIDebug: END php_mshutdown_ocibr / OCIDebug: START php_mshutdown_ocibr / OCIDebug: END php_mshutdown_ocibr / OCIDebug: START php_mshutdown_ocibr / OCIDebug: END php_mshutdown_ocibr / [Thu Dec 02 00:43:29 2004] [notice] Apache/2.0.52 (Linux/SUSE) configured -- resuming normal operations OCIDebug: START php_mshutdown_ocibr / OCIDebug: END php_mshutdown_ocibr / OCIDebug: START php_mshutdown_ocibr / OCIDebug: END php_mshutdown_ocibr / It is somewhat strange that I get some OCIDebug START and END messages *after* the Apache has started, as shown above. If I do full restart via /etc/init.d/apache2 restart, then sometimes I get the following: OCIDebug: START php_mshutdown_ocibr / OCIDebug: END php_mshutdown_ocibr / OCIDebug: START php_mshutdown_ocibr / OCIDebug: END php_mshutdown_ocibr / OCIDebug: START php_mshutdown_ocibr / OCIDebug: END php_mshutdown_ocibr / [Thu Dec 02 00:57:47 2004] [warn] child process 18167 still did not exit, sending a SIGTERM [Thu Dec 02 00:57:47 2004] [warn] child process 18259 still did not exit, sending a SIGTERM [Thu Dec 02 00:57:51 2004] [error] child process 18167 still did not exit, sending a SIGKILL [Thu Dec 02
#30965 [Fbk-Opn]: php 5.0.3RC1 fails to compile with freetds
ID: 30965 User updated by: jon dot bertsch at ucop dot edu Reported By: jon dot bertsch at ucop dot edu -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Mac OS 10.3.6 PHP Version: 5CVS-2004-12-02 (dev) New Comment: I put the config.log up as a text file at: webdev.ucop.edu/ph/config.log.txt Previous Comments: [2004-12-02 21:19:20] [EMAIL PROTECTED] Please check in config.log for reasons why it might have failed, if possible provide a link to it here. [2004-12-02 17:58:52] jon dot bertsch at ucop dot edu Description: When I configure with freetds for mssql configure fails with the following warning: configure: error: Could not find /usr/local/lib/ libtds.a|so But the file libtds.a exists at /usr/local/lib/libtds.a. The identical configure worked for 5.0.0 /usr/local/lib] jonb% ls libct.2.0.0.dylib libpng.dylib libtds.dyliblibxml2.2.6.6.dylib libct.2.dylib libpng12.0.1.2.5.dylib libtds.la libxml2.2.dylib libct.a libpng12.0.dylib libtdsodbc.0.0.0.dylib libxml2.a libct.dylib libpng12.a libtdsodbc.0.dylib libxml2.dylib libct.lalibpng12.dylib libtdsodbc.alibxml2.la libexslt.0.8.0.dyliblibsybdb.4.0.0.dylib libtdsodbc.dyliblibxslt.1.1.0.dylib libexslt.0.dyliblibsybdb.4.dylib libtdsodbc.la libxslt.1.dylib libexslt.a libsybdb.a libtdssrv.1.0.0.dylib libxslt.a libexslt.dylib libsybdb.dylib libtdssrv.1.dylib libxslt.dylib libexslt.la libsybdb.la libtdssrv.a libxslt.la libpng.3.1.2.5.dyliblibtds.3.0.0.dylib libtdssrv.dylib pkgconfig libpng.3.dylib libtds.3.dylib libtdssrv.laxml2Conf.sh libpng.alibtds.a libxml2.2.5.11.dylibxsltConf.sh I checked the file ext/mssql/config.m4 spelling and it seems correct but it is not recognizing the file name for some reason. Without the mssql extension it compiles fine. By the way, you need a drop-down option for 5.0.3RC1 on the form. Reproduce code: --- '--with-mssql=/usr/local' Actual result: -- configure fails -- Edit this bug report at http://bugs.php.net/?id=30965edit=1
#30966 [Opn-WFx]: set_attribute with namespace breaks xml
ID: 30966
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Wont fix
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 4.3.9
New Comment:
Namespace Support is pretty week in PHP 4...
If your solution works for you, fine. But it's not the DOM way to do
it. It would be -set_attribute_ns($namespaceURL,$attributeName)
But that doesn't exits in domxml in php4
That's all fixed in php5 and dom.
Previous Comments:
[2004-12-02 21:07:00] [EMAIL PROTECTED]
Just found a workaround to avoid invalid xml:
$root-remove_attribute('attrib');
That will remove the original attribute. Yes, without the
namespace-prefix!
[2004-12-02 21:03:36] [EMAIL PROTECTED]
LibXML2 Version is 2.6.16
[2004-12-02 21:02:00] [EMAIL PROTECTED]
Description:
When using $node-set_attribute on a previously existing attribute with
a namespace, the attribute gets doubled rather then updated -
interestingly enough, a second update does update the doubled
attribute just fine...
Additionally, $node-remove_attribute('test:attrib'); doesn't work with
the previously existing attribute either while it removes the newly
doubled attribute.
Reproduce code:
---
$dom=domxml_open_mem('?xml version=1.0 ?foo:root
xmlns:test=http://test.de/xml; xmlns:foo=http://test.de/foo;
test:attrib=0 /');
$root = $dom-document_element();
$root-set_attribute('test:attrib','1');
$root-set_attribute('test:attrib','2');
echo $dom-dump_mem();
Expected result:
?xml version=1.0?
foo:root xmlns:test=http://test.de/xml;
xmlns:foo=http://test.de/foo; test:attrib=2/
Actual result:
--
?xml version=1.0?
foo:root xmlns:test=http://test.de/xml;
xmlns:foo=http://test.de/foo; test:attrib=0 test:attrib=2/
--
Edit this bug report at http://bugs.php.net/?id=30966edit=1
#30968 [NEW]: Incorrect foreach() behavior
From: cow at neondragon dot net
Operating system: Windows XP
PHP version: 4.3.10RC1
PHP Bug Type: Arrays related
Bug description: Incorrect foreach() behavior
Description:
I'm pretty sure this isn't supposed to happen - it didn't happen with
earlier versions of PHP, and nothing in the manual documents it. It
happens with the RC of 4.3.10.
Reproduce code:
---
?php
$foo = array(1,2,3);
foreach ($foo as $i) {
print_r($i);
}
/*
Result of code:
Array ( [0] = 1 [1] = 0 )
Array ( [0] = 2 [1] = 1 )
Array ( [0] = 3 [1] = 2 )
*/
?
Expected result:
The string 1, then string 2, then string 3 - not arrays each time.
--
Edit bug report at http://bugs.php.net/?id=30968edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30968r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30968r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30968r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30968r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30968r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30968r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30968r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30968r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30968r=support
Expected behavior: http://bugs.php.net/fix.php?id=30968r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30968r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30968r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30968r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30968r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30968r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30968r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30968r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30968r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30968r=mysqlcfg
#30968 [Opn-Fbk]: Incorrect foreach() behavior
ID: 30968
Updated by: [EMAIL PROTECTED]
Reported By: cow at neondragon dot net
-Status: Open
+Status: Feedback
Bug Type: Arrays related
Operating System: Windows XP
PHP Version: 4.3.10RC1
New Comment:
Works fine here, please remove all Zend extensions from your
configuration, and try again.
Previous Comments:
[2004-12-02 23:30:33] cow at neondragon dot net
Description:
I'm pretty sure this isn't supposed to happen - it didn't happen with
earlier versions of PHP, and nothing in the manual documents it. It
happens with the RC of 4.3.10.
Reproduce code:
---
?php
$foo = array(1,2,3);
foreach ($foo as $i) {
print_r($i);
}
/*
Result of code:
Array ( [0] = 1 [1] = 0 )
Array ( [0] = 2 [1] = 1 )
Array ( [0] = 3 [1] = 2 )
*/
?
Expected result:
The string 1, then string 2, then string 3 - not arrays each time.
--
Edit this bug report at http://bugs.php.net/?id=30968edit=1
#30969 [NEW]: XSLTProcessor Not Recognizing DOMDocument Root
From: c dot d at earthlink dot net Operating system: Mac OS X 10.3.6 PHP version: 5.0.2 PHP Bug Type: XSLT related Bug description: XSLTProcessor Not Recognizing DOMDocument Root Description: If xml is created via a DOMDocument and then sent to a XSLTProcessor with a XSL file, the following xsl code doesn't find the root node: xsl:template match=/ xsl:value-of select=childofroot/ /xsl:template You have to create a template for the root element (using it's name) and use an apply-templates tag instead of value-of tag(s) in the root template (such as above). If identical xml is loaded from a file via DOMDocument-load the XSLT processor processes the root element correctly. Reproduce code: --- ?php $temp_DOM = new DomDocument(1.0); $root = $temp_DOM-createElement(root); $root = $temp_DOM-appendChild($root); $element = $temp_DOM-createElement(fullname); $element = $root-appendChild($element); $text = $temp_DOM-createTextNode(John Doe); $text = $element-appendChild($text); $xsl_DOM = new DOMDocument; $xsl_DOM-load(test.xsl); $xslt = new XSLTProcessor(); $xslt-importStylesheet($xsl_DOM); echo $xslt-transformToXML($temp_DOM); ? Contents of XSL File ?xml version=1.0 encoding=ISO-8859-1? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:output method=xml/ xsl:template match=/ xsl:value-of select=fullname/ /xsl:template /xsl:stylesheet Expected result: Should output xml declaration and value of fullname element. Actual result: -- Only outputs xml declaration. Value of fullname element is not output. -- Edit bug report at http://bugs.php.net/?id=30969edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30969r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30969r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30969r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30969r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30969r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30969r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30969r=needscript Try newer version: http://bugs.php.net/fix.php?id=30969r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30969r=support Expected behavior: http://bugs.php.net/fix.php?id=30969r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30969r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30969r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30969r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30969r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30969r=dst IIS Stability: http://bugs.php.net/fix.php?id=30969r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30969r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30969r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30969r=mysqlcfg
#30970 [NEW]: 32bits not supported?
From: wboring at qualys dot com
Operating system: linux
PHP version: 5.0.2
PHP Bug Type: Scripting Engine problem
Bug description: 32bits not supported?
Description:
If I set an integer to a value of 0x8000, it works properly in php4,
but in php5 the value becomes 0x7FFF.
My configure line:
./configure \
--with-oci8=/u01/app/oracle/product/8.1.7 \
--enable-sigchild \
--with-mcrypt \
--with-gd \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-zlib-dir=/usr \
--enable-sysvsem \
--enable-sysvshm \
--enable-shmop \
--with-xml \
--with-zlib \
--with-gdbm \
--with-dom \
--with-curl=/usr \
--with-mysql=/usr \
--enable-mbstring \
--enable-tokenizer \
--enable-sockets \
--with-kerberos=/usr/kerberos \
--with-openssl \
--disable-cgi \
--with-xsl \
--with-bz2 \
--with-mhash \
--enable-soap \
--with-flatfile \
--with-inifile \
--with-curlwrappers \
--with-apxs=/usr/local/apache/bin/apxs
Reproduce code:
---
?php
$n = 0x8000;
printf('%b', $n);
?
Expected result:
php4.3.9: 1000
php5.0.2: 1000
Actual result:
--
php4.3.9: 1000
php5.0.2: 111
--
Edit bug report at http://bugs.php.net/?id=30970edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30970r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30970r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30970r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30970r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30970r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30970r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30970r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30970r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30970r=support
Expected behavior: http://bugs.php.net/fix.php?id=30970r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30970r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30970r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30970r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30970r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30970r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30970r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30970r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30970r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30970r=mysqlcfg
#30971 [NEW]: highlight_string chokes bad when parsing strings containing newline escapes
From: jed at jed dot bz
Operating system: *
PHP version: Irrelevant
PHP Bug Type: Unknown/Other Function
Bug description: highlight_string chokes bad when parsing strings containing
newline escapes
Description:
Bug 25725 was marked bogus due to a bad example. I am reopening it here
because this is a particularly annoying bug that needs to be fixed,
regardless of 'this is not an issue' sentiment within the PHP community.
When the highlight_string() engine encounters ANY \ character, even one
prefixing an escape like \n (which are LEGAL, as some astute Quick Fix
posters have ignored), the parser interjects warnings into
highlight_string()'s output. The catch? This only happens randomly.
We rely on highlight_string() for our IRC pastebin, and I am sure this
function is used a lot elsewhere. I have submitted another entry to our
pastebin and was quite disappointed to see the bug's problem at once:
http://labs.jed.bz/phpbug3.png
Screenshot taken from
http://dalphp.shoggoth.net/pastebin_view.php?533
I have highlighted the problem for the QA reviewers with itchy Quick Fix
fingers. Notice the 'n' sitting on a line all by itself? That's the back
end of a \n sequence, and the PHP parser is erring on the \ itself. It's
as if the tokenizer, when used under highlight_string(), isn't glomming \
onto its following character.
It is also only doing it on some newlines. As you can see, the newlines
next to '019' (the bottom of the highlight) are parsed fine! As you can
also see, the colors in the rest of the code, even on keywords that should
be highlighted green like 'static' and 'function', are all messed up.
This isn't the first time we've run into this. I've taken screenshots to
append to Bug 25725, but they were ignored as well. I rewind and replay
them here for community benefit.
CORRECT: http://labs.jed.bz/phpbug2.png
NOT: http://labs.jed.bz/phpbug.png
Source URL: http://dalphp.shoggoth.net/pastebin_view.php?356
Nothing changed on the server between these two requests. I just refreshed
until the output changed. And these are legal newlines. The example on Bug
25725 brought the itchy Quick Fix fingers out, but the submitter presented
a valid point, which I reiterate here.
Highlighted fine:
$x = 0
$y = 1
$z = 2
Not highlighted fine:
$x = 0;
\;
$z = 2;
And as I've demonstrated, this isn't highlighted fine either:
printf(\n);
The randomness of this problem suggests a leak or black magic within PHP
itself, and I have a gut feeling this is a little more problematic than it
appears at first hand. The reproduce code below is what is supposed to be
highlighted in phpbug3.png.
Note: Do not flood dalphp.shoggoth.net with refresh requests, trust my
screenshots.
Reproduce code:
---
?php
/**
* The beefiest exceptioner evar.
*/
public static function ErrorHandler(Exception $e) {
// FIXME //
if(file_exists($e-getFile())) {
$line = file($e-getFile());
$line = trim($line[$e-getLine() - 1]);
}
else $line = ?;
printf(\n\nSTOP. Uncaught exception \%s\ in %s:%u\n .
%s\n .
Message: (%u) %s\n Backtrace:\n, get_class($e),
$e-getFile(),
$e-GetLine(), $line, $e-getCode(), $e-getMessage());
$i = 0;
foreach($e-getTrace() as $bt)
printf( (#%u) %s()\n, ++$i, $bt['class'] . $bt['type'] .
$bt['function'],
$bt['file'], $bt['line']);
printf(\n\n);
exit(0xFE);
}
Expected result:
http://labs.jed.bz/phpbug4.png
Actual result:
--
http://labs.jed.bz/phpbug3.png
(Sporadically)
--
Edit bug report at http://bugs.php.net/?id=30971edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30971r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30971r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30971r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30971r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30971r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30971r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30971r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30971r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30971r=support
Expected behavior: http://bugs.php.net/fix.php?id=30971r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30971r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30971r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30971r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30971r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30971r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30971r=isapi
Install GNU Sed:
#30831 [Fbk-NoF]: fwrite
ID: 30831 Updated by: [EMAIL PROTECTED] Reported By: parser at 21cn dot com -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: redhat linux PHP Version: 4.3.8 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2004-11-18 21:52:41] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-11-18 17:30:58] parser at 21cn dot com Description: PHP version:php-4.3.4 BUG:The function fwrite() use fwrite() will have error,but use error_log() is right Reproduce code: --- $handle=fopen($DirName.src_visit.txt,a); $rs=fwrite($handle, $LOG_STRING); fflush($handle); fclose($handle); Expected result: Don't always like this(error): 2004111215 d41d8cd98f00b204e9800998ecf8427e 5 3 3 http://wap.unimoco.cn/hj/index.jsp wap.unimoco.cn /hj/index.jsp ID=3ROOTID=5ColumnID=33 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; MyIE2) Actual result: -- The right result same to : 20041112151233 NULL133 459 12055 13525 0 http://wap.unimoco.cn/hj/list.jsp wap.unimoco.cn /hj/list.jsp FeeFlag=hjID=13525ROOTID=12055PT=12055 13677 0 http://wap.unimoco.cn/hj/list.jsp wap.unimoco.cn /hj/list.jsp FeeFlag=hjID=13677ROOTID=12055PT=2 MOT-C510/1.01 UP.Browser/6.2.2.5 (GUI) MMP/1.0 UP.Link/5.1.2.9 -- Edit this bug report at http://bugs.php.net/?id=30831edit=1
#30970 [Opn]: 32bits not supported?
ID: 30970
User updated by: wboring at qualys dot com
Reported By: wboring at qualys dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 5.0.2
New Comment:
If I do a simple var_dump( 0x8000 ); in php4 and 5 I get the same
result of float(2147483648).
If I try and do something like
$n ^= 0x8000; //to flip the high bit, then it breaks.
?php
$n = -1979053311;
var_dump( sprintf('%32b',$n).' '.$n);
$n ^= 0x8000; // flip the high (sign) bit
var_dump( sprintf('%32b',$n).' '.$n );
?
php4.3.9 :
string(45) 10001010101010110001 -1979053311
string(43) 1010101010110001 168430337
php5.0.2 :
string(32) 10001010101010110001 -1979053311
string(44) 0101010101001110 -168430338
Previous Comments:
[2004-12-03 00:46:39] wboring at qualys dot com
Description:
If I set an integer to a value of 0x8000, it works properly in
php4, but in php5 the value becomes 0x7FFF.
My configure line:
./configure \
--with-oci8=/u01/app/oracle/product/8.1.7 \
--enable-sigchild \
--with-mcrypt \
--with-gd \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-zlib-dir=/usr \
--enable-sysvsem \
--enable-sysvshm \
--enable-shmop \
--with-xml \
--with-zlib \
--with-gdbm \
--with-dom \
--with-curl=/usr \
--with-mysql=/usr \
--enable-mbstring \
--enable-tokenizer \
--enable-sockets \
--with-kerberos=/usr/kerberos \
--with-openssl \
--disable-cgi \
--with-xsl \
--with-bz2 \
--with-mhash \
--enable-soap \
--with-flatfile \
--with-inifile \
--with-curlwrappers \
--with-apxs=/usr/local/apache/bin/apxs
Reproduce code:
---
?php
$n = 0x8000;
printf('%b', $n);
?
Expected result:
php4.3.9: 1000
php5.0.2: 1000
Actual result:
--
php4.3.9: 1000
php5.0.2: 111
--
Edit this bug report at http://bugs.php.net/?id=30970edit=1
#30946 [Opn-Csd]: Cant rename directories across partitions
ID: 30946 Updated by: [EMAIL PROTECTED] Reported By: paul at paulbaranowski dot org -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: Redhat Enterprise Linux v3.0 PHP Version: 4.3.8 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: [2004-11-30 22:02:50] paul at paulbaranowski dot org # mkdir /tmp/test # touch /tmp/test/foo.txt # emacs test.php ? rename(/tmp/test, /root/test); ? # /usr/local/php-4.3.8/bin/php test.php Warning: rename(/tmp/test,/root/test): Is a directory in /root/test.php on line 2. (A empty file test has now been created in /root directory) # rm test # mkdir /root/test # touch /root/test/foo.txt # emacs test.php ? rename(/root/test, /root/test2); ? # /usr/local/php-4.3.8/bin/php test.php ( /root/test directory renamed to /root/test2) # emacs test.php ? rename(/tmp/test, /tmp/test2); ? # /usr/local/php-4.3.8/bin/php test.php (/tmp/test directory renamed to /tmp/test2) [2004-11-30 21:52:20] [EMAIL PROTECTED] Please, provide a reproduce code so we can reproduce it ourselves. [2004-11-30 21:37:21] paul at paulbaranowski dot org I tried it with that snapshot and the problem is still there. [2004-11-30 19:12:59] [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 [2004-11-30 19:06:57] paul at paulbaranowski dot org Description: The rename function says that renaming across partitions was fixed in 4.3.3, but it appears that it is broken in 4.3.8. I have three partitions on my system: / /dev/shm /tmp I'm not sure if it matters, but the disk is mirrored with RAID level 1. Trying to rename a directory that resides in /tmp to the / file system results in: Warning: rename(from, to): Is a directory in script on line XX. and the to directory name is created as an empty file. I moved the from directory to the / partition and then tried the rename again (using the same PHP code) and everything worked fine. -- Edit this bug report at http://bugs.php.net/?id=30946edit=1
#30962 [Opn-Csd]: Space being returned for NULL columns
ID: 30962
Updated by: [EMAIL PROTECTED]
Reported By: richard dot quadling at bandvulc dot co dot uk
-Status: Open
+Status: Closed
Bug Type: MSSQL related
Operating System: Windows XP Pro SP2
PHP Version: 5.0.2
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:
[2004-12-02 14:36:14] richard dot quadling at bandvulc dot co dot uk
Description:
This bug has been reported before but repeatedly closed as a bogus
bug.
It is NOT bogus. It is NOT a problem in the library. It IS a bug in the
PHP code.
The problem is for any column where the content is NULL, the value
retrieved by PHP is ' '. That is a single space.
The bug is in php_mssql.c (/* $Id: php_mssql.c,v 1.137.2.4 2004/11/15
23:35:50 iliaa Exp $ */)
Lines 798 to 810 are currently ...
case SQLTEXT: {
int length;
char *data = charcol(offset);
length=dbdatlen(mssql_ptr-link,offset);
#if ilia_0
while (length0 data[length-1] == ' ') { /* nuke
trailing
whitespace */
length--;
}
#endif
ZVAL_STRINGL(result, data, length, 1);
break;
}
The problem is that length is never tested to see if it is zero, as
per the Microsoft documentation (Online books and look for dbdata). It
says ...
dbdata ... returns a BYTE pointer to the data for the column. A NULL
BYTE pointer is returned if there is no such column or if the data has
a null value. To make sure that the data is really a null value, check
for a return of 0 from dbdatlen.
and ...
Remarks. The data is not null-terminated. To get the length of the
data, use dbdatlen.
I would propose that the php_mssql.c code would be as follows ...
case SQLTEXT: {
int length;
char *data = charcol(offset);
length=dbdatlen(mssql_ptr-link,offset);
if (length == 0) {
ZVAL_EMPTY_STRING(result); // Force the return
of an empty string
if the length is 0 as data MAY not be NULL.
} else {
#if ilia_0
while (length0 data[length-1] == ' ') { /*
nuke trailing
whitespace */
length--;
}
#endif ZVAL_STRINGL(result, data, length, 1);
}
break;
}
Unfortunately, I am not in a position to test this (well, I have
MSVC++V6.0 Standard, but cannot get PHP to compile. I am not very
familiar with MSVC++ and its setup to know what is missing).
If someone can explain how I can submit this to the actual source
online for compilation, then I'd be very grateful.
I'd be even more grateful if someone could help me get PHP compiled.
Even money may be sent, though I'd rather buy beer or something fizzy
for the ladies.
This possible fix does not interfere with the removing of trailing
spaces, though I wonder what would happen if
Regards,
Richard Quadling.
--
Edit this bug report at http://bugs.php.net/?id=30962edit=1
#30972 [NEW]: Casting an empty single node SimpleXML object to boolean returns false
From: dtorop932 at gmail dot com
Operating system: GNU/Linux 2.4.27
PHP version: 5CVS-2004-12-03 (dev)
PHP Bug Type: SimpleXML related
Bug description: Casting an empty single node SimpleXML object to boolean
returns false
Description:
According to http://www.php.net/manual/en/language.types.boolean.php it
seems that in PHP 5 all objects should return TRUE when cast to boolean.
But if one creates a SimpleXML object from the string 'goodxml/', then
casts it to boolean, the result is FALSE.
As a comparison, running DOMDocument::loadxml() on goodxml/ and
casting the result to boolean returns TRUE.
This is important if one is doing what seems to be a quick test for
failure of SimpleXML parsing, e.g. the following doesn't work as
expected:
if (!simplexml_load_string($anyxml)) {
return FALSE; // this always executes, even for good XML
}
Reproduce code:
---
?php
foreach (array('badxml', 'goodxml/', 'goodxmlCONTENT/goodxml') as
$xml) {
$dom = @simplexml_load_string($xml);
print \n\$dom from '$xml'\n;
print ' ((boolean) $dom) = '; var_dump((boolean) $dom);
}
?
Expected result:
$dom from 'badxml'
((boolean) $dom) = bool(false)
$dom from 'goodxml/'
((boolean) $dom) = bool(true)
$dom from 'goodxmlCONTENT/goodxml'
((boolean) $dom) = bool(true)
Actual result:
--
$dom from 'badxml'
((boolean) $dom) = bool(false)
$dom from 'goodxml/'
((boolean) $dom) = bool(false)
$dom from 'goodxmlCONTENT/goodxml'
((boolean) $dom) = bool(true)
--
Edit bug report at http://bugs.php.net/?id=30972edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30972r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=30972r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=30972r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30972r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30972r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30972r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30972r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30972r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30972r=support
Expected behavior: http://bugs.php.net/fix.php?id=30972r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=30972r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=30972r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30972r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30972r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30972r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30972r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30972r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30972r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30972r=mysqlcfg
#30970 [Opn-Csd]: 32bits not supported?
ID: 30970
Updated by: [EMAIL PROTECTED]
Reported By: wboring at qualys dot com
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 5.0.2
New Comment:
Yes PHP supports 32-bit ints, but the higest bit is a sign, so the
largest meaningful int *IS* 0x7FFF, after that the number must be
expressed as a float, attempting to express as a long results in
undefined behavior.
5.0.2 introduced a patch to truncate float to lval conversion to no
more than 0x7FFF. Don't worry, it's been reverted. Take a look at
5.0.3RC1 or a snapshot from snaps.php.net
Previous Comments:
[2004-12-03 01:36:34] wboring at qualys dot com
If I do a simple var_dump( 0x8000 ); in php4 and 5 I get the same
result of float(2147483648).
If I try and do something like
$n ^= 0x8000; //to flip the high bit, then it breaks.
?php
$n = -1979053311;
var_dump( sprintf('%32b',$n).' '.$n);
$n ^= 0x8000; // flip the high (sign) bit
var_dump( sprintf('%32b',$n).' '.$n );
?
php4.3.9 :
string(45) 10001010101010110001 -1979053311
string(43) 1010101010110001 168430337
php5.0.2 :
string(32) 10001010101010110001 -1979053311
string(44) 0101010101001110 -168430338
[2004-12-03 00:46:39] wboring at qualys dot com
Description:
If I set an integer to a value of 0x8000, it works properly in
php4, but in php5 the value becomes 0x7FFF.
My configure line:
./configure \
--with-oci8=/u01/app/oracle/product/8.1.7 \
--enable-sigchild \
--with-mcrypt \
--with-gd \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-zlib-dir=/usr \
--enable-sysvsem \
--enable-sysvshm \
--enable-shmop \
--with-xml \
--with-zlib \
--with-gdbm \
--with-dom \
--with-curl=/usr \
--with-mysql=/usr \
--enable-mbstring \
--enable-tokenizer \
--enable-sockets \
--with-kerberos=/usr/kerberos \
--with-openssl \
--disable-cgi \
--with-xsl \
--with-bz2 \
--with-mhash \
--enable-soap \
--with-flatfile \
--with-inifile \
--with-curlwrappers \
--with-apxs=/usr/local/apache/bin/apxs
Reproduce code:
---
?php
$n = 0x8000;
printf('%b', $n);
?
Expected result:
php4.3.9: 1000
php5.0.2: 1000
Actual result:
--
php4.3.9: 1000
php5.0.2: 111
--
Edit this bug report at http://bugs.php.net/?id=30970edit=1
#30969 [Opn-Bgs]: XSLTProcessor Not Recognizing DOMDocument Root
ID: 30969 Updated by: [EMAIL PROTECTED] Reported By: c dot d at earthlink dot net -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: Mac OS X 10.3.6 PHP Version: 5.0.2 New Comment: Your XSLT is wrong.. It needs to be xsl:value-of select=root/fullname/ Your approach doesn't even work with xsltproc on the commandline. and If identical xml is loaded from a file via DOMDocument-load the XSLT processor processes the root element correctly. Definitively not here on my system Previous Comments: [2004-12-03 00:46:35] c dot d at earthlink dot net Description: If xml is created via a DOMDocument and then sent to a XSLTProcessor with a XSL file, the following xsl code doesn't find the root node: xsl:template match=/ xsl:value-of select=childofroot/ /xsl:template You have to create a template for the root element (using it's name) and use an apply-templates tag instead of value-of tag(s) in the root template (such as above). If identical xml is loaded from a file via DOMDocument-load the XSLT processor processes the root element correctly. Reproduce code: --- ?php $temp_DOM = new DomDocument(1.0); $root = $temp_DOM-createElement(root); $root = $temp_DOM-appendChild($root); $element = $temp_DOM-createElement(fullname); $element = $root-appendChild($element); $text = $temp_DOM-createTextNode(John Doe); $text = $element-appendChild($text); $xsl_DOM = new DOMDocument; $xsl_DOM-load(test.xsl); $xslt = new XSLTProcessor(); $xslt-importStylesheet($xsl_DOM); echo $xslt-transformToXML($temp_DOM); ? Contents of XSL File ?xml version=1.0 encoding=ISO-8859-1? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:output method=xml/ xsl:template match=/ xsl:value-of select=fullname/ /xsl:template /xsl:stylesheet Expected result: Should output xml declaration and value of fullname element. Actual result: -- Only outputs xml declaration. Value of fullname element is not output. -- Edit this bug report at http://bugs.php.net/?id=30969edit=1
#30952 [Opn-Bgs]: libpng.so.3 error after compiling php5.0.3rc1 with gd
ID: 30952 Updated by: [EMAIL PROTECTED] Reported By: iansutherland75 at gmail dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Fedora Core 3 PHP Version: 5.0.2 New Comment: That's an SELinux labelling issue - run: # fixfiles restore or disable enforcement of the Apache/SELinux policy: # setsebool httpd_disable_trans 1 Previous Comments: [2004-12-01 20:44:34] iansutherland75 at gmail dot com Description: I get this error message whenever I try to start apache now that I've compiled PHP5.0.3rc1 with GD. quote: Failed to start apache : Starting httpd: Syntax error on line 190 of /etc/httpd/conf/httpd.conf: Cannot load /usr/lib/httpd/modules/libphp5.so into server: libpng.so.3: failed to map segment from shared object: Permission denied [FAILED] My server is Fedora core 3, and I've got libgd, libgd-devel, libgd-progs, libpng, libpng-devel, libjpeg, and libjpeg-devel all installed. I've confirmed that libpng.so.3 is in my /usr/lib/ folder and I even chmod'd it to 777 to make sure I had ok permissions. -- Edit this bug report at http://bugs.php.net/?id=30952edit=1
#30967 [Opn-Csd]: Extending a class that extends mysqli
ID: 30967
Updated by: [EMAIL PROTECTED]
Reported By: rbro at hotmail dot com
-Status: Open
+Status: Closed
Bug Type: MySQLi related
Operating System: Linux
PHP Version: 5CVS-2004-12-02 (dev)
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:
[2004-12-02 21:34:42] rbro at hotmail dot com
Description:
I'm running into a problem when trying to extend a class that extends
mysqli. I cannot access any of the properties. This is related to bug
28430 except here I am extending the class one level further.
Reproduce code:
---
?php
error_reporting(E_ALL);
class a extends mysqli { }
class b extends a { }
$mysqli = new mysqli('localhost', 'username', 'password', 'db');
echo $mysqli-warning_count.\n;
$a = new a('localhost', 'username', 'password', 'db');
echo $a-warning_count.\n;
$b = new b('localhost', 'username', 'password', 'db');
echo $b-warning_count.\n;
?
Expected result:
0
0
0
Actual result:
--
0
0
Notice: Undefined property: b::$warning_count in
/var/www/html/test.php on line 15
--
Edit this bug report at http://bugs.php.net/?id=30967edit=1
