kann dll als system user nicht laden (Allgemeines zu Perl)

[thread]15259[/thread]

kann dll als system user nicht laden

Leser: 17

Articles: hide open all | hide show old branches

+9 replies
Gast dontroc

2010-07-07 16:28

Hi,
das script läuft auf einem normalen Windows user account. Es soll als Dienst automatisch laufen und dafür muss es vom system account gestartet werden, liefert aber einen error:

Can't load 'path.../SSLeay.dll' for module Net::SSLeay: load_file: The specified module could not be found at path.../Dynaloader.pm line 200,
<DATA> line 522. at path.../ SSL.pm line 18
Compilation failed in require at directory.../SSL.pm line 18, <DATA> line 522.
BEGIN failed--compilation aborted at path.../SSL.pm line 18, <DATA> line 522.
Compilation failed in require at path.../LDAP.pm line 105, <DATA> line 522.

denke es liegt an der hervorgehobenen Stelle, also dass die dll vom system user account nicht gefunden wird.
jegliche Lösungsvorschläge sind sehr willkommen.
Last edited: 2010-07-07 16:30:35 +0200 (CEST)
- +8 replies
- esskar
  
  2010-07-07 16:32
  
  User since
  2003-08-04
  7321 Artikel
  ModeratorIn
  
  hi. system account kennt deine perl pfade nicht. du mach mal ein search auf ssleavy.dll (ich glaube, es ist c:\perl\bin) und füg diesen pfad in der system-variable PATH hinzu. ggf. neustarten.
  - +7 replies
  - Gast dontroc
    
    2010-07-07 17:32
    
    danke für die schnelle Antwort und sorry, ich hab den Pfad durch path einfach verkürtzt, path ist keine systemvariable.
    Can't load 'C:strawberry/perl/vendor/lib/auto/Net/SSLeay/SSLeay.dll' for...usw. D
    Das ist der absolute Pfad, der auch in der Fehlermeldung steht und vom script gesucht wird. Müsste es also auch finden, wenns vom system user-account ausgeführt wird, oder hab ich was übersehn ?
    
    vielleicht gibt es Unterschiede in der DLL Erreichbarkeit bei unterschiedlichen accounts ?
    
    Last edited: 2010-07-07 17:43:26 +0200 (CEST)
    - +6 replies
    - murphy
      
      2010-07-07 17:57
      
      User since
      2004-07-19
      1776 Artikel
      HausmeisterIn
      
      Wenn da zwischen C: und strawberry tatsächlich kein / steht, dann ist das kein absoluter Pfad, sondern ein Pfad relativ zum aktuellen Arbeitsverzeichnis des aktuellen Prozesses auf dem Laufwerk C:.
      
      Windoof hat konzeptionell pro Prozess einen aktuellen Laufwerksbuchstaben und pro aktuellem Laufwerksbuchstaben ein aktuelles Arbeitsverzeichnis.
      When C++ is your hammer, every problem looks like your thumb.
      - Gast dontroc
        
        2010-07-08 09:23
        
        danke schonmal,
        doch doch. das script versucht es auf
        
        Code: (dl )
        
        c:/..soundso
        
        (also absolut), sonst würd es vom normalen user-account aus auch nicht gehn, denk ich.
        Last edited: 2010-07-08 10:23:38 +0200 (CEST)
      - +4 replies
      - Gast dontroc
        
        2010-07-08 10:06
        
        sind DLLs für alle benutzer gleich?
        oder gibt es da doch noch eine Umgebungsvariable mit andere Werten pro user-account ?
        Last edited: 2010-07-08 10:23:30 +0200 (CEST)
        
        +3 replies
        
        bianca
        
        2010-07-08 10:30
        
        User since
        2009-09-13
        6977 Artikel
        BenutzerIn
        
        Guest dontroc
        sind DLLs für alle benutzer gleich?
        oder gibt es da doch noch eine Umgebungsvariable mit andere Werten pro user-account ?
        
        Entweder sind sie Programmbezogen (liegen dann meist im Programmverzeichnis) oder übergreifend und liegen dann meist im Windows-Verzeichnis. Userbezogene DLL's hab ich noch nicht gesehen.
        10 print "Hallo"
        20 goto 10
        
        +2 replies
        
        Gast dontroc
        
        2010-07-08 11:04
        
        wenn es keine userbezogenen DLLs gibt, dann könnte der unterschied noch in einer Umgebungsvariablen sein.
        Aber in welcher, wenn der Pfad doch schon bei c:/ usw anfängt ?
        
        als normaler user findet das script die .dll, als system user nicht.
        Last edited: 2010-07-08 11:06:23 +0200 (CEST)
        
        Gast dontroc
        
        2010-07-08 14:50
        
        ist gelöst.
        mit dem Programm "dependency walker" diese SSLeay.dll angeguckt und gesehn, dass 3 abhängige dlls, als system user, nicht geladen werden konnte.
        mit normalem user verglichen und da ging es.
        
        habe die 3 abhängigen dlls ins system32 Verzeichnis kopiert und SSLeay.dll konnte die 3 laden, somit selber laufen und das script ohne Fehlermeldung starten.
        
        verstehen tu ich den unterschied im system user aber immernoch nicht.
        Last edited: 2010-07-08 15:08:56 +0200 (CEST)

View all threads created 2010-07-07 16:28.