rufId.dll aus Windows Dienst ansprechen (LoadLibrary)

[Luckie]

Warum muss es denn überhaupt ein Dienst sein?

[AliDi]

Hi,

Zitat von Luckie:

Warum muss es denn überhaupt ein Dienst sein?

Es muß nicht zwingend ein Dienst sein, wäre aber schön. Das ganze soll im Hintergrund laufen und Anfragen per TCP beantworten. Mich interessiert aber auch warum das nicht funktioniert.

Gruß
Alidi

[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