JLI Spieleprogrammierung

[Dr. Best]

Tach,

ich habe in letzter Zeit mal ein bisschen mit dem .net framework rumgespielt um damit die GUIs für kleine Utilities zu meiner Engine zu entwickeln. Dabei hat sich folgendes Problem ergeben. Ich entwickle die Anwendungen bevorzugt an meinem Desktop PC (mit Vista) da der Formeditor an meinem Laptop (mit XP) ewige Wartezeiten mit sich bringt. Wenn ich die Anwendungen dann aber unter Vista kompiliere und versuche die erstellten Programme auf Rechnern mit XP auszuführen kriege ich folgende Fehlermeldung:

[fast hawk]

ich würd mal schauen ob auf beiden rechner die .net framework version gleich ist bzw. du auf dem einen nicht eine andere Version(neuere) des DirectX hast!
Ich hatte das selbe problem mal mit 2 win xp rechner doch das hat sich ergeben als ich bei dem wo es net gang das neueste .net framework drauf hab.

Aber unter Umständen musst du jedes mal den Quellcode neu kompilern.

gruß
fast hawk
_________________
Jetziges Projekt: The Ring War
Status: 40%
-----------------------------------
Nicht weil es schwer ist, wagen wir es nicht, sondern weil wir es nicht wagen, ist es schwer.
--
Lucius Annaeus Seneca (4)
röm. Philosoph, Dramatiker und Staatsmann

[manu]

So ein Programm hatt ja ganz viele Abhängigkeiten.

Und das Problem wird halt sein, dass Vista neuere Versionen von was auch immer welchen dlls hat und XP ältere. Und wegen abwärtskompatibilitäten geh halt die XP kompilation unter Vista aber nicht die Vista kompilation unter XP, da keine "Aufwärtskompatibilität"^^

Also die Fehlermeldung kenn ich nur zu gut, die kommt bei mir immer, wenn ne benötigte DLL o.ä. net in der erwarteten form oder überhaupt nicht gefunden wird.

[Dr. Best]

Das sind wohl wahre Antworten, aber leider sehr unbefriedigende . Dass es mit unterschiedlichen dll Versionen zusammenhängt wird wahrscheinlich der Grund sein, aber dann ergibt sich natürlich die Frage, was ich dagegen tuen kann . An DirectX kann's nicht liegen. Erstens habe ich die aktuellste DX Runtime auf dem Laptop drauf und zweitens funktionieren .net Anwendungen, die kein DX verwenden auf beiden Rechnern, egal wo sie kompiliert sind. Tatsächlich funktioniert meine DX basierte 3D-Engine dll sogar unter Windows 98 . Es wird also wohl an .net liegen, aber auch da hab ich auf beiden Rechnern genau die gleiche Version drauf (2.0.50727). Gibt es vielleicht irgendwelche Tools oder Tricks, mit denen man die Abhängigkeiten eines Programms feststellen kann und sehen kann an welcher es scheitert? Das dürfte zur Lösung recht hilfreich sein.
_________________

Ich bin da, wer noch?

[manu]

ähm nochmal ne wahre aber unbefriedigende antwort...

also es gibt ein Tool zum feststellen der Abhängigkeiten. Das ist irgendwo schon in dem VS verzeichnis mit dabei.. Bloß weiss ich nicht mehr wie es heißt, is schon gut ein Jahr her.. Und ich hab momentan auch net so viel Zeit zum selber suchen. Aber es sollte eines geben, also ne einfache .exe irgendwo im Installationsverzeichnis von VS

[AFE-GmdG]

Welche Version der Entwicklungsumgebung benutzt du?
Windows Vista bringt nämlich von Haus aus das Dot Net Framework 3.0 mit, welches unter WinXP erst nachinstalliert werden muss. Umgedreht ist unter XP in Aller Regel das Framework 2.0 installiert. Programme die für das 2.0 Framework kompiliert sind laufen in aller Regel auch im 3.0 Framework - oder du hast zusätzlich in Vista noch die Runtime des 2.0 Frameworks installiert.
Ich weiss nicht welches Tool du meinst - aber die Abhängigkeiten eines Projektes werden doch in Projektmappenordner vom Studio angezeigt (Referenzen)???

[Dr. Best]

@ AFE-GmdG
Also das .net 3.0 SDK hab ich nicht installiert (zumindest nicht wissentlich). Im Startmenu hab ich nur einen Eintrag für's .net 2.0 SDK und in meinem Projekt werden als Verweise halt nur die folgenden dlls angegeben, die wohl dem Dateipfad nach klar dem .net 2.0 framework zuzuordnen sind:
c:\Windows\Microsoft.NET\Framework\v2.0.50727\System.dll
c:\Windows\Microsoft.NET\Framework\v2.0.50727\System.Data.dll
c:\Windows\Microsoft.NET\Framework\v2.0.50727\System.Drawing.dll
c:\Windows\Microsoft.NET\Framework\v2.0.50727\System.Windows.Forms.dll
c:\Windows\Microsoft.NET\Framework\v2.0.50727\System.XML.dll

Wenn ich das Projekt auf dem Laptop kompiliere stehen da dann natürlich auch genau die gleichen Verweise und die oben aufgelisteten Dateien existieren auf dem Laptop auch alle.

@ manu
Das Tool dass du meinst konnte ich nich ausfindig machen . Hab mal nach Reference und Dependence gesucht, aber da gab's keine ordentlichen Ergebnisse. Im Startmenueintrag von VS is auch nix drin und den ganzen Installationsordner von VS von Hand durchsuchen ist kaum machbar, vor allem wenn man nicht genau weiß wonach man denn eigentlich schauen muss .
P.S.: Sorry, falls das mit der unbefriedigenden Antwort undankbar wirkte. War eher als Scherz gemeint .

Edit: Noch ein paar Zusatzinformationen, die vielleicht relevant sind. Ich schreibe in C++ und wenn ich bei VS 2005 den about Dialog aufrufe steht da folgendes für den Desktop PC:

[manu]

Hi, hab gesucht und das Versteck des Tools gefunden:

" "\Microsoft Visual Studio 8\Common7\Tools\Bin\Depends.Exe

[Dr. Best]

Super, das Programm ist genau was ich gesucht habe, danke für's raussuchen . Ich habe mein Programm jetzt mal damit überprüft. Die unter Vista kompilierte Version benötigt folgende nicht vorhandene DLLs: MSVCM80.dll, MSVCP80.dll, MSVCR80.dll, MSJAVA.dll
Komischerweise sind die bei der unter XP kompilierten Version (die funktioniert) auch alle aufgelistet aber werden dort korrekt geladen . Ich werde mal weiterhin versuchen die Ursache dafür zu finden. Die dlls gehören offensichtlich zur CLR, wenn ich die deaktiviere kompiliert das Projekt aber natürlich nicht.

Die dlls bei meinen Programmen mitliefern will ich nicht, weil die zusammen gut ein MB ausmachen und somit die Downloadgröße ungefähr verdoppeln würden .
_________________

Ich bin da, wer noch?