Qt auf anderen Rechnern

[BartSimpson]

Von der DLL Hölle ist leider jedes Windows Programm betroffen. Deshalb wurden ja auch seitens MS die Systemassemblys eingeführt. Um genau das Problem zu beheben. Da ist es erstmal egal was für ein Compiler man nimmt.
Richtig ist jedoch, das die benötogten Manifeste erst mit dem VC2005 erzeugt werden können.

[Joachim]

Hier noch ein MSDN-Link zum Thema:

http://msdn.microsoft.com/library/defau ... ection.asp

Also die DLLs ins Prg-Dir werfen, und eine Datei Appname.exe.local erzeugen, feddisch.

[BartSimpson]

nur leider wird LoadLibrary nicht benutzt um die Qt Libs zu laden!!
Das geht geht nur, wenn du was via LoadLibrary lädst. Aber das gilt nur für die Plug-Ins.(habe ich schon mal versucht)

[Joachim]

Hier noch eine schöne Zusammenfassung der ganzen Malaise (auf englisch):

http://www.codeproject.com/cpp/vcredists_x86.asp

(Man beachte auch den Hinweis zu VS2005 Service Pack 1 unter "Updates" ziemlich weit unten!)

Wenn ich mir das so durchlese, kann ich mich des starken Eindrucks nicht erwehren, dass Microsoft das Deployment von Win32-Anwendungen jetzt absichtlich so kompliziert wie eben möglich macht, während man bei .net immer auch auf das mögliche "xcopy-Deployment" hinweist. Sanfte Gewalt...

[BartSimpson]

Aber den möchte ich sehen, der z.b ein Treiber in .net schreibt.
Ich meine so kann man die Notwendigkeit eines Mehrkern Rechners auch rechtfertigen