Skip to content

libphp.so dumps core in sapi_register_post_entry+0x31() #8445

Open
@psumbera

Description

@psumbera

Description

Starting Apache with libphp imediately ends with core dump:

httpd:core> $C
    7fdd8f067660 libphp8.1.so`sapi_register_post_entry+0x31()
    7fdd8f067680 libphp8.1.so`sapi_register_post_entries+0x2a()
    7fdd8f067690 libphp8.1.so`php_setup_sapi_content_types+0x10()
    7fdd8f0676e0 libphp8.1.so`tsrm_update_active_threads+0xb0()
    7fdd8f067720 libphp8.1.so`ts_allocate_fast_id+0xe3()
    7fdd8f067760 libphp8.1.so`php_apache_server_startup+0x6c()
    7fdd8f0677b0 ap_run_post_config+0x54()
    7fdd8f0678f0 main+0x1873()
    7fdd8f067900 0x465fc4()

This worked well with PHP 8.1.0.

git bisessct gives following output:

72f8dbb31295e4e5633a9033c6d91a45d102c485 is the first bad commit
commit 72f8dbb31295e4e5633a9033c6d91a45d102c485
Author: Dmitry Stogov <[email protected]>
Date:   Wed Nov 24 20:43:30 2021 +0300

    Fixed bug #81634 (ZEND_ENABLE_STATIC_TSRMLS_CACHE produces extensionswith the STATIC_TLS flag)

 TSRM/TSRM.h              | 8 ++++++--
 Zend/zend.c              | 2 +-
 Zend/zend.h              | 4 ++++
 build/php.m4             | 2 +-
 win32/build/confutils.js | 2 +-
 5 files changed, 13 insertions(+), 5 deletions(-)

Apply reversely patch from above commit allows me to use PHP 8.1.5.

PHP Version

PHP 8.1.5

Operating System

Solaris

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions