Jedes Programm inklusive der Demoprogramme stürzt ab ...

Wurgl · Beitrag von **Wurgl** » 19. April 2006 14:03

Hallöchen,

ich bin unter Windows ein Doofmann, ist so, sorry. Jedenfalls hab ich mir da eine Applikation mit Qt4 geschrieben und will die jetzt mit Qt4/Windows zum laufen bringen. Leider ist es so, dass sowohl diese Applikation, als auch jedes Demoprogramm von Qt4.1.2 abstürzt.

Dr. Watson meldet folgendes:

Code: Alles auswählen

Statusabbild für Threadkennung 0x220

eax=000000ff ebx=0164df84 ecx=00000000 edx=01459320 esi=0000000a edi=01459320
eip=004d17aa esp=0022baac ebp=0022bac4 iopl=0         nv up ei ng nz ac po cy
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs=0000             efl=00200297


Funktion: <nosymbols>
        004d178a 2d48719700       sub     eax,0x977148
        004d178f 0f6f             ???
        004d1791 d88db4260000     fmul    dword ptr [ebp+0x26b4] ss:0022e178=40000000
        004d1797 0000             add     [eax],al                     ds:000000ff=??
        004d1799 8dbc2700000000   lea     edi,[edi]              ds:01459320=00000000
        004d17a0 0f6e             ???
        004d17a2 048f             add     al,0x8f
        004d17a4 0f60             ???
        004d17a6 c3               ret
        004d17a7 0f6f             ???
        004d17a9 d00f             ror     byte ptr [edi],1             ds:01459320=00
        004d17ab 70c0             jo      ZN12QApplication5styleEv+0x44d (004e176d)
        004d17ad ff0f             dec     dword ptr [edi]        ds:01459320=00000000
        004d17af ef               out     dx,eax
        004d17b0 c70f6fc80f6e     mov dword ptr [edi],0x6e0fc86f ds:01459320=00000000
        004d17b6 048b             add     al,0x8b
        004d17b8 0f60             ???
        004d17ba c3               ret
        004d17bb 0fd5             ???
        004d17bd c10fdd           ror     dword ptr [edi],0xdd   ds:01459320=00000000
        004d17c0 c50f             lds     ecx,[edi]          ds:01459320=000000000000
        004d17c2 6f               outsd

*----> Stack Back Trace <----*

FramePtr ReturnAd Param#1  Param#2  Param#3  Param#4  Function Name
0022BAC4 0060939F 000000FF 000002ED 000002EB 0000000A !<nosymbols>
0022BB04 005FB119 00000009 0022BB2C 0022CCCC 00000000 !ZNK7QMatrix3mapERK7QRegion
0022C344 005F8EA3 0000000A 0022C39C 0022CCCC B2002600 !ZNK7QMatrix3mapERK7QRegion
0022CBC4 005FDF07 0022CCCC 0022DD5C 00000006 0022DD4C !ZNK7QMatrix3mapERK7QRegion
0022DD84 005FA636 01437F90 0022E0BC 0022DECC 0022E02C !ZNK7QMatrix3mapERK7QRegion
0022DEF4 005D17AA 01437F90 0022E0BC 0022E28C 0022E02C !ZNK7QMatrix3mapERK7QRegion
0022E134 006BEBCB 0022E2EC 0022E16C 0022E28C 0022E18C !ZN8QPainter10drawPixmapERK6QRectFRK7QPixmapS2_
0022E204 00774FB4 00B191C0 0022E2EC 0022E2DC 00000084 !ZNK6QStyle14drawItemPixmapEP8QPainterRK5QRectiRK7QPixmap
0022E314 0052E622 01458A68 0022E9BC 0022E344 0022E7B8 !ZN5QDial15mousePressEventEP11QMouseEvent
0022E4D4 00747E67 01458A68 0022E9BC 00B10718 00000000 !ZN7QWidget5eventEP6QEvent
...
...

Wie geschrieben, es schmieren auch die Demo-Programme ab. Gut, ich hab nicht alle probiert, aber so 10 Stück schon. Und die schmieren oft an der selben Stelle, manchmal ein wenig daneben ab. Aber immer ist QMatrix bzw. QPainter in der direkten Nähe des Callstacks. Hab schon das Programm auf einen anderen Rechner geschoben und dort ist der gleiche Effekt. Hab auch schon QMatrix & QPainter neu kompiliert, hilft auch nix.

Irgendwelche Ideen?

[[Mann, unter Linux läuft Qt so geil, warum mag mich Windows nicht :-(]]

Beitrag von **Christian81** » 19. April 2006 15:42

Laufen die Qt-Demo programme und die Qt-Tools wie assistant, ...
Unter win32 gibts übrigens auch den gdb.

Wurgl · Beitrag von **Wurgl** » 19. April 2006 15:49

Christian81 hat geschrieben:Laufen die Qt-Demo programme und die Qt-Tools wie assistant, ...
Unter win32 gibts übrigens auch den gdb.

Nö! Stürzen auch ab. Selbe Stelle. Nur der linguist zeigt vor dem Absturz noch schnell mal den Splash-Screen.

Klar gibts den gdb. Mein Problem ist nur: Platte ist voll, ich hab zuwenig Platz für einen Debug-Build, ist ein ältlicher Laptop. Und auf meinem dicken Hobel ist Linux drauf und da hab ich keine Windows-Lizenz.

Wurgl · Beitrag von **Wurgl** » 19. April 2006 17:38

Christian81 hat geschrieben:Laufen die Qt-Demo programme und die Qt-Tools wie assistant, ...
Unter win32 gibts übrigens auch den gdb.

So. Neue Infos. Meine Windows-Gurken haben zu alte Prozessoren. Das MinGW Zeug ist wahrscheinlich für P-III oder mehr kompiliert worden und ich hab Windows nur auf P-II bzw. Dual-P-Pro.

Verdammt! Jetzt darf ich Min-GW selber kompilieren -- bzw. die Runtimelibrary davon. Nur warum stürzt der gcc selber nicht ab?

Beitrag von **Christian81** » 19. April 2006 19:30

Wurgl hat geschrieben: Verdammt! Jetzt darf ich Min-GW selber kompilieren -- bzw. die Runtimelibrary davon. Nur warum stürzt der gcc selber nicht ab?

MinGW? Hast Du Qt selbst compiliert? Eventuell liegt es nur an Qt. Kann mir nicht vorstellen dass MinGW mit solchen Parametern übersetzt wurde.

BartSimpson · Beitrag von **BartSimpson** » 19. April 2006 22:43

Sehr merkwürdig. Aber der gdb ist wirklich nicht gross.
Eventuell hilft das hier weiter:

gcc on Windows (MinGW):
We have tested Qt with this compiler on Windows 2000 and Windows XP.

Das sagt Trolltech.

Wurgl · Beitrag von **Wurgl** » 21. April 2006 10:33

BartSimpson hat geschrieben:Sehr merkwürdig. Aber der gdb ist wirklich nicht gross.
Eventuell hilft das hier weiter:
gcc on Windows (MinGW):
We have tested Qt with this compiler on Windows 2000 and Windows XP.
Das sagt Trolltech.

Jep! Die Defaultkonfiguration verlangt P-II mit MMX. Wenn man das auf älteren Rechnern laufen lassen will, dann muss man in die config-Datei (mkpecs/win32-g++) die Compileroption -march=i586 dazufummeln.

Dann funktioniert es auch --> Solved!