尝试在setupUi（）之后立即调用QLineEdit的Text（）时QDialog崩溃

Question

在初始化一个Qt对话框后，返回指向一个QLineEdit的私有数据的指针被设置为0.当在对话框的生成的setupUi（）内部时，指针仍然有效。之后，这个特定QLineEdit的结构似乎已被破坏。

在调试器内运行和没有调试器时，应用程序崩溃。

单线程应用程序。

QtCreator 2.7.0。

CMake项目。

MinGW 20120426 with g ++ 4.6.2（32位应用程序）：

Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe
Target: mingw32
Configured with: ../gcc-4.6.2/configure --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw
Thread model: win32
gcc version 4.6.2 (GCC)

Windows 7 64位。

“本地和表达式”底部显示的另一个QLineEdit'kundenbestellcodeLineEdit'看起来不错。

问：有没有人经历过这个，并知道为什么会这样？

我还有一些其他的用例，其他对话框运行正常 - 那么为什么只有这一个会产生问题？

我可以使用带有g ++ 4.7.2的Linux Debian Wheezy上的Release版本重现这一点。

新信息：我有一个名为'Dialog_Auswahl_des_Geraetemodells'的第二个QDialog，它位于不同的Usecase目录（文件系统）中，还有一个不同的命名空间。从链接阶段删除第二个对话框时，不会发生崩溃。

更多信息：如果我重命名第二个对话框类，则不再发生崩溃。我已经验证了链接器符号，以确保对话框对象文件（Dialog_ .o，moc_Dialog _ .o）提供了预期的符号。 我还验证了可以在moc _ * .cxx文件中看到Usecase路径。

由于此问题仅在运行时发生，因此必须假设Qt对象系统在不同文件夹/命名空间中具有相同命名类的问题。

如前所述：workround是重命名其中一个类。

Answer 1

一般答案是你应该运行qmake ，然后构建你的项目，以便为你的ui文件编译更新的生成代码。

如果这还没有解决问题，我认为您应该更新问题，并提供更多信息，了解您为了达到这种状况所做的工作，也许有人能够提供更好的建议，例如lineedit比其他小部件晚了？