㈠ qt debug運行時電腦重啟
可能是程序長時間運行崩潰的原因。
發布的應用程序使用的是release版本。release版本是比較難調試的，因為缺少很多調試信息，在VC/VS中我們可以通過生成DMP + PDB進行源碼級定位，使用這種方法，當程序在別人電腦上出現異常或者崩潰的時候，會生成DMP文件，然後把該文件拷貝到自己的開發機器上，配合pdb文件調試就可以找到錯誤的位置，直接把問題定位到源代碼中的位置。
㈡ 吳健的Qt教程中的學生管理系統程序第一次運行直接點確定程序崩潰怎麼解決
如果這個項目已經做到了載入文件的話，可能是在載入文件的時候沒有這個值，從而導致了崩潰，這里記得講的時候有設置默認值的，太久了記不清了，可以往這個方向排查一下
㈢ qt釋放指針變數時程序崩潰
解決方案如下：
打開注冊表，設置 為0。
打開CMD（以管理員的方式），運行Rundll32.exe fthsvc.dll，FthSysprepSpecialize。
再次運行程序即可。
Qt是一個1991年由奇趣科技開發的跨平台C++圖形用戶界面應用程序開發框架。它既可以開發GUI程序，也可用於開發非GUI程序，比如控制台工具和伺服器。
Qt是面向對象的框架，使用特殊的代碼生成擴展（稱為元對象編譯器(Meta Object Compiler, moc)）以及一些宏，易於擴展，允許組件編程。
Qt支持下列操作系統：Microsoft Windows 95/98、Microsoft Windows NT、Linux、Solaris、SunOS、HP－UX、Digital UNIX （OSF/1、Tru64）、Irix、FreeBSD、BSD/OS、SCO、AIX、OS390和QNX等。
㈣ Qt for android 的程序在啟動時直接崩潰是什麼原因
W linker : /data/data/com.TimeLink.fenkewang/qt-reserved-files/plugins/imageformats/libqdds.so: is missing DT_SONAME will use basename as a replacement: "libqdds.so"
W linker : /data/data/com.TimeLink.fenkewang/qt-reserved-files/plugins/imageformats/libqgif.so: is missing DT_SONAME will use basename as a replacement: "libqgif.so"
W linker : /data/data/com.TimeLink.fenkewang/qt-reserved-files/plugins/imageformats/libqicns.so: is missing DT_SONAME will use basename as a replacement: "libqicns.so"
W linker : /data/data/com.TimeLink.fenkewang/qt-reserved-files/plugins/imageformats/libqico.so: is missing DT_SONAME will use basename as a replacement: "libqico.so"
W linker : /data/data/com.TimeLink.fenkewang/qt-reserved-files/plugins/imageformats/libqjpeg.so: is missing DT_SONAME will use basename as a replacement: "libqjpeg.so"
W linker : /data/data/com.TimeLink.fenkewang/qt-reserved-files/plugins/imageformats/libqtga.so: is missing DT_SONAME will use ba
㈤ qt結構體位元組對齊運行崩潰
引起位元組對齊錯誤的原因卻很簡單，比如一個結構體定義在一個頭文件中，被模塊A按轉4節齊對齊編譯，又被模塊B按照1位元組對齊編譯，該結構體指針在A,B模塊之間傳遞，引用成員時因為成員地址不同，導致程序崩潰。例如：
#pragma pack(4)
struct _Test
{
int a;
char b;
int c;
};
#pragma pack()
此時c的偏移地址是8個位元組，但若
#pragma pack(1)
struct _Test
{
int a;
char b;
int c;
};
#pragma pack()
c的偏移地址是5個位元組，_Test t; t.c在不同模塊中是指向不同內存的。
要找到導致設置錯誤的地方卻不容易，我改的這兩個bug，一個是因為在模塊A中的頭文件A.h中
#pragma pack(n)
#include "someheader.h"
#pragma pack()
這個someheader.h定義的結構體本意是按默認對齊，現在在模塊A中卻變成了按照n位元組對齊了。
另一個是因為一個頭文件中調用#pragma pack(n)卻忘記調用了#pragma pack()恢復默認對齊了，導致後面引用的頭文件都按照n位元組對齊，這顯然不是我所期望的。雖然錯誤的方式很簡單，但是要找到這個錯誤地方卻並不是容易的事，我的一個好辦法是，把使用這個結構體崩潰的源代碼文件（不妨叫file.c)拿出來，通過gcc的-E參數生成預編譯結果文件file.c.i，打開file.c.i分析結構體怎麼被設置成按照非預期的位元組數對齊的。
㈥ 關於QT的問題！編譯通過了，運行程序崩潰！
你的M可能為0;
建議你把 double A=(F-G)/M;
double B=N/M;注釋掉看看
㈦ Qt運行崩潰 怎麼回事 卸掉重裝也是這樣。。。環境變數的問題 有高手解決嗎
三種辦法：1.把項目生成的debug文件夾刪掉，重新調試
2.雖i然是crashed，但是已經生成可執行文件了，所以在exe所在文件夾中，啟動exe，按照提示補全動態庫，再在Qtcreator中debug就不會crashed了
3.其實在上一個辦法中就已經說明是debug時找不到庫，試試把Qt庫加入系統路徑中吧。
P.S 發現其實只要在mingw 的bin中加入Qt5cored就永久解決這個問題了