Problem mit Net::IDN::Encode (gelöst) (Fragen zu Perl-Modulen)

[thread]16595[/thread]

Problem mit Net::IDN::Encode [gelöst]

Tags: perl5 Ähnliche Threads

Leser: 16

Articles: hide open all | hide show old branches

+15 replies
wiesensurfer

2011-08-04 13:45
User since
2011-06-01
36 Artikel
BenutzerIn
Ich habe folgendes Problem: Ich nutze u.a. Net::IDN::Encode. In einem kleinen Testprogramm funktioniert auch alles. Jetzt habe ich eine Anwendung und nutze dort eine eigene util_base.pm. Diese wird im Hauptprogramm eingebunden (lief ja auch).

Jetzt nutze ich in einer Subroutine folgendes: (eigenes lib-Verzeichnis)
Code: (dl )

1 2 3 4 5 6 7

sub xyz { use lib "/usr/anwendung/bin/test/lib"; use Net::IDN::Encode qw(:all); use Net::IDN::Punycode qw(:all); use Net::IDN::Nameprep; }
Im Testprogramm (test.pl) funktioniert alles. Ich habe eine Web-Anwendung, die meintest.pl verwendet. Dort wird util_base.pm eingebunden. Nun geht die Webseite nicht mehr auf und es kommt ein Internal Server Error.

Wenn ich die Zeile 'use Net::IDN::Encode...' entferne, dann geht die Seite wieder auf. Woran kann das liegen. Ich hatte gestern mit gleichem Code keine Probleme.
- +13 replies
- moritz
  
  2011-08-04 13:46
  
  User since
  2007-05-11
  923 Artikel
  HausmeisterIn
  
  Was sagt denn die error.log-Datei zum internal server error?
  Perl 6 - Perls Zukunft
  - +12 replies
  - wiesensurfer
    
    2011-08-04 13:59
    
    User since
    2011-06-01
    36 Artikel
    BenutzerIn
    
    Auf die error.log hab ich keinen zugriff.
    - +11 replies
    - pq
      
      2011-08-04 14:00
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      FaqCGIServerError500
      
      use CGI::Carp qw(fatalsToBrowser);
      Last edited: 2011-08-04 14:01:16 +0200 (CEST)
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
      - +10 replies
      - wiesensurfer
        
        2011-08-04 14:12
        
        User since
        2011-06-01
        36 Artikel
        BenutzerIn
        
        Problem erkannt (dank eurer Hinweise), aber noch nicht gelöst.
        Vielleicht geht es auch garnicht.
        In den libs befindet sich Net::IDN::Nameprep in Version 0.02.
        Net::IDN::Encode benötigt aber die Version 1.1 von Nameprep. Diese befindet sich in meinem "/usr/anwendung/bin/test/lib" Verzeichnis. Vermutlich hat perl gestern die Datei zuerst im eigenen lib gesucht, heute aber nicht.
        Kann man die Reihenfolge angeben, in welchem Verzeichnis zuerst gesucht wird?
        
        +9 replies
        
        pq
        
        2011-08-04 14:19
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        das "use lib" sollte das entsprechende verzeichnis eigentlich an den anfang stellen. perl sucht module in dem array @INC, und use lib macht zur compilezeit ein unshift, @INC, $path.
        mach mal
        
        Code (perl): (dl )
        
        1 2 3 4 5 6
        
        { use lib "/usr/anwendung/bin/test/lib"; BEGIN { print STDERR "\@INC: @INC\n"; } }
        
        und schau, ob dort das richtige verzeichnis am anfang steht und genau folgende datei existiert:
        "/usr/anwendung/bin/test/lib/Net/IDN/Nameprep.pm"
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +8 replies
        
        wiesensurfer
        
        2011-08-04 14:32
        
        User since
        2011-06-01
        36 Artikel
        BenutzerIn
        
        Auf mein lib-Verzeichnis verweise ich erst innerhalb einer SUB-Routine. Zur Compilezeit wird das wohl noch nicht erkannt. Ich stelle das mal um und teste es erneut.
        
        wiesensurfer
        
        2011-08-04 14:35
        
        User since
        2011-06-01
        36 Artikel
        BenutzerIn
        
        Das hat jetzt geklappt. Nochmals Dank für eure Bemühungen.
        
        +6 replies
        
        pq
        
        2011-08-04 14:37
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        es ist egal, wo du "use lib" schreibst, ein use wird immer zur compilezeit ausgeführt. (ausser es steht innerhalb eines string-evals z.b.)
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +5 replies
        
        wiesensurfer
        
        2011-08-05 09:28
        
        User since
        2011-06-01
        36 Artikel
        BenutzerIn
        
        Dann hätte doch aber meine Änderung keine Auswirkungen haben dürfen. Nachdem ich aber im Hauptprogramm die Zeile mit dem use lib eingefügt habe (zusätzlich zu meinem bereits angegebenen Code), da war der Fehler weg.
        
        Es wird wohl sicherer sein, wenn ich vom Admin die neuen Module ordnungsgemäß installieren lasse.
        
        +4 replies
        
        pq
        
        2011-08-05 10:10
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2011-08-05T07:28:31 wiesensurfer
        Dann hätte doch aber meine Änderung keine Auswirkungen haben dürfen. Nachdem ich aber im Hauptprogramm die Zeile mit dem use lib eingefügt habe (zusätzlich zu meinem bereits angegebenen Code), da war der Fehler weg.
        
        dazu kann ich nichts sagen, weil du nicht gesagt hast, wo das use lib vorher stand. in einem modul, was auch per use geladen wird? oder vielleicht per require? das würde einen unterschied machen.
        ich kann leider nicht hellsehen.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +3 replies
        
        wiesensurfer
        
        2011-08-05 10:18
        
        User since
        2011-06-01
        36 Artikel
        BenutzerIn
        
        Das hatte ich gleich am Anfang geschrieben. Im Modul util_base.pm in der sub xyz.
        Das Modul wird im Hauptprogramm mit use util_base.pm eingebunden.
        
        Mein Code in util_base.pm:
        
        Code: (dl )
        
        1 2 3 4 5 6
        
        sub xyz{ use lib "/usr/anwendung/bin/test/lib"; use Net::IDN::Encode qw(:all); use Net::IDN::Punycode qw(:all); use Net::IDN::Nameprep; }
        
        +2 replies
        
        pq
        
        2011-08-05 11:01
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        und die fehlermeldung lautete wie?
        
        hast du woanders vielleicht noch ein "use Net::IDN::Nameprep" stehengehabt? dann ist es natürlich klar.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        wiesensurfer
        
        2011-08-05 11:13
        
        User since
        2011-06-01
        36 Artikel
        BenutzerIn
        
        Fehlermeldung war doch, dass die Version 1.1 von Nameprep erwartet wurde, aber Version 0.02 gefunden wurde.
        
        Wie es aussieht, geht es nicht, dass man verschiedene Versionen innerhalb eines Programms verwenden kann. Ich hatte das ersteinmal zum testen eingebaut, wollte aber das, was geht, nicht durch eine neue Version unbrauchbar machen.
        (Beispiel: IDNA::Punycode wurde xn-- nicht davor gesetzt. in der letzten Version dann doch. Jetzt soll Net::IDN::Encode verwendet werden (beinhaltet Net::IDN::Punycode) und dort wird es wieder nicht davor gesetzt)
        Last edited: 2011-08-05 11:17:40 +0200 (CEST)
- pq
  
  2011-08-04 13:58
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  FaqCGIServerError500
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem

View all threads created 2011-08-04 13:45.