Seite lädt nach Installation von Modul nicht mehr (gelöst) (Installation und Konfiguration)

[thread]15853[/thread]

Seite lädt nach Installation von Modul nicht mehr [gelöst]

Leser: 21

Articles: hide open all | hide show old branches

+12 replies
HerrAlbert

2011-01-16 15:00
User since
2011-01-16
4 Artikel
BenutzerIn
Schönen guten Tag zusammen, ich hoffe ich bin mit meinem Anliegen in der richtigen Abteilung gelandet.

Anscheinend aus purer Langeweile oder aus tief sitzendem Masochismus habe ich mich in das kalte, dunkle Tal der Perl-Installation begeben. Vorhanden ist ein Apache 2.2.17, hinzugefügt wurde ActivePerl 5.12.2.1203, beides unter WinXP. Die Konfiguration des Apachen (kein mod_perl) ist soweit in Ordnung als das ich einfache Perl-Scripte ausführen kann.

Nun hatte ich ein Script ausgeführt welches die Zeile
Code: (dl )

use Win32::GUI();
enthält. Fehlermeldung:
Quote
Can't locate Win32/GUI.pm in @INC (@INC contains: blah/perl/site/lib blah/perl/lib .) at blah/htdocs/cgi-bin/tutgui1.pl line 6.

Nächster Schritt war den Paket Manger zu starten und nach einem Modul "win32-gui" zu suchen. Gefunden (Version: 1.06, Released: 2008-02-13, Author: Robert May <robertmay@cpan.org>, CPAN: http://search.cpan.org/dist/Win32-GUI-1.06/), angeklickt, installiert. Das Modul ist offensichtlich auch in dem entsprechenden Verzeichnissen (blah/perl/site/lib blah/perl/lib) installiert worden.

Rufe ich das Script nun erneut auf, so lädt die Seite unendlich lange ohne eine Ausgabe zu erzeugen. In den Error-Logs des Servers steht nichts drin, ansonsten bekomme ich auch keinerlei Rückmeldung. Bin gerade dabei mir Verzweifelung als zweiten Vornamen eintragen zu lassen, kann mir jemand einen Tipp geben woran es liegen könnte? Links zu Anleitungen, Tutorials o.d.gl.?
Boardsuche, Tante Google und die anderen bekannten Quellen habe ich bereist konsultiert.

Bin für jede Antwort dankbar.

PS: Wenn ich in der Kommandozeile (cmd) "ppm" eingebe, startet die grafische Oberfläche des ActiveState PPM. Falls man da was falsch machen kann, ich kann nichts dafür. Der startet halt einfach.
Last edited: 2011-01-16 15:06:32 +0100 (CET)
- MatthiasW
  
  2011-01-16 15:29
  
  User since
  2008-01-27
  367 Artikel
  BenutzerIn
  
  Was soll das Skript denn tun?
  Win32::GUI klingt nicht nach einem CGI-Skript ;) (GUI = graphical user interface; dt.: grafische Benutzeroberfläche/-schnittstelle)
  
  MfG
  perl -E'*==*",s;;%ENV=~m,..$,,$&+42;e,$==f;$"++for+ab..an;@"=qw,u t,,print+chr;sub f{split}say"@{=} me"'
- +7 replies
- bianca
  
  2011-01-16 18:37
  
  User since
  2009-09-13
  7016 Artikel
  BenutzerIn
  
  2011-01-16T14:00:36 HerrAlbert
  hinzugefügt wurde ActivePerl 5.12.2.1203, beides unter WinXP
  
  Keine gute Idee.
  Strawberry Perl bietet erheblich bessere Modulunterstützung, weil es einen Compiler mitliefert.
  10 print "Hallo"
  20 goto 10
  - +6 replies
  - HerrAlbert
    
    2011-01-16 19:08
    
    User since
    2011-01-16
    4 Artikel
    BenutzerIn
    
    @MatthiasW: Danke für den Hinweis bzgl. GUI. Aber etwas Erfahrung in Programmierung (PHP&Java) habe ich schon, von daher bin ich mir bei einigen Dingen doch recht sicher. Eins davon ist, dass dieses Script definitiv ein Perl-Script ist. Immerhin ist es aus dem verlinkten Modul (Win32::GUI Tutorial) ;)
    
    @bianca: Werde ich mal ausprobieren. Ich hatte vorher IndigoPerl als mod_perl installiert, kam da aber mit den Modulen überhaupt nicht klar.
    - +4 replies
    - Linuxer
      
      2011-01-16 19:12
      
      User since
      2006-01-27
      3890 Artikel
      HausmeisterIn
      
      MatthiasW hat doch gar nicht angezweifelt, dass es sich um ein Perl Skript handelt.
      
      Win32::GUI dient doch dazu eine Graphische Oberfläche zu erzeugen.
      
      CGI-Skripte (die in Perl realisiert werden können, aber auch in jeder anderen Sprache, die einem beliebt) brauchen keine graphische Oberfläche, sondern einen Webserver, über den sie aufgerufen werden.
      Beides zu mischen, macht IMHO keinen Sinn.
      
      Ein CGI-Skript wird auf dem Server (entfernt) ausgeführt und liefert die Ergebnis-Daten dann an den Client (lokal) aus.
      Ein GUI-Skript wird auf dem lokalen Rechner ausgeführt und stellt die GUI auf dem lokalen Rechner dar.
      
      Edit:
      Ein GUI-Skript erzeugt eigene Fenster, mit/in denen gearbeitet wird, ein CGI-Skript wird (in der Regel) über einen Browser angesprochen...
      Last edited: 2011-01-16 19:14:17 +0100 (CET)
      meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
      Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
      - +3 replies
      - HerrAlbert
        
        2011-01-16 19:24
        
        User since
        2011-01-16
        4 Artikel
        BenutzerIn
        
        Dann will ich mich mal bei MatthiasW in aller Form entschuldigen. Da scheine ich ein grundlegendes Verständnisproblem gehabt zu haben.
        
        Wenn ich das jetzt richtig verstanden habe, dann lädt die Seite nicht weil das Script quasi für den Desktop und nicht für den Browser geschrieben wurde.
        
        Linuxer
        
        2011-01-16 19:31
        
        User since
        2006-01-27
        3890 Artikel
        HausmeisterIn
        
        Ja, so hab ich es verstanden.
        
        Diese Win32::GUI Programme sollten ganz ohne Webserver funktionieren.
        
        Ich würde zum Testen eine Eingabeaufforderung öffnen (Start->Ausführen->"cmd" eintippen->[Enter]), in das Verzeichnis wechseln, in dem die tutgui1.pl liegt (cd /D D:\tutorials, Pfad ist anzupassen), dort mal das Skript ausführen (perl tutgui1.pl) und dann schauen was passiert...
        meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
        Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
        
        clms
        
        2011-01-16 19:34
        
        User since
        2010-08-29
        373 Artikel
        BenutzerIn
        
        2011-01-16T18:24:06 HerrAlbert
        Wenn ich das jetzt richtig verstanden habe, dann lädt die Seite nicht weil das Script quasi für den Desktop und nicht für den Browser geschrieben wurde.
        Genau.
        
        Ich kenn' mich mit Windows und Win32::GUI nicht aus, aber wahrscheinlich wartet das Modul bis es Zugriff auf den Windows-Desktop bekommt, was ihm unter Apache nicht gelingt.
        
        Was soll das Skript den machen? Weshalb braucht es Win32::GUI?
        Ein CGI-Skript und ein Skript mit GUI sind doch fundamental andere Dinge.
        Last edited: 2011-01-16 19:36:07 +0100 (CET)
    - bianca
      
      2011-01-17 11:32
      
      User since
      2009-09-13
      7016 Artikel
      BenutzerIn
      
      2011-01-16T18:08:10 HerrAlbert
      Ich hatte vorher IndigoPerl als mod_perl installiert, kam da aber mit den Modulen überhaupt nicht klar.
      
      Das sollte sich mit Strawberry erledigen. Ich hab bisher ALLE CPAN Module darauf ohne Probleme (außer meine eigenen Fehler) installieren können. Sogar so tolle Sachen wie GD, Mechanize, Soap usw.
      Manchmal muss man die Installation forcen, weil irgendwelche Tests fehlschlagen aber läuft einwandfrei.
      10 print "Hallo"
      20 goto 10
- +3 replies
- GwenDragon
  
  2011-01-17 10:11
  
  User since
  2005-01-17
  14748 Artikel
  Admin1
  
  Ich kann dir nur empfehlen, Strawberry Perl zu verwenden, da du dort nicht auf vorkompilierte (und meist veraltete oder nichtfunktionierende) Module wie bei ActiveState Perl angewiesen bist.
  
  Ist das Perlprogramm, das du laufen lassen willst, (d)ein (Firmen)Geheimnis? Oder gibt es einen Link dazu wo du es her hast?
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +2 replies
  - HerrAlbert
    
    2011-01-18 17:42
    
    User since
    2011-01-16
    4 Artikel
    BenutzerIn
    
    Im Grunde rührt der Beitrag daher das es ein relativ typisches RTFM-Problem war. Ich hatte das falsch verstanden und dachte das man dieses Modul für eine Ausgabe im Browserfenster benötigen würde, vergleichbar mit Applets bei Java wo man auch allerhand selber programmieren muss.
    
    Im großen und ganzen ist Perl für einen Einsteiger erst einmal arg verwirrend. Der eine sagt ActiveState ist das beste, der nächste sagt Strawberry ist besser, der dritte schwört auf selbst gebraute Module aus Hexenküche 0.3. Das vieles dann nicht richtig oder erst gar nicht funktioniert, ist auch nicht gerade förderlich.
    So bin ich irgendwie auf eine Seite gestoßen wo dieses Script als Beispiel stand, leider ohne die richtigen Informationen.
    
    Das Script selber ist also kein großes Geheimnis, sondern Teil eines Tutorials aus dem Modul (Link zum Modul und Script selber, siehe oben).
    
    Für mich ist es jetzt erst einmal wichtig Perl halbwegs zum Laufen zu bekommen, was schon schwer genug war/ist, und dann einiges an Grundlagen erarbeiten. Ich möchte dennoch schon mal ein großes Dankeschön an die hier doch sehr hilfreiche und freundliche Community sagen.
    - GwenDragon
      
      2011-01-18 17:45
      
      User since
      2005-01-17
      14748 Artikel
      Admin1
      
      Dafür sind wir ja da, Anfängern hilfreiche Hinweise zu geben und deren Fragen zu beantworten. ;)
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

View all threads created 2011-01-16 15:00.