Hallo,

es gab vor einiger Zeit schon einen ähnlichen Thread, aber die dortigen Hinweise haben keinen Erflog gebracht.
Das Problem:
Ich habe ein .Net Programm geschrieben, das hier auf dem Rechner problemlos läuft. Nun habe ich dieses Programm auf einen zweiten Rechner kopiert und dort läuft es nicht. Ich erhalte folgende Fehlermeldung:
Common Language Runtime Debugging Services
Die Anwendung hat einen Ausnahmefehler verursacht, der nicht verarbeitet werden konnte.
...
Ok und Abbrechen Button. Klickt man auf Abbrechen, folgte eine zweite Fehlermeldung die aussagt, dass der registrierte JIT-Debugger nicht verfügbar ist...


Auf dem zweiten Rechner habe ich kein Borland-Studio installiert, aber das .Net-Framework und ich habe den FusionLogViewer laufen lassen, der spuckte folgendes aus:

Zitat:

*** Assembly Binder Log Entry (04.10.2007 @ 11:37:04) ***

The operation failed.
Bind result: hr = 0x80070002. Das System kann die angegebene Datei nicht finden.

Assembly manager loaded from: C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\fusio n.dll
Running under executable C:\Sourcecode\LUG\Lohnarten\Lohnartentabelle.exe
--- A detailed error log follows.

=== Pre-bind state information ===
LOG: DisplayName = Borland.Data.Oracle, Version=2.5.0.0, Culture=neutral, PublicKeyToken=91d62ebb5b0d1b1b
(Fully-specified)
LOG: Appbase = C:\Sourcecode\LUG\Lohnarten\
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = NULL
LOG: AppName = NULL
Calling assembly : Borland.Data.Provider, Version=2.5.0.0, Culture=neutral, PublicKeyToken=91d62ebb5b0d1b1b.
===

LOG: Processing DEVPATH.
LOG: DEVPATH is not set. Falling through to regular bind.
LOG: Publisher policy file is not found.
LOG: Host configuration file not found.
LOG: Using machine configuration file from C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\confi g\machine.config.
LOG: Post-policy reference: Borland.Data.Oracle, Version=2.5.0.0, Culture=neutral, PublicKeyToken=91d62ebb5b0d1b1b
LOG: Cache Lookup was unsuccessful.
LOG: Attempting download of new URL file:///C:/Sourcecode/LUG/Lohnarten/Borland.Data.Oracle.DLL.
LOG: Attempting download of new URL file:///C:/Sourcecode/LUG/Lohnarten/Borland.Data.Oracle/Borland.Data.Oracle.DLL.
LOG: Attempting download of new URL file:///C:/Sourcecode/LUG/Lohnarten/Borland.Data.Oracle.EXE.
LOG: Attempting download of new URL file:///C:/Sourcecode/LUG/Lohnarten/Borland.Data.Oracle/Borland.Data.Oracle.EXE.
LOG: All probing URLs attempted and failed.

Ich habe die Borland.Data.Oracle.DLL inzwischen in eins der Verzeichnisse kopiert und nun spuckt der LogViewer nichts mehr aus, das Programm läuft aber trotzdem nicht...

Ich bin mit meinem Latein am Ende...hat jemand eine Idee?
Achja und nochwas. Auf einem dritten PC, auf dem auch Borland installiert ist, läuft das Programm problemlos...

Mach die Borland.Data.Oracle.Dll mal im Reflector auf und guck dort in die Referenzen. Dort wird sicher noch eni Assembly angezogen das Du nicht mit auf den Zielrechner kopierst.

Die ORacle.dll war auch nicht die einzige dll , die ich kopiert habe...
Ich habe sie nun mit dem Reflector geöffnet, aber werde nicht so ganz schlau daraus, was mir das ganze sagt...?

Ich habe nun noch ein wenig weiter getestet. Ich habe ein neues Projekt erstellt und direkt kompiliert und auf dem zweiten Rechner gestartet. Läuft problemlos! Sobald ich aber eine Borland Data Provider - Komponente zu meinem Formular füge (es werden nun automatisch Borland.Data.Common.dll und Borland.Data.Provider.dll als Referenzen hinzugefügt), läuft das ganze nicht mehr.

Hat jemand Erfahrung damit bzw. kann mir sagen ob diese dlls noch weitere Assemblies benötigen?

Zitat von Raffigator:

Hat jemand Erfahrung damit bzw. kann mir sagen ob diese dlls noch weitere Assemblies benötigen?

Ja, der Reflector: Du öffnest die Assembly damit, suchst den Punkt 'References' und schaust dort nach, welche anderen Assemblys dort eingetragen sind. Die müssen logischerweise auch auf dem Zielsystem sein.

Das ist der Fall...alle Assemblies sind vorhanden, aber die selbe Fehlermeldung. Kann es irgendwie an der Installation des .Net-Frameworks liegen?

Zitat von Raffigator:

Das ist der Fall...alle Assemblies sind vorhanden, aber die selbe Fehlermeldung. Kann es irgendwie an der Installation des .Net-Frameworks liegen?

Du hast Borland.Data.Oracle, Borland.Data.Provider und alle Abhängigkeiten installiert? Auch den Oracle cleint, den diese Bibliothek natürlich benötigt?
Sind übrigens alles megaoffensichtliche Schritte...