Wie um zu überprüfen, COM-dll registriert ist oder nicht mit C#?

Ich brauche, um zu überprüfen, ob msdia100.dll ist registriert auf einem computer-system, dass ich laufen, um registrieren Sie die dll mit dem Befehl regsvr32.exe. Wie kann ich das mit C#?

InformationsquelleAutor prosseek | 2011-02-11
  1. 3

    Können Sie suchen, durch die Registrierung für diesen. Unter der Annahme, dass Sie nicht wissen, die COM-Objekte enthalten in der DLL müssen Sie zu Beginn der Suche für den DLL-Namen zuerst in HKEY_CLASSES_ROOT.

    Verwenden Sie dann den Namen der Klasse zu finden, die CLSID in HKEY_CLASSES_ROOT\[ClassName]\CLSID und schließlich sollten Sie in der Lage sein, finden Sie die CLSID als HKEY_CLASSES_ROOT\CLSID\[CLSID].

    Bitte beachten Sie, dass registry-Standorte aus dem Gedächtnis geschrieben, so dass vielleicht ein bisschen off.

    Edit: Oder, wenn Sie wissen, den Namen der Klasse, konnte man nur versuchen, eine Instanz zu schaffen, und sehen, ob es funktioniert oder nicht.

    InformationsquelleAutor Hans Olsson
  2. 4

    Der Registrierung Ansätze sind okay und lohnt sich, aber um sicher zu sein Sie könnten auch erwägen instanziieren etwas von innerhalb des COM-Objekts, eingewickelt in ein try {} catch (COMException) {}, dann etwas vernünftiges auf den Benutzer, wenn eine COMException wurde erwischt.

    • Insbesondere, da die registry ist viel komplizierter, als es aussieht, wegen der verschiedenen Schichten der emulation, 32 bit / 64 bit und so weiter.
    InformationsquelleAutor tomfanning
  3. 4

    Vorausgesetzt, Sie wissen, die CLSID der COM-dll verwenden, können Sie einfach überprüfen, ob es einen Schlüssel mit, die CLSID auf HKEY_CLASSES_ROOT\CLSID\{CLSID-of-your-COM-component} oder HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{CLSID-of-your-COM-component} (Wow6432Node => 32-bit-COM registriert und in einer 64-bit Maschine)

    z.B.

    private bool IsAlreadyRegistered()
{
    using (var classesRootKey = Microsoft.Win32.RegistryKey.OpenBaseKey(
           Microsoft.Win32.RegistryHive.ClassesRoot, Microsoft.Win32.RegistryView.Default))
    {
        const string clsid = "{12345678-9012-3456-7890-123456789012}";

        var clsIdKey = classesRootKey.OpenSubKey(@"Wow6432Node\CLSID\" + clsid) ??
                        classesRootKey.OpenSubKey(@"CLSID\" + clsid);

        if (clsIdKey != null)
        {
            clsIdKey.Dispose();
            return true;
        }

        return false;
    }
}
    • Ich Schätze Ihre exzellenten code. Vielen, vielen Dank !
    InformationsquelleAutor Caio Proiete
  4. 2

    Überprüfen, ob der Schlüssel vorhanden ist, mithilfe von Microsoft.Win32.RegistryKey

    var key = Microsoft.Win32.RegistryKey.OpenBaseKey(
            Microsoft.Win32.RegistryHive.ClassesRoot,
            Microsoft.Win32.RegistryView.Default)
            .OpenSubKey("Interface")
               //replace with your COM object GUID
            .OpenSubKey("{a3560000-0000-0000-c63b3-000000cbadf0000}");

        return key != null;
    InformationsquelleAutor cobkarter
  5. 1

    Blick auf die rgistry unter HKEY_CLASSES_ROOT\CLSID\\InprocServer. Wenn Sie den Datensatz, dann wird die DLL registriert werden soll.

    InformationsquelleAutor YvesR
  6. -1

    Dies ist der richtige Weg, es zu tun. Es bezieht mit PInvoke-aber nur, weil Sie nicht haben, sofern diese Funktion in der .NET direkt.

    [DllImport("kernel32")]    
public extern static int LoadLibrary(string lpLibFileName);

[DllImport("kernel32")]    
public extern static bool FreeLibrary(int hLibModule);        

public bool IsDllRegistered(string DllName)    
{    
  int libId = LoadLibrary(DllName);
  if (libId>0) FreeLibrary(libId);
  return (libId>0);    
}
    • Ich glaube nicht, dass das alles korrekt. Es lädt beliebiger - DLL, unabhängig davon, ob es registriert, wie das hosting einer COM-Objekt.
    • Sie laden eine dll-name und nicht der komplette Pfad. Wenn die dll geladen wurde. Wenn nicht, es wurde nicht registriert. Es sei denn, die dll, die Sie suchen auch passiert zu sein in Ihrem Pfad.
    • Nur um klar zu sein, LoadLibrary, gefolgt von DllGetClassObject (mit CLSID und IID des interfaces) gibt Ihnen eine Instanz einer COM-Objekt, das Sie mit spielen können. Wenn load library schlägt fehl, es ist nicht zur Arbeit gehen, Zeit.
    • Wenn die DLL geladen, es ist, weil die DLL gefunden wurde, auf den Weg. Wenn Sie drop die DLL in das aktuelle Verzeichnis oder in C:\Windows\System32 oder sonst wo kann es gefunden werden, dann LoadLibrary funktioniert. An diesem Punkt, so wird DllGetClassObject, aber dies sagt uns nichts. Wer von Ihnen positiv bewertet werden Sie verwechselt wurde.
    InformationsquelleAutor Shiv Kumar
Schreibe einen Kommentar