QT Starthilfe benötigt

[Impulsleistung]

Guten Tag zusammen,

bei meinem ersten Gehversuch mit QT kam es zu einem interessanten Problem: Der Bild-Prozess ist ohne Fehler/Warnings durchgelaufen . Nur bei der Ausführung wird im Start mit der Fehlermeldung:

"Die Anwendung konnte nicht gestartet werden, weil MSVCP80.dll nicht gefunden wurde."

Mein Setup:
- IDE: Code::Blocks 10.05
- MingW: 4.4.1
- QT: 4.6.3 (MingW Installpaket, LGPL)


Installationsverzeichnis: MingW: "C:\app\tools\CodeBlocks\MinGW"
Installationsverzeichnis: QT: "C:\app\tools\qt"
Die Exe liegt unter: ""C:\Documents and Settings\z142872\My Documents\qt_test\01_Test\bin\Debug\01_Test.exe""

Die mein.cpp ist wie folgt:

Code: Alles auswählen

#include <QApplication>
#include <QFont>
#include <QPushButton>

int main(int argc, char* argv[])
{
    QApplication app(argc, argv);

    QPushButton quit("Quit");

    quit.resize(75, 30);
    quit.setFont(QFont("Times", 18, QFont::Bold));

    QObject::connect(&quit, SIGNAL(clicked()), &app, SLOT(quit()));

    quit.show();

    return app.exec();
}

Das wird wie folgt compiliert:

Compiling: main.cpp
Linking console executable: bin\Debug\01_Test.exe
Output size is 178,25 KB
Process terminated with status 0 (0 minutes, 0 seconds)
0 errors, 0 warnings

Wie kriege ich das kleine "Hello World" zum laufen???

Grüße, Kevin

[Christian81]

Mit CodeBlocks kenn ich mich nicht aus aber wie wäre es mit dem einfachen Ausführen von bin\Debug\01_Test.exe ?

[Impulsleistung]

Vielen Dank für die Antwort. Die Fehlermeldung kommt beim Ausführen! Selbst wenn ich die *.dll mit ins Verzeichnis packe bekomme ich immer noch einen "Prozedureinsprungspunkt-nicht-gefunden" Fehler.

Was kann ich tun?

[Christian81]

Was für ne Fehlermeldung?

Bzgl. QtCore - das ist dann die falsche QtCore - Dll. Siehe auch Foren-Suche.

[RHBaum]

"Die Anwendung konnte nicht gestartet werden, weil MSVCP80.dll nicht gefunden wurde."

MSVCP80.dll ist der dynamische anteil der c++ runtime vom Visual studio, Multithreaded, dynamisch gelinkt (/MD) ... release, ohne debug symbole. (VS 2005 in dem Fall)

D.h. du hasst irgendwo eine komponente, die gegen visual studio libs gelinkt wurde. da es keine statische bib und kein code sein kann, kann es nur ne dll sein.

deshalb:
- sicher dass du die mingw (gcc) version von der Qt installiert hasst ?
- wo liegen die qt4*.dlls ? nicht das er woanders paar andere findet !
wenns die qt nich ist ... welche dlls zieht dein prog noch an ?

Ciao ...

[Exasperation]

PATH-Variablen richtig gesetzt?

[RHBaum]

CrossPoster !
http://www.c-plusplus.de/forum/viewtopi ... 73203.html

[Cedric]

Hallo Zusammen

CrossPoster !
http://www.c-plusplus.de/forum/viewtopi ... 73203.html

Ist es verboten in zwei verschiedenen Foren, die selbe Frage zu stellen?
Scheinen ja nicht die selben Foren zu sein. oder etwa doch?

Danke fürs aufklären.

Liebe Grüsse
Cedric

[franzf]

Ist es verboten in zwei verschiedenen Foren, die selbe Frage zu stellen?
Scheinen ja nicht die selben Foren zu sein. oder etwa doch?

Es sind nicht die gleichen Foren, sonst wäre das ein DUP und würde geschlossen.
Aber verbieten kann man es nciht...

Wer will kann einen Crosspost als beleidigend auffassen, da er signalisiert "ich glaube nicht dass ihr alleine mein Problem lösen könnt". Das sind dann oft auch die Leute, die nach 3 Stunden schon ne Antwort schreiben "kann mir denn niemand helfen?".
Das größere Problem ist aber die sinnlose höhere Mobilisierung an Programmierern. Dadurch dass es verschiedene Foren sind, kümmern sich auch andere Leute um das Problem. Da die meisten Posts tagsüber stattfinden, gehen meist auch Arbeitsstunden drauf, was sich äußerst negativ auf den Wirtschaftsraum Deutschland auswirken könnte (weniger produktive Tätigkeit), außerdem werden unnötige Denktätigkeiten aufgenommen, die in einem erhöhten Ausstoß von CO2 mündet, und das ist schlecht fürs Klima

Außerdem (und das ist auch absolut nix gut) werden Lösungsansätze und dann die endgültige Lösung nicht geteilt. Dadurch weiß das eine Forum weniger und es kommt garantiert später zum erneuten Hochwühlen des Threads.