Installer auf dern Entwicklungrechner funktioniert und auf andere nicht

Saif K. schrieb:
> Ich bekomme immer einen Fehlermeldung, die besagt dass einen bestimmten
> DLL "not available"
> was nicht sein kann.

Welche DLL genau?

> Dieses DLL beschreibt die USB Kommunikation zu einer Firmware.

Solche DLLs werden gerne mal erst beim 1. Anstecken des Gerätes "scharf" 
- weil erst da der Treiber wirklich im System installiert wird.

Eventuell hat der externe Entwickler nur Deine Anleitung befolgt: 
"Install Software first!". ;-)

Peter II schrieb:
> Saif K. schrieb:
>> Ich bekomme immer einen Fehlermeldung, die besagt dass einen bestimmten
>> DLL "not available"
>
> geht nur der Installer nicht oder läuft die Software nicht?
die SW läuft nicht

> Braucht der Installer überhaupt diese dll, oder erst später das
> Programm?

Das Programm braucht es das

Jim M. schrieb:
> Saif K. schrieb:
>> Ich bekomme immer einen Fehlermeldung, die besagt dass einen bestimmten
>> DLL "not available"
>> was nicht sein kann.
>
> Welche DLL genau?

Es handelt sich um eine DLL der hier im Hause entwicklet wurde und genau 
in diesem DLL wurde der externen DLL (C# ".NET 2.0") geladen und dort 
crash weil was anders kann ich mir nicht vorstellen.
Wie gesagt:
Der geliche Installer wurde auf der Entwcklungsrechner installiert und 
dort funktioniert einwandfrei.

>> Dieses DLL beschreibt die USB Kommunikation zu einer Firmware.
>
> Solche DLLs werden gerne mal erst beim 1. Anstecken des Gerätes "scharf"
> - weil erst da der Treiber wirklich im System installiert wird.

Ja das Stimmt und genau das passiert.
Wenn die SW gestartet wird, sucht als erste die USB verbindung bzw. die 
Verbindug zu Firmware wird geprüft ob es vorhanden ist.

Peter II schrieb:
> Saif K. schrieb:
>> Das Programm braucht es das
>
> dann schau im "ProcessMonitor" wo er die dll sucht, Eventuell ist es ja
> keine .net dll sondern eine C++ dll die die passenden Runtime braucht
> und diese auf dem PC nicht installiert ist. Dafür gibt es "depends".

Bei der Installer Projekt ist bei einen Ordner detected dependencies.
Wenn ich diese Ordner ausklappe dann sehe ich folgende:
Microsoft.Net Framwork
HID class.DLL

Wenn ich zwei mal auf der "Microsoft.Net Framwork" dann sehe ich 
folgende seh bitte Anhang.

Gero schrieb:
> sicher dass es kein Problem mit unterschiedlichen Pfaden ist?
Ja
Ich bin 100% sicher.
Gleiche SW aber halt mit Visual Studio 2008 lauft auf jede rechner 
Windows 7 oder Windows 10 (32/64) einwandfrei.


Einzige was es gemacht wurde, ist dieses projekt in Visual studio 2015 
zu integrieren mehr nicht.

Saif K. schrieb:
> Für diese SW wurde einen DLL, von einen externen Lieferant angewendet.
> Dieses DLL beschreibt die USB Kommunikation zu einer Firmware.
> Dieses DLL wurde in C# geschrieben und das war mindesten vor 10 Jahre.
> Dieses DLL wurde mit Framwork Version (.NET) 2.0 erstellt.
> Den Sourcecode haben wir leider nicht und der externe lieferant
> existiert auch nicht mehr.

Wenn die DLL nicht extrem umfangreich ist, dann sollte einer der 
Decompiler und etwas Handarbeit reichen
https://www.jetbrains.com/decompiler/
oder
http://www.telerik.com/products/decompiler.aspx
https://github.com/telerik/JustDecompileEngine
https://github.com/telerik/justdecompile-plugins

Abhängigkeiten
http://www.dependencywalker.com/
und/oder
https://github.com/mikehadlow/AsmSpy

Saif K. schrieb:
> Gero schrieb:
>> sicher dass es kein Problem mit unterschiedlichen Pfaden ist?
> Ja
> Ich bin 100% sicher.
> Gleiche SW aber halt mit Visual Studio 2008 lauft auf jede rechner
> Windows 7 oder Windows 10 (32/64) einwandfrei.
>
>
> Einzige was es gemacht wurde, ist dieses projekt in Visual studio 2015
> zu integrieren mehr nicht.

Das hört sich so an als ob irgendwas eine VC++Runtime referenziert, die 
vom VS mitinstalliert wird...
https://en.wikipedia.org/wiki/Microsoft_Windows_library_files#MSVCRT.DLL.2C_MSVCP.2A.DLL_and_CRTDLL.DLL
Kurzfassung: Bis 14.0 irgendwas mit MSVCR{version}.dll, danach 
VCRUNTIME{version}.dll