rufId.dll aus Windows Dienst ansprechen (LoadLibrary)

[mkinzler]

Handelt es sich um ein lokales Laufwerk?

[AliDi]

Hi,

Ja, ist ein lokales Laufwerk.

Wenn ich den Dienst als Admnistrator starte ist es der gleiche Effekt. In einer normalen Anwendung funktioniert es als Administrator.

Kann man eine DLL eigentlich so bauen, das sie nicht mit einem Dienst funktioniert?

Gruß
AliDi

[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.