Bug #70688 [NEW]: new DateTime object produces Segmentation fault or zend_mm_heap corrupted

From: Date: Sun, 11 Oct 2015 01:44:38 +0000
Subject: Bug #70688 [NEW]: new DateTime object produces Segmentation fault or zend_mm_heap corrupted
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-196516@lists.php.net to get a copy of this message 
From:             jerome at taotesting dot com
Operating system: 3.19.0-30-generic #34~14.04.1-Ub
PHP version:      7.0.0RC4
Package:          Date/time related
Bug Type:         Bug
Bug description:new DateTime object produces Segmentation fault or zend_mm_heap corrupted

Description:
------------
Dear PHP Team,

When instantiating a DateTime object with PHP 7.0.0RC4 using PHP CLI,
the output systematically contains "zend_mm_heap corrupted" OR
"Segmentation fault (core dumped)".

I'm using the PHP 7.0.0RC4 package provided by ondrej
(ppa:ondrej/php-7.0) for Ubuntu. In addition with the following test
script, expected output and actual output, I must say that calling

date_default_timezone_set('Europe/Brussels');

does not help either.

Thanks for fixing it, as we are waiting PHP7.0.0 as the messiah :) !
Thanks a lot also for all your efforts for making PHP better every day!

All the best,
Jérôme Bogaerts



Test script:
---------------
<?php
$date = new \DateTime('2000-01-01');
echo $date->format('Y-m-d') . "\n";

Expected result:
----------------
// -- Expected output is simple as:
2000-01-01


Actual result:
--------------
// -- Output when php.ini's directive date.timezone is commented (using
;)
2000-01-01
zend_mm_heap corrupted
// OR (randomly)
2000-01-01
Segmentation fault (core dumped)


// -- Output when php.ini's directive date.timezone = Europe/Brussels
2000-01-01
zend_mm_heap corrupted
// OR (randomly)
2000-01-01
Segmentation fault (core dumped)



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

Thread (16 messages)

« previous php.bugs (#196516) next »