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

From: Date: Mon, 12 Oct 2015 10:59:35 +0000
Subject: Bug #70688 [Asn]: new DateTime object produces Segmentation fault or zend_mm_heap corrupted
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-196550@lists.php.net to get a copy of this message 
Edit report at https://bugs.php.net/bug.php?id=70688&edit=1

 ID:                 70688
 User updated by:    jerome at taotesting dot com
 Reported by:        jerome at taotesting dot com
 Summary:            new DateTime object produces Segmentation fault or
                     zend_mm_heap corrupted
 Status:             Assigned
 Type:               Bug
 Package:            Date/time related
 Operating System:   3.19.0-30-generic 14.04 Ubuntu
 PHP Version:        7.0.0RC4
 Assigned To:        dmitry
 Block user comment: N
 Private report:     N

 New Comment:

The error occurs also with php -n.

I will contact the provider of the package (Ondrej)

Thanks!


Previous Comments:
------------------------------------------------------------------------
[2015-10-12 10:27:10] dmitry@php.net

I use latest development version.
anyway, the bug (if any) most probably couldn't be fixed after RC4.
This behavior is tested by few tests.

I suspect, something may be wrong with your build or configuration or unsupported extensions.

Can you repeat the problem running php -n (without php.ini)?

------------------------------------------------------------------------
[2015-10-12 09:54:16] jerome at taotesting dot com

Hello there!

Did you test in RC4? This is where it fails.

Actually, in Travis-CI worker, this does not break. It seems they use "PHP 7.0.0-dev (cli)
(built: Oct 10 2015 22:48:00) ( ZTS )"

Does that mean this is already solved on the current development branch ;) ?

Jérôme Bogaerts

------------------------------------------------------------------------
[2015-10-12 09:43:15] dmitry@php.net

I can't reproduce the crash or see any related issues using valgrind.

------------------------------------------------------------------------
[2015-10-12 09:23:46] derick@php.net

Dmitry, I think this is related to your memory management macros.

------------------------------------------------------------------------
[2015-10-11 17:02:00] jerome at taotesting dot com

Please find below the backtrace:

GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
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 "x86_64-linux-gnu".
Reading symbols from /usr/bin/php7.0...(no debugging symbols found)...done.

[New LWP 2170]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `php date.php'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x000000000075aa3a in _efree ()
(gdb) bt
#0  0x000000000075aa3a in _efree ()
#1  0x00000000004a1107 in timelib_tzinfo_dtor ()
#2  0x000000000078b962 in zend_hash_destroy ()
#3  0x000000000047729c in zm_deactivate_date ()
#4  0x0000000000781e24 in zend_deactivate_modules ()
#5  0x000000000071ee45 in php_request_shutdown ()
#6  0x0000000000801262 in ?? ()
#7  0x00000000004770a0 in main ()

------------------------------------------------------------------------


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


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

Thread (16 messages)

« previous php.bugs (#196550) next »