PHP/Apache 在脚本上崩溃(分段错误(11)
[已解决]
我正在 localhost 上运行一个 PHP 脚本(包含一些包含)，该脚本在结束前一直崩溃.
I'm running a PHP script (with some includes) on localhost that keeps crashing before the end.
错误报告已开启.Opera、Safari 和 Firefox 返回一个空屏幕.但是 Chrome 会返回:
Error reporting is on. Opera, Safari and Firefox return an empty screen. But Chrome returns:
无法加载网页，因为服务器未发送任何数据.错误代码:ERR_EMPTY_RESPONSE
Unable to load the webpage because the server sent no data. Error code: ERR_EMPTY_RESPONSE
Apache 日志返回:
Apache logs returns:
[Sun Dec 15 19:29:23 2013] [notice] child pid 34267 exit signal分段错误(11)
[Sun Dec 15 19:29:23 2013] [notice] child pid 34267 exit signal Segmentation fault (11)
我第一次遇到问题时使用的是 PHP 5.5.6降级到 PHP 5.4.21 后问题依然存在.
Was using PHP 5.5.6 when I encountered the problem for the first time After downgrading to PHP 5.4.21 the problem still exists.
问题不在脚本内部.随机注释掉几行 50 行代码可以解决问题.让我想知道我的脚本是否可能需要执行很久.
The problem is not inside the script. Randomly commenting out a couple of 50 lines of code solves the problem. Making me wonder if my script might be to long for execution.
有人对我如何解决这个问题有任何建议吗?
Does anyone has any suggestions on how I can resolve this problem?
更新:
问题不仅出现在本地主机上，而且出现在我在 CentOs 6.4 和 PHP 5.3.3 上运行的网络服务器上，在 Apache 上也出现了同样的错误.
Problem doesn't only appears on the localhost but also on my webserver running on CentOs 6.4 and PHP 5.3.3 giving the same error on Apache.
[Sun Dec 15 23:15:10 2013] [notice] child pid 18409 exit signal分段错误(11)
[Sun Dec 15 23:15:10 2013] [notice] child pid 18409 exit signal Segmentation fault (11)
更新 2:
从命令行运行 php 给出:
Running php from the command line gives:
$ php index.php 致命错误:调用未定义函数第 135 行 Encrypt.class.php 中的 mcrypt_create_iv()
$ php index.php Fatal error: Call to undefined function mcrypt_create_iv() in Encrypt.class.php on line 135
在 Encrypt.class.php 的第 135 行之前放置注释后
After placing a comment before line 135 on Encrypt.class.php
$ php index.php
分段错误:11
$ php index.php
Segmentation fault: 11
UPDATE3:(解决方案)
使用 strace (strace php index.php) 在命令行上运行索引后，我在其中一个查询中发现了问题.
After running the index on command line with strace (strace php index.php) I found the problem at one of the queries.
经过更多调试(使用 PDO 而不是我自己的类)后，我发现问题在于设置我自己的 PDO 选项ATTR_PERSISTENT => true".禁用此选项解决了我的问题.
After some more debugging (using PDO instead of my own class) I found out that the problem was setting my own PDO option "ATTR_PERSISTENT => true". Disabling this option solved my problem.
推荐答案
UPDATE3:(解决方案)
UPDATE3: (Solution)
PDO 的持久化选项很可悲地破坏了我的表现.
Persisten option of PDO broke my performance sadly enough.
使用 strace 找到解决方案:使用 strace (strace php index.php) 在命令行上运行索引后，我在其中一个查询中发现了问题.
Found the solution with strace: After running the index on command line with strace (strace php index.php) I found the problem at one of the queries.
分离查询后，我用默认的 PDO 替换了我的类.添加我的班级的选项，直到它再次被打破:经过更多调试(使用 PDO 而不是我自己的类)后，我发现问题在于设置我自己的 PDO 选项ATTR_PERSISTENT => true".禁用此选项解决了我的问题.
After separating the query i replaced my class with default PDO. Adding options of my class till it was broken again: After some more debugging (using PDO instead of my own class) I found out that the problem was setting my own PDO option "ATTR_PERSISTENT => true". Disabling this option solved my problem.
相关文章