rufId.dll aus Windows Dienst ansprechen (LoadLibrary)

[Luckie]

Mit Dienst und Netzwerk wirst du noch mehr Probleme bekommen, da das Systemkonto in der Regel keinen Zugriff auf das Netzwerk hat.

[AliDi]

Hi,

Zitat von Luckie:

Mit Dienst und Netzwerk wirst du noch mehr Probleme bekommen, da das Systemkonto in der Regel keinen Zugriff auf das Netzwerk hat.

Also die Netzwerk Sachen laufen (Indy TCP Server und TCP Client). Ich hab das ganze jetzt mal in ne eigene DLL gepackt die ich aus meinem Dienst anspreche, der gleiche Effekt. Sobald der initialization Abschnitt der eigenen DLL (DllHdl := LoadLibrary(PChar (DLLPath))) durchlaufen wird tritt das Problem wieder auf

Gruß
Alidi

[Luckie]

Ob der Code vom Dienst in einer DLL steckt oder in der Exe direkt, spielt keine Rolle, der Dienst wird trotzdem keinen Zugriff auf das Netzwerk haben, wenn er unter dem Systemkonto läuft.

[AliDi]

Hi,

Zitat von Luckie:

Ob der Code vom Dienst in einer DLL steckt oder in der Exe direkt, spielt keine Rolle, der Dienst wird trotzdem keinen Zugriff auf das Netzwerk haben, wenn er unter dem Systemkonto läuft.

Wie gesagt, die Netzwerk Sachen laufen ja. Indy TCP Client und Server erledigen ihren Job ohne Probleme (auch unter dem Systemkonto). Nur wenn ich die rufId.dll im Service nutzen will gibts Probleme (egal ob Systemkonto oder z.b. Administratorkonto).

Gruß
Alidi

[Klaus01]

Was Michael meint ist,
wenn die DLL auf einem Netzlaufwerk liegt
kann sie nicht geladen werden. Weil
unter dem Systemkonto keine Netzlaufwerke
angehangen werden.

Schau doch mal mit FileExists ob die Datei
gefunden wird.
Die Ausgabe kannst Du ja in ein Logfile schreiben.

Grüße
Klaus

[Luckie]

Meinte ich eigentlich nicht, aber das wäre auch eine Fehlerursache.

[mkinzler]

Er mwinte aber das F ein lokales Laufwerk sei

[AliDi]

Also die Datei existiert (geprüft mit FileExists) und liegt auf einem lokalen laufwerk. Mit einer normalen Anwendung gehts, nur mit einem Dienst nicht.


Gruß
Alidi