PHP错误日志在第1768776801行显示警告

我在错误日志中发现了这个（注意：我没有删除文件名）

当然，我没有10亿行的脚本

PHP Version 5.3.3-7
Apache 2

另一件奇怪的事是我有一个

set_error_handler( 'myHandler' );

要在错误日志中写入其他信息，PHP似乎忽略了我的错误处理程序。在调用

set\u error\u handler

编辑

• 64位的Debian
• 我没有编辑，在错误日志中没有任何文件名，事实上我不知道是哪个脚本导致了这种情况
• 我已经安装了APC

---

这与其说是一个实际答案，不如说是一个评论：
您需要找出触发错误的实际代码。只要你不知道，很难说具体发生了什么
要开始调试，请确保已在

php.ini

中进行了配置，因此它独立于运行时配置
那你就可以了。重要的一点是，它独立于

设置错误处理程序

此日志信息应该已经为您提供了更多信息。如果没有，请从开始并逐步执行代码，直到出现警告
相关问题：
---

在PHP中，行号看起来像个bug。如果这不是一个生产服务器，我会尝试降低PHP的级别，看看你得到了什么行号。这个问题最好在普通用户的PHP邮件列表中提出，我怀疑您可能需要提出一个bug请求。行计数器很可能有某种算术溢出。您能提供完整的脚本吗？是否有循环要求？是否编辑了错误日志并删除了文件名或没有文件名？您使用的是32位还是64位系统？1768776801是十六进制的0x696d6461，该数字的四个字节以小尾数顺序是

a

、

d

、

m

和

i

的ASCII码。我将支持@YzmirRamirez关于发生了一些有趣事情的建议。可能是您的自定义错误处理程序触发了该问题。可以解释为什么没有给出文件，但这只是猜测（在调试中应该避免）。无论如何都要发布错误处理程序代码。但在这种情况下，不要依赖于处理程序，如果您能找到更多信息，请与xdebug联系。应该能更快地给你结果。仅当通过.htaccess设置了特定的请求头时才启用它，这样您就可以自己复制，但live站点的普通用户不会受到影响。在任何情况下，您都会将您的代码（比xdebug的代码测试得少）引入到实时站点？我至少会怀疑它，因为通常PHP在调用它时不会跟踪文件和行号（因为它是错误处理程序），但您应该验证这种行为。如果删除错误处理程序并只记录错误，会发生什么？它们还会发生吗？你不能复制，你甚至没有访问日志。您不想调试。瞎飞，高飞。祝你好运（听起来你还不够担心）是的123，你为什么不提前说你正在使用APC？它对所有代码进行了重新排序，所以至少听起来似乎APC与发生的事情有关。