Meine Programme funktionieren nicht auf anderen PC's?
-
Ag3nt schrieb:
Yuhuuuuuuu es klappt.
Ab in die FAQ damit bitte bitte
Genial ich freu mich hier wie ein Specht...
Hab auf ner VM Ware Session Win XP draufgemacht (nackt) und dann nur die beiden Pakete installiert und es klappt
Häää
-
Na das Portieren von der Release Anwendung auf anderen PC's
-
Was soll daran besonders sein?
-
Der OP
-
Hallo,
ich habe ein ähnliches Problem:
ein Program ist auf einem Rechner mit VS2005 entwickelt worden (mit MT / CLR)
und läuft nicht auf einem anderen Rechner, OBWOHL
vcredist_x86.exe und .NET Framework 2.0 SP1 etc. installiert sind.
Statisch linken geht nicht.Hat jemand eine Idee?
Danke!
-
Du hast vermutlich nicht das SP1 von *vcredist* installiert!
-
ich hatte letztens ein paar apps in VS 2008 mit .Net 3.5 entwickelt
um es auf ein clean installed Windows XP zum laufen zu bekommen {Virtual PC} war es nur noetig das Framework 3.5 zu installen {=
-
Hallo Jochen,
vielen Dank für die Antwort!
Ich habe im Internet nach dem SP1 von vcredist gesucht und bin über Nikola Dudar's Weblog wieder auf den Microsoft-Seiten gelandet. Die installierte
Version von vcredist_86.exe, 8.0.50727.762.
Leider funktioniert es immer noch nicht.Auf anderen Rechnern (auf denen VS nicht installiert ist, gleicher Rechnertyp, Windows XP) läuft das Programm einwandfrei (ohne daß irgendetwas - außer .NET und vcredist - hinzuinstalliert werden mußte).
Jetzt weiß ich wirklich nicht mehr weiter...
-
Schau mal mit www.dependencywalker.com nach, was fehlt.
Auch ein Blick in den Event-Log sollte helfen.
-
Der Dependency-Walker hat keine Einsicht gebracht
(zeigt nichts Fehlendes an).
Ein Event-Log wurde offenbar nicht geschrieben
(jedenfalls gibt es keinen Eintrag mit entsprechender
Uhrzeit, und die jeweils letzten Einträge geben keine
weitere Hinweise...)
-
Hast Du den Walker auf dem Zielsystem ausgeführt ? Eventuell kannst Du mit filemon noch etwas herausfinden, die Logausgabe wird aber etwas umfangreicher. (Filemon findest Du bei Sysinternal)
-
Ich hatte in der Tat den Dependency Walker auf dem Zielcomputer ausgeführt,
und (grob) mit dem Walker auf dem Entwicklungscomputer verglichen.Danke für den Tip mit Filemon!
Hier habe ich den Filemon-Output auf dem Zielcomputer (entsprechendes Verzeichnis) verglichen mit dem Output auf einem anderen Computer, auf dem
das Programm läuft. Einziger Unterschied: einige dlls wurden nicht gefunden, und zwar msapsspc.dll, schannel.dll, digest.dll und msnsspc.dll.
Diese gehören allerdings zum Prozeß DW20.exe und nicht zum eigentlichen Zielprogramm. Hat das was zu bedeuten?Nochmals vielen Dank.
Ich denke allerdings, ich gebe auf, und beschränke mich auf Computer, auf denen das Programm läuft...
-
hi.
ich habe alle oben aufgeführten Dinge ausprobiert.
Ich bekomme zwar mein release-Programm auf einem anderen PC zum laufen, im debugmodus kommt aber weiterhin die bekannte Anwendungskonfigurations-Fehler-AUsgabe.hat jemand eine Idee?
-
Hi,
ich habe ein "Windows-Forms-Projekt" (eine art taschenrechner). Diese funktioneirt wunderbar auf meinem Rechner (Vista Ultimate 32bit SP1, visual studio 2008 pro). auf anderen rechnern, alle xp pro 32-bit sp2, geht es leider nicht.
netframework 2.0 und 3.0 sind installiert. auch "vcredist_x86" ist drauf.
habe in meinem projekt den konfigurationsmanager auf "release" gestellt und auch einen neuen ordner+neue exe in meinem projektverzeichnis, doch leider half auch das nicht.
hat vielleicht noch jemand mit VS 2008 erfahrung und kann mir genau sagen, was ich wo einstellen muss. das wäre super!!!!!vielen dank
detommey
-
Den Thread schon durch mit allen Möglichkeiten wie DepencyWalker etc. ?
-
ich hatte das heute morgen erst - der fehler war ganz simpel - ich hatte auf ein key in der registry zugreifen wollen - diesen gabs bei den xp rechner nicht, statt einen fehler zu werfen wurde das programm einfach nicht ausgefuehrt
in VS hiess es nur das die Windows1 nicht erstellt werden konnte {WPF}den fehler hatte ich gefunden indem ich diese version einfach mit der vorherigen version die funktionierte verglichen hab {bexond compare sei dank}
habs dann sehr schnell gefunden
-
Abend,
gibt es ne möglichkeit das Microsoft Visual C++ 2008 Redistributable Package (x86)
irgendwie in ne art Setup mit dem Programm einzubinden bzw die benötigten datein einfach "mitzuliefern"mfg nat
-
Hallo,
ich habe auch das Problem, dass mein Programm (test.exe) nicht auf einem anderen PC läuft.
Habe auch die Änderungen in den Einstellungen (siehe http://blog.kalmbach-software.de/2008/03/03/screencast-statically-link-to-the-c-runtime-to-prevent-vcredist-and-overcome-application-configuration-problems/ ) vorgenommen.
Allerdings ist dann der Fehlerfatal error C1189: #error : Please use the /MD switch for _AFXDLL builds
aufgetreten.
Danach änderte ich fogende Einstellung:Arrny schrieb:
vielen Dank für die Schnelle Reaktion,
habe vorerst das Problem gelöst, indem ich unter Projekt->Eigenschaften->Konfigurationseigenschaften->Allgemein unter "Verwendung von MFC" die Auswahl "MFC in einer statischen Bibliothek verwenden" gemacht habe.
Macht zwar die Datei wahnsinnig groß, aber man kann sicher sein, dass sie auf jedem System lauffähig ist.Gruß
..aber es funktioniert immernoch nicht!
Ich bin am verzweifeln...kann mir bitte jmd. weiterhelfen?!
-
Oder besser noch, kann mir mal jmd. sagen, was ich alles tun muss um das EXE-File auf einem anderen Rechner laufen zu lassen? (Es handelt sich um ein in C++ (WinAPI) geschriebenes Programm.)
Muss dazu, im Normalfall ja nur das EXE-File auf den anderen Rechner kopieren, oder?
Dank im Vorraus!
-
1. Release Build erstellen (kein Debug!)
2. Die C und C++ Runtime Dateien auf dem Zielsystem verfügbar machen. Seit VS2005 sollte das via vcredist Packet gemacht werden.Falls es nicht läuft mit dem Dependecy Walker die Ursache herausfinden.
Gruss Simon
Edit:
Hier noch ein früherer Post der ev. hilft:
http://www.c-plusplus.net/forum/viewtopic-var-t-is-219482-and-postdays-is-0-and-postorder-is-asc-and-start-is-20.htmlDependecy Walker: http://www.dependencywalker.com/