[gelöst] release Kompilat liefert code -1073741511 zurück.
[gelöst] release Kompilat liefert code -1073741511 zurück.
Hallo,
versuche mich am neuen 4.5 er Qt und dem Creator. An sich sehr nett die Kombination, ich bekomme aber immer einen code -1073741511 zurückgeliefert wenn ich den code als release Version kompilieren will.
Im Google steht irgendwas von fehlercode file nicht gefunden. Ist das korrekt, oder was sagt mir dieser returncode?
gooze
versuche mich am neuen 4.5 er Qt und dem Creator. An sich sehr nett die Kombination, ich bekomme aber immer einen code -1073741511 zurückgeliefert wenn ich den code als release Version kompilieren will.
Im Google steht irgendwas von fehlercode file nicht gefunden. Ist das korrekt, oder was sagt mir dieser returncode?
gooze
Zuletzt geändert von gooze am 13. März 2009 21:39, insgesamt 1-mal geändert.
ok,
also schaue mal nach dem Kompilieren in deinem Debug/release Ordner des Projektes, was du gerade compiliert hast! Ist da eine .EXE? Also bei mir war da eine. Wenn ich die anklicke, dann gibt Windows eine Meldung, die sagt das ".... .dll" fehlt! Ich glaube "QT..." irgendwas, sorry, weis jetzt nicht mehr genau! Diese DLL'S befinden sich in \qt\bin oder \bin, naja, und die kopiere ich dann in dieses besagten DLL's in das Release/Debug Verzeichnis! Und dann läuft die QT-Applikation!
Also, jedenfalls war es bei mir gestern so!
Bye
also schaue mal nach dem Kompilieren in deinem Debug/release Ordner des Projektes, was du gerade compiliert hast! Ist da eine .EXE? Also bei mir war da eine. Wenn ich die anklicke, dann gibt Windows eine Meldung, die sagt das ".... .dll" fehlt! Ich glaube "QT..." irgendwas, sorry, weis jetzt nicht mehr genau! Diese DLL'S befinden sich in \qt\bin oder \bin, naja, und die kopiere ich dann in dieses besagten DLL's in das Release/Debug Verzeichnis! Und dann läuft die QT-Applikation!
Also, jedenfalls war es bei mir gestern so!
Bye
Hallo,
ich habe die QtCored4.ll in den Ordner, in der sich die .exe Datei befindet hineinkopiert.
Wenn ich nun die .exe Datei starte, bekommen ich folgende Fehlermeldung:
ich habe die QtCored4.ll in den Ordner, in der sich die .exe Datei befindet hineinkopiert.
Wenn ich nun die .exe Datei starte, bekommen ich folgende Fehlermeldung:
Code: Alles auswählen
Der Prozedureinsprungspunkt
"_ZNK15QDateTimeParser5parseERK/QStringRK9DateTimeb" wurde in
der DLL "QtCored4.dll" nicht gefunden.
das ist blööd!
Mhh, das heist ja, das ist die richtige DLL aber die Fkt. wurde nicht in ihr gefunden!!??!!
Wenn du die .EXE startest, ohne die DLL vorher dorthin kopiert zu haben, sagt er: "... bla bla QtCored4.dll.. fehlt"?
Wenn ja, dann (ich rate einfach mal, tappe da zu 99,99% im Dunklen), dann ist es die falsche "QTCored4.dll" oder nicht richtig übersetzt??
Arbeitest du mit MinGW?
Mhh, das heist ja, das ist die richtige DLL aber die Fkt. wurde nicht in ihr gefunden!!??!!
Wenn du die .EXE startest, ohne die DLL vorher dorthin kopiert zu haben, sagt er: "... bla bla QtCored4.dll.. fehlt"?
Wenn ja, dann (ich rate einfach mal, tappe da zu 99,99% im Dunklen), dann ist es die falsche "QTCored4.dll" oder nicht richtig übersetzt??
Arbeitest du mit MinGW?
Ich habe kein MinGw separat installiert.
Der QtCreator installiert dieses doch automatisch mit, oder?
Hast du MinGw nochmals separat installiert?
Ich führe nun eine Neuinsallation durch.
Lösche die die QtCored4.dll Datei.
Es müsste bei der Installation eine neue angelegt werden.
Die muss ja dann richtig sein.
Der QtCreator installiert dieses doch automatisch mit, oder?
Hast du MinGw nochmals separat installiert?
Ich führe nun eine Neuinsallation durch.
Lösche die die QtCored4.dll Datei.
Es müsste bei der Installation eine neue angelegt werden.
Die muss ja dann richtig sein.
Du musst alle benötigten dll's im richtigen Verzeichnis (also debug oder release) haben. Und dann ist es wichtig dass Du im debug ordner die dll's packst die noch ein d zusätzlich im namen haben und im release ordner die dll's packst die kein d im namen haben alsonkc hat geschrieben: Ich führe nun eine Neuinsallation durch.
Lösche die die QtCored4.dll Datei.
Es müsste bei der Installation eine neue angelegt werden.
Die muss ja dann richtig sein.
debug -> QtCored4.dll, QtGuid4.dll
release->QtCore4.dll, QtGui4.dll
Wenn du mehr Funktionalität im Programm nutzt, dann musst Du dann auch die entsprechenden dll's zusätzlich dort hineinkopieren. z.b für Netzwerkdinge dann noch die QtNetworkd4,dll oder QtNetwork4.dll
Aber wenn das mit der Path Variablen korrekt funktionieren würde dann müsste man keine dll's kopieren.
gooze
Problem gelöst
Danke für eure Hilfe.
Das Problem ist nun gelöst.
Ich hatte bei der Vorgängerversion dll's im Ordner System32 abgelegt.
Bei der Deinstallation wurden diese nicht gelöscht.
Nun hat der neue Creator versucht eine dll von der alten Version zu öffnen, weil diese den gleichen Namen hat.
Danke
Das Problem ist nun gelöst.
Ich hatte bei der Vorgängerversion dll's im Ordner System32 abgelegt.
Bei der Deinstallation wurden diese nicht gelöscht.
Nun hat der neue Creator versucht eine dll von der alten Version zu öffnen, weil diese den gleichen Namen hat.
Danke
Re: [gelöst] release Kompilat liefert code -1073741511 zurüc
Hallo!
Ich grabe das Thema mal aus, weil ich mit demselben Problem Hilfe bräuchte. Ich wollte Qt4.8.4 samt QtCreator zusammen mit dem Compiler aus Visual C++ 2010 auf meinem Notebook und Computer nutzen. Auf dem Notebook alles installiert, im Qt Creator den Pfad von qmake angegeben und im Kit 4.8.4 als Qt Version ausgewählt und alles läuft rund. Auf dem PC dasselbe gemacht, nur dass ich halt beim Erzeugen der Release Version den hier im Thema beschriebenen Fehler bekomme. Wenn ich das Ganze als Debug Version erzeuge funktioniert alles prima. Der Release Build lässt sich dann auch überzeugen zu laufen, wenn man per Hand die .dlls ins zugehörige Verzeichnis schubst...
Ich bin jetzt halt ein wenig ratlos woran das liegen könnte. Im Windows->System32 Verzeichnis lagen tatsächlich alte Qt dlls rum (was auch immer die da reingelegt hat), aber sowohl ein rauslöschen wie auch ein ersetzen mit den neuen dlls brachte keine Abhilfe. Dann wäre da noch die Sache mit den Paths. Wenn ich's richtig verstanden habe ist das aber doch nur interessant, wenn man Qt selber kompilieren möchte und nicht wie ich die "fertige" Version zum Installieren runterlädt. Ich hab's dennoch mal versucht zu machen (bis auf den MinGW Eintrag), aber auch das hat nicht geholfen und ein Querschielen zum Notebook hat gezeigt, dass es auch da keinerlei solchen Path-Eintrag gibt, weshalb das Problem wohl woanders liegt...
Hat irgendjemand noch eine Idee wo ich noch was machen könnte? Es scheint sich ja klar um irgendein Pfad-Problem zu handeln, da das händische Hinzufügen der dlls das Problem ja löst...
Ich grabe das Thema mal aus, weil ich mit demselben Problem Hilfe bräuchte. Ich wollte Qt4.8.4 samt QtCreator zusammen mit dem Compiler aus Visual C++ 2010 auf meinem Notebook und Computer nutzen. Auf dem Notebook alles installiert, im Qt Creator den Pfad von qmake angegeben und im Kit 4.8.4 als Qt Version ausgewählt und alles läuft rund. Auf dem PC dasselbe gemacht, nur dass ich halt beim Erzeugen der Release Version den hier im Thema beschriebenen Fehler bekomme. Wenn ich das Ganze als Debug Version erzeuge funktioniert alles prima. Der Release Build lässt sich dann auch überzeugen zu laufen, wenn man per Hand die .dlls ins zugehörige Verzeichnis schubst...
Ich bin jetzt halt ein wenig ratlos woran das liegen könnte. Im Windows->System32 Verzeichnis lagen tatsächlich alte Qt dlls rum (was auch immer die da reingelegt hat), aber sowohl ein rauslöschen wie auch ein ersetzen mit den neuen dlls brachte keine Abhilfe. Dann wäre da noch die Sache mit den Paths. Wenn ich's richtig verstanden habe ist das aber doch nur interessant, wenn man Qt selber kompilieren möchte und nicht wie ich die "fertige" Version zum Installieren runterlädt. Ich hab's dennoch mal versucht zu machen (bis auf den MinGW Eintrag), aber auch das hat nicht geholfen und ein Querschielen zum Notebook hat gezeigt, dass es auch da keinerlei solchen Path-Eintrag gibt, weshalb das Problem wohl woanders liegt...
Hat irgendjemand noch eine Idee wo ich noch was machen könnte? Es scheint sich ja klar um irgendein Pfad-Problem zu handeln, da das händische Hinzufügen der dlls das Problem ja löst...