blocks|key|2738959|text|255是一个错误，我可以通过一个致命的错误来再现相同的退出代码。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2738960|这意味着您的错误报告在某种程度上是隐藏的，这有一些可能的原因：|2738961|没有定义error_reporting，并且php报告根本没有错误。|unordered-list-item|2738962|@+(错误抑制操作符)隐藏错误的输出。|offset|length|style|CODE|2738963|STDERR被重定向到其他地方(php+-f+somefile.php+2>/dev/null，删除重定向)|2738964|由于缺少依赖项，这仍可能是一个内部错误，并且致命错误具有与程序崩溃相同的退出代码。|entityMap^0|0|0|0|0|1|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|T|8|@]|9|@]|A|$]]|$1|G|3|H|5|F|7|U|8|@$I|V|J|W|K|L]]|9|@]|A|$]]|$1|M|3|N|5|F|7|X|8|@]|9|@]|A|$]]|$1|O|3|P|5|F|7|Y|8|@]|9|@]|A|$]]]|Q|$]]

255 is an error, I could reproduce that same exit code by having a fatal error.

This means that somehow your error reporting is hidden, there are some possible causes for this:

<ul>
<li>error_reporting is not defined and php reports no error at all</li>
<li>An <code>@</code> (error suppression operator) hides the output of the error</li>
<li>STDERR is redirected somewhere else (php -f somefile.php 2>/dev/null, remove the redirection)</li>
<li>This could still be an internal error due to missing dependencies and that a fatal error has the same exit code as a program crash.</li>
</ul>

blocks|key|444405|text|这也可能意味着/etc/php5/cli/php.ini+(在Debian/Ubuntu上)或/etc/php.ini+(在RHEL/CentOS/等)有display_errors+=+Off，这意味着任何来自命令行脚本的错误或警告都不会发生，除非是log_errors+=+On+(请参见error_log设置)。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|444406|尝试使用使用php+-d+display_errors=on+...的包装器脚本运行脚本|entityMap^0|7|L|1B|C|25|K|3I|F|42|9|0|6|S^^$0|@$1|2|3|4|5|6|7|I|8|@$9|J|A|K|B|C]|$9|L|A|M|B|C]|$9|N|A|O|B|C]|$9|P|A|Q|B|C]|$9|R|A|S|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|T|8|@$9|U|A|V|B|C]]|D|@]|E|$]]]|H|$]]

It could also mean that <code>/etc/php5/cli/php.ini</code> (on Debian/Ubuntu) or <code>/etc/php.ini</code> (on RHEL/CentOS/etc.) has <code>display_errors = Off</code> which means that any errors or warnings from command-line scripts will go nowhere, unless <code>log_errors = On</code> (see also the <code>error_log</code> setting).

Try running your scripts with a wrapper script that uses <code>php -d display_errors=on ...</code>

blocks|key|444480|text|这也可能意味着|type|unstyled|depth|inlineStyleRanges|entityRanges|data|444481|/etc/php5+5/cli/php.ini(关于Debian/Ubuntu)|unordered-list-item|444482|/etc/php.ini+(登录RHEL/CentOS/等)|444483|已定|444484|display_errors+=+Off+|code-block|syntax|javascript|444485|这意味着命令行脚本中的任何错误或警告都不会发生，除非|444486|log_errors+=+On+|444487|还请参见error_log设置。|444488|尝试使用包装器运行脚本。|entityMap^0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|X|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|Y|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|Z|8|@]|9|@]|A|$]]|$1|I|3|J|5|K|7|10|8|@]|9|@]|A|$L|M]]|$1|N|3|O|5|6|7|11|8|@]|9|@]|A|$]]|$1|P|3|Q|5|K|7|12|8|@]|9|@]|A|$L|M]]|$1|R|3|S|5|6|7|13|8|@]|9|@]|A|$]]|$1|T|3|U|5|6|7|14|8|@]|9|@]|A|$]]]|V|$]]

It could also mean that 

<ul>
<li>/etc/php5/cli/php.ini (on Debian/Ubuntu) </li>
<li>/etc/php.ini (on RHEL/CentOS/etc.) </li>
</ul>

has set

<pre><code>display_errors = Off 
</code></pre>

which means that any errors or warnings from command-line scripts will go nowhere, unless 

<pre><code>log_errors = On 
</code></pre>

See also the error_log setting.

Try running your scripts with a wrapper

blocks|key|2739013|text|这可能是由PHP抑制的错误消息造成的(行以@开头)。我找到了这条线|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2739014|grep+-r+"@"+src/+|code-block|syntax|javascript|2739015|然后将@注释掉。在此之后，我得到了实际的错误，并能够很容易地修复它。后来，我还注意到PHPStorm已经发现了同样的错误，但是我没有修正/注意到它。|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|K|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|L|8|@]|9|@]|A|$]]]|I|$]]

This might be caused by PHP suppressed error messages (the line starts with @). I found the line by 

<pre><code>grep -r "@" src/ 
</code></pre>

and then commented out the @. After this I got the actual error and was able to fix it easily. I also noticed afterwards that PHPStorm had found out the same error already, but I hadn't fixed/noticed it.

blocks|key|444524|text|在我的例子中，这是xDebug死亡，因为xdebug.max_nesting_level值很低。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|entityMap^0|K|O^^$0|@$1|2|3|4|5|6|7|G|8|@$9|H|A|I|B|C]]|D|@]|E|$]]]|F|$]]

In my case that was xDebug death because of low <code>xdebug.max_nesting_level</code> value.

blocks|key|2739118|text|查找您的php-cli使用的php.ini。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2739119|brain@cordova:~%25+php+-i+%7C+grep+"php.ini"

8:Configuration+File+(php.ini)+Path+=>+/etc/php/7.3/cli
9:Loaded+Configuration+File+=>+/etc/php/7.3/cli/php.ini|code-block|syntax|javascript|2739120|确保display_errors参数处于活动状态。|2739121|brain@cordova:~%25+php+-i+%7C+grep+"error"

106:display_errors+=>+On+=>+On
114:error_log+=>+/tmp/php_errors.log+=>+/tmp/php_errors.log
116:error_reporting+=>+22527+=>+22527
134:log_errors+=>+On+=>+On|2739122|确保display_errors和log_errors开着。|2739123|定义error_log位置，以便将错误记录到文件中。|2739124|现在应该显示错误消息。|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|S|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|T|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|U|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|V|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|W|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|X|8|@]|9|@]|A|$]]]|Q|$]]

Locate what php.ini your php-cli used. 

<pre><code>brain@cordova:~% php -i | grep "php.ini"

8:Configuration File (php.ini) Path =&gt; /etc/php/7.3/cli
9:Loaded Configuration File =&gt; /etc/php/7.3/cli/php.ini
</code></pre>

Make sure display_errors parameters is active.

<pre><code>brain@cordova:~% php -i | grep "error"

106:display_errors =&gt; On =&gt; On
114:error_log =&gt; /tmp/php_errors.log =&gt; /tmp/php_errors.log
116:error_reporting =&gt; 22527 =&gt; 22527
134:log_errors =&gt; On =&gt; On
</code></pre>

Make sure display_errors and log_errors are ON. 

Define the error_log location to logging errors into file.

Error messages should shown now.

I recently compiled a PHP 5.2.9 binary, and I tried to execute some PHP scripts with it. I can execute some scripts without problems, but one of them halts its execution midway, exiting with no errors or warnings. The returned status code of the process is 255.

I've read in the manual that such status is 'reserved'. The question is: for what?

I believe it's got something to do with missing dependencies in the PHP executable, but I can't be sure.

Anyone knows what does an exit code of 255 mean?

P.S. There are no errors in the PHP scripts, they run OK on other machines.

PHP exit status 255: what does it mean?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我最近编译了一个PHP5.2.9二进制文件，并尝试用它执行一些PHP脚本。我可以在没有问题的情况下执行一些脚本，但其中一个脚本中途停止执行，退出时没有错误或警告。进程的返回状态代码为255。我在手册上读到，这种状态是“保留”的。问题是:为了什么？我认为这与PHP可执行文件中缺少的依赖项有关，但我不能确定。任何人都知道255个出口代码是什么意思吗？PHP脚本中没有错误，它们在其他机器上运行正常。

问PHP退出状态255:这意味着什么？
EN

任何人都知道255个出口代码是什么意思吗？

回答 6

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问PHP退出状态255:这意味着什么？EN

任何人都知道255个出口代码是什么意思吗？

回答 6

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问PHP退出状态255:这意味着什么？
EN