Hilfe zu EIntfCastError gesucht

[FBrust]

Hallo,

ich habe eine Anwendung geschrieben, die per OLE auf eine Fremdanwendung zugreift. Leider funktioniert der OLE-Zugriff nur auf meinem PC, aber nicht auf einem anderen Rechner, auf dem beide Programme installiert sind.

Beim Start meiner Anwendung erscheint, sobald man eine entsprechende Funktion auswählt: "EIntfCastError: Schnittstelle nicht unterstützt", aber, wie gesagt, nicht auf meinem Rechner, da läufts einwandfrei.

Dies ist der Code, der den Fehler verursacht:

Code:

try
      dcmConnection := CoDauConnection.Create;
    except
      on E: Exception do begin
        ShowMessage('Text: ' + E.Message + E.ClassName);
        Result := 0;
        Exit;
      end;
    end;

Die Funktion "Create" sieht so aus:

Code:

class function CoDauConnection.Create: IDauComm;
begin
  Result := CreateComObject(CLASS_DauConnection) as IDauComm;
end;

Diese Funktion stammt aus einer von Delphi eingelesenen Typenbibliothek.

Interessant ist folgendes: Wenn man auf den anderen Rechnern die OLE-Funktionen etwa von MS-Access aus benutzt, klappt es auch da.

Ich komm einfach nicht weiter, ich bin schon ganz

Hat vielleicht jemand einen Tip?

Danke
Frank

[Daniel B]

Hallöchen und erstmal Willkommen,

kann es sein das Dir auf dem Zweitrechner irgend eine DLL fehlt?
Die Du zwar eingebunden hast, aber nur auf Deinem Rechner vorhanden ist.

Grüsse, Daniel

[FBrust]

Hallo Daniel,

das vermute ich auch stark, denn:

Mein Rechner:
Delphi-Programm -> OLE-Zugriff -> klappt
MS-Access -> OLE-Zugriff -> klappt

Anderer PC (egal ob NT oder W2k)
Delphi-Programm -> OLE-Zugriff -> klappt nicht
MS-Access -> OLE-Zugriff -> klappt

Meine eigene Software bindet zwar selbst keine DLLs ein, aber ich vermute, dass eine irgend eine andere DLL oder sonstige Datei fehlt.
Eigentlich müsste es auch eine sein, die nicht von meiner Software mitinstalliert wurde.

Auf meinem Testrechner hab ich schon alles aktualisiert (NT SP6a, IE 6SP1, Office SR2), ohne Erfolg.

Nur: Wie kann ich feststellen, welche Datei das ist?

Grüsse
Frank

[Daniel]

Hallo,

elegant ist meine Lösung vermutlich nicht; aber auch hier kann man das "Adler-Suchsystem" einsetzen. Du kannst Dir von SysInternals.com das Programm Process-Explorer herunterladen. Dieses kann Dir genau anzeigen, welcher Prozess, welche DLL geladen hat. So könntest Du dies auf Deinem Rechner laufen lassen und dadurch eine Liste der benötigten DLLs erhalten.

[RomanK]

Wir hatten hier ein Thema, da ging es um Festplattenzugriffe, da wurde ein Tool gepostet (von c't) das die Zugriffe auf DLLs protokoliert bzw. unterbindet!
LINK: http://www.delphipraxis.net/viewtopic.php?t=942

[FBrust]

Hallo Daniel,

elegant? Wer fragt schon hinterher danach? Also, das mit dem Programm bin ich gerade am Ausprobieren. Werde mich melden, obs was gebracht hat.

Danke für den Tip.

Grüsse
Frank

[sakura]

Mal eine einfache Frage, ist die OLE/COM Bibliothek, welche geladen werden soll auf dem Testrechner auch installiert?

Normalerweise benötigst Du keine weiteren DLLs-

[FBrust]

Hallo sakura,

danke für Deine Antwort.

Wie kann ich das feststellen?

Grüsse
Frank

[sakura]

Zum Feststellen musst Du in dem Registry Schlüssel HKCR\CLSID nach dem Namen der Komponente (Interface) suchen.

Code:

  Registrieren normalerweise mit:

    regsvr32 "Pfad:\und\Name\der\ActiveX.Datei"

  Deregistrieren normalerweise mit:

    regsvr32 /u "Pfad:\und\Name\der\ActiveX.Datei"

[FBrust]

Hallo sakura,

ok, werd ich morgen im Büro mal nachsehen. Ich melde mich dann nochmal

Grüsse

Frank