本文介绍了在程序运行时编译程序的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
我有一个广泛的问题: 假设我有一个C++程序,我开始在后台的一个文件上运行它,该文件带有一些可以在内部设置的配置。当它运行时,我更改了这些内部配置,编译了它,并开始在另一个文件上运行它。
这是否会影响已经在后台运行的前一个实例?或者既然它已经启动并运行了,它就不会了?如有任何想法,我们将不胜感激。
推荐答案
修改正在运行的可执行文件是不安全的。根据What happens when you overwrite a memory-mapped executable?
在Linux下,如果在运行时替换可执行文件, 结果不可预测,可能会崩溃。
如果删除该文件并编译程序的新版本,那么将发生的事情就定义得非常清楚了。已经运行的实例将使用前面的代码,并且该代码将由操作系统保存在内存中,直到程序终止。任何新实例都将使用新代码。
摘要:您应该确保您的构建系统在重新编译之前删除了旧的可执行文件,只要这是真的,那么重新编译在您重新运行程序之前不会生效,否则行为是未定义的(请阅读SIGSEGV)。
各类附录:
JamesKanze正确地指出,链接器本身可能会在写入其输出之前删除文件,如果是这样的话,它的行为总是像您在重新编译之前自己删除了文件一样(这是合理的场景)。从binutils CVS头部查看bfd/cache.c:/* Create the file.
Some operating systems won't let us overwrite a running
binary. For them, we want to unlink the file first.
However, gcc 2.95 will create temporary files using
O_EXCL and tight permissions to prevent other users from
substituting other .o files during the compilation. gcc
will then tell the assembler to use the newly created
file as an output file. If we unlink the file here, we
open a brief window when another user could still
substitute a file.
So we unlink the output file if and only if it has
non-zero size. */
因此,至少对于GNU LD来说,这是可以保证的。但是,这不一定扩展到其他链接器。
这篇关于在程序运行时编译程序的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除!