【问题标题】:After running a project in Qt Debug build, the binary (exe) disappears and object files are shrunk. How to fix that?在 Qt Debug 构建中运行项目后,二进制文件 (exe) 消失并且目标文件缩小。如何解决?
【发布时间】:2021-08-20 14:48:43
【问题描述】:

我的 Qt Creator 是 4.11,它基于 Ubuntu 17.04 中的 Qt 5.14。由于正在进行的开发,我没有更新 Qt Creator 和 Ubuntu 以避免干扰工作设置。

每当我在调试构建模式下运行它时,它都能正常编译并运行可执行文件。但是如果我检查“build--*”目录,二进制文件(即.exe)会消失,所有从.cpp文件创建的.o文件从几MB缩小到18字节!!

在网上搜索过,但没有找到这样独特的问题。目前的解决方法是每次都清理构建,等待很长时间。

请建议哪种配置可以解决此问题?

更新

在评论部分的帮助下,另一个显着的细节浮出水面。当我访问 build-* 文件夹以获得一个好的项目和这个项目并在终端中检查 file main.o 时,会出现以下输出

好项目:_main.o:ELF 64 位 LSB 可重定位,x86-64,版本 1 (GNU/Linux),未剥离

bad (this) project:_main.o: gzip 压缩数据,来自 NTFS 文件系统 (NT)

【问题讨论】:

  • 为什么二进制文件有.exe扩展名,你在windows上交叉编译吗?
  • @mugiseyebrows,不,它没有任何扩展名。我刚刚向 Windows 用户明确表示它等同于 .exe。我的项目纯粹是为 Ubuntu 编译的。但是我们也单独为其他操作系统编译。
  • 18 字节文件是什么“类型”?也就是说,例如,输出是什么? file something.o?它们都一样吗?
  • @G.M.,它们是由开发人员编写的 .cpp 源文件创建的各种目标文件。有趣的是,这个问题发生在特定项目的调试模式中。同级目录中的其他项目看不到。
  • 所以 目标文件被截断为 18 个字节后,在它们上运行 file 仍然会输出类似 ELF 64-bit LSB relocatable, x86-64, version 1?

标签: c++ qt ubuntu debug-build qt5.15


【解决方案1】:

这个问题与Qt无关,与我们自己的代码有关。我们有一个模块可以递归地压缩给定目录中的所有文件。

但是,如果目录路径为空,则将原始二进制文件的路径作为压缩目录。因此,所有的目标文件都被压缩了,二进制文件本身不知何故消失了。

我已经进行了必要的检查,现在可以避免这种情况。


感谢用户 @G.M. 在 cmets 部分让我运行命令 file <filename>。从中我得到了提示,而不是低于输出:

ELF 64 位 LSB 可重定位,x86-64,版本 1

它给出了 gzip 输出:

gzip 压缩数据,来自 NTFS 文件系统 (NT)

这让我相信我们最近添加的 Gzip 机制肯定有问题。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-10-06
    • 2019-07-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-10
    相关资源
    最近更新 更多