Seite 1 von 1

VS2005: Anwendungskonfiguration nicht korrekt

Verfasst: 21. April 2008 15:40
von pospiech
Ich habe ein Projekt das bei mir kompiliert und startet auf einen anderen Rechner kopiert. Dort habe ich den Qt4 Ordner als Kopie von meinem angelegt.

Das Projekt lässt sich auch kompilieren, allerdings bekomme ich bei der Debug Version den Fehler
Anwendungskonfiguration nicht korrekt
Wenn ich danach suche bekomme ich Hinweise das die Dateien
msvcm80.dll
msvcp80.dll
msvcr80.dll
benötigt werden.

Diese liegen in zig Versionen unter
C:\WINDOWS\WinSxS

nur die Release Versionen zusätzlich unter
C:\Programme\Microsoft Visual Studio 8\VC\redist\x86\Microsoft.VC80.CRT\

welche davon brauche ich nun?

Wenn ich eine Manifestdatei brauche, welche wäre das dann und wo bekomem ich die her?

Matthias

Verfasst: 21. April 2008 15:52
von Christian81
Sorry, muss Dich (mal wieder...) auf die Foren-Suche verweisen... :roll:

Verfasst: 21. April 2008 17:07
von pospiech
Christian81 hat geschrieben:Sorry, muss Dich (mal wieder...) auf die Foren-Suche verweisen... :roll:
Da habe ich gesucht. Ich habe vor allem gefundene Lösungen und meine Fragen dazu gepostet.

Eine der Antworten im Forum ist allerdings auch, das das hier das falsche Forum ist.

Ich habe nun die Dateien mitsamt den Manifestdateien aus dem Order
C:\Programme\Microsoft Visual Studio 8\VC\redist\Debug_NonRedist\x86\Microsoft.VC80.DebugCRT

genommen und in das Verzeichnis bin/debug/ kopiert.
Das binary meldet jedoch weiterhin den gleichen Fehler.

Verfasst: 21. April 2008 17:11
von PeterLustig
bin/debug ist in der Regel nicht das Arbeitsverzeichnis, und Windows sucht im Arbeitsverzeichnis. Das Arbeitsverzeichnis ist _nicht_ immer das Verzeichnis in dem das Programm ist.

Verfasst: 21. April 2008 17:14
von pospiech
PeterLustig hat geschrieben:bin/debug ist in der Regel nicht das Arbeitsverzeichnis, und Windows sucht im Arbeitsverzeichnis. Das Arbeitsverzeichnis ist _nicht_ immer das Verzeichnis in dem das Programm ist.
Das Verzeichnis ist ganz konkret
E:\Daten\Dev\SVN\repository\Cpp\Geräte\PiezoJena\QPiezoJenaControl\bin\debug

wobei bin\debug als Pfad für die Debug Version im Projekt so eingestellt wurde. Was wäre denn normalerweise das Arbeitsverzeichnis ? Im Grund möchte ich dass dieses identisch mit dem Verzeichnis des Binaries ist.

Re: VS2005: Anwendungskonfiguration nicht korrekt

Verfasst: 22. April 2008 07:13
von macman
pospiech hat geschrieben:Wenn ich eine Manifestdatei brauche, welche wäre das dann und wo bekomem ich die her?
Schau dir mal die Manifestdatei zu deinem Programm an. Eventuell stehen da die DLLs in unterschiedlichen Versionen drin. Hatte ich auch mal, weil ich die fertig übersetzen Qt-DLLs von Trolltech genommen habe. Qt selber kompilieren hat das Problem gelöst.

Verfasst: 4. Januar 2009 18:03
von pospiech
Ich habe mal wieder dasselbe Problem. Bei den letzten 5-10 Qt Projekten die ich seit dem letzten Post angefangen habe, hatte ich nie wieder dieses Problem, jetzt habe ich ein neues Projekt angefangen und bekomme folgenden Fehler:
"MatrixLibaryd.exe": "C:\WINDOWS\WinSxS\x86_Microsoft.VC80.DebugCRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_5490cd9f\msvcp80d.dll" geladen, Symbole wurden geladen.
"MatrixLibaryd.exe": "C:\WINDOWS\WinSxS\x86_Microsoft.VC80.DebugCRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_5490cd9f\msvcr80d.dll" geladen, Symbole wurden geladen.
Debugger: Eine nicht behandelte und nicht mehr ausführbare STATUS_DLL_NOT_FOUND-Ausnahme wurde während des Ladeprozesses ausgelöst
mit der Dialogmeldung das MSVCP80D.dll nicht gefunden wurde.

die Manifest Datei sieht so aus:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.VC80.DebugCRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
</dependentAssembly>
</dependency>
</assembly>
und ist damit identisch mit einem anderen funktionierendem Projekt.

Release mode funktioniert. Wo fange ich jetzt an zu suchen. An der Installation der Komponenten liegt es sicher nicht, denn alle anderen Projekte funktionieren einwandfrei.

Matthias