Bug #75395 [Opn->Fbk]: Core dump in in timelib_get_time_zone_info
| From: | derick@php.net | Date: | Tue, 17 Oct 2017 09:30:31 +0000 |
| Subject: | Bug #75395 [Opn->Fbk]: Core dump in in timelib_get_time_zone_info | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-211747@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=75395&edit=1
ID: 75395
Updated by: derick@php.net
Reported by: phil at jankaritech dot com
Summary: Core dump in in timelib_get_time_zone_info
-Status: Open
+Status: Feedback
Type: Bug
Package: Reproducible crash
Operating System: Ubuntu 16.04
PHP Version: 7.1.10
Block user comment: N
Private report: N
New Comment:
This backtrace isn't particularly useful, as it does not have any symbols.
Right now, I am also not convinced this is a bug *in* PHP. Ubuntu patches PHP's date/time
support and that sometimes has bugs too. A backtrace with debugging symbols is needed for this, but
I can't find a package for Ubuntu 16.04 that does this. Curiously, 16.04 also doesn't have
a php7.1 package, so I am not sure where you got that from.
Previous Comments:
------------------------------------------------------------------------
[2017-10-17 06:59:49] phil at jankaritech dot com
Description:
------------
PHP 7.1.10
Using PHP dev server
Reproduced on both Ubuntu 16.04 LTS and Ubuntu 17.10-BETA
Backtrace:
Core was generated by `php -S localhost:8080'.
Program terminated with signal SIGSEGV, Segmentation fault.
warning: Unexpected size of section `.reg-xstate/19170' in core file.
#0 0x000055dd66964ca0 in ?? ()
(gdb) bt
#0 0x000055dd66964ca0 in ?? ()
#1 0x000055dd66966984 in timelib_get_time_zone_info ()
#2 0x000055dd6696884c in timelib_unixtime2local ()
#3 0x000055dd66944fc6 in php_format_date ()
#4 0x000055dd66b6dcbb in ?? ()
#5 0x000055dd66b70c55 in ?? ()
#6 0x000055dd66b7158e in ?? ()
#7 0x000055dd66b72119 in do_cli_server ()
#8 0x000055dd6693bf93 in main ()
So far I have narrowed it down in ownCloud10 to:
- skeleton directory of default files for a new user has >45 files
- create a new user
- login as that user
The PHP server is copying these files into the user's new folder, and thumbnails get generated
and AJAX calls to display the thumbnails... Sorry - it needs cutting down into a more simplified
actual code example!
PHP core dumps with the above backtrace.
Use <=45 files and it works fine.
I cannot reproduce it with PHP 7.0.22 (I can switch back and forth and the segfault comes and goes)
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=75395&edit=1