Perl-Script von Linux nach Windows portieren (Installation und Konfiguration)

[thread]14057[/thread]

Perl-Script von Linux nach Windows portieren

Leser: 43

Articles: hide open all | hide show old branches

+25 replies
DonKnilch

2009-09-24 11:19

User since
2009-09-04
62 Artikel
BenutzerIn

Hi,

ich habe unter Linux ein Perl-Script geschrieben, dass nun nach Möglichkeit unter Windows lauffähig gemacht werden soll. Ich habe bereits versucht, es mit tinyperl in eine Executable umzuwandeln. Das Umwandeln an sich klappt auch, jedoch entstehen letztendlich beim Aufruf der neuen Exe Probleme mit einigen Paketen, insbesondere werden dabei die Dateien IO.so und Handle.pm erwähnt.

Daher meine Frage an dieser Stelle: Inwieweit sind diese Pakete für die Anwendung unter Windows geeignet? Wie kann ich das Script zum Laufen bringen?

Vielen Dank für eure Hilfe

MfG
DonKnilch
- +24 replies
- renee
  
  2009-09-24 11:26
  
  User since
  2003-08-04
  14371 Artikel
  ModeratorIn
  
  Hast Du einen Rechner mit Windows und Perl zur Verfügung? Wenn ja, dann sollte es kein großes Problem sein, eine .exe zu erstellen - außer Du verwendest wirklich Linux-spezifische Sachen.
  
  Ich würde so vorgehen:
  
  * Skript von Linux-Rechner auf Windows-Rechner kopieren
  * Laufen lassen und nach und nach Fehler beseitigen
  * exe erzeugen
  
  OTRS-Erweiterungen (http://feature-addons.de/)
  Frankfurt Perlmongers (http://frankfurt.pm/)
  --
  
  Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
  Perl-Entwicklung: http://perl-services.de/
  - +23 replies
  - DonKnilch
    
    2009-09-24 12:07
    
    User since
    2009-09-04
    62 Artikel
    BenutzerIn
    
    Das habe ich natürlich auch versucht bzw bin noch dabei, komme da aber nicht so ganz weiter, da ich Perl noch nie unter Windows benutzt habe. Beim Kompilieren werden folgende Fehler gemeldet:
    
    Quote
    Can't load 'C:/Perl/lib/auto/IO/IO.so' for module IO: load_file:///%1 ist keine zulässige Win32-Anwendung at C:/Perl/lib/XSLoader.pm line 64.
    at C:/Perl/lib/IO.pm line 11
    Compilation failed in require at C:/Perl/lib/IO/Handle.pm line 9.
    BEGIN failed--compilation aborted at C:/Perl/lib/IO/Handle.pm line 9.
    Compilation failed in require at FolderMonitor.pl line 4.
    BEGIN failed--compilation aborted at FolderMonitor.pl line 4.
    
    Compilation exited abnormally with code 2 at Thu Sep 24 12:02:53
    
    IO.so scheint ja nicht unter Windows zu funktionieren, aber was kann ich dagegen unternehmen?
    - sid burn
      
      2009-09-24 12:11
      
      User since
      2006-03-29
      1520 Artikel
      BenutzerIn
      
      Versuchst du Perl selber zu kompilieren unter Windows? Ich würde dir eher Strawberry Perl empfehlen.
      
      http://strawberryperl.com/
      Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
    - +21 replies
    - renee
      
      2009-09-24 12:20
      
      User since
      2003-08-04
      14371 Artikel
      ModeratorIn
      
      2009-09-24T10:07:02 DonKnilch
      Beim Kompilieren werden folgende Fehler gemeldet
      Beim Kompilieren von Perl oder des Skripts in eine .exe?
      
      Wenn ersteres: Dann wie "sid burn" geschrieben hat StrawberryPerl installieren oder ActivePerl.
      
      Wenn zweiteres: Hast Du das Skript erstmal erfolgreich auf Windows getestet? Sprich einfach mal in der Kommandozeile aufgerufen?
      OTRS-Erweiterungen (http://feature-addons.de/)
      Frankfurt Perlmongers (http://frankfurt.pm/)
      --
      
      Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
      Perl-Entwicklung: http://perl-services.de/
      - +20 replies
      - pktm
        
        2009-09-24 13:55
        
        User since
        2003-08-07
        2921 Artikel
        BenutzerIn
        
        Das ist insofern relevant, als dass du alle Module, die du bei dir auf der Linux-Seite installiert hast, ja auch auf Windows haben musst.
        http://www.intergastro-service.de (mein erstes CMS :) )
        
        +19 replies
        
        DonKnilch
        
        2009-09-24 14:40
        
        User since
        2009-09-04
        62 Artikel
        BenutzerIn
        
        Das ist mir schon alles bewusst, vielleicht habe ich mich da nicht ganz klar ausgedrückt.
        
        Ich habe mit tinyperl eine Exe von meinem Script erstellt. Diese funktioniert jedoch nicht, da dort wohl einige der Pakete nicht passen/funktionieren. Die Pakete habe ich jedoch vorher ebenfalls in eine Datei gepackt, wie auf der tinyperl-Seite beschrieben wurde, und mitgeliefert. Es sollte also alles da sein, was benötigt wird.
        
        Danach bin ich dazu übergegangen, das Script an sich unter Windows zu testen (also erstmal keine Exe). Sowohl beim Kompilieren als auch beim Ausführen treten die erwähnten Probleme aus.
        
        Mittlerweile habe ich mal Strawberry-Perl installiert, die Pakete muss ich aber natürlich noch installieren. Leider blicke ich da unter Windows nicht ganz durch. Ich kann die Pakete nur manuell installieren, da ich hier hinter einem Proxy sitze und CPAN oder PPM somit nicht funktionieren. Beim manuellen Bearbeiten komme ich bis zur Erstellung der Makefile.PL (erfolgreich), allerdings weiss ich dann nicht weiter, da es offensichtlich kein Make unter Windows gibt.
        
        Danke nochmal für eure Hilfe.
        
        renee
        
        2009-09-24 14:49
        
        User since
        2003-08-04
        14371 Artikel
        ModeratorIn
        
        * Statt tinyperl würde ich Cava (http://cava.co.uk/) nehmen
        * unter Windows gibt es nmake
        OTRS-Erweiterungen (http://feature-addons.de/)
        Frankfurt Perlmongers (http://frankfurt.pm/)
        --
        
        Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
        Perl-Entwicklung: http://perl-services.de/
        
        +17 replies
        
        sid burn
        
        2009-09-24 14:50
        
        User since
        2006-03-29
        1520 Artikel
        BenutzerIn
        
        Quote
        Mittlerweile habe ich mal Strawberry-Perl installiert, die Pakete muss ich aber natürlich noch installieren. Leider blicke ich da unter Windows nicht ganz durch. Ich kann die Pakete nur manuell installieren, da ich hier hinter einem Proxy sitze und CPAN oder PPM somit nicht funktionieren.
        
        Du kannst CPAN auch hinter einem proxy nutzen. Wenn du in der normalen CPAN shell bist kannst du einfach mal "o conf" eingeben, dann siehst du dort Variablen. Du kannst dort
        
        "http_proxy"
        "ftp_proxy"
        "proxy_pass"
        "proxy_user"
        
        Konfigurieren. Z.B. mit "o conf http_proxy http://proxy/addresse"
        
        Die einstellungen speicherst du dann mit "o conf commit".
        
        Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
        
        +16 replies
        
        DonKnilch
        
        2009-09-24 15:54
        
        User since
        2009-09-04
        62 Artikel
        BenutzerIn
        
        Danke, das hat mir schon mal weitergeholfen. Ich habe nun noch einige Pakete über CPAN nachinstalliert. Wenn ich jetzt das Script aufrufe, kommt folgende Meldung:
        
        Quote
        Use of uninitialized value $ENV{"HOME"} in concatenation (.) or string at C:/strawberry/perl/site/lib/Net/SSH/Perl.pm line 108.
        The getpwuid function is unimplemented at C:/strawberry/perl/site/lib/Net/SSH/Perl/SSH2.pm line 39, <GEN0> line 1.
        
        Das Paket Net::SSH::Perl habe ich natürlich ebenfalls installiert.
        
        +9 replies
        
        Gast wer
        
        2009-09-24 16:28
        
        Vermutlich gibt es die Umgebungsvariable "HOME" unter Windows nicht.
        Die wird glaube ich auch von SSH gebraucht um die Verbindungsdaten des Nutzers zu finden. Exportiere die Variable mal mit einem vernünftigen Wert.
        
        +4 replies
        
        DonKnilch
        
        2009-09-24 16:40
        
        User since
        2009-09-04
        62 Artikel
        BenutzerIn
        
        Guest wer
        Vermutlich gibt es die Umgebungsvariable "HOME" unter Windows nicht.
        Die wird glaube ich auch von SSH gebraucht um die Verbindungsdaten des Nutzers zu finden. Exportiere die Variable mal mit einem vernünftigen Wert.
        
        Das habe ich mir auch schon gedacht, nur welchen Wert soll ich da reinschreiben?
        
        +3 replies
        
        GwenDragon
        
        2010-07-08 12:51
        
        User since
        2005-01-17
        14540 Artikel
        Admin1
        
        notfalls verwende
        
        Code (perl): (dl )
        
        $ENV{HOME}="$ENV{HOMEDRIVE}$ENV{HOMEPATH}" || '.';
        
        die Drachin, Gwendolyn
        
        Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
        
        +2 replies
        
        renee
        
        2010-10-08 20:07
        
        User since
        2003-08-04
        14371 Artikel
        ModeratorIn
        
        File::HomeDir sollte eigentlich helfen...
        OTRS-Erweiterungen (http://feature-addons.de/)
        Frankfurt Perlmongers (http://frankfurt.pm/)
        --
        
        Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
        Perl-Entwicklung: http://perl-services.de/
        
        nichtdort
        
        2010-10-09 10:10
        
        User since
        2009-08-20
        16 Artikel
        BenutzerIn
        
        2010-10-08T18:07:41 renee
        File::HomeDir sollte eigentlich helfen...
        
        hilft ja auch aber viele Modul Autoren kennen es nicht, wollen es nicht oder nutzen scheinbar ausschliesslich ein einziges System. Geht auch einwandfrei unter Win32.
        
        Code: (dl )
        
        1 2 3
        
        use File::HomeDir; $ENV{HOME} = File::HomeDir->my_home; use Net::SSH::Perl;
        
        +4 replies
        
        renee
        
        2009-09-24 16:41
        
        User since
        2003-08-04
        14371 Artikel
        ModeratorIn
        
        Deshalb sollte man File::HomeDir verwenden...
        OTRS-Erweiterungen (http://feature-addons.de/)
        Frankfurt Perlmongers (http://frankfurt.pm/)
        --
        
        Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
        Perl-Entwicklung: http://perl-services.de/
        
        +3 replies
        
        sid burn
        
        2009-09-24 17:02
        
        User since
        2006-03-29
        1520 Artikel
        BenutzerIn
        
        2009-09-24T14:41:22 renee
        Deshalb sollte man File::HomeDir verwenden...
        
        Das musst du den Modul Author sagen...
        Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
        
        +2 replies
        
        renee
        
        2009-09-24 17:04
        
        User since
        2003-08-04
        14371 Artikel
        ModeratorIn
        
        2009-09-24T15:02:06 sid burn
        2009-09-24T14:41:22 renee
        Deshalb sollte man File::HomeDir verwenden...
        
        Das musst du den Modul Author sagen...
        
        Was willst Du mir damit sagen?
        OTRS-Erweiterungen (http://feature-addons.de/)
        Frankfurt Perlmongers (http://frankfurt.pm/)
        --
        
        Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
        Perl-Entwicklung: http://perl-services.de/
        
        sid burn
        
        2009-09-24 17:19
        
        User since
        2006-03-29
        1520 Artikel
        BenutzerIn
        
        Quote
        Was willst Du mir damit sagen?
        
        DonKnilch möchte ein Perl Modul (Net::SSH::Perl) installieren. Dieses nutzt $ENV{HOME} um das Homeverzeichniss zu lokalisieren.
        
        Und dieses ist natürlich nicht Platformunabhängig. Korrekt wäre es also wenn der Author von Net::SSH::Perl "File::HomeDir" nutzt, anstatt das Home verzeichniss über $ENV{HOME} zu bestimmen.
        
        Aber wahrscheinlich so wie du nochmal nachfragst meintest du vielleicht vor dem Laden von Net::ssh:Perl $ENV{HOME} mithilfe von File::HomeDir selber setzen um diese Nicht Portabilität von Net::SSH::Perl zu umgehen? Wenn ja dann drückst du solche Aussagen mit ziemlich wenig Worten aus. ^^
        Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
        
        +6 replies
        
        pktm
        
        2009-09-24 16:54
        
        User since
        2003-08-07
        2921 Artikel
        BenutzerIn
        
        Ich habe da ein paar Tickets im Bugtracker zu Net::SSH::Perl und Win32 gesehen, eventuell möchtest du da einen Blick drauf werfen.
        http://www.intergastro-service.de (mein erstes CMS :) )
        
        +5 replies
        
        sid burn
        
        2009-09-24 17:03
        
        User since
        2006-03-29
        1520 Artikel
        BenutzerIn
        
        Jup habe ich auch gesehen. Soweit wie ich es auch entnommen habe soll Net::SSH::Perl demnächst auch in Strawberry Perl als Default aufgenommen werden.
        Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
        
        +4 replies
        
        DonKnilch
        
        2009-09-30 13:58
        
        User since
        2009-09-04
        62 Artikel
        BenutzerIn
        
        Ich habe das Problem mittlerweile behoben, indem ich den Pfad selber gesetzt habe. Nun habe ich jedoch das Problem, dass ein $ssh->cmd(...) keine Rückgabe liefert und es an dieser Stelle dann stehen bleibt. Unter Linux funktioniert das Ganze problemlos, unter Windows tritt dieses Problem auf. Hat da jemand eine Idee?
        
        PS: Ich habe die ssh-Verbindung unter Windows mittels Net::SSH::W32Perl realisiert.
        
        DonKnilch
        
        2009-09-30 18:07
        
        User since
        2009-09-04
        62 Artikel
        BenutzerIn
        
        Ich habe den Fehler nun gefunden. Im Modul Net::SSH::Perl ist ein Fehler, der beim Aufruf über Net::SSH::W32Perl das beschriebene Problem verursacht. Nachdem ich diesen korrigiert hatte, lief es auch nach dem cmd-Aufruf weiter. jedoch habe ich nun ein neues Problem. Irgendwann blockiert die Pipe, die ich zum Datenaustausch benutze. gibt es da unter Windows irgendwie Probleme bzw muss diese anders implementiert werden? Unter Linux läuft es problemlos.
        
        Die Pipe ist folgendermaßen definiert:
        
        Code: (dl )
        
        1 2
        
        pipe(my $CHILD_RDR,my $PARENT_WTR); $PARENT_WTR->autoflush(1);
        
        Auf den Writer werden die Daten geschrieben und aus dem Reader dann ausgelesen.
        
        +2 replies
        
        Gast Shobhit
        
        2010-05-06 23:51
        
        2009-09-30T11:58:42 DonKnilch
        Ich habe das Problem mittlerweile behoben, indem ich den Pfad selber gesetzt habe. Nun habe ich jedoch das Problem, dass ein $ssh->cmd(...) keine Rückgabe liefert und es an dieser Stelle dann stehen bleibt. Unter Linux funktioniert das Ganze problemlos, unter Windows tritt dieses Problem auf. Hat da jemand eine Idee?
        
        PS: Ich habe die ssh-Verbindung unter Windows mittels Net::SSH::W32Perl realisiert.
        
        What path You set, could you please give example?
        Last edited: 2010-05-06 23:53:51 +0200 (CEST)
        
        nichtdort
        
        2010-10-08 17:19
        
        User since
        2009-08-20
        16 Artikel
        BenutzerIn
        
        Ich weiss das Thema ist alt aber habe gerade das gleiche Problem gehabt und die Lösung unter http://www.perlmonks.org/?node_id=758068 gefunden.
        
        Guest Shobhit
        PS: Ich habe die ssh-Verbindung unter Windows mittels Net::SSH::W32Perl realisiert.
        
        In Net/SSH/Perl.pm gibt es noch einen kleinen Bug bisher dazu. Suche einfach folgende Zeile:
        
        Code: (dl )
        
        my $proto_class = join '::', __PACKAGE__,($proto == PROTOCOL_SSH2 ? "SSH2" : "SSH1");
        
        ersetze es durch:
        
        Code: (dl )
        
        1 2 3 4 5 6 7
        
        my $proto_class; if($^O eq 'MSWin32' && $proto == PROTOCOL_SSH2){ $proto_class='Net::SSH::W32Perl::SSH2' }else{ $proto_class = join '::', __PACKAGE__,($proto == PROTOCOL_SSH2 ? "SSH2" : "SSH1"); }
        
        Hilft nur bei SSH2 aber das reicht meist auch und mit passenden Homedir geht es einwandfrei unter Windows 7 mit ActivePerl 5.10 und Net::SSH::W32Perl::SSH2 sollte natürlich dann installiert sein.
        
        Quote
        What path You set, could you please give example?
        
        Try this code:
        use File::HomeDir;
        $ENV{HOME} = File::HomeDir->my_home;
        use Net::SSH::Perl;
        
        or change in Net/SSH/Perl.pm the follow line:
        my $home = $ENV{HOME} || (getpwuid($>))[7];
        Last edited: 2010-10-08 17:21:39 +0200 (CEST)

View all threads created 2009-09-24 11:19.