Linux/Unix社区
如何让gcc的编译错误信息以英文的方式输出？
墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网
我也要 关注 + 加入社区LANG=zh_CN.UTF-8
LANGUAGE=zh_CN.UTF-8
LC_CTYPE="zh_CN.UTF-8"
LC_NUMERIC="zh_CN.UTF-8"
LC_TIME="zh_CN.UTF-8"
LC_COLLATE="zh_CN.UTF-8"
LC_MONETARY="zh_CN.UTF-8"
LC_MESSAGES="zh_CN.UTF-8"
LC_PAPER="zh_CN.UTF-8"
LC_NAME="zh_CN.UTF-8"
LC_ADDRESS="zh_CN.UTF-8"
LC_TELEPHONE="zh_CN.UTF-8"
LC_MEASUREMENT="zh_CN.UTF-8"
LC_IDENTIFICATION="zh_CN.UTF-8"
比如运行 gcc 提示为：没有输入文件，我想让它输出的是“no input files"。怎么办？
相关推荐
官网技术 Ocelot + Consul + Ids4
官网技术 Ocelot + Consul + Ids4
UDS 诊断服务 - 0x28
0x28，Communication Control，通信控制服务，用于控制服务端的非诊断报文（应用报文、网络管理报文）的发送或接收功能。若重复请求某一子功能，服务端应回复正响应。0x28 服务的应用场景举例：在使用诊断仪升级或 OTA 升级程序的过程中，会利用 28 服务关闭服务端的通讯，确保在刷写过程中没有其它的 APP 报文和 NM 报文干扰，刷写完成后再次使用 28 服务开启通信。
告别静态DID！手把手教你用UDS 0x2C服务动态组合数据（附ISO14229实战报文）
本文详细介绍了UDS协议中的0x2C服务（DynamicallyDefineDataIdentifier）在汽车诊断中的应用，通过动态组合多个分散参数提升测试效率。文章包含ISO14229实战报文示例，解析了defineByIdentifier子功能的核心机制，并提供了完整工作流程和高级优化技巧，帮助工程师减少总线负载并提高实时数据分析能力。
UDS诊断协议实战：报文解析、CANoe验证与安全访问调试
UDS（统一诊断服务）是汽车电子中基于ISO 14229-1标准的应用层诊断协议，运行于CAN、DoIP等物理层之上，支撑ECU标定、刷写、故障读取与安全访问等核心功能。其本质是一套嵌入式系统级通信契约，依赖精确的SID服务标识、NRC负响应码及物理/功能寻址机制实现可靠交互。技术价值在于打通开发、测试与售后全链路诊断能力，广泛应用于AUTOSAR架构ECU、CANoe/CANalyzer环境验证及uds python自动化测试。本文聚焦真实工程场景，详解0x22读数据、0x19读DTC状态掩码、0x27安
一文说清UDS 19服务在诊断开发中的核心要点
全面剖析uds19服务详解及其在汽车诊断开发中的关键作用，涵盖功能实现、常用例程与实际开发中的注意事项，帮助开发者高效掌握uds19服务详解的技术细节与落地实践。
