关于QT程序在ARM开发板上运行无法使用CTRL-C中断应用程序

「已注销」 2011-10-31 05:12:54

通过QT creator的ARM开发环境编译QT应用程序后，在ARM开发板上运行。
虽然能成功运行，但是想用“CTRL—C”中断程序，而要执行其他操作，却一直没有反应，请问这是为什么？

...全文

357 9 打赏收藏转发到动态举报

写回复

用AI写文章

9 条回复

切换为时间正序

请发表友善的回复…

发表回复

changing_better 2011-11-03

打赏
举报

不知道是不是你QT程序引起死机了，你可以用后台运行加个 &，查看下QT的CPU使用率，如果这都做不了，看来你的QT程序有问题。

「已注销」 2011-11-02

打赏
举报

ARM开发板运行共享目录的程序是不是比运行本地程序消耗更多的CPU资源啊？

「已注销」 2011-10-31

打赏
举报

[Quote=引用 6 楼 yiyaaixuexi 的回复:]
引用 5 楼 kuaikuai3698 的回复:

引用 4 楼 yiyaaixuexi 的回复:
除非你在程序里写了屏蔽系统SIGKILL信号，才不会响应。

嗯，我明白你的意思。
我对SIGKILL信号不了解，这个就是一般的QT应用程序，应该不会对信号有什么影响吧。
那出现这种情况，一般会是什么原因导致的呢？我猜是QT creator的ARM编译环境，还有可能就是开发板linux……
[/Quote]

那执行已经烧到板子里的应用程序，可以很快的响应这个命令，是不是说明执行通过挂载的应用程序要消耗更多的CPU资源？

念茜 2011-10-31

打赏
举报

[Quote=引用 5 楼 kuaikuai3698 的回复:]

引用 4 楼 yiyaaixuexi 的回复:
除非你在程序里写了屏蔽系统SIGKILL信号，才不会响应。

嗯，我明白你的意思。
我对SIGKILL信号不了解，这个就是一般的QT应用程序，应该不会对信号有什么影响吧。
那出现这种情况，一般会是什么原因导致的呢？我猜是QT creator的ARM编译环境，还有可能就是开发板linux的文件配置问题。
[/Quote]
我在上面说喽，板子的cpu运行太慢，不响应ctrl-c信号很正常滴。
至于和交叉编译环境的搭建一点关系都没有哦

「已注销」 2011-10-31

打赏
举报

[Quote=引用 4 楼 yiyaaixuexi 的回复:]
除非你在程序里写了屏蔽系统SIGKILL信号，才不会响应。
[/Quote]
嗯，我明白你的意思。
我对SIGKILL信号不了解，这个就是一般的QT应用程序，应该不会对信号有什么影响吧。
那出现这种情况，一般会是什么原因导致的呢？我猜是QT creator的ARM编译环境，还有可能就是开发板linux的文件配置问题。

念茜 2011-10-31

打赏
举报

除非你在程序里写了屏蔽系统SIGKILL信号，才不会响应。

念茜 2011-10-31

打赏
举报

[Quote=引用 2 楼 kuaikuai3698 的回复:]

引用 1 楼 yiyaaixuexi 的回复:
Ctrl+C 是你的系统中断的当前的程序，和Qt没有关系，和Qt-creator更没有关系。

但是为什么有已经烧写进去的QT程序能用CTRL—C命令中断程序呢？
[/Quote]

我的意思是这个不是Qt决定的问题。
cpu运行太慢不响应ctrl-c信号很正常。

「已注销」 2011-10-31