gpt4 book ai didi

PHP 5.3.6 段错误(在 apache w/mod_php 和 nginx w/fpm 中)

转载 作者:可可西里 更新时间:2023-11-01 01:08:42 24 4
gpt4 key购买 nike

我在 PHP 5.3.6 中遇到令人讨厌的段错误(从源代码编译,Slackware 13.1 x86,Linode 中的 VPS)。它发生在 apache 和 nginx (fpm) 中。终于设法得到一个核心转储:

0  0x083db383 in _zval_ptr_dtor ()
1 0x083f3c45 in zend_hash_destroy ()
2 0x083e6fba in _zval_dtor_func ()
3 0x083da69a in _zval_dtor ()
4 0x083db3df in _zval_ptr_dtor ()
5 0x083f3c45 in zend_hash_destroy ()
6 0x083e6fba in _zval_dtor_func ()
7 0x083da69a in _zval_dtor ()
8 0x083db3df in _zval_ptr_dtor ()
9 0x083f3c45 in zend_hash_destroy ()
10 0x08406091 in zend_object_std_dtor ()
11 0x0840632e in zend_objects_free_object_storage ()
12 0x0840a44c in zend_objects_store_del_ref_by_handle_ex ()
13 0x0840a23b in zend_objects_store_del_ref ()
14 0x083e6fe1 in _zval_dtor_func ()
15 0x083da69a in _zval_dtor ()
16 0x083db3df in _zval_ptr_dtor ()
17 0x083f3c45 in zend_hash_destroy ()
18 0x08406091 in zend_object_std_dtor ()
19 0x0840632e in zend_objects_free_object_storage ()
20 0x0840a44c in zend_objects_store_del_ref_by_handle_ex ()
21 0x0840a23b in zend_objects_store_del_ref ()
22 0x083e6fe1 in _zval_dtor_func ()
23 0x083da69a in _zval_dtor ()
24 0x083db3df in _zval_ptr_dtor ()
25 0x083f3c45 in zend_hash_destroy ()
26 0x083e6fba in _zval_dtor_func ()
27 0x083da69a in _zval_dtor ()
28 0x083daed6 in shutdown_executor ()
29 0x083e86c8 in zend_deactivate ()
30 0x0838ebad in php_request_shutdown ()
31 0x084a3f26 in main ()

我正在使用内存缓存、apc 和 mongo 扩展(从源代码编译)。我试过禁用 apc,但没有成功。我的 PHP 配置:

./configure \
--prefix=/usr/local/php \
--enable-fpm \
--enable-inline-optimization \
--disable-magic-quotes \
--enable-mbstring \
--enable-mbregex \
--enable-safe-mode \
--enable-wddx=shared \
--enable-xml \
--with-gd \
--enable-gd-native-ttf \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-freetype-dir=/usr \
--with-gettext \
--with-curl \
--with-mysql=/usr \
--with-mysqli=/usr/bin/mysql_config \
--with-regex=system \
--with-zlib-dir=/usr/lib \
--with-openssl \
--with-snmp \
--enable-ucd-snmp-hack

这只发生在应用程序的某个特定页面上(代码太大而无法共享)。看起来它在关机时失败了。大约 6 或 7 年前,我在 PHP 跟踪器上看到了这个错误报告,但从那以后就没有听说过有人看到过它。

奇怪的是,几天前一切正常,直到我对应用程序进行了一些更改。它不是单一的,我希望我能查明确切的提交,但从它开始工作到下一次我意识到它不工作之间大约有 5 次提交。

任何人都可以弄清楚这个问题,还是我应该提交错误报告并希望最好?

最佳答案

想通了(有点)。从 http://snaps.php.net/ 获得最新的开发版本 (5.3-201105190430)并编译并安装它。这解决了问题(显然他们知道它并已将其加入队列)。

谢谢!

关于PHP 5.3.6 段错误(在 apache w/mod_php 和 nginx w/fpm 中),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6054205/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com