use Win32::Console::ANSI; -> ohne Installation des Moduls? (Allgemeines zu Perl)

[thread]14956[/thread]

use Win32::Console::ANSI; -> ohne Installation des Moduls?

Leser: 17

Articles: hide open all | hide show old branches

+9 replies
peri

2010-04-20 11:30
User since
2009-02-06
12 Artikel
BenutzerIn
Hi all,

ich möchte ein wenig Farbe in die Perl-Scripts bringen und den o.g. Modul nutzen. Da die Scripts weltweit verteilt werden und in Summe ca. 500 Entwickler beglücken, entfällt die Installation des Moduls. Verschiedene andere Module haben wir bereits so am laufen ("zentrale Ablage", Anpassung von @INC im Script). Aber der Win32::Console::ANSI will so nicht :-(
Code: (dl )

1 2

push (@INC, "$myPath"); require ANSI;
erzeugt:
Code: (dl )

1 2 3 4 5 6 7

Can't locate loadable object for module Win32::Console::ANSI in @INC (@INC contains: C:/Perl58/site/lib C:/Perl58/lib . D:/CM4F/Perl) at C:/Perl58/lib/DynaLoader.pm line 118 DynaLoader::croak('Can\'t locate loadable object for module Win32::Console::ANSI...') called at C:/Perl58/lib/Dy naLoader.pm line 196 DynaLoader::bootstrap('Win32::Console::ANSI', 1.04) called at C:/Perl58/lib/XSLoader.pm line 111 XSLoader::bootstrap_inherit('Win32::Console::ANSI', 1.04) called at D:/CM4F/Perl/ANSI.pm line 65 require ANSI.pm called at D:\Scripts\testScript_1.pl line 28
Auch 'ne Kopie in den Perl\lib\Win32\Console-Ordner und die Nutzung von 'Use' bringen mich nicht weiter:
Code: (dl )

Can't locate ANSI.pm in @INC (@INC contains: C:/Perl58/site/lib C:/Perl58/lib .) at D:\Scripts\testScript_1.pl line 28.
Hat jemand 'ne Idee?
- +4 replies
- fs
  
  2010-04-20 13:09
  
  User since
  2010-03-19
  48 Artikel
  BenutzerIn
  
  Ich arbeite nicht unter Windows und kenne das Modul nicht. Ich weiß auch
  nicht warum du meinst, dass eine Installation des Moduls nicht nötig sei.
  Aber ich ersehe aus der Meldung, dass es ein Modul ist, von dem ein Teil
  in C programmiert ist. D.h. es reicht nicht, die .pm-Datei(en) in
  den Suchpfad zu kopieren, sondern die dazugehörige Lib (unter
  Windows .ddl) muss ebenfalls vorhanden sein und von perl gefunden werden.
  An letzterem scheitert die Sache.
  http://www.fseitz.de/
  - +3 replies
  - peri
    
    2010-04-20 14:31
    
    User since
    2009-02-06
    12 Artikel
    BenutzerIn
    
    Thx.
    Werde in der Richtung mal weiterforschen.
    - +2 replies
    - peri
      
      2010-04-23 11:17
      
      User since
      2009-02-06
      12 Artikel
      BenutzerIn
      
      Hab's nach ein wenig Forschungsarbeit hinbekommen:
      entprechend den Anweisungen in der 'readme' hab' ich:
      - perl makefile.pl
        -> problemlos
      - nmake
        -> geht in die Hose: "your SDK is too old... (see the README file in the distro)"
        -> ist nicht ganz richtig, denn auf meiner Maschine ist MS2008SP1 installiert
        -> die 'ANSI.xs' editiert:
           -> Zeile1: #define WINVER 0x0500 //(fuer WinXP)
           -> Zeile9: ##include "WinUser.h" //(fuer MIIM-Zeugs)
        -> das Ergebnis (ANSI.dll) tut mit der 2008SP1-er Runtime nicht :-(
        -> das ganze Zeugs mit dem 6er-Studio (+SP6) auf 'ner anderen Maschine übersetzt und es tut :-)
      - nmake test erfolgreich
      - nmake install erfolgreich
      - Scripts erleuchten in strahlenden Farben!
      
      Jetzt noch einen draufsetzen:
      - nur die ANSI.pm und die erzeugte ANSI.dll (aus: C:\Perl\site\...) von der Maschine ins Netzwerk kopiert (H:\peri\myStuff)
      - meine Maschine von den Fehlversuchen bereinigt
      - in meinem Testscript auf meiner Maschine:
      
      Code (perl): (dl )
      
      1 2 3 4
      
      push (@INC, "H:/peri/myStuff"); require "ANSI.pm"; use Term::ANSIColor qw(:constants); print BOLD RED ON_WHITE "This text is bold red on white.\n";
      
      ... und auch die schwarze DOSe auf meiner Machine erscheint farbig.
      
      Es geht also auch ohne Installation des Moduls.
      
      Danke an alle.
      - fs
        
        2010-04-23 12:18
        
        User since
        2010-03-19
        48 Artikel
        BenutzerIn
        
        2010-04-23T09:17:30 peri
        Jetzt noch einen draufsetzen:
        - nur die ANSI.pm und die erzeugte ANSI.dll (aus: C:\Perl\site\...) von der Maschine ins Netzwerk kopiert (H:\peri\myStuff)
        [...]
        Es geht also auch ohne Installation des Moduls.
        
        Naja, eine Installation ist das auch, nur eine Installation "per Hand".
        Module per "make install" bzw. "./Build install" zu installieren,
        ist schon sicherer und sauberer, was übrigens auch mit beliebigen
        Zielverzeichnissen geht.
        http://www.fseitz.de/
- +4 replies
- GwenDragon
  
  2010-04-20 13:19
  
  User since
  2005-01-17
  14761 Artikel
  Admin1
  
  Und wie verteilst du das Programm?
  Und wie erstellst du ein installierbares Perl-Programm?
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +3 replies
  - peri
    
    2010-04-20 14:37
    
    User since
    2009-02-06
    12 Artikel
    BenutzerIn
    
    Unsere Entwicklung ist ClearCase-basiert und dies unterstützt die Replikation aller Standorte weltweit, (5.8 Standard-)Perl ist auf jedem Entwickler-PC vorhanden.
    D.h. ich checke das Script hier ein und normalerweise ist es in 'ner viertel Stunde weltweit verfügbar - und sollte funktioneren - es sei denn ich benutze Funktionen, die aus Nicht-Standard-Modulen kommen.
    - +2 replies
    - pq
      
      2010-04-20 14:40
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      wenn die systeme gleich sind, kannst du das ganze doch mit PAR verpacken...
      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
      - murphy
        
        2010-04-20 16:09
        
        User since
        2004-07-19
        1776 Artikel
        HausmeisterIn
        
        ... es ist aber schon fraglich, ob es so schlau ist, ein PAR-Paket in ein Versionskontrollsystem einzuchecken.
        
        Kann man ClearCase nicht irgendwie beibringen, dass für ein Projekt bestimmte CPAN-Module automatisch installiert werden sollen? Man muss Module ja nicht unbedingt global installieren, sondern könnte durchaus in einem Skript use FindBin; use lib "$FindBin::Bin/../lib"; verwenden, das lokale Bibliotheksverzeichnis aber per CPAN-Installer mit den benötigten Paketen füllen. Wenn diese Installation vom Softwarekonfigurationsmanager direkt beim Checkout des Projektes automatisch angestoßen würde, wäre das doch eine schöne Lösung.
        When C++ is your hammer, every problem looks like your thumb.

View all threads created 2010-04-20 11:30.