Edit report at https://bugs.php.net/bug.php?id=74330&edit=1
ID: 74330
Updated by: [email protected]
Reported by: sun-doctor at 7masterov dot ru
Summary: yii class/object related
-Status: Open
+Status: Feedback
Type: Bug
-Package: Reflection related
+Package: *General Issues
Operating System: Arch Linux
PHP Version: 7.1.3
Block user comment: N
Private report: N
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Previous Comments:
------------------------------------------------------------------------
[2017-03-29 08:56:10] sun-doctor at 7masterov dot ru
Description:
------------
Sorry I can't provide full test application cause it based on Yii 1.17/sqlite
But the php-cli error arises in next situation:
I have a simple yii1 migration script, that takes CSV-file and insert it in sqlite database via simpe model many times like this.
On the random loop with PHP 7.1.3 I always have SEGFAULT.
php.ini has no special limits and almost default. (memory_limit=-1)
With php 7.0 and php 5.6 everything is OK.
coredumpctl info
----------------
PID: 3928 (php)
UID: 1000 (igor)
GID: 1000 (igor)
Signal: 11 (SEGV)
Timestamp: Wed 2017-03-29 11:38:14 MSK (2min 15s ago)
Command Line: php ./yiic migrate up 1
Executable: /usr/bin/php
Control Group: /user.slice/user-1000.slice/session-c1.scope
Unit: session-c1.scope
Slice: user-1000.slice
Session: c1
Owner UID: 1000 (igor)
Boot ID: 13db0eaa0e644683ad29c7dab2f3c373
Machine ID: e7a1cd2067794157a662f3ce1b10109c
Hostname: machine
Storage: /var/lib/systemd/coredump/core.php.1000.13db0eaa0e644683ad29c7dab2f3c373.3928.1490776694000000000000.lz4
Message: Process 3928 (php) of user 1000 dumped core.
Stack trace of thread 3928:
#0 0x0000000000669962 _emalloc_56 (php)
#1 0x0000000000719259 n/a (php)
#2 0x00000000006db1ab execute_ex (php)
#3 0x0000000000681771 zend_call_function (php)
#4 0x00000000005498b9 n/a (php)
#5 0x00000000007331b4 n/a (php)
#6 0x00000000006db1ab execute_ex (php)
#7 0x0000000000735658 zend_execute (php)
#8 0x00000000006916b3 zend_execute_scripts (php)
#9 0x000000000062e500 php_execute_script (php)
#10 0x00000000007378cc n/a (php)
#11 0x0000000000433f82 n/a (php)
#12 0x00007f719d9da511 __libc_start_main (libc.so.6)
#13 0x00000000004340ba _start (php)
Test script:
---------------
for($i=1;$i<5000000;$i++) {
$m = SomeModel::model()->findByAttributes(array('attr'=>'value'));
if (!$m) {
$model = new SomeModel;
$model->attr1 = '...';
$model->attr2 = '...';
$model->attr3 = '...';
$model->save();
}
}
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=74330&edit=1
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.