为什么没有';丢失的类文件不会引发PHP错误吗?

为什么没有';丢失的类文件不会引发PHP错误吗?,php,error-handling,Php,Error Handling,整理好了。问题是类文件(实际上还有文件夹)丢失了。不明白为什么定义了display\u errors=On和E|u ALL | E|u STRICT(并且Apache重新启动),这将抛出一个死亡的白色屏幕,而不是一个错误 phpinfo()显示主值和本地值是相同的,因此我假设错误设置没有在代码库的某个地方被覆盖(在.htaccess或ini\u set()调用中) 编辑 新对象实例化如下所示: $type['content\u object']=新的$type['handler\u class'

整理好了。问题是类文件(实际上还有文件夹)丢失了。不明白为什么定义了
display\u errors=On
E|u ALL | E|u STRICT
(并且Apache重新启动),这将抛出一个死亡的白色屏幕,而不是一个错误

phpinfo()显示主值和本地值是相同的,因此我假设错误设置没有在代码库的某个地方被覆盖(在.htaccess或
ini\u set()调用中)

编辑

新对象实例化如下所示:

$type['content\u object']=新的$type['handler\u class']()


我还尝试在没有变量的情况下实例化它,即
newfoo()但仍然给出了WSOD。

可能激活了另一个错误处理程序。在包含错误的行之前调用
restore\u error\u handler()
,以重新激活PHP的默认错误处理程序。

是将错误抛出文件的代码行,该文件包含在include/require语句中,该语句使用@operator抑制了错误报告?(例如,在一个名为like
@require('file.php')
的文件中。我以前做过几次。@Pete:它在另一个类的方法中被实例化;顶部有两行
require\u once
行,但没有
@
。打印
错误报告()的输出)
就在错误行的前面。这应该告诉您错误报告是否被禁用(0表示禁用,就像
@
一样)。您可以对
ini\u get('display\u errors')执行相同操作。
@Rijk:returns
1
因此它被启用。