DLLRegisterServer Eingangspunkt nicht gefunden

Hallo,

ich habe folgendes Problem:

ich habe ein kleines Programm für ein Analogausgabemodul geschrieben. Leider
funktioniert das Programm nur, wenn ich vorher ein vom Hersteller geschriebenes Programm starte.

Wenn ich Labview starte und mein Programm anklicke kommt die Meldung:
"ULx_LV.dll konnte nicht geladen werden"
Wenn ich vorher aber das Standardprogramm vom Hersteller laufen lasse, dann funktioniert auch mein Programm.

Ich habe versucht die Dll bei WinXP zu registrieren, dazu hab ich bei "Ausführen":

regsvr32 "c:\Programme....\ULx_LV.dll"

ausgeführt, da kam dann die Fehlermeldung:

"DllRegisterServer- Eingangspunkt nicht gefunden. Datei kann nicht registriert werden."

In einem anderen Forum habe ich gelesen, man soll solche Dll's einfach in c:\windows\system oder ..\system32
hineinkopieren....aber das hat auch nichts geändert.


Kann mir jemand einen Rat geben?


MfG
ede

Das hört sich an wie ein Installationsfehler der Measurement Computing Software.

Nicht die ULx_LV.dll DLL ist nicht registriert, aber eine andere ActiveX DLL, die von dieser DLL benützt wird. ULx_LV.dll ist nur der Wrapper der die MC Treiber APIs (die scheinbar in ActiveX sind) für LabVIEW zugänglich macht. Wenn die MC Applikation läuft macht sie scheinbar einigen Hokuspokus, um diese Treiber APIs zu laden, und dann sind sie für den LabVIEW Treiber auch verfügbar.

Herinstallation oder Reperatur des UL LabVIEW Treibers, oder gar der ganzen MC Software (in der richtigen Reihenfolge!!, entsprechende readme.txt werden selten gelesen aber sind oft sehr wichtig), scheint mir angebracht.

Hallo Rolf,

danke für die Antwort!
versteh ich dich richtig, du meinst ich sollte evtl. die Installation von dem Gerät neu machen?
Ich frage, weil ich nicht verstehe warum dann die Programme vom Gerätehersteller (Meilhaus) funktionieren...

Oder ging schon etwas bei der installation von Labview schief?

(03.01.2012 12:43 )ede84 schrieb:  Hallo Rolf,

danke für die Antwort!
versteh ich dich richtig, du meinst ich sollte evtl. die Installation von dem Gerät neu machen?
Ich frage, weil ich nicht verstehe warum dann die Programme vom Gerätehersteller (Meilhaus) funktionieren...

Oder ging schon etwas bei der installation von Labview schief?

Nun ich kenne die Measurement Computing Hardware überhaupt nicht, da wir grundsätzlich NI Hardware verwenden wann immer das geht. Also kann ich Dir keine detaillierten Installationsanleitung geben. Und was der Grund ist warum die Meilhaus Software funktioniert und der LabVIEW Treiber nicht kann ich Dir auch nicht im Detail sagen. Es ist aber gut möglich dass die Herstellersoftware einige extra Klimmzüge macht um einen allenfalls vorhanden Treiber zu finden und zu initlialisieren, und dass diese Klimmzüge im LabVIEW Treiber nicht gemacht werden oder fehlschlagen wegen Installationspfad-Unterschieden.

Nichtsdestotrotz sollte es eine Möglichkeit geben um den LabVIEW Treiber selbständig zum Laufen zu bringen. Wie sollte in der Installationsanleitung zum Treiber zu lesen sein, aber diese Dokumente werden von einem richtigen Programmier meist nicht gelesen, weil es ja ansonsten zu einfach sein könnte :-). Und ja, in diesem Satz ist auch Selbstspott.

Okay Rolf,

hab verstanden. Nochmals vielen Dank!

Hau rein.
Gruß
der ede

OMG!!

"In einem anderen Forum habe ich gelesen, man soll solche Dll's einfach in c:\windows\system oder ..\system32
hineinkopieren....aber das hat auch nichts geändert."

Ich musste die Dll nur in das Verzeichnis vom Haupt-VI kopieren. Das war alles!

Anzeige

(04.01.2012 08:18 )ede84 schrieb:  OMG!!

"In einem anderen Forum habe ich gelesen, man soll solche Dll's einfach in c:\windows\system oder ..\system32
hineinkopieren....aber das hat auch nichts geändert."

Ich musste die Dll nur in das Verzeichnis vom Haupt-VI kopieren. Das war alles!

Das erste funktioniert nur für Standard DLLs (und ActiveX). .Net hat andere Regeln. Da muss eine DLL entweder im Verzeichnis des Executables sein oder im Global Assembly Cache (GAC). Alle anderen Stellen, die mit normalen DLLs funktionieren sind irrelevant. Um eine .Net DLL im Global Assembly Cache ablegen können muss sie allerdings "strongly named" sein. Das heisst sie muss eine detaillierte Versions Nummer enthalten und auch signiert sein.