PAR::Packer und Wildcards (gelöst) (Fragen zu Perl-Modulen)

[thread]15507[/thread]

PAR::Packer und Wildcards [gelöst]

Leser: 20

Articles: hide open all | hide show old branches

Teilbaum:
CPAN-Bugreports (8 Artikel) 2010-10-04 17:00

+21 replies
Liandril

2010-10-04 09:28
User since
2010-10-04
9 Artikel
BenutzerIn
Hi,
ich nutze Strawberry Perl 5.10.1.3 (Windows XP), PAR Packager 1.007 and PAR 1.002. Ich habe ein sehr umfangreiches Skript mit vielen Eingabeparametern, dass ich als Executable einer Community zur Verfügung stellen möchte. Mein Problem mit PAR::Packer stelle ich mal an folgendem sample.pl dar:
Code: (dl )

1 2 3

#!/usr/bin/perl use 5.010; print "argv= @ARGV, #args=",$#ARGV,"\n";
Rufe ich dieses Skript mit
>sample.pl *.txt
auf, dann bekomme ich als Ausgabe wie erwartet:
>argv= *.txt, #args=0

Übersetze ich das Skript nun in ein Executable, also
>pp -o sample.exe sample.pl
und rufe sample.exe nun ebenfalls auf mit
>sample.exe *.txt

dann erhalte ich als Ausgabe:
>argv= 1.txt 2.txt 3.txt 4.txt, #args=3

Anders gesagt: beim Skriptaufruf wird die Wildcard nicht expandiert (wie üblich unter Windows), aber nach Übersetzung mit PAR-Packer wird die Wildcard expandiert, wodurch mein Skript nicht mehr funktioniert, wie es sollte. Weiß jemand, wie ich PAR::Packer anweisen kann, diese Wildcard-Expansion zu unterlassen?

Vielen Dank!
Last edited: 2010-10-04 09:30:41 +0200 (CEST)
- +2 replies
- renee
  
  2010-10-04 09:35
  
  User since
  2003-08-04
  14371 Artikel
  ModeratorIn
  
  Hallo, ich schaue mir gleich mal das Problem an...
  
  Bitte füge doch Links in die Frage ein, wenn Du sie an mehreren Stellen postest. Dann können wir dort auch schonmal schauen, ob dort was geantwortet wurde...
  
  http://cpanforum.com/posts/12974
  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/
  - Liandril
    
    2010-10-04 09:47
    
    User since
    2010-10-04
    9 Artikel
    BenutzerIn
    
    Schon einmal vielen Dank für die superschnelle Antwort, renee und den Hinweis zu den Links... ich habe mein Posting nochmals hier bei perl-community.de eingestellt, weil ich (nachdem ich in beiden Foren etwas geblättert hab) den Eindruck habe, dass ich hier mehr und bessere Antworten bekommen könnte ;-)
- topeg
  
  2010-10-04 09:55
  User since
  2006-07-10
  2611 Artikel
  BenutzerIn
  Unter Linux/Unix ist dieses verhalten ganz normal, da die Shell, in dem das Script aufgerufen wird, die Eingabe, sofern nicht entwertet, interpretiert. Es kann sein, dass das der PAR-Runner dieses Verhalten unter Windows emuliert, damit auch für Linux/Unix geschriebenen Scripte problemlos funktionieren.
  
  Passiert es auch wenn du die Parameter mit Anfühungszeichen umgibst?
  
  Code: (dl )
  
  sample.exe '*.txt'
  
  oder
  
  Code: (dl )
  
  sample.exe "*.txt"
  
  Ob man dieses Verhalten mit einem Konfigurationsparameter unterdrücken kann wüsste ich aber nicht.
- renee
  
  2010-10-04 09:58
  
  User since
  2003-08-04
  14371 Artikel
  ModeratorIn
  
  Als Workaround könntest Du sample.exe '*.txt' aufrufen...
  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/
- +16 replies
- Liandril
  
  2010-10-04 11:45
  
  User since
  2010-10-04
  9 Artikel
  BenutzerIn
  
  Vielen Dank für eure sehr schnellen Antworten. Dass unter Unix/Linux die Shell die Wildcards auswertet/'expandiert', weiß ich... daher finde ich es prinzipiell auch nicht schlecht, das PAR-Packer das offenbar emuliert. Aber problematisch ist es natürlich trotzdem, weil sich unter Windows die .exe dadurch falsch bzw anders verhält als das Skript. Und irgendwie bleibt dann das leise Unbehagen: 'Gibt's vielleicht noch mehr Stellen, an denen sich die .exe anders verhält als das Skript?'
  
  Danke für den Tipp mit den Anführungszeichen - das funktioniert. Ist halt für die Nutzer (wie gesagt: ich will das Programm einer Community zur Verfügung stellen) etwas ungewohnt.
  - +15 replies
  - renee
    
    2010-10-04 12:06
    
    User since
    2003-08-04
    14371 Artikel
    ModeratorIn
    
    Ich habe auf die Schnelle auch nichts gefunden, wo das gemacht wird. Ich glaube, Du solltest einen Bugreport dafür erstellen. Denn ich halte es für einen Bug, wenn die .exe sich da anders verhält als die ursprüngliche .pl.
    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/
    - +14 replies
    - Liandril
      
      2010-10-04 12:42
      
      User since
      2010-10-04
      9 Artikel
      BenutzerIn
      
      2010-10-04T10:06:59 renee
      Denn ich halte es für einen Bug, wenn die .exe sich da anders verhält als die ursprüngliche .pl.
      
      Ja, das sehe ich eigentlich auch so ;-) Ich werde im Laufe des Tages mal versuchen, einen Bugreport zu erstellen.
      
      Edit: So, Bugreport ist hier... ich war leider so blöd und hab die Subject-Zeile vergessen... und nachträglich lässt sie sich scheinbar nicht mehr ändern :-(
      Last edited: 2010-10-04 13:25:41 +0200 (CEST)
      - pq
        
        2010-10-04 13:31
        
        Subtree with 9 replies: CPAN-Bugreports
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2010-10-04T10:42:08 Liandril
        ich war leider so blöd und hab die Subject-Zeile vergessen... und nachträglich lässt sie sich scheinbar nicht mehr ändern :-(
        
        scheinbar oder anscheinend?
        bekommst du eine fehlermeldung beim speichern?
        wenn du auf metadaten klickst, erscheint doch da das feld für den betreff. und den kann man eingeben und das ganze dann abspeichern.
        
        du hast ausser dem subject auch noch version ("broken in") und "severity" vergessen. das wird doch alles beim erstellen eines reports angezeigt.
        
        mod-edit pq: teilbaum CPAN-Bugreports erstellt
        Last edited: 2010-10-04 17:00:42 +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
      - +3 replies
      - topeg
        
        2010-10-04 13:44
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Ich habe ein wenig in den Eingeweiden von PAR gesucht, in der Hoffnung es gäbe einen versteckten Schalter um die Shellemulation abzustellen, aber ich bin nicht fündig geworden.
        
        +2 replies
        
        Liandril
        
        2010-10-04 15:53
        
        User since
        2010-10-04
        9 Artikel
        BenutzerIn
        
        Ach Du Schreck, so viel Aufwand wollte ich ja nun wirklich nicht verursachen (besonders, da PAR und PAR::Packer ja nicht gerade klein sind). Dir auch nochmals vielen Dank!
        
        topeg
        
        2010-10-05 00:34
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Das hat mich selber interessiert.
      - topeg
        
        2010-10-05 01:40
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Nach ein wenig suchen fand ich das:
        
        http://www.cygwin.com/ml/cygwin/1999-11/msg00052.h...
        
        Wie es aussieht ist "int _CRT_glob=0;" der Schalter der das Globing (Wildcard-Interpretation) der Kommandozeile ein/ausschaltet. Das muss aber im Startcode für die vom pp erzeugten exe drin stehen.
        
        Wenn man nach "mingw commandline glob" sucht findet man eine Menge zu dem Thema.
        Last edited: 2010-10-05 01:54:11 +0200 (CEST)

View all threads created 2010-10-04 09:28.