Bug #75395 [Fbk]: Core dump in in timelib_get_time_zone_info

From: Date: Tue, 17 Oct 2017 11:55:22 +0000
Subject: Bug #75395 [Fbk]: Core dump in in timelib_get_time_zone_info
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-211757@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: 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: 1. There should be a php-7.1-dbgsym package, at least in Ondrej's PPA 2. I had a look around, but can't find a link. You can do "apt source php7.1" though, and have a look at debian/patches/0013-Add-support-for-use-of-the-system-timezone-database.patch - the name might be slightly off, as this is with the Debian package I have locally 3. Maybe at https://deb.sury.org/#bug-reporting Previous Comments: ------------------------------------------------------------------------ [2017-10-17 11:25:22] phil at jankaritech dot com The backtrace on Ubuntu 17.10 is just the same as I posted. If you can point to any of the following I am happy to do more: 1) a package that will give symbols for gdb to report 2) where I find the Ubuntu patching of PHP stuff, to look at the diffs 3) if I should report this somewhere to Ubuntu? 4) whatever else... ------------------------------------------------------------------------ [2017-10-17 10:38:42] phil at jankaritech dot com On Ubuntu 16.04 I get alternate PHP versions using: sudo add-apt-repository ppa:ondrej/php But the problem happens also in Ubuntu 17.10, which comes with PHP 7.1 by default. This is where I first noticed the problem. The mention of Ubuntu 16.04 was just to demonstrate that I was able to use "the same" PHP on a different version of Ubuntu and reproduce the problem. So I will reproduce again on Ubuntu 17.10 and see if the backtrace has more information. ------------------------------------------------------------------------ [2017-10-17 09:30:23] derick@php.net 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. ------------------------------------------------------------------------ [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

« previous php.bugs (#211757) next »