View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0001263Xdebugpublic2016-02-04 17:332016-06-06 21:26
Reporteriwex Assigned Toderick  
PrioritynormalSeveritycrashReproducibilityalways
Status closedResolutionfixed 
PlatformLinuxOSUbuntuOS Version14.04
Product Version2.4.0rc4 
Fixed in Version2.4.1 
Summary0001263: Code coverage segmentation fault
DescriptionWhen we run ours coverage tests we get Segmentation fault error.

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff4f69173 in xdebug_build_fname_from_oparray (tmp=tmp@entry=0x7ffffffefb40, opa=opa@entry=0x7fffeac95b60) at /build/xdebug-FUEUgA/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:812
812 /build/xdebug-FUEUgA/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c: No such file or directory.
Steps To ReproduceThis causes error:

public function getRequest()
    {
        if ($this->request === null) {
            $this->request = Request::find($this->getRequestId());
        }
        return $this->request;
    }

This works fine:

public function getRequest()
    {
        if ($this->request === null) {
            $requestId = $this->getRequestId();
            $this->request = Request::find($requestId);
        }
        return $this->request;
    }
TagsNo tags attached.
Operating System
PHP Version7.0.0-7.0.4

Activities

derick

2016-02-05 10:31

administrator   ~0003437

Can you provide a *full* but *small* script that I can run that demonstrates the problem? Starting it with:

<?php
xdebug_code_coverage_start( XDEBUG_CC_UNUSED | XDEBUG_CC_DEAD_CODE );

… your code …


should do the trick

TonyBologni

2016-02-08 13:27

reporter   ~0003441

We have the same problem here.
Some more input, maybe it helps.

Ubuntu 15.10 with PHP from Sury PPA


PHP 5.6 with coverage works:

PHP 5.6.18-2+deb.sury.org~wily+1 (cli)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
    with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies
    with Xdebug v2.4.0RC4, Copyright (c) 2002-2016, by Derick Rethans


PHP 7.0 with coverage does segfault:

PHP 7.0.3-2+deb.sury.org~wily+1 (cli) ( NTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies
    with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies
    with Xdebug v2.4.0RC4, Copyright (c) 2002-2016, by Derick Rethans

derick

2016-02-08 16:48

administrator   ~0003442

TonyBologni, iwex. I really need a reproducible script that I can run locally (without any dependencies) to fix this. Without this, I can't debug it.

TonyBologni

2016-02-09 16:02

reporter   ~0003469

Hi Derick!

The problem is that I have no idea what causes the segfault, so how to reproduce without dependencies.
Even our simplest tests fail, but for sure they have dependencies, at minimum they extend \PHPUnit_Framework_TestCase which uses Composer's autoloader to bootstrap.

I have tried some simple script (as you suggested above), but this works fine.

derick

2016-02-11 18:48

administrator   ~0003482

TonyBolgoni - can you packaged it up in something that I can run with a "one shot command"? (Ie, without having to setup or configure anything)?

TonyBologni

2016-02-12 09:34

reporter   ~0003494

Oh my.
Not tried to package anything yet, I have zero experience with phar, etc.

Seems the original problem in this bug is not exactly the problem we are facing, we can't make anything work by changing the code that is tested.

@Derick, should I open another bug? Our problem seems very much related with PHPUnit and output while xdebug_coverate is started, but not stopped.

TonyBologni

2016-02-16 11:29

reporter   ~0003497

Derick, would it help if I build phar archive including everything that's causing our segfault problem?

derick

2016-02-16 12:06

administrator   ~0003498

TonyBolgoni - no, please no phar. Just something I can extract and run (like a .tar.gz)

TonyBologni

2016-02-17 08:54

reporter  

xdebug_test.tar.gz (1,030,525 bytes)

TonyBologni

2016-02-17 08:58

reporter   ~0003499

Hi Derick, the archive I have uploaded works for me, hopefully also for you.

Run where you extract it:

bin/phpunit --configuration build/phpunit-with-coverage.xml

This assumes xdebug is enabled, I have it disabled by default, so I run:
php -dzend_extension=xdebug.so bin/phpunit --configuration build/phpunit-with-coverage.xml

I hope this is sufficient for identifying the problem.

derick

2016-02-17 11:27

administrator   ~0003500

Tony, sorry, I can't reproduce this with PHP 7.0.4 and Xdebug 2.4.0RC3, RC4 and RC5-dev. I might need more information:

The output of:

php -dzend_extension=xdebug.so -v
php -dzend_extension=xdebug.so --ri Xdebug

And then the output of:

Export variables:
  export USE_ZEND_ALLOC=0

Starts gdb (you might have to install it first):
  gdb --args php -dzend_extension=xdebug.so bin/phpunit --configuration build/phpunit-with-coverage.xml

On the prompt type:
  run

And when it crashes, type:
  bt full

Please attach all three outputs, put together in one file.

TonyBologni

2016-02-17 11:47

reporter  

xdebug_info.txt (7,550 bytes)    
php -dzend_extension=xdebug.so -v

PHP 7.0.3-4+deb.sury.org~wily+1 (cli) ( NTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies
    with Xdebug v2.4.0RC4, Copyright (c) 2002-2016, by Derick Rethans

**********

php -dzend_extension=xdebug.so --ri Xdebug

xdebug

xdebug support => enabled
Version => 2.4.0RC4
IDE Key => tony

Supported protocols => Revision
DBGp - Common DeBuGger Protocol => $Revision: 1.145 $

Directive => Local Value => Master Value
xdebug.auto_trace => Off => Off
xdebug.trace_enable_trigger => Off => Off
xdebug.trace_enable_trigger_value => no value => no value
xdebug.trace_output_dir => /tmp => /tmp
xdebug.trace_output_name => trace.%c => trace.%c
xdebug.trace_format => 0 => 0
xdebug.trace_options => 0 => 0
xdebug.coverage_enable => On => On
xdebug.collect_includes => On => On
xdebug.collect_params => 0 => 0
xdebug.collect_return => Off => Off
xdebug.collect_vars => Off => Off
xdebug.collect_assignments => Off => Off
xdebug.default_enable => On => On
xdebug.extended_info => On => On
xdebug.file_link_format => no value => no value
xdebug.force_display_errors => Off => Off
xdebug.force_error_reporting => 0 => 0
xdebug.halt_level => 0 => 0
xdebug.max_nesting_level => 256 => 256
xdebug.max_stack_frames => -1 => -1
xdebug.overload_var_dump => On => On
xdebug.show_error_trace => Off => Off
xdebug.show_exception_trace => Off => Off
xdebug.show_local_vars => Off => Off
xdebug.show_mem_delta => Off => Off
xdebug.dump.COOKIE => no value => no value
xdebug.dump.ENV => no value => no value
xdebug.dump.FILES => no value => no value
xdebug.dump.GET => no value => no value
xdebug.dump.POST => no value => no value
xdebug.dump.REQUEST => no value => no value
xdebug.dump.SERVER => no value => no value
xdebug.dump.SESSION => no value => no value
xdebug.dump_globals => On => On
xdebug.dump_once => On => On
xdebug.dump_undefined => Off => Off
xdebug.profiler_enable => On => On
xdebug.profiler_output_dir => /home/tony/xdebug_snapshots => /home/tony/xdebug_snapshots
xdebug.profiler_output_name => cachegrind.out.%p => cachegrind.out.%p
xdebug.profiler_enable_trigger => On => On
xdebug.profiler_enable_trigger_value => no value => no value
xdebug.profiler_append => Off => Off
xdebug.profiler_aggregate => Off => Off
xdebug.remote_enable => On => On
xdebug.remote_handler => dbgp => dbgp
xdebug.remote_host => localhost => localhost
xdebug.remote_mode => req => req
xdebug.remote_port => 9000 => 9000
xdebug.remote_autostart => Off => Off
xdebug.remote_connect_back => Off => Off
xdebug.remote_log => no value => no value
xdebug.idekey => no value => no value
xdebug.remote_cookie_expire_time => 3600 => 3600
xdebug.remote_addr_header => no value => no value
xdebug.var_display_max_children => 128 => 128
xdebug.var_display_max_data => 512 => 512
xdebug.var_display_max_depth => 3 => 3
xdebug.cli_color => 0 => 0
xdebug.scream => Off => Off

**********

gdb --args php -dzend_extension=xdebug.so bin/phpunit --configuration build/phpunit-with-coverage.xml

(gdb) run
Starting program: /usr/bin/php -dzend_extension=xdebug.so bin/phpunit --configuration build/phpunit-with-coverage.xml
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
PHPUnit 5.2.4 by Sebastian Bergmann and contributors.

Runtime:       PHP 7.0.3-4+deb.sury.org~wily+1 with Xdebug 2.4.0RC4
Configuration: /home/tony/PhpstormProjects/xdebug/build/phpunit-with-coverage.xml


Program received signal SIGSEGV, Segmentation fault.
0x00007ffff2f6409e in xdebug_set_in_ex (set=set@entry=0x124e2f0, position=position@entry=4294967040, noisy=noisy@entry=1) at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_set.c:72
72	/build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_set.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt full


#0  0x00007ffff2f6409e in xdebug_set_in_ex (set=set@entry=0x124e2f0, position=position@entry=4294967040, noisy=noisy@entry=1) at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_set.c:72
        byte = 0x2138c940 <error: Cannot access memory at address 0x2138c940>
        bit = 0
#1  0x00007ffff2f56a9d in xdebug_analyse_branch (opa=opa@entry=0x12aff18, position=<optimized out>, set=set@entry=0x124e2f0, branch_info=branch_info@entry=0x0)
    at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:705
        jump_pos1 = 2147483646
        jump_pos2 = 2147483646
#2  0x00007ffff2f56c19 in xdebug_analyse_branch (opa=opa@entry=0x12aff18, position=63, set=set@entry=0x124e2f0, branch_info=branch_info@entry=0x0)
    at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:729
        jump_pos1 = <optimized out>
        jump_pos2 = <optimized out>
#3  0x00007ffff2f56c19 in xdebug_analyse_branch (opa=opa@entry=0x12aff18, position=24, set=set@entry=0x124e2f0, branch_info=branch_info@entry=0x0)
    at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:729
        jump_pos1 = <optimized out>
        jump_pos2 = <optimized out>
#4  0x00007ffff2f56c19 in xdebug_analyse_branch (opa=opa@entry=0x12aff18, position=23, position@entry=0, set=set@entry=0x124e2f0, branch_info=branch_info@entry=0x0)
    at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:729
        jump_pos1 = <optimized out>
        jump_pos2 = <optimized out>
#5  0x00007ffff2f57187 in xdebug_analyse_oparray (branch_info=<optimized out>, set=0x124e2f0, opa=0x12aff18) at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:787
        position = 0
#6  prefill_from_oparray (filename=0x7fffe5909b60 "/home/tony/PhpstormProjects/xdebug/vendor/phpunit/php-code-coverage/src/CodeCoverage.php", op_array=0x12aff18)
    at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:872
        i = <optimized out>
        set = 0x124e2f0
        branch_info = <optimized out>
#7  0x00007ffff2f57327 in prefill_from_function_table (opa=<optimized out>) at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:914
        opa = <optimized out>
#8  prefill_from_class_table (class_entry=<optimized out>, num_args=<optimized out>, args=<optimized out>, hash_key=<optimized out>)
    at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:942
        _z = 0x1296220
        _p = 0x1296220
        _end = 0x1296300
        val = <optimized out>
        ce = 0x12ae800
#9  0x000000000073eee9 in zend_hash_apply_with_arguments ()
No symbol table info available.
#10 0x00007ffff2f585e3 in xdebug_prefill_code_coverage (op_array=<optimized out>) at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:961
No locals.
#11 0x00007ffff2f5860b in xdebug_code_coverage_start_of_function (op_array=op_array@entry=0x11a8978) at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug_code_coverage.c:968
        path = 0x1283120
#12 0x00007ffff2f52faa in xdebug_execute_ex (execute_data=0x7ffff7f10b40) at /build/xdebug-Gsv8dd/xdebug-2.4.0~rc4/xdebug-2.4.0RC4/xdebug.c:1849
        op_array = 0x11a8978
        edata = <optimized out>
        dummy = <optimized out>
        fse = 0x129bfb0
        xfse = <optimized out>
        magic_cookie = <optimized out>
        do_return = 0
        function_nr = 5946
        le = <optimized out>
#13 0x000000000071e64c in zend_call_function ()
No symbol table info available.
#14 0x000000000074a292 in zend_call_method ()
No symbol table info available.
xdebug_info.txt (7,550 bytes)   

TonyBologni

2016-02-17 16:36

reporter   ~0003501

I've uploded the file, in case you were not notified.

ondrej

2016-02-18 14:47

reporter   ~0003502

JFTR I can't get this to segfault with PHP 7.0.3-5 on Debian unstable and xdebug 2.4.0~rc4.

Nor I can reproduce this on neither Ubuntu Trusty nor Ubuntu Wily with PHP 7.0.3-4 and 7.0.3-5.

I tested this on amd64 arch. Just for the case I tried Ubuntu Wily i386 and I can't reproduce this there. I don't have any armhf around to test.

valgrind also doesn't detect anything suspicious (on i386):
```
# valgrind php bin/phpunit --configuration build/phpunit-with-coverage.xml
==35167== Memcheck, a memory error detector
==35167== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==35167== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==35167== Command: php bin/phpunit --configuration build/phpunit-with-coverage.xml
==35167==
PHPUnit 5.2.4 by Sebastian Bergmann and contributors.

Runtime: PHP 7.0.3-5+deb.sury.org~wily+1 with Xdebug 2.4.0RC4
Configuration: /tmp/xdebug/build/phpunit-with-coverage.xml

. 1 / 1 (100%)

Time: 2.3 seconds, Memory: 4.00Mb

OK (1 test, 1 assertion)

Generating code coverage report in Clover XML format ... done
==35167==
==35167== HEAP SUMMARY:
==35167== in use at exit: 127,857 bytes in 4,144 blocks
==35167== total heap usage: 95,443 allocs, 91,299 frees, 5,598,289 bytes allocated
==35167==
==35167== LEAK SUMMARY:
==35167== definitely lost: 64 bytes in 4 blocks
==35167== indirectly lost: 0 bytes in 0 blocks
==35167== possibly lost: 0 bytes in 0 blocks
==35167== still reachable: 127,793 bytes in 4,140 blocks
==35167== suppressed: 0 bytes in 0 blocks
==35167== Rerun with --leak-check=full to see details of leaked memory
==35167==
==35167== For counts of detected and suppressed errors, rerun with: -v
==35167== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
```

TonyBologni

2016-02-18 14:54

reporter   ~0003503

Hi Ondrej, that's weird. I have it on two different machines, so it does not seem to be a weird edge case.

Any chance it has to do with remainders of PHP5 (also from your PPA) that were not removed by apt? If so, what would I look for?

ondrej

2016-02-18 15:23

reporter   ~0003504

I don't think that leftovers from php5 should matter at all. You could issue `apt-get --purge remove php5-common` to do the cleanup, but PHP 7.0 packaging is completely independent.

Any chance you have any other PECL extensions installed & enabled?

ondrej

2016-02-18 15:36

reporter   ~0003505

Just checked whether I can reproduce this on Debian jessie (my build machine):
```
bin/phpunit --configuration build/phpunit-with-coverage.xml
PHPUnit 5.2.4 by Sebastian Bergmann and contributors.

Runtime: PHP 7.0.3-5~bpo80+1 with Xdebug 2.4.0RC4
Configuration: /tmp/xdebug/build/phpunit-with-coverage.xml

. 1 / 1 (100%)

Time: 73 ms, Memory: 4.00Mb

OK (1 test, 1 assertion)

Generating code coverage report in Clover XML format ... done
```

ondrej

2016-02-18 15:47

reporter   ~0003506

Or any cruft installed in /usr/local/? (This is also common source of random unreproducible segfaults.) What does `ldd /usr/bin/php7.0` and `ldd /usr/lib/php/20151012/xdebug.so` says?

TonyBologni

2016-02-18 15:53

reporter   ~0003507

# ldd /usr/bin/php7.0
    linux-vdso.so.1 => (0x00007fff1c992000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f4b51463000)
    libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f4b51248000)
    libdb-5.3.so => /usr/lib/x86_64-linux-gnu/libdb-5.3.so (0x00007f4b50e9a000)
    libqdbm.so.14 => /usr/lib/libqdbm.so.14 (0x00007f4b50c4c000)
    libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f4b509df000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f4b506d6000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f4b504d2000)
    libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007f4b5011a000)
    libssl.so.1.0.2 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.2 (0x00007f4b4feb1000)
    libcrypto.so.1.0.2 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.2 (0x00007f4b4fa67000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4b4f69d000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f4b4f47e000)
    /lib64/ld-linux-x86-64.so.2 (0x00005616599a0000)
    libicuuc.so.55 => /usr/lib/x86_64-linux-gnu/libicuuc.so.55 (0x00007f4b4f0ea000)
    libicudata.so.55 => /usr/lib/x86_64-linux-gnu/libicudata.so.55 (0x00007f4b4d632000)
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f4b4d2b0000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f4b4d099000)

# ldd /usr/lib/php/20151012/xdebug.so
    linux-vdso.so.1 => (0x00007ffd37779000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f01a1b1b000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f01a1751000)
    /lib64/ld-linux-x86-64.so.2 (0x000055b994646000)

TonyBologni

2016-02-18 15:54

reporter   ~0003508

Regarding pecl / pear.
No package was currently installed and now I have even removed dh-php and php-pear. And anything I found that might have been leftovers from former pecl/pear installs.

derick

2016-02-18 15:59

administrator   ~0003509

In your output I see a big number that's -2 without the sign. Which should only happen if there is something wrong with the data type. But I ought to get the same thing and I'm not.

TonyBologni

2016-02-18 21:37

reporter   ~0003510

Last edited: 2016-02-18 21:51

 I found something.
If I disable opcache on cli it works!

I have installed a brand new Ubuntu 14.04 (server) with only PHP 7.0 from Ondrey PPA and tested on that.

The two machines that also segfault are Ubuntu 15.10 (desktop) and there it's the same. With disabled opcache it works.

I have attach a valgrind -v output.

I have also tested on another brand new 14.04 server, same result, works without opcache, coredumps with opcache.

TonyBologni

2016-02-18 21:38

reporter  

valgrind.out (17,987 bytes)

TonyBologni

2016-02-22 10:55

reporter   ~0003512

Hi Derick, Ondrej!

Any updates?
I have done what I can do.
With the tgz I have provided it fails on two different "off the shelve" Ubuntu 14.04 installations when opcache is enabled.
If I can provide any more input, please let me know.

derick

2016-02-22 11:38

administrator   ~0003513

Tony, I can reproduce this now, with opcache loaded and enabled on the cli.

derick

2016-02-22 11:39

administrator   ~0003514

Valgrind also shows issues now:

derick@whisky:/tmp/test $ valgrind php -dopcache.enable_cli=1 -dzend_extension=opcache.so bin/phpunit --configuration build/phpunit-with-coverage.xml
==28797== Memcheck, a memory error detector
==28797== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==28797== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==28797== Command: php -dopcache.enable_cli=1 -dzend_extension=opcache.so bin/phpunit --configuration build/phpunit-with-coverage.xml
==28797==
PHPUnit 5.2.4 by Sebastian Bergmann and contributors.

Runtime: PHP 7.0.3-dev with Xdebug 2.4.0RC5-dev
Configuration: /tmp/test/build/phpunit-with-coverage.xml

==28797== Invalid read of size 1
==28797== at 0xF3800EC: xdebug_set_in_ex (xdebug_set.c:71)
==28797== by 0xF36BA00: xdebug_analyse_branch (xdebug_code_coverage.c:705)
==28797== by 0xF36BAC4: xdebug_analyse_branch (xdebug_code_coverage.c:729)
==28797== by 0xF36BAC4: xdebug_analyse_branch (xdebug_code_coverage.c:729)
==28797== by 0xF36BAC4: xdebug_analyse_branch (xdebug_code_coverage.c:729)
==28797== by 0xF36BAC4: xdebug_analyse_branch (xdebug_code_coverage.c:729)
==28797== by 0xF36BAC4: xdebug_analyse_branch (xdebug_code_coverage.c:729)
==28797== by 0xF36BAC4: xdebug_analyse_branch (xdebug_code_coverage.c:729)
==28797== by 0xF36BAC4: xdebug_analyse_branch (xdebug_code_coverage.c:729)
==28797== by 0xF36BAC4: xdebug_analyse_branch (xdebug_code_coverage.c:729)
==28797== by 0xF36BAC4: xdebug_analyse_branch (xdebug_code_coverage.c:729)
==28797== by 0xF36BAC4: xdebug_analyse_branch (xdebug_code_coverage.c:729)
==28797== Address 0x159c2b14 is 2,548 bytes inside an unallocated block of size 101,952 in arena "client"

...

TonyBologni

2016-02-25 11:16

reporter   ~0003520

Derick, is that something you can fix, or is it upstream? In opcache?

derick

2016-02-27 16:03

administrator   ~0003531

No, I just need some time for this.

derick

2016-06-06 21:26

administrator   ~0003628

My test cases now pass. I'm marking this as fixed for 2.4.1 which I'll be releasing shortly.

Issue History

Date Modified Username Field Change
2016-02-04 17:33 iwex New Issue
2016-02-05 10:31 derick Note Added: 0003437
2016-02-05 10:31 derick Assigned To => derick
2016-02-05 10:31 derick Status new => feedback
2016-02-08 13:27 TonyBologni Note Added: 0003441
2016-02-08 16:48 derick Note Added: 0003442
2016-02-09 16:02 TonyBologni Note Added: 0003469
2016-02-11 18:48 derick Note Added: 0003482
2016-02-12 09:34 TonyBologni Note Added: 0003494
2016-02-16 11:29 TonyBologni Note Added: 0003497
2016-02-16 12:06 derick Note Added: 0003498
2016-02-17 08:54 TonyBologni File Added: xdebug_test.tar.gz
2016-02-17 08:58 TonyBologni Note Added: 0003499
2016-02-17 11:27 derick Note Added: 0003500
2016-02-17 11:47 TonyBologni File Added: xdebug_info.txt
2016-02-17 16:36 TonyBologni Note Added: 0003501
2016-02-18 14:47 ondrej Note Added: 0003502
2016-02-18 14:54 TonyBologni Note Added: 0003503
2016-02-18 15:23 ondrej Note Added: 0003504
2016-02-18 15:36 ondrej Note Added: 0003505
2016-02-18 15:47 ondrej Note Added: 0003506
2016-02-18 15:53 TonyBologni Note Added: 0003507
2016-02-18 15:54 TonyBologni Note Added: 0003508
2016-02-18 15:59 derick Note Added: 0003509
2016-02-18 21:37 TonyBologni Note Added: 0003510
2016-02-18 21:38 TonyBologni File Added: valgrind.out
2016-02-18 21:51 TonyBologni Note Edited: 0003510
2016-02-22 10:55 TonyBologni Note Added: 0003512
2016-02-22 11:38 derick Note Added: 0003513
2016-02-22 11:39 derick Note Added: 0003514
2016-02-25 11:16 TonyBologni Note Added: 0003520
2016-02-27 16:03 derick Note Added: 0003531
2016-06-06 21:26 derick Note Added: 0003628
2016-06-06 21:26 derick Status feedback => closed
2016-06-06 21:26 derick Resolution open => fixed
2016-06-06 21:26 derick Fixed in Version => 2.4.1
2016-07-31 12:35 derick Category Debug client (console) => debugclient (debugging tool)
2016-07-31 12:35 derick Category debugclient (debugging tool) => (No Category)