date:20120306

Bug #61291 [Asn->Nab]: tiger is broken

2012-03-06 Thread mike

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

 ID: 61291
 Updated by: m...@php.net
 Reported by:r...@php.net
 Summary:tiger is broken
-Status: Assigned
+Status: Not a bug
 Type:   Bug
 Package:hash related
 Operating System:   GNU/Linux (Fedora 16)
 PHP Version:5.4.0
 Assigned To:mike
 Block user comment: N
 Private report: N

 New Comment:

Hi Remi,

this is not a bug, it's the result of a fix for bug #60221
See alos bug #32463

Thanks,
Mike


Previous Comments:

[2012-03-05 16:34:20] r...@php.net

Seems related to 
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/ext/hash/hash_tiger.c?r1=321634&r2=322437

(8 * (0%8)) != 56


The patch fixes this, and the "old" tests.

I think, this will break the "new" tests (added after the regression was 
introduce)


[2012-03-05 16:29:36] r...@php.net

Description:

mhash_001 and mash_003 fails.

For mhash 001
025+ MHASH_TIGER: string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"
026+ MHASH_TIGER: string(48) "953ac3799a01b9fdeb91aeab97207e67395cbb54300be00d"

Some tests


 PHP 5.1.6

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

 PHP 5.3.10

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

php -r 'var_dump(bin2hex(hash("tiger192,3","This is the test of the mhash 
extension...",true)));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

 PHP 5.4.0

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "953ac3799a01b9fdeb91aeab97207e67395cbb54300be00d"

php -r 'var_dump(bin2hex(hash("tiger192,3","This is the test of the mhash 
extension...",true)));'
string(48) "953ac3799a01b9fdeb91aeab97207e67395cbb54300be00d"

=== PHP 5.4.0 with patch

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

php -r  'var_dump(bin2hex(hash("tiger192,3","This is the test of the mhash 
extension...",true)));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"









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

Req #61298 [Opn->Nab]: Add an short alias DS for DIRECTORY_SEPARATOR

2012-03-06 Thread johannes

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

 ID: 61298
 Updated by: johan...@php.net
 Reported by:cornelius dot howl at gmail dot com
 Summary:Add an short alias DS for DIRECTORY_SEPARATOR
-Status: Open
+Status: Not a bug
 Type:   Feature/Change Request
 Package:*Directory/Filesystem functions
 PHP Version:5.4.0
 Block user comment: N
 Private report: N

 New Comment:

Constants should have clear names to help readability. If you want something 
shorter you can easily do
const DS = DIRECTORY_SEPARATOR;
or using define(). If you have issue typing names correctly you can also get an 
IDE.


Previous Comments:

[2012-03-06 06:39:18] cornelius dot howl at gmail dot com

Description:

Really hope there is a DS alias for DIRECTORY_SEPARATOR, and PATH_SEPARATOR.

because it's too easy to make a typo, these keywords are hard to type.

$path = 'root' . DS . 'to' . 'path' . DS . 'subpath' . DS . 'subpath' . DS . 
'file.txt';

rather than:

$path = 'root' . DIRECTORY_SEPARATOR . 'to' . 'path' . DIRECTORY_SEPARATOR . 
'subpath' . DIRECTORY_SEPARATOR . 'subpath' . DIRECTORY_SEPARATOR . 'file.txt';

the later is uglier. 







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

[PHP-BUG] Bug #61299 [NEW]: array_merge() does only merge references of objects

2012-03-06 Thread simon dot sattes at gmail dot com

From: 
Operating system: Debian Squeeze, 64-bit
PHP version:  5.3.10
Package:  Arrays related
Bug Type: Bug
Bug description:array_merge() does only merge references of objects

Description:

I'm not sure, if this is a bug or a desired behaviour that is not mentioned
in the docs. When merging an array with itself with array_merge() then
modifiying one array element afterwards does also affect all other
elements.

If it's intentional, then it should be mentionend in the documentation.

Test script:
---
 2012,
'desc' => 'something happens'
);

$many = array_merge($items, $items);

print_r($many);

$many[0]->year = 2040;

print_r($many); // changes also year of $many[1]

Expected result:

$many[0]->year should be 2040
$many[1]->year should be 2012

Actual result:
--
$many[0]->year is 2040
$many[1]->year is 2040

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

Bug #61299 [Opn->Nab]: array_merge() does only merge references of objects

2012-03-06 Thread cataphract

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

 ID: 61299
 Updated by: cataphr...@php.net
 Reported by:simon dot sattes at gmail dot com
 Summary:array_merge() does only merge references of objects
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:Arrays related
 Operating System:   Debian Squeeze, 64-bit
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

No bug here. Object variables have an extra level of indirection (they're 
object references). This is the general behavior of the language and doesn't 
require a special mention in array_merge.


Previous Comments:

[2012-03-06 10:58:58] simon dot sattes at gmail dot com

Description:

I'm not sure, if this is a bug or a desired behaviour that is not mentioned in 
the docs. When merging an array with itself with array_merge() then modifiying 
one array element afterwards does also affect all other elements.

If it's intentional, then it should be mentionend in the documentation.

Test script:
---
 2012,
'desc' => 'something happens'
);

$many = array_merge($items, $items);

print_r($many);

$many[0]->year = 2040;

print_r($many); // changes also year of $many[1]

Expected result:

$many[0]->year should be 2040
$many[1]->year should be 2012

Actual result:
--
$many[0]->year is 2040
$many[1]->year is 2040






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

Bug #53980 [Com]: On the Windows-version of PHP can not allocate more memory than 512 memory_limi

2012-03-06 Thread shaun at laughey dot com

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

 ID: 53980
 Comment by: shaun at laughey dot com
 Reported by:skibi82 at interia dot pl
 Summary:On the Windows-version of PHP can not allocate more
 memory than 512 memory_limi
 Status: Open
 Type:   Bug
 Package:PHP options/info functions
 Operating System:   Win7 , WinXP, Win2008 srv R2
 PHP Version:5.3.9
 Block user comment: N
 Private report: N

 New Comment:

Still an issue on PHP 5.3.10 tested on Windows 2008 and Windows 7 using FCGI 
and mod_php on both platforms.


Previous Comments:

[2012-01-24 18:47:20] skibi82 at interia dot pl

The error still occurs


[2012-01-24 18:45:19] skibi82 at interia dot pl

Fatal error: Out of memory (allocated 537919488) (tried to allocate 536870913 
bytes) 
zend_mm_heap corrupted

The error occurs regardless of the setting memory_limit


[2011-11-04 15:54:48] skibi8 at interia dot pl

In version 5.3.8 error still occurs

E:\SVN>test.php
5.3.8
Limit:4024M
100
1000
PHP Fatal error:  Out of memory (allocated 736362496) (tried to allocate 734003
01 bytes) in E:\SVN\test.php on line 25

---
echo phpversion()."\n"; 

 ini_set ('memory_limit', '4024M');
 echo 'Limit:'.ini_get ('memory_limit')."\n";

$mb='';
$x=0;
do {
$x++;
$mb.='X';
}while ($x< 1048576);
echo "100\n";
$x=0;
$mb100='';
do {
$x++;
$mb100.=$mb;
}while ($x< 100);
echo "1000\n";
$x=0;
$gb='';
do {
$x++;
$gb.=$mb100;
}while ($x< 10);
echo "OK\n";



Fatal error: Out of memory (allocated 736362496) (tried to allocate 734003201 b
tes) in E:\SVN\test.php on line 25
zend_mm_heap corrupted


[2011-11-04 15:40:14] paj...@php.net

Please try with 5.3.8


[2011-11-04 12:14:13] shaun at laughey dot com

I can confirm the issue affects PHP 5.3.3 on Windows 2008 and 5.3.5 on Windows 
7.

I have tested on Ubuntu with 5.3.2 and 5.3.5 and the bug is not present and the 
script works.




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=53980


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

Bug #61291 [Nab]: tiger is broken

2012-03-06 Thread mike

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

 ID: 61291
 Updated by: m...@php.net
 Reported by:r...@php.net
 Summary:tiger is broken
 Status: Not a bug
 Type:   Bug
 Package:hash related
 Operating System:   GNU/Linux (Fedora 16)
 PHP Version:5.4.0
 Assigned To:mike
 Block user comment: N
 Private report: N

 New Comment:

To clarify the situation, it's just a matter of how to display the hash:

http://pastie.org/3532887


Previous Comments:

[2012-03-06 08:50:02] m...@php.net

Hi Remi,

this is not a bug, it's the result of a fix for bug #60221
See alos bug #32463

Thanks,
Mike


[2012-03-05 16:34:20] r...@php.net

Seems related to 
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/ext/hash/hash_tiger.c?r1=321634&r2=322437

(8 * (0%8)) != 56


The patch fixes this, and the "old" tests.

I think, this will break the "new" tests (added after the regression was 
introduce)


[2012-03-05 16:29:36] r...@php.net

Description:

mhash_001 and mash_003 fails.

For mhash 001
025+ MHASH_TIGER: string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"
026+ MHASH_TIGER: string(48) "953ac3799a01b9fdeb91aeab97207e67395cbb54300be00d"

Some tests


 PHP 5.1.6

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

 PHP 5.3.10

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

php -r 'var_dump(bin2hex(hash("tiger192,3","This is the test of the mhash 
extension...",true)));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

 PHP 5.4.0

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "953ac3799a01b9fdeb91aeab97207e67395cbb54300be00d"

php -r 'var_dump(bin2hex(hash("tiger192,3","This is the test of the mhash 
extension...",true)));'
string(48) "953ac3799a01b9fdeb91aeab97207e67395cbb54300be00d"

=== PHP 5.4.0 with patch

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

php -r  'var_dump(bin2hex(hash("tiger192,3","This is the test of the mhash 
extension...",true)));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"









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

[PHP-BUG] Bug #61300 [NEW]: make install fails with segfault

2012-03-06 Thread fbableus at yahoo dot fr

From: 
Operating system: ARM
PHP version:  5.4.0
Package:  Compile Failure
Bug Type: Bug
Bug description:make install fails with segfault

Description:

When compiling php 5.4.0 under ARMV5tel (gcc 3.4.2) the make install
command fails while attempting to install pear.
make test even fails with segfault before any output.

Compiling without any optimization (-O0 option) is successfull.

Expected result:

Successfull installation.

Actual result:
--
Segmentation fault

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

Bug #60817 [Com]: stream_get_line() incorrectly blocks

2012-03-06 Thread john dot papaioannou at gmail dot com

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

 ID: 60817
 Comment by: john dot papaioannou at gmail dot com
 Reported by:landeholm at gmail dot com
 Summary:stream_get_line() incorrectly blocks
 Status: Re-Opened
 Type:   Bug
 Package:Streams related
 Operating System:   Linux/Ubuntu
 PHP Version:5.3.9
 Assigned To:cataphract
 Block user comment: N
 Private report: N

 New Comment:

I am still seeing this issue using the code given by landeholm at gmail dot com 
(broken down into two scripts because I 'm on Windows). Specifically, referring 
to this line:

print "server got line: " . stream_get_line($socket2, 1024, "\r\n") . "\n";

* with a buffer size of 1024, the read times out
* with buffer sizes smaller or equal to the lines actually being written from 
the client (e.g. tried 5 and 8 bytes) the read works


Windows 7 x64, PHP 5.3.10 x86 on Apache 2.2.21


Previous Comments:

[2012-03-05 01:56:18] s...@php.net

Re-opened to track 5.4. Please merge to 5.4 and close.


[2012-01-22 20:57:19] cataphr...@php.net

This bug has been fixed in SVN.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.

Fixed, now the function doesn't try to fill the buffer with $length bytes; it 
behaves more like fgets() typically returning false in the last iteration (if 
the 
file ends with the delimiter).


[2012-01-22 20:30:38] cataphr...@php.net

Automatic comment from SVN on behalf of cataphract
Revision: http://svn.php.net/viewvc/?view=revision&revision=322582
Log: - Further fix for bug #60455 (stream_get_line misbehaves if EOF is not 
detected
  together with the last read).
- Fixed bug #60817 (stream_get_line() reads from stream even when there is
  already sufficient data buffered). stream_get_line() now behaves more like
  fgets(), as is documented.
#withheld commit to 5.4


[2012-01-20 11:56:03] landeholm at gmail dot com

Oops, the expected result should be:

server got line: test #1
server got line: test2
server got line: test3
server got line: test4
server done
client done


[2012-01-20 11:55:10] landeholm at gmail dot com

Description:

stream_get_line() will block even though data has been received and there are 
lines ready to be parsed in php's internal buffer. 

It makes it impossible for example to implement a blocking HTTP server as the 
server will only parse the first line in the HTTP request and then both the 
server and client will hang as both are waiting for more data.

Test script:
---
$c = pcntl_fork();
if ($c > 0) {
$socket = stream_socket_server("tcp://127.0.0.1:1");
$socket2 = stream_socket_accept($socket);
while (!feof($socket2))
print "server got line: " . stream_get_line($socket2, 1024, "\r\n") . "\n";
print "server done\n";
} else {
sleep(1);
$socket = stream_socket_client("tcp://127.0.0.1:1");
fwrite($socket, "test #1\r\ntest2\r\ntest3\r\ntest4\r\n");
fread($socket, 1000);
print "client done\n";
}
die(0);


Expected result:

client done
server got line: test #1
server got line: test2
server got line: test3
server got line: test4
server done

Actual result:
--
server got line: test #1







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

Bug #61249 [Opn->Fbk]: httpd.worker crash with PHP ZTS

2012-03-06 Thread laruence

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

 ID: 61249
 Updated by: larue...@php.net
 Reported by:jose dot nobile at gmail dot com
 Summary:httpd.worker crash with PHP ZTS
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:Reproducible crash
 Operating System:   Centos 5.7 x86_64
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.




Previous Comments:

[2012-03-02 16:56:43] jose dot nobile at gmail dot com

Description:

httpd.worker crash with PHP 5.3.10 ZTS
http://pedidos.modainternacional.com.co/phpinfo.php
Apache/2.2.3
Crash is random, appear with high concurrency of users.
Apache is working with Worker MPM, 15 threads by process.

Test script:
---
Application is MVC, using Smarty. Many modules, not able to isolate the 
problem. I have only the backtrace.

PHP configure is:
'./configure' '--build=x86_64-redhat-linux-gnu' 
'--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' 
'--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' 
'--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' 
'--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' 
'--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' 
'--infodir=/usr/share/info' '--cache-file=../config.cache' 
'--with-libdir=lib64' '--with-config-file-path=/etc' 
'--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' 
'--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' 
'--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' 
'--enable-gd-native-ttf' '--with-t1lib=/usr' '--without-gdbm' '--with-gettext' 
'--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' 
'--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' 
'--enable-magic-quotes' '--enable-sockets' '--with-kerberos' 
'--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' 
'--with-libxml-dir=/usr' '--enable-xml' '--with-system-tzdata' '--with-mhash' 
'--with-apxs2=/usr/sbin/apxs' '--includedir=/usr/include/php-zts' 
'--libdir=/usr/lib64/php-zts' '--enable-maintainer-zts' 
'--with-config-file-scan-dir=/etc/php-zts.d' '--enable-pdo=shared' 
'--with-mysql=shared,/usr' '--with-mysqli=shared,/usr/lib64/mysql/mysql_config' 
'--with-pdo-mysql=shared,/usr/lib64/mysql/mysql_config' 
'--with-pdo-sqlite=shared,/usr' '--without-gd' '--disable-dom' '--disable-dba' 
'--without-unixODBC' '--disable-xmlreader' '--disable-xmlwriter' 
'--without-sqlite' '--without-sqlite3' '--disable-phar' '--disable-fileinfo' 
'--disable-json' '--without-pspell' '--disable-wddx' '--without-curl' 
'--disable-posix' '--disable-sysvmsg' '--disable-sysvshm' '--disable-sysvsem'

Expected result:

Not crash

Actual result:
--
The crash in /var/log/httpd/error_log:

*** glibc detected *** /usr/sbin/httpd.worker: double free or corruption 
(fasttop): 0x2aaab411d7a0 ***
=== Backtrace: =
/lib64/libc.so.6[0x2ab9a3e8b47f]
/lib64/libc.so.6(cfree+0x4b)[0x2ab9a3e8b8db]
/usr/local/APPCure-full/contrib/apache2.2/dotDefender.so(filter_request+0x5a4)
[0x2ab9a217e7e0]
/usr/local/APPCure-
full/contrib/apache2.2/dotDefender.so(ts_header_parser+0x1187)[0x2ab9a2191a46]
/usr/sbin/httpd.worker(ap_run_header_parser+0x4a)[0x2ab9a1f170da]
/usr/sbin/httpd.worker(ap_process_request_internal+0x31a)[0x2ab9a1f139ea]
/usr/sbin/httpd.worker(ap_process_request+0x198)[0x2ab9a1f250c8]
/usr/sbin/httpd.worker[0x2ab9a1f22310]
/usr/sbin/httpd.worker(ap_run_process_connection+0x72)[0x2ab9a1f1e6e2]
/usr/sbin/httpd.worker[0x2ab9a1f2a027]
/lib64/libpthread.so.0[0x2ab9a39ff73d]
/lib64/libc.so.6(clone+0x6d)[0x2ab9a3eed56d]
=== Memory map: 
40473000-40474000 ---p 40473000 00:00 0
40474000-40e74000 rwxp 40474000 00:00 0
41385000-41386000 ---p 41385000 00:00 0
41386000-41d86000 rwxp 41386000 00:00 0
41d86000-41d87000 ---p 41d86000 00:00 0
41d87000-42787000 rwxp 41d87000 00:00 0
42787000-42788000 ---p 42787000 00:00 0
42788000-43188000 rwxp 42788000 00:00 0
43188000-43189000 ---p 43188000 00:00 0
43189000-43b89000 rwxp 43189000 00:00 0
43b89000-43b8a000 ---p 43b89000 00:00 0
43b8a000-4458a000 rwxp 43b8a000 00:00 0
4458a000-4458b000 ---p 4458a000 00:00 0
4458b000-44f8b000 rwxp 4458b000 00:00 0
44f8b000-44f8c000 ---p 44f8b000 00:00 0
44f8c000-4598c000 rwxp 44f8c

Bug #61249 [Com]: httpd.worker crash with PHP ZTS

2012-03-06 Thread jose dot nobile at gmail dot com

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

 ID: 61249
 Comment by: jose dot nobile at gmail dot com
 Reported by:jose dot nobile at gmail dot com
 Summary:httpd.worker crash with PHP ZTS
 Status: Feedback
 Type:   Bug
 Package:Reproducible crash
 Operating System:   Centos 5.7 x86_64
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

Hi, but the pasted data, === Backtrace: = is not a backtrace?


Previous Comments:

[2012-03-06 15:48:54] larue...@php.net

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.




[2012-03-02 16:56:43] jose dot nobile at gmail dot com

Description:

httpd.worker crash with PHP 5.3.10 ZTS
http://pedidos.modainternacional.com.co/phpinfo.php
Apache/2.2.3
Crash is random, appear with high concurrency of users.
Apache is working with Worker MPM, 15 threads by process.

Test script:
---
Application is MVC, using Smarty. Many modules, not able to isolate the 
problem. I have only the backtrace.

PHP configure is:
'./configure' '--build=x86_64-redhat-linux-gnu' 
'--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' 
'--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' 
'--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' 
'--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' 
'--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' 
'--infodir=/usr/share/info' '--cache-file=../config.cache' 
'--with-libdir=lib64' '--with-config-file-path=/etc' 
'--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' 
'--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' 
'--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' 
'--enable-gd-native-ttf' '--with-t1lib=/usr' '--without-gdbm' '--with-gettext' 
'--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' 
'--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' 
'--enable-magic-quotes' '--enable-sockets' '--with-kerberos' 
'--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' 
'--with-libxml-dir=/usr' '--enable-xml' '--with-system-tzdata' '--with-mhash' 
'--with-apxs2=/usr/sbin/apxs' '--includedir=/usr/include/php-zts' 
'--libdir=/usr/lib64/php-zts' '--enable-maintainer-zts' 
'--with-config-file-scan-dir=/etc/php-zts.d' '--enable-pdo=shared' 
'--with-mysql=shared,/usr' '--with-mysqli=shared,/usr/lib64/mysql/mysql_config' 
'--with-pdo-mysql=shared,/usr/lib64/mysql/mysql_config' 
'--with-pdo-sqlite=shared,/usr' '--without-gd' '--disable-dom' '--disable-dba' 
'--without-unixODBC' '--disable-xmlreader' '--disable-xmlwriter' 
'--without-sqlite' '--without-sqlite3' '--disable-phar' '--disable-fileinfo' 
'--disable-json' '--without-pspell' '--disable-wddx' '--without-curl' 
'--disable-posix' '--disable-sysvmsg' '--disable-sysvshm' '--disable-sysvsem'

Expected result:

Not crash

Actual result:
--
The crash in /var/log/httpd/error_log:

*** glibc detected *** /usr/sbin/httpd.worker: double free or corruption 
(fasttop): 0x2aaab411d7a0 ***
=== Backtrace: =
/lib64/libc.so.6[0x2ab9a3e8b47f]
/lib64/libc.so.6(cfree+0x4b)[0x2ab9a3e8b8db]
/usr/local/APPCure-full/contrib/apache2.2/dotDefender.so(filter_request+0x5a4)
[0x2ab9a217e7e0]
/usr/local/APPCure-
full/contrib/apache2.2/dotDefender.so(ts_header_parser+0x1187)[0x2ab9a2191a46]
/usr/sbin/httpd.worker(ap_run_header_parser+0x4a)[0x2ab9a1f170da]
/usr/sbin/httpd.worker(ap_process_request_internal+0x31a)[0x2ab9a1f139ea]
/usr/sbin/httpd.worker(ap_process_request+0x198)[0x2ab9a1f250c8]
/usr/sbin/httpd.worker[0x2ab9a1f22310]
/usr/sbin/httpd.worker(ap_run_process_connection+0x72)[0x2ab9a1f1e6e2]
/usr/sbin/httpd.worker[0x2ab9a1f2a027]
/lib64/libpthread.so.0[0x2ab9a39ff73d]
/lib64/libc.so.6(clone+0x6d)[0x2ab9a3eed56d]
=== Memory map: 
40473000-40474000 ---p 40473000 00:00 0
40474000-40e74000 rwxp 40474000 00:00 0
41385000-41386000 ---p 41385000 00:00 0
41386000-41d86000 rwxp 41386000 00:00 0
41d86000-41d87000 ---p 41d86000 00:00 0
41d87000-42787000 rwxp 41d87000 00:00 0
42787000-42788000 ---p 42787000 00:00 0
42788000-43188000 rwxp 42788000 00:00 0
43188000-43189000 ---p 43188000 00:00 0
43189000-43b89000 rwxp 43189000 00:00 0
43b89000-43b8a000 ---p 43b89000 00:00 0
43b8a000-4

Bug #35003 [Com]: Warning: PDOStatement::fetch(): column 0 data was too large for buffer and was

2012-03-06 Thread lucassouza1 at gmail dot com

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

 ID: 35003
 Comment by: lucassouza1 at gmail dot com
 Reported by:der...@php.net
 Summary:Warning: PDOStatement::fetch(): column 0 data was
 too large for buffer and was
 Status: Closed
 Type:   Bug
 Package:PDO related
 Operating System:   Linux - Fedora Core 1
 PHP Version:5.1.0RC3
 Assigned To:wez
 Block user comment: N
 Private report: N

 New Comment:

This issue still happens. I suppose it occurs because for example, an oracle 
varchar(10) column, is filled with a multibyte char sequence like "maÃ§Ã£", it 
will overflow the buffer if a charset like 'AL32UTF8' is provided in DSN


Previous Comments:

[2011-11-04 15:53:21] tomasz at trejderowski dot pl

Sorry, not true. As reported in many similar bug reports (in year 2005 and 
2007) and comments to them (in year 2007, 2010 and 2011) this issue is STILL 
NOT FIXED. Up until end of 2011. At least not for PHP + PDO + Oracle.


[2005-10-28 17:02:53] tony2...@php.net

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




[2005-10-27 18:59:24] vs at ez dot no

Note that the query result is wrong. There actually should have been 0 instead 
of "". This is probably caused by the same problem.


[2005-10-27 18:22:56] der...@php.net

Description:

Strange warning when fetching data from an Oracle DB with PDO:
"column N data was too large for buffer and was truncated to fit it"


Reproduce code:
---
Environment:

PHP version: 5.1.0RC3
Server version: Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
Client libraries: oracle-instantclient 10.1.0.4
OS: Fedora Core 1

How to reproduce:
=

1. Execute the following query on your Oracle database:
CREATE TABLE pdotest (some_num INTEGER DEFAULT 0 NOT NULL);

2. Run the following script:
===
query( $query );
for( $i=0; ( $row = $sth->fetch( PDO::FETCH_ASSOC ) ); $i++ )
var_dump( $row );
echo "$i rows fetched.\n";
?>
===


Expected result:

No warnings.


Actual result:
--
Warning: PDOStatement::fetch(): column 0 data was too large for buffer and was 
truncated to fit it in /path/to/test.php on
line 7
array(1) {
  ["DATA_DEFAULT"]=>
  string(0) ""
}
1 rows fetched.







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

Bug #61291 [Com]: tiger is broken

2012-03-06 Thread r...@php.net

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

 ID: 61291
 Comment by: r...@php.net
 Reported by:r...@php.net
 Summary:tiger is broken
 Status: Not a bug
 Type:   Bug
 Package:hash related
 Operating System:   GNU/Linux (Fedora 16)
 PHP Version:5.4.0
 Assigned To:mike
 Block user comment: N
 Private report: N

 New Comment:

So, to clarify the fix for bug #60221

The new result is ok.

So, mhash_001.phpt and mash_003.phpt tests need to be fixed

So, if I have store hash results somewhere with php < 5.4.0, I won't be able to 
check this with php >= 5.4.0 ?


Previous Comments:

[2012-03-06 12:01:27] m...@php.net

To clarify the situation, it's just a matter of how to display the hash:

http://pastie.org/3532887


[2012-03-06 08:50:02] m...@php.net

Hi Remi,

this is not a bug, it's the result of a fix for bug #60221
See alos bug #32463

Thanks,
Mike


[2012-03-05 16:34:20] r...@php.net

Seems related to 
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/ext/hash/hash_tiger.c?r1=321634&r2=322437

(8 * (0%8)) != 56


The patch fixes this, and the "old" tests.

I think, this will break the "new" tests (added after the regression was 
introduce)


[2012-03-05 16:29:36] r...@php.net

Description:

mhash_001 and mash_003 fails.

For mhash 001
025+ MHASH_TIGER: string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"
026+ MHASH_TIGER: string(48) "953ac3799a01b9fdeb91aeab97207e67395cbb54300be00d"

Some tests


 PHP 5.1.6

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

 PHP 5.3.10

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

php -r 'var_dump(bin2hex(hash("tiger192,3","This is the test of the mhash 
extension...",true)));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

 PHP 5.4.0

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "953ac3799a01b9fdeb91aeab97207e67395cbb54300be00d"

php -r 'var_dump(bin2hex(hash("tiger192,3","This is the test of the mhash 
extension...",true)));'
string(48) "953ac3799a01b9fdeb91aeab97207e67395cbb54300be00d"

=== PHP 5.4.0 with patch

php -r 'var_dump(bin2hex(mhash(MHASH_TIGER,"This is the test of the mhash 
extension...")));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"

php -r  'var_dump(bin2hex(hash("tiger192,3","This is the test of the mhash 
extension...",true)));'
string(48) "fdb9019a79c33a95677e2097abae91eb0de00b3054bb5c39"









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

[PHP-BUG] Bug #61306 [NEW]: Segfault at end of request

2012-03-06 Thread j dot amend at gmail dot com

From: 
Operating system: Gentoo Linux
PHP version:  5.4.0
Package:  Apache2 related
Bug Type: Bug
Bug description:Segfault at end of request

Description:

Since PHP 5.4 RC5 (RC4 still works fine) and including the release, PHP is
segfaulting on a few but not all requests, seemingly after the PHP script
is executed but before it is sent to the browser.

PHP 5.4.0--pl0-gentoo (cli) (built: Mar  6 2012 14:18:01) (DEBUG)
Apache 2.2.21 (debug, mpm worker)
zlib 1.2.5
Linux lws3 2.6.39-gentoo-r3 #1 SMP Tue Oct 4 18:09:16 EDT 2011 x86_64
Intel(R) Xeon(R) CPU E5645 @ 2.40GHz GenuineIntel GNU/Linux

zlib.output_compression = Off

php-config
Usage: /usr/bin/php-config [OPTION]
Options:
  --prefix[/usr/lib64/php5.4]
  --includes  [-I/usr/lib64/php5.4/include/php
-I/usr/lib64/php5.4/include/php/main -I/usr/lib64/php5.4/include/php/TSRM
-I/usr/lib64/php5.4/include/php/Zend -I/usr/lib64/php5.4/include/php/ext
-I/usr/lib64/php5.4/include/php/ext/date/lib]
  --ldflags   []
  --libs  [-lcrypt  -lc-client  -lz -ltidy -lresolv -lcrypt
-lreadline -lncurses -lmcrypt -lltdl -lonig -lcrypt -lpam -lt1 -lfreetype
-lpng -lz -ljpeg -lgdbm -lcurl -lbz2 -lz -lpcre -lrt -lm -ldl -lnsl  -lxml2
-lz -lm -lssl -lcrypto -lcurl -lrt -lz -lgnutls -lxml2 -lz -lm -lssl
-lcrypto -lssl -lcrypto -lxml2 -lz -lm -lnetsnmp -lcrypt -lxml2 -lz -lm
-lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt ]
  --extension-dir
[/usr/lib64/php5.4/lib/extensions/debug-zts-20100525]
  --include-dir   [/usr/lib64/php5.4/include/php]
  --man-dir   [/usr/lib64/php5.4/man]
  --php-binary[/usr/lib64/php5.4/bin/php]
  --php-sapis [cli apache2handler]
  --configure-options [--prefix=/usr --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --prefix=/usr/lib64/php5.4
--mandir=/usr/lib64/php5.4/man --infodir=/usr/lib64/php5.4/info
--libdir=/usr/lib64/php5.4/lib --with-libdir=lib64 --without-pear
--enable-maintainer-zts --disable-bcmath --with-bz2 --disable-calendar
--enable-ctype --with-curl --without-curlwrappers --enable-dom
--without-enchant --disable-exif --enable-fileinfo --enable-filter
--enable-ftp --with-gettext --without-gmp --enable-hash --without-mhash
--with-iconv --disable-intl --enable-ipv6 --enable-json --without-kerberos
--enable-libxml --enable-mbstring --with-mcrypt --without-mssql
--with-onig=/usr --with-openssl --with-openssl-dir=/usr --disable-pcntl
--enable-phar --disable-pdo --without-pgsql --enable-posix --without-pspell
--without-recode --enable-simplexml --disable-shmop --with-snmp
--disable-soap --disable-sockets --without-sqlite3 --without-sybase-ct
--disable-sysvmsg --disable-sysvsem --disable-sysvshm --with-tidy
--enable-tokenizer --disable-wddx --enable-xml --enable-xmlreader
--enable-xmlwriter --with-xmlrpc --without-xsl --enable-zip --with-zlib
--enable-debug --enable-dba --without-cdb --without-db4 --disable-flatfile
--with-gdbm --disable-inifile --without-qdbm --with-freetype-dir=/usr
--with-t1lib=/usr --disable-gd-jis-conv --with-jpeg-dir=/usr
--with-png-dir=/usr --without-xpm-dir --with-gd --with-imap --with-imap-ssl
--with-mysql=mysqlnd --with-mysql-sock=/var/run/mysqld/mysqld.sock
--with-mysqli=mysqlnd --with-readline --without-libedit --without-mm
--with-pcre-regex=/usr --with-pcre-dir=/usr
--with-config-file-path=/etc/php/cli-php5.4
--with-config-file-scan-dir=/etc/php/cli-php5.4/ext-active --disable-embed
--enable-cli --disable-cgi --disable-fpm --without-apxs2]
  --version   [5.4.0--pl0-gentoo]
  --vernum[50400]

Test script:
---
apache2 -f /etc/apache2/httpd.conf -k start -X

test.php:
http://localhost/test.php

Expected result:

Get consistent phpinfo() output every time

Actual result:
--
Most requests work, but a few come up blank because of a segfault

httpd-error.log:
,..
[Tue Mar 06 13:37:42 2012] [notice] child pid 7091 exit signal Segmentation
fault (11)
...

backtrace:

#0  0x74130cd7 in deflateEnd (strm=0x5a5a5a5a5a5a5a5a) at
deflate.c:900
#1  0x71373d3a in php_zlib_cleanup_ob_gzhandler_mess
(tsrm_ls=0x23ca570) at
/usr/src/debug/dev-lang/php-5.4.0/sapis-build/apache2/ext/zlib/zlib.c:434
#2  0x713759d9 in zm_deactivate_zlib (type=1, module_number=6,
tsrm_ls=0x23ca570) at
/usr/src/debug/dev-lang/php-5.4.0/sapis-build/apache2/ext/zlib/zlib.c:972
#3  0x717c232b in zend_deactivate_modules (tsrm_ls=0x23ca570) at
/usr/src/debug/dev-lang/php-5.4.0/sapis-build/apache2/Zend/zend_API.c:2325
#4  0x716f7d59 in php_request_shutdown (dummy=0x0) at
/usr/src/debug/dev-lang/php-5.4.0/sapis-build/apache2/main/main.c:1755
#5  0x7193e583 in php_apache_request_dtor (r=0x191d43a0,
tsrm_ls=0x23ca570) at
/usr/src/debug/dev-lang/php-5.4.0/sapis-build/apache2/sapi/apache2handler/sapi_apache2.c:507
#6  0x7fff

[PHP-BUG] Bug #61307 [NEW]: hash-tiger generates a different value between 5.3/5.4

2012-03-06 Thread andres at phalconphp dot com

From: 
Operating system: Ubuntu
PHP version:  5.4.0
Package:  hash related
Bug Type: Bug
Bug description:hash-tiger generates a different value between 5.3/5.4

Description:

The hash generated by PHP 5.3.x is diferent than the generated by 5.4.x
using the hashing algorithm tiger160,3





Test script:
---
PHP 5.3.x:

[#] php -v
PHP 5.3.8 (cli) (built: Feb 28 2012 10:44:41) 
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies

[#] php -r 'echo hash("tiger160,3", "1awks!4090");'
f8d2f5f634cc0ec4f495ac1aeb45010e90e310a3

[#] php -v
PHP 5.4.1RC1-dev (cli) (built: Mar  6 2012 16:25:42) (DEBUG)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies

[#] php -r 'echo hash("tiger160,3", "1awks!4090");'
c40ecc34f6f5d2f80e0145eb1aac95f43045295d


Expected result:

Hash values returned must be the same for the same value between php
versions


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

Bug #61307 [Opn]: hash-tiger generates a different value between 5.3/5.4

2012-03-06 Thread andres at phalconphp dot com

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

 ID: 61307
 User updated by:andres at phalconphp dot com
 Reported by:andres at phalconphp dot com
 Summary:hash-tiger generates a different value between
 5.3/5.4
 Status: Open
 Type:   Bug
 Package:hash related
-Operating System:   Ubuntu
+Operating System:   Irrelevant
 PHP Version:5.4.0
 Block user comment: N
 Private report: N

 New Comment:

Changed OS to Irrelevant


Previous Comments:

[2012-03-06 21:33:26] andres at phalconphp dot com

Description:

The hash generated by PHP 5.3.x is diferent than the generated by 5.4.x using 
the hashing algorithm tiger160,3





Test script:
---
PHP 5.3.x:

[#] php -v
PHP 5.3.8 (cli) (built: Feb 28 2012 10:44:41) 
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies

[#] php -r 'echo hash("tiger160,3", "1awks!4090");'
f8d2f5f634cc0ec4f495ac1aeb45010e90e310a3

[#] php -v
PHP 5.4.1RC1-dev (cli) (built: Mar  6 2012 16:25:42) (DEBUG)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies

[#] php -r 'echo hash("tiger160,3", "1awks!4090");'
c40ecc34f6f5d2f80e0145eb1aac95f43045295d


Expected result:

Hash values returned must be the same for the same value between php versions







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

Bug #61246 [Com]: Error when running PHP-FPM

2012-03-06 Thread dancom96 at gmail dot com

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

 ID: 61246
 Comment by: dancom96 at gmail dot com
 Reported by:osmanungur at gmail dot com
 Summary:Error when running PHP-FPM
 Status: Open
 Type:   Bug
 Package:FPM related
 Operating System:   Mac Os X 10.7.3
 PHP Version:5.4.0
 Block user comment: N
 Private report: N

 New Comment:

Seems to be fixed now in latest APC dev http://pecl.php.net/get/APC


Previous Comments:

[2012-03-05 21:16:12] dancom96 at gmail dot com

Exact same issue with PHP 5.4.0, APC 3.1.9 but on CentOS 6.

Gives error starting PHP-FPM and says failed, but PHP-FPM does actually start 
and 
APC appears to work fully. (Page generation time goes down to 1/4 of original 
gen 
time on Wordpress, like my production server)


[2012-03-05 10:23:50] takida at nm dot ru

If it would help, apache is running as MPM-Prefork. Everything else is pretty 
standard.


[2012-03-05 10:02:18] takida at nm dot ru

I'm experiencing the same bug as the guy with Ubuntu yet on CentOS 5.7 with 
Apache. Same php version, same APC version, almost the same error:
*** glibc detected *** php-fpm: master process (/usr/lib/php-5.4.0-
custom/etc/php-fpm.conf): free(): invalid pointer: 0xb72a1010 ***

What is strange, php-apc was build from source and could not pass the "make 
test" 
step completely. When disabling APC everything is fine, otherwise php doesn't 
work at all.


[2012-03-04 08:05:20] rnysmile at yahoo dot com

similar problem in Ubuntu 10.04

# /etc/init.d/php-fpm restart
Gracefully shutting down php-fpm . done
Starting php-fpm *** glibc detected *** /usr/local/sbin/php-fpm: free(): 
invalid 
pointer: 0x7f78b5d45118 ***
=== Backtrace: =
/lib/libc.so.6(+0x775b6)[0x7f78b2e6d5b6]
/lib/libc.so.6(cfree+0x73)[0x7f78b2e73e83]
/usr/local/sbin/php-fpm(destroy_zend_class+0x23d)[0x73953d]
/usr/local/sbin/php-fpm(zend_hash_clean+0x73)[0x74e7e3]
/usr/local/lib/php/extensions/no-debug-non-zts-
20100525/apc.so(apc_interned_strings_shutdown+0x20)[0x7f78b0285460]
/usr/local/lib/php/extensions/no-debug-non-zts-
20100525/apc.so(apc_module_shutdown+0x12a)[0x7f78b027d8fa]
/usr/local/lib/php/extensions/no-debug-non-zts-20100525/apc.so(+0xb07f)
[0x7f78b027407f]
/usr/local/sbin/php-fpm[0x747855]
/usr/local/sbin/php-fpm[0x74e152]
/usr/local/sbin/php-fpm(zend_hash_graceful_reverse_destroy+0x18)[0x74e3e8]
/usr/local/sbin/php-fpm[0x742443]
/usr/local/sbin/php-fpm(php_module_shutdown+0x2d)[0x6e671d]
/usr/local/sbin/php-fpm[0x7f12b9]
/usr/local/sbin/php-fpm[0x7e958e]
/usr/local/sbin/php-fpm[0x7f693a]
/usr/local/sbin/php-fpm[0x7e89c5]
/usr/local/sbin/php-fpm[0x7efb68]
/lib/libc.so.6(__libc_start_main+0xfd)[0x7f78b2e14c4d]
/usr/local/sbin/php-fpm[0x42f989]


No error if disable APC.


[2012-03-02 14:54:56] osmanungur at gmail dot com

Description:

Hi,

Today i upgraded my php installation to PHP 5.4, when i running PHP-FPM i'm 
getting this error

â sudo php-fpm
php-fpm(20297) malloc: *** error for object 0x10aeb5c00: pointer being freed 
was 
not allocated
*** set a breakpoint in malloc_error_break to debug

FPM still works and responses without problem via Nginx. 
I haven't problem before upgrading PHP (with PHP 5.3.10). I'm running PHP with 
APC 
3.1.9.









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

Bug #61306 [Opn->Fbk]: Segfault at end of request

2012-03-06 Thread cataphract

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

 ID: 61306
 Updated by: cataphr...@php.net
 Reported by:j dot amend at gmail dot com
 Summary:Segfault at end of request
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:Apache2 related
 Operating System:   Gentoo Linux
 PHP Version:5.4.0
 Block user comment: N
 Private report: N

 New Comment:

Are you using output_handler = ob_gzhandler ?


Previous Comments:

[2012-03-06 19:50:08] j dot amend at gmail dot com

Description:

Since PHP 5.4 RC5 (RC4 still works fine) and including the release, PHP is 
segfaulting on a few but not all requests, seemingly after the PHP script is 
executed but before it is sent to the browser.

PHP 5.4.0--pl0-gentoo (cli) (built: Mar  6 2012 14:18:01) (DEBUG)
Apache 2.2.21 (debug, mpm worker)
zlib 1.2.5
Linux lws3 2.6.39-gentoo-r3 #1 SMP Tue Oct 4 18:09:16 EDT 2011 x86_64 Intel(R) 
Xeon(R) CPU E5645 @ 2.40GHz GenuineIntel GNU/Linux

zlib.output_compression = Off

php-config
Usage: /usr/bin/php-config [OPTION]
Options:
  --prefix[/usr/lib64/php5.4]
  --includes  [-I/usr/lib64/php5.4/include/php 
-I/usr/lib64/php5.4/include/php/main -I/usr/lib64/php5.4/include/php/TSRM 
-I/usr/lib64/php5.4/include/php/Zend -I/usr/lib64/php5.4/include/php/ext 
-I/usr/lib64/php5.4/include/php/ext/date/lib]
  --ldflags   []
  --libs  [-lcrypt  -lc-client  -lz -ltidy -lresolv -lcrypt 
-lreadline -lncurses -lmcrypt -lltdl -lonig -lcrypt -lpam -lt1 -lfreetype -lpng 
-lz -ljpeg -lgdbm -lcurl -lbz2 -lz -lpcre -lrt -lm -ldl -lnsl  -lxml2 -lz -lm 
-lssl -lcrypto -lcurl -lrt -lz -lgnutls -lxml2 -lz -lm -lssl -lcrypto -lssl 
-lcrypto -lxml2 -lz -lm -lnetsnmp -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 
-lz -lm -lxml2 -lz -lm -lcrypt ]
  --extension-dir [/usr/lib64/php5.4/lib/extensions/debug-zts-20100525]
  --include-dir   [/usr/lib64/php5.4/include/php]
  --man-dir   [/usr/lib64/php5.4/man]
  --php-binary[/usr/lib64/php5.4/bin/php]
  --php-sapis [cli apache2handler]
  --configure-options [--prefix=/usr --build=x86_64-pc-linux-gnu 
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info 
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib 
--prefix=/usr/lib64/php5.4 --mandir=/usr/lib64/php5.4/man 
--infodir=/usr/lib64/php5.4/info --libdir=/usr/lib64/php5.4/lib 
--with-libdir=lib64 --without-pear --enable-maintainer-zts --disable-bcmath 
--with-bz2 --disable-calendar --enable-ctype --with-curl --without-curlwrappers 
--enable-dom --without-enchant --disable-exif --enable-fileinfo --enable-filter 
--enable-ftp --with-gettext --without-gmp --enable-hash --without-mhash 
--with-iconv --disable-intl --enable-ipv6 --enable-json --without-kerberos 
--enable-libxml --enable-mbstring --with-mcrypt --without-mssql 
--with-onig=/usr --with-openssl --with-openssl-dir=/usr --disable-pcntl 
--enable-phar --disable-pdo --without-pgsql --enable-posix --without-pspell 
--without-recode --enable-simplexml --disable-shmop --with-snmp --disable-soap 
--disable-sockets --without-sqlite3 --without-sybase-ct --disable-sysvmsg 
--disable-sysvsem --disable-sysvshm --with-tidy --enable-tokenizer 
--disable-wddx --enable-xml --enable-xmlreader --enable-xmlwriter --with-xmlrpc 
--without-xsl --enable-zip --with-zlib --enable-debug --enable-dba 
--without-cdb --without-db4 --disable-flatfile --with-gdbm --disable-inifile 
--without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --disable-gd-jis-conv 
--with-jpeg-dir=/usr --with-png-dir=/usr --without-xpm-dir --with-gd 
--with-imap --with-imap-ssl --with-mysql=mysqlnd 
--with-mysql-sock=/var/run/mysqld/mysqld.sock --with-mysqli=mysqlnd 
--with-readline --without-libedit --without-mm --with-pcre-regex=/usr 
--with-pcre-dir=/usr --with-config-file-path=/etc/php/cli-php5.4 
--with-config-file-scan-dir=/etc/php/cli-php5.4/ext-active --disable-embed 
--enable-cli --disable-cgi --disable-fpm --without-apxs2]
  --version   [5.4.0--pl0-gentoo]
  --vernum[50400]

Test script:
---
apache2 -f /etc/apache2/httpd.conf -k start -X

test.php:
http://localhost/test.php

Expected result:

Get consistent phpinfo() output every time

Actual result:
--
Most requests work, but a few come up blank because of a segfault

httpd-error.log:
,..
[Tue Mar 06 13:37:42 2012] [notice] child pid 7091 exit signal Segmentation 
fault (11)
...

backtrace:

#0  0x74130cd7 in deflateEnd (strm=0x5a5a5a5a5a5a5a5a) at deflate.c:900
#1  0x71373d3a in php_zlib_cleanup_ob_gzhandler_mess 
(tsrm_ls=0x23ca570) at 
/usr/src/debug/dev-lang/php-5.4.0/sapis-build/apache2/ext/zlib/zlib.c:434
#2  0x713759d9 in zm_deactivate_zlib (type=1, module_number=6, 
tsrm_ls=0x23ca570) at 
/usr/src/debug/dev-lan

Bug #61307 [Com]: hash-tiger generates a different value between 5.3/5.4

2012-03-06 Thread me at ktamura dot com

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

 ID: 61307
 Comment by: me at ktamura dot com
 Reported by:andres at phalconphp dot com
 Summary:hash-tiger generates a different value between
 5.3/5.4
 Status: Open
 Type:   Bug
 Package:hash related
 Operating System:   Irrelevant
 PHP Version:5.4.0
 Block user comment: N
 Private report: N

 New Comment:

This is a bug in ext/hash/hash_tiger.c It looks like there was a mistake during 
refactoring. I am attaching a patch.


Previous Comments:

[2012-03-06 21:38:32] andres at phalconphp dot com

Changed OS to Irrelevant


[2012-03-06 21:33:26] andres at phalconphp dot com

Description:

The hash generated by PHP 5.3.x is diferent than the generated by 5.4.x using 
the hashing algorithm tiger160,3





Test script:
---
PHP 5.3.x:

[#] php -v
PHP 5.3.8 (cli) (built: Feb 28 2012 10:44:41) 
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies

[#] php -r 'echo hash("tiger160,3", "1awks!4090");'
f8d2f5f634cc0ec4f495ac1aeb45010e90e310a3

[#] php -v
PHP 5.4.1RC1-dev (cli) (built: Mar  6 2012 16:25:42) (DEBUG)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies

[#] php -r 'echo hash("tiger160,3", "1awks!4090");'
c40ecc34f6f5d2f80e0145eb1aac95f43045295d


Expected result:

Hash values returned must be the same for the same value between php versions







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

Bug #61306 [Fbk]: Segfault at end of request

2012-03-06 Thread cataphract

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

 ID: 61306
 Updated by: cataphr...@php.net
 Reported by:j dot amend at gmail dot com
 Summary:Segfault at end of request
 Status: Feedback
 Type:   Bug
 Package:Apache2 related
 Operating System:   Gentoo Linux
 PHP Version:5.4.0
-Assigned To:
+Assigned To:cataphract
 Block user comment: N
 Private report: N

 New Comment:

I'm assuming yes, in which case I think I know what the problem is. Please 
respond anyway, I'll post a patch tomorrow for you to test if my assumption is 
correct.


Previous Comments:

[2012-03-06 23:43:31] cataphr...@php.net

Are you using output_handler = ob_gzhandler ?


[2012-03-06 19:50:08] j dot amend at gmail dot com

Description:

Since PHP 5.4 RC5 (RC4 still works fine) and including the release, PHP is 
segfaulting on a few but not all requests, seemingly after the PHP script is 
executed but before it is sent to the browser.

PHP 5.4.0--pl0-gentoo (cli) (built: Mar  6 2012 14:18:01) (DEBUG)
Apache 2.2.21 (debug, mpm worker)
zlib 1.2.5
Linux lws3 2.6.39-gentoo-r3 #1 SMP Tue Oct 4 18:09:16 EDT 2011 x86_64 Intel(R) 
Xeon(R) CPU E5645 @ 2.40GHz GenuineIntel GNU/Linux

zlib.output_compression = Off

php-config
Usage: /usr/bin/php-config [OPTION]
Options:
  --prefix[/usr/lib64/php5.4]
  --includes  [-I/usr/lib64/php5.4/include/php 
-I/usr/lib64/php5.4/include/php/main -I/usr/lib64/php5.4/include/php/TSRM 
-I/usr/lib64/php5.4/include/php/Zend -I/usr/lib64/php5.4/include/php/ext 
-I/usr/lib64/php5.4/include/php/ext/date/lib]
  --ldflags   []
  --libs  [-lcrypt  -lc-client  -lz -ltidy -lresolv -lcrypt 
-lreadline -lncurses -lmcrypt -lltdl -lonig -lcrypt -lpam -lt1 -lfreetype -lpng 
-lz -ljpeg -lgdbm -lcurl -lbz2 -lz -lpcre -lrt -lm -ldl -lnsl  -lxml2 -lz -lm 
-lssl -lcrypto -lcurl -lrt -lz -lgnutls -lxml2 -lz -lm -lssl -lcrypto -lssl 
-lcrypto -lxml2 -lz -lm -lnetsnmp -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 
-lz -lm -lxml2 -lz -lm -lcrypt ]
  --extension-dir [/usr/lib64/php5.4/lib/extensions/debug-zts-20100525]
  --include-dir   [/usr/lib64/php5.4/include/php]
  --man-dir   [/usr/lib64/php5.4/man]
  --php-binary[/usr/lib64/php5.4/bin/php]
  --php-sapis [cli apache2handler]
  --configure-options [--prefix=/usr --build=x86_64-pc-linux-gnu 
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info 
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib 
--prefix=/usr/lib64/php5.4 --mandir=/usr/lib64/php5.4/man 
--infodir=/usr/lib64/php5.4/info --libdir=/usr/lib64/php5.4/lib 
--with-libdir=lib64 --without-pear --enable-maintainer-zts --disable-bcmath 
--with-bz2 --disable-calendar --enable-ctype --with-curl --without-curlwrappers 
--enable-dom --without-enchant --disable-exif --enable-fileinfo --enable-filter 
--enable-ftp --with-gettext --without-gmp --enable-hash --without-mhash 
--with-iconv --disable-intl --enable-ipv6 --enable-json --without-kerberos 
--enable-libxml --enable-mbstring --with-mcrypt --without-mssql 
--with-onig=/usr --with-openssl --with-openssl-dir=/usr --disable-pcntl 
--enable-phar --disable-pdo --without-pgsql --enable-posix --without-pspell 
--without-recode --enable-simplexml --disable-shmop --with-snmp --disable-soap 
--disable-sockets --without-sqlite3 --without-sybase-ct --disable-sysvmsg 
--disable-sysvsem --disable-sysvshm --with-tidy --enable-tokenizer 
--disable-wddx --enable-xml --enable-xmlreader --enable-xmlwriter --with-xmlrpc 
--without-xsl --enable-zip --with-zlib --enable-debug --enable-dba 
--without-cdb --without-db4 --disable-flatfile --with-gdbm --disable-inifile 
--without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --disable-gd-jis-conv 
--with-jpeg-dir=/usr --with-png-dir=/usr --without-xpm-dir --with-gd 
--with-imap --with-imap-ssl --with-mysql=mysqlnd 
--with-mysql-sock=/var/run/mysqld/mysqld.sock --with-mysqli=mysqlnd 
--with-readline --without-libedit --without-mm --with-pcre-regex=/usr 
--with-pcre-dir=/usr --with-config-file-path=/etc/php/cli-php5.4 
--with-config-file-scan-dir=/etc/php/cli-php5.4/ext-active --disable-embed 
--enable-cli --disable-cgi --disable-fpm --without-apxs2]
  --version   [5.4.0--pl0-gentoo]
  --vernum[50400]

Test script:
---
apache2 -f /etc/apache2/httpd.conf -k start -X

test.php:
http://localhost/test.php

Expected result:

Get consistent phpinfo() output every time

Actual result:
--
Most requests work, but a few come up blank because of a segfault

httpd-error.log:
,..
[Tue Mar 06 13:37:42 2012] [notice] child pid 7091 exit signal Segmentation 
fault (11)
...

backtrace:

#0  0x74130cd7 in deflateEnd (strm=0x5a5

Bug #61259 [Com]: "Segment Fault" executing a prepared statement with PDO-Mysql

2012-03-06 Thread uabitesoj at gmail dot com

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

 ID: 61259
 Comment by: uabitesoj at gmail dot com
 Reported by:uabitesoj at gmail dot com
 Summary:"Segment Fault" executing a prepared statement with
 PDO-Mysql
 Status: Feedback
 Type:   Bug
 Package:PDO related
 Operating System:   Linux 2.6.18 Centos 5.7
 PHP Version:5.3.10
 Assigned To:mysql
 Block user comment: N
 Private report: N

 New Comment:

Thank you for your reply.

I recompiled my php with the suggested options for --with_mysqli and 
--with_pdo_mysql, and also I tried using the last snapshot. In all cases again 
I get a "Segment Fault" error.

The backtrace points to some problem in "mysqlnd_cset_escape_slashes" function.


Previous Comments:

[2012-03-05 00:29:24] johan...@php.net

Please try using this snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/

Your configure line is confusing.

--with-mysqli=mysqlnd \
--with-pdo-mysql \
--with-mysql-sock=/var/lib/mysql/mysqld.sock \

myslqi is using myslqnd whereas pdo_mysql is using libmysql from it's default 
location. Is that really your configuration? It is suggested to use mysqlnd for 
both.

--with-mysqli=mysqlnd \
--with-pdo-mysql=myslqnd

your backtrace indicates a conflict there (as it is referring to mysqlnd which 
shouldn't be used by PDO with the given configuration)

I couldn't reproduce with a pure myslqnd build. Please verify your 
configuration.


[2012-03-03 03:58:24] uabitesoj at gmail dot com

Description:

Now I'm using php-5.3.10.

Executing a prepared sql statemente with pdo-mysql produces a "Segmento Fault" 
error.

The configure line used to compile php is:
./configure \
--prefix=/usr/lib/php-5.3.10 \
--exec-prefix=/usr/lib/php-5.3.10 \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-config-file-path=/etc \
--enable-zip \
--enable-debug \
--with-curl=/usr/local \
--with-readline \
--enable-mbstring \
--with-mysqli=mysqlnd \
--with-pdo-mysql \
--with-mysql-sock=/var/lib/mysql/mysqld.sock \
--with-openssl \
--with-zlib \
--with-gd


Test script:
---
prepare($sql);
$stm->bindValue(1, 0);
$stm->bindValue(2, 'Name, Last Name, etc. etc.');
$stm->bindValue(3, 'log_name');
$stm->bindValue(4, SHA1('log_name', FALSE));
$stm->execute();
echo 'New user record saved in DB';
?>

Expected result:

Echoed 'New user record saved in DB' and a new record in "user" table.

Actual result:
--
GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-37.el5_7.1)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/php...done.
(gdb) run ExecutePrepared.php
Starting program: /usr/bin/php ExecutePrepared.php
warning: .dynamic section for "/lib/libc.so.6" is not at the expected address
warning: difference appears to be caused by prelink, adjusting expectations
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x08325563 in mysqlnd_cset_escape_slashes (cset=0x0, newstr=0x89db217 "p", 
escapestr=0x89dca6c "Name, Last name, etc., etc.",
escapestr_len=27) at 
/d/software/Php/php-5.3.10/ext/mysqlnd/mysqlnd_charset.c:718
718 if (cset->char_maxlen > 1 && (len = 
cset->mb_valid(escapestr, end))) {
(gdb) bt
#0  0x08325563 in mysqlnd_cset_escape_slashes (cset=0x0, newstr=0x89db217 "p", 
escapestr=0x89dca6c "Name, Last name, etc., etc.",
escapestr_len=27) at 
/d/software/Php/php-5.3.10/ext/mysqlnd/mysqlnd_charset.c:718
#1  0x081f6a55 in mysql_handle_quoter (dbh=0x89dc118, unquoted=0x89dca6c "Name, 
Last name, etc., etc.", unquotedlen=27,
quoted=0x89de1a0, quotedlen=0x89de19c, paramtype=PDO_PARAM_STR) at 
/d/software/Php/php-5.3.10/ext/pdo_mysql/mysql_driver.c:337
#2  0x081f5f89 in pdo_parse_params (stmt=0x89ddbec,
inquery=0x89ddd0c "INSERT INTO user (id, nombre, login, passwd) VALUES (?, 
?, ?, ?)", inquery_len=64, outquery=0x89ddc38,
outquery_len=0x89ddc3c) at 
/d/software/Php/php-5.3.10/ext/pdo/pdo_sql_parser.c:585
#3  0x081f2d59 in zim_PDOStatement_execute (ht=0, return_value=0x89ddeec, 
return_value_ptr=0x0, this_ptr=0x89dc1ec,
return_value_used=0) at /d/software/Php/php-5.3.10/ext/pdo/pdo_stmt.c:497
#4  0x083b2619 in zend_do_fcall_common_helper_SPEC (execute_data=0x8a0dcc8)
at /d/software/Php/php-5.3.10/Zend/zend_vm_execute.h:320
#5

Bug #61306 [Fbk->Asn]: Segfault at end of request

2012-03-06 Thread j dot amend at gmail dot com

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

 ID: 61306
 User updated by:j dot amend at gmail dot com
 Reported by:j dot amend at gmail dot com
 Summary:Segfault at end of request
-Status: Feedback
+Status: Assigned
 Type:   Bug
 Package:Apache2 related
 Operating System:   Gentoo Linux
 PHP Version:5.4.0
 Assigned To:cataphract
 Block user comment: N
 Private report: N

 New Comment:

No actually. I'm using mod_deflate instead, and disabling it didn't help. I'd 
be happy to test your patch in any case.


Previous Comments:

[2012-03-07 00:09:52] cataphr...@php.net

I'm assuming yes, in which case I think I know what the problem is. Please 
respond anyway, I'll post a patch tomorrow for you to test if my assumption is 
correct.


[2012-03-06 23:43:31] cataphr...@php.net

Are you using output_handler = ob_gzhandler ?


[2012-03-06 19:50:08] j dot amend at gmail dot com

Description:

Since PHP 5.4 RC5 (RC4 still works fine) and including the release, PHP is 
segfaulting on a few but not all requests, seemingly after the PHP script is 
executed but before it is sent to the browser.

PHP 5.4.0--pl0-gentoo (cli) (built: Mar  6 2012 14:18:01) (DEBUG)
Apache 2.2.21 (debug, mpm worker)
zlib 1.2.5
Linux lws3 2.6.39-gentoo-r3 #1 SMP Tue Oct 4 18:09:16 EDT 2011 x86_64 Intel(R) 
Xeon(R) CPU E5645 @ 2.40GHz GenuineIntel GNU/Linux

zlib.output_compression = Off

php-config
Usage: /usr/bin/php-config [OPTION]
Options:
  --prefix[/usr/lib64/php5.4]
  --includes  [-I/usr/lib64/php5.4/include/php 
-I/usr/lib64/php5.4/include/php/main -I/usr/lib64/php5.4/include/php/TSRM 
-I/usr/lib64/php5.4/include/php/Zend -I/usr/lib64/php5.4/include/php/ext 
-I/usr/lib64/php5.4/include/php/ext/date/lib]
  --ldflags   []
  --libs  [-lcrypt  -lc-client  -lz -ltidy -lresolv -lcrypt 
-lreadline -lncurses -lmcrypt -lltdl -lonig -lcrypt -lpam -lt1 -lfreetype -lpng 
-lz -ljpeg -lgdbm -lcurl -lbz2 -lz -lpcre -lrt -lm -ldl -lnsl  -lxml2 -lz -lm 
-lssl -lcrypto -lcurl -lrt -lz -lgnutls -lxml2 -lz -lm -lssl -lcrypto -lssl 
-lcrypto -lxml2 -lz -lm -lnetsnmp -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 
-lz -lm -lxml2 -lz -lm -lcrypt ]
  --extension-dir [/usr/lib64/php5.4/lib/extensions/debug-zts-20100525]
  --include-dir   [/usr/lib64/php5.4/include/php]
  --man-dir   [/usr/lib64/php5.4/man]
  --php-binary[/usr/lib64/php5.4/bin/php]
  --php-sapis [cli apache2handler]
  --configure-options [--prefix=/usr --build=x86_64-pc-linux-gnu 
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info 
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib 
--prefix=/usr/lib64/php5.4 --mandir=/usr/lib64/php5.4/man 
--infodir=/usr/lib64/php5.4/info --libdir=/usr/lib64/php5.4/lib 
--with-libdir=lib64 --without-pear --enable-maintainer-zts --disable-bcmath 
--with-bz2 --disable-calendar --enable-ctype --with-curl --without-curlwrappers 
--enable-dom --without-enchant --disable-exif --enable-fileinfo --enable-filter 
--enable-ftp --with-gettext --without-gmp --enable-hash --without-mhash 
--with-iconv --disable-intl --enable-ipv6 --enable-json --without-kerberos 
--enable-libxml --enable-mbstring --with-mcrypt --without-mssql 
--with-onig=/usr --with-openssl --with-openssl-dir=/usr --disable-pcntl 
--enable-phar --disable-pdo --without-pgsql --enable-posix --without-pspell 
--without-recode --enable-simplexml --disable-shmop --with-snmp --disable-soap 
--disable-sockets --without-sqlite3 --without-sybase-ct --disable-sysvmsg 
--disable-sysvsem --disable-sysvshm --with-tidy --enable-tokenizer 
--disable-wddx --enable-xml --enable-xmlreader --enable-xmlwriter --with-xmlrpc 
--without-xsl --enable-zip --with-zlib --enable-debug --enable-dba 
--without-cdb --without-db4 --disable-flatfile --with-gdbm --disable-inifile 
--without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --disable-gd-jis-conv 
--with-jpeg-dir=/usr --with-png-dir=/usr --without-xpm-dir --with-gd 
--with-imap --with-imap-ssl --with-mysql=mysqlnd 
--with-mysql-sock=/var/run/mysqld/mysqld.sock --with-mysqli=mysqlnd 
--with-readline --without-libedit --without-mm --with-pcre-regex=/usr 
--with-pcre-dir=/usr --with-config-file-path=/etc/php/cli-php5.4 
--with-config-file-scan-dir=/etc/php/cli-php5.4/ext-active --disable-embed 
--enable-cli --disable-cgi --disable-fpm --without-apxs2]
  --version   [5.4.0--pl0-gentoo]
  --vernum[50400]

Test script:
---
apache2 -f /etc/apache2/httpd.conf -k start -X

test.php:
http://localhost/test.php

Expected result:

Get consistent phpinfo() output every time

Actual result:
--

Bug #61249 [Fbk->Opn]: httpd.worker crash with PHP ZTS

2012-03-06 Thread laruence

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

 ID: 61249
 Updated by: larue...@php.net
 Reported by:jose dot nobile at gmail dot com
 Summary:httpd.worker crash with PHP ZTS
-Status: Feedback
+Status: Open
 Type:   Bug
 Package:Reproducible crash
 Operating System:   Centos 5.7 x86_64
 PHP Version:5.3.10
 Block user comment: N
 Private report: N

 New Comment:

hmm, didn't see that... -_#


Previous Comments:

[2012-03-06 15:54:08] jose dot nobile at gmail dot com

Hi, but the pasted data, === Backtrace: = is not a backtrace?


[2012-03-06 15:48:54] larue...@php.net

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.




[2012-03-02 16:56:43] jose dot nobile at gmail dot com

Description:

httpd.worker crash with PHP 5.3.10 ZTS
http://pedidos.modainternacional.com.co/phpinfo.php
Apache/2.2.3
Crash is random, appear with high concurrency of users.
Apache is working with Worker MPM, 15 threads by process.

Test script:
---
Application is MVC, using Smarty. Many modules, not able to isolate the 
problem. I have only the backtrace.

PHP configure is:
'./configure' '--build=x86_64-redhat-linux-gnu' 
'--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' 
'--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' 
'--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' 
'--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' 
'--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' 
'--infodir=/usr/share/info' '--cache-file=../config.cache' 
'--with-libdir=lib64' '--with-config-file-path=/etc' 
'--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' 
'--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' 
'--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' 
'--enable-gd-native-ttf' '--with-t1lib=/usr' '--without-gdbm' '--with-gettext' 
'--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' 
'--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' 
'--enable-magic-quotes' '--enable-sockets' '--with-kerberos' 
'--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' 
'--with-libxml-dir=/usr' '--enable-xml' '--with-system-tzdata' '--with-mhash' 
'--with-apxs2=/usr/sbin/apxs' '--includedir=/usr/include/php-zts' 
'--libdir=/usr/lib64/php-zts' '--enable-maintainer-zts' 
'--with-config-file-scan-dir=/etc/php-zts.d' '--enable-pdo=shared' 
'--with-mysql=shared,/usr' '--with-mysqli=shared,/usr/lib64/mysql/mysql_config' 
'--with-pdo-mysql=shared,/usr/lib64/mysql/mysql_config' 
'--with-pdo-sqlite=shared,/usr' '--without-gd' '--disable-dom' '--disable-dba' 
'--without-unixODBC' '--disable-xmlreader' '--disable-xmlwriter' 
'--without-sqlite' '--without-sqlite3' '--disable-phar' '--disable-fileinfo' 
'--disable-json' '--without-pspell' '--disable-wddx' '--without-curl' 
'--disable-posix' '--disable-sysvmsg' '--disable-sysvshm' '--disable-sysvsem'

Expected result:

Not crash

Actual result:
--
The crash in /var/log/httpd/error_log:

*** glibc detected *** /usr/sbin/httpd.worker: double free or corruption 
(fasttop): 0x2aaab411d7a0 ***
=== Backtrace: =
/lib64/libc.so.6[0x2ab9a3e8b47f]
/lib64/libc.so.6(cfree+0x4b)[0x2ab9a3e8b8db]
/usr/local/APPCure-full/contrib/apache2.2/dotDefender.so(filter_request+0x5a4)
[0x2ab9a217e7e0]
/usr/local/APPCure-
full/contrib/apache2.2/dotDefender.so(ts_header_parser+0x1187)[0x2ab9a2191a46]
/usr/sbin/httpd.worker(ap_run_header_parser+0x4a)[0x2ab9a1f170da]
/usr/sbin/httpd.worker(ap_process_request_internal+0x31a)[0x2ab9a1f139ea]
/usr/sbin/httpd.worker(ap_process_request+0x198)[0x2ab9a1f250c8]
/usr/sbin/httpd.worker[0x2ab9a1f22310]
/usr/sbin/httpd.worker(ap_run_process_connection+0x72)[0x2ab9a1f1e6e2]
/usr/sbin/httpd.worker[0x2ab9a1f2a027]
/lib64/libpthread.so.0[0x2ab9a39ff73d]
/lib64/libc.so.6(clone+0x6d)[0x2ab9a3eed56d]
=== Memory map: 
40473000-40474000 ---p 40473000 00:00 0
40474000-40e74000 rwxp 40474000 00:00 0
41385000-41386000 ---p 41385000 00:00 0
41386000-41d86000 rwxp 41386000 00:00 0
41d86000-41d87000 ---p 41d86000 00:00 0
41d87000-42787000 rwxp 41d87000 00:00 0
42787000-42788000 ---p 42787000 00:00 0
42

[PHP-BUG] Bug #61309 [NEW]: DBCS included UNC path broken due to incorrect toupper usage

2012-03-06 Thread ku at digitaldolphins dot jp

From: 
Operating system: Windows Server 2008 R2 Foundatio
PHP version:  trunk-SVN-2012-03-07 (snap)
Package:  Directory function related
Bug Type: Bug
Bug description:DBCS included UNC path broken due to incorrect toupper usage

Description:

scandir() fails on all of following conditions:
- use UNC path with DBCS character(s).
- second byte in one DBCS character includes lower letter ('a' to 'z').

for example: \\DD5\ãã©ã«ã

("ãã©ã«ã" means "folder")

each character -> to byte array as CP932 (aka Shift_JIS) -> to ascii:

ã -> 83 74 -> .t
ã© -> 83 48 -> .H
ã« -> 83 8B -> ..
ã -> 83 5F -> ._

incorrect toupper usage brings "ãµã©ã«ã" from "ãã©ã«ã".

Expected result shows: By using pathced php5, it is looking for right place

"\\DD5\ãã©ã«ã" (ok).

[CASE1] in Actual result shows: By using php5 snap, it is looking for wrong

place "\\DD5\ãµã©ã«ã" (wrong). network path is not found!

[CASE2] in Actual result shows: By using php5 snap. I prepared a UNC folder
with 
wrong name "ãµã©ã«ã".


About my fix method:
- toupper/tolower is ok, however path consists from "characters", not
"bytes". 
- try _mbsinc or such to advance pointer in "character" unit. 


Test script:
---


Expected result:

C:\php-sdk\php54dev\vc9\x86\php5.4-201203070030>Release_TS\php.exe
\php5\test.php
Array
(
[0] => .
[1] => ..
[2] => Ok. it is 'fo-ru-da'.txt
)
1

Actual result:
--
[CASE1]
C:\php5>php.exe test.php
PHP Warning:  scandir(\\DD5\ãã©ã«ã,\\DD5\ãã©ã«ã):
ãããã¯ã¼ã¯åãè¦ã¤ããã¾ããã 
(code: 67) in C:\php5\test.php on line 3
PHP Warning:  scandir(\\DD5\ãã©ã«ã): failed to open dir: Permission
denied in 
C:\php5\test.php on line 3
PHP Warning:  scandir(): (errno 13): Permission denied in C:\php5\test.php
on 
line 3
1

[CASE2]
C:\php5>php.exe test.php
Array
(
[0] => .
[1] => ..
[2] => Wrong. it is 'sa-lo-ru-da'.txt
)
1


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

[PHP-BUG] Req #61311 [NEW]: provide a way to enable exceptions for all warning in DateTime class

2012-03-06 Thread icedglow at email dot it

From: 
Operating system: any
PHP version:  5.4.0
Package:  Date/time related
Bug Type: Feature/Change Request
Bug description:provide a way to enable exceptions for all warning in DateTime 
class

Description:

hello

$a = DateTime::createFromFormat("H:i", "1:1");

doesn't create the istance because minutes part require two digits

but this code doesn't produce a php warning or notice, even an exception,
none at 
all

it returns false, but it is a constructor...

so why I need to use the if(), when I'm in a try{} block?

I was thinking that php's new way was "converting to OOP".


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

Bug #61286 [Opn->Wfx]: If the trailing path that follows a script contains a dot PATH_INFO is not set

2012-03-06 Thread laruence

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

 ID: 61286
 Updated by: larue...@php.net
 Reported by:galacticvoid+php at gmail dot com
 Summary:If the trailing path that follows a script contains
 a dot PATH_INFO is not set
-Status: Open
+Status: Wont fix
 Type:   Bug
 Package:Built-in web server
 Operating System:   OSX
 PHP Version:5.4.0
 Block user comment: N
 Private report: N

 New Comment:

Built-in server will consider it as a static file request if there is a dot in 
the  
SCRIPT_NAME. 

so, it's kind of expect behavior. thanks


Previous Comments:

[2012-03-05 16:52:21] galacticvoid+php at gmail dot com

Sorry I was working on this for an hour and I left out the router part.

Using router.php (The only file in __DIR__ is index.php):

   if (file_exists(__DIR__ . '/' . $_SERVER['REQUEST_URI'])) {
 return false;
   } else {
 include_once 'index.php';
   }

The results of $_SERVER['PATH_INFO'] when calling http://localhost:8000/notset 
is: /notset.


The results of $_SERVER['PATH_INFO'] when calling http://localhost:8000/not.set 
is: PHP Notice: Undefined index: 
PATH_INFO.


[2012-03-05 16:21:04] reeze dot xia at gmail dot com

I can't reproduce it in OSX.  Are you sure you are running 5.4.0 but not 
previous 
RC versions?


[2012-03-05 13:28:27] galacticvoid+php at gmail dot com

Description:

If the trailing path that follows a script contains a dot the variable 
$_SERVER['PATH_INFO'] is not set.

Test script:
---
http://locahost:8000/index.php/not.set

Expected result:

/not.set

Actual result:
--
PHP Notice: Undefined index: PATH_INFO ...






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

[PHP-BUG] Bug #61312 [NEW]: StdClass doesn't implement Traversable but can be traversed.

2012-03-06 Thread le...@php.net

From: levim
Operating system: 
PHP version:  5.4.0
Package:  Class/Object related
Bug Type: Bug
Bug description:StdClass doesn't implement Traversable but can be traversed.

Description:

StdClass does not implement the Traversable interface but can be iterated
over in  
a foreach loop.  

Test script:
---
$stdClass = new StdClass;
$stdClass->setUp = function () {
echo "event[setUp] . . . \n";
};
$stdClass->tearDown = function () {
echo "event[tearDown] . . . \n";
};

echo "StdClass instanceof Traversable: ";
echo $stdClass instanceof Traversable
? "Traversable\n"
: "Not traversable\n";

foreach ($stdClass as $key => $value) {
echo "$key => ";
$value();
}


Expected result:

StdClass instanceof Traversable: Traversable
setUp => event[setUp] . . . 
tearDown => event[tearDown] . . .

Actual result:
--
StdClass instanceof Traversable: Not traversable
setUp => event[setUp] . . . 
tearDown => event[tearDown] . . .

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

Bug #61173 [Asn->Csd]: Unable to detect error from finfo constructor

2012-03-06 Thread stas

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

 ID: 61173
 Updated by: s...@php.net
 Reported by:vr...@php.net
 Summary:Unable to detect error from finfo constructor
-Status: Assigned
+Status: Closed
 Type:   Bug
 Package:Filesystem function related
 Operating System:   Irrelevant
 PHP Version:5.4.0RC8
 Assigned To:cataphract
 Block user comment: N
 Private report: N

 New Comment:

This bug has been fixed in SVN.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:

[2012-03-07 07:38:49] s...@php.net

Automatic comment from SVN on behalf of stas
Revision: http://svn.php.net/viewvc/?view=revision&revision=323985
Log: MFH: Fixed bug #61173 (Unable to detect error from finfo constructor).


[2012-02-24 10:37:56] paj...@php.net

Please do not close bug when the fix has not been applied to 5.4, so we have a 
way 
to do not forget it as soon as 5.4-final is out.

Cheers,


[2012-02-24 10:01:50] cataphr...@php.net

I've fixed it with the documented behavior.


[2012-02-24 10:01:34] cataphr...@php.net

Automatic comment from SVN on behalf of cataphract
Revision: http://svn.php.net/viewvc/?view=revision&revision=323472
Log: - Fixed bug #61173 (Unable to detect error from finfo constructor).
- Tidied up NEWS


[2012-02-24 08:34:49] cataphr...@php.net

The manual suggests new should give NULL in case of error: 
http://php.net/finfo_open . Why do you expect the exception? In any case, 
there's of course a bug because new is giving an object.




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=61173


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

Bug #61291 [Asn->Nab]: tiger is broken

Req #61298 [Opn->Nab]: Add an short alias DS for DIRECTORY_SEPARATOR

[PHP-BUG] Bug #61299 [NEW]: array_merge() does only merge references of objects

Bug #61299 [Opn->Nab]: array_merge() does only merge references of objects

Bug #53980 [Com]: On the Windows-version of PHP can not allocate more memory than 512 memory_limi

Bug #61291 [Nab]: tiger is broken

[PHP-BUG] Bug #61300 [NEW]: make install fails with segfault

Bug #60817 [Com]: stream_get_line() incorrectly blocks

Bug #61249 [Opn->Fbk]: httpd.worker crash with PHP ZTS

Bug #61249 [Com]: httpd.worker crash with PHP ZTS

Bug #35003 [Com]: Warning: PDOStatement::fetch(): column 0 data was too large for buffer and was

Bug #61291 [Com]: tiger is broken

[PHP-BUG] Bug #61306 [NEW]: Segfault at end of request

[PHP-BUG] Bug #61307 [NEW]: hash-tiger generates a different value between 5.3/5.4

Bug #61307 [Opn]: hash-tiger generates a different value between 5.3/5.4

Bug #61246 [Com]: Error when running PHP-FPM

Bug #61306 [Opn->Fbk]: Segfault at end of request

Bug #61307 [Com]: hash-tiger generates a different value between 5.3/5.4

Bug #61306 [Fbk]: Segfault at end of request

Bug #61259 [Com]: "Segment Fault" executing a prepared statement with PDO-Mysql

Bug #61306 [Fbk->Asn]: Segfault at end of request

Bug #61249 [Fbk->Opn]: httpd.worker crash with PHP ZTS

[PHP-BUG] Bug #61309 [NEW]: DBCS included UNC path broken due to incorrect toupper usage

[PHP-BUG] Req #61311 [NEW]: provide a way to enable exceptions for all warning in DateTime class

Bug #61286 [Opn->Wfx]: If the trailing path that follows a script contains a dot PATH_INFO is not set

[PHP-BUG] Bug #61312 [NEW]: StdClass doesn't implement Traversable but can be traversed.

Bug #61173 [Asn->Csd]: Unable to detect error from finfo constructor

27 matches

Site Navigation

Mail list logo

Footer information