Portable Perl auf anderen Rechner verschieben (gelöst) (Allgemeines zu Perl)

[thread]20451[/thread]

Portable Perl auf anderen Rechner verschieben [gelöst]

Tags: perl5 Portable Ähnliche Threads

Leser: 17

Articles: hide open all | hide show old branches

+18 replies
roli

2018-04-23 09:36

User since
2004-12-31
424 Artikel
BenutzerIn

Moin zusammen,

ich habe auf einem Windows 10 Rechner eine Portable Strawberry Perl Version incl. diverser Module, die ich gerne auf einen Rechner ohne Internet Zugang "verschieben/kopieren" würde. Ich habe den Ordner einfach mal rüber kopieren lassen, und dann versucht ein Script zu starten, ohne Erfolg.
Der Quell Ordner war c:\Benutzer\xyz, der Ziel Ordner lag ganz woanders. Könnte es daran liegen? Ich habe das ganze so verstanden das Pfade etc. in der portableshell.bat gesetzt werden.
Geht das "verschieben" überhaupt, wenn ja, was muss ich beachten?
Teil des Problems ist, das ich das Verschieben nicht selber machen kann/darf, da ich auf dem Zielrechner keinen Account habe, so das ich immer einen Kollegen bitten muss etwas zu machen.
Danke
Roland
--
"Steh vorn, während du fragst;
sitzen soll, wer antwortet."
Aus "Die Edda des Snorri Sturluson" "Gylfis Täuschung" Strophe 2
- +2 replies
- GwenDragon
  
  2018-04-23 12:48
  
  User since
  2005-01-17
  14746 Artikel
  Admin1
  
  Und was geht nicht?
  Ich habe bei mir Strawberry Perl 5.24 32bit auf T:\Z\strawberry\ und da lässt sich Perl nach Aufruf von portableshell.bat starten.
  Last edited: 2018-04-23 12:50:29 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - roli
    
    2018-04-23 13:30
    
    User since
    2004-12-31
    424 Artikel
    BenutzerIn
    
    Hi,
    
    leider nein, so wurde es mir jedenfalls berichtet. Teil des Problems ist halt auch, das ich selber keinen Zugriff auf den Rechner habe. Wir haben dafür letzte Woche schon wer weiß wie lange gemailt, gechattet und telefoniert. Ob es jetzt an Portable Perl, oder an was anderem liegt, konnte ich noch nicht genauer bestimmen.
    Roland
    --
    "Steh vorn, während du fragst;
    sitzen soll, wer antwortet."
    Aus "Die Edda des Snorri Sturluson" "Gylfis Täuschung" Strophe 2
- +5 replies
- GwenDragon
  
  2018-04-23 13:42
  
  User since
  2005-01-17
  14746 Artikel
  Admin1
  
  Ich kann das nicht nachvollziehen, ich habe mit 5.20 bis 5.28 getestet. Jedes Perl arbeitet bei mir nachdem portableshell gestartet ist.
  
  Kann es sein, dass beim Verschieben nicht alles ins neue Ziel für das Strawberry-Programm kam?
  Oder passt die Architektur des Perl nicht zu der des anderen Rechners?
  Last edited: 2018-04-23 13:47:46 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +4 replies
  - roli
    
    2018-04-23 14:04
    
    User since
    2004-12-31
    424 Artikel
    BenutzerIn
    
    Ich kann es mir halt auch nicht erklären.
    Beide Rechner haben eine Intel Core-i5 CPU, also 64 Bit. Beide laufen unter Win10. Und ich habe auf Rechner A ein 32-Bit portable Strawberry Perl in ein Archiv gepackt, um es dann auf Rechner B wieder auspacken zu lassen.
    Ich werde es einfach nochmal machen (lassen), und sehen was dann passiert. Mehr wie nicht laufen kann's ja nicht ;-)
    
    Danke
    Roland
    --
    "Steh vorn, während du fragst;
    sitzen soll, wer antwortet."
    Aus "Die Edda des Snorri Sturluson" "Gylfis Täuschung" Strophe 2
    - GwenDragon
      
      2018-04-23 14:09
      
      User since
      2005-01-17
      14746 Artikel
      Admin1
      
      Also wenn ich das StrawberryPerl in ein nutzer-les-/schreibares Verzeichnis z. B. C:\Users\...\AppData\Roaming\SB-Perl\ geht alles.
      
      Vielleicht ein idiotischer Virenscanner, der was auf dem Zielrechner blockiert? Geschütze Ordner bei Windows Defender?
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
    - +2 replies
    - Linuxer
      
      2018-04-23 14:37
      
      User since
      2006-01-27
      3890 Artikel
      HausmeisterIn
      
      Was mir noch einfiele wären die Benutzerzuordnungen und -rechte.
      Wurden diese Angaben vielleicht mitkopiert?
      Evtl. darf der Benutzer auf der neuen Maschine einfach nicht zugreifen?
      Wem gehören die Dateien nach dem Kopieren?
      Hat der Benutzer, der das Skript ausführen soll, wenigstens die Lese-Berechtigung auf die Dateien?
      
      Interessant wären dann für die Ferndiagnose die echten Fehlermeldungen.
      Sowas wie "geht nicht" oder "klappt nicht" hilft einfach nicht beim Helfen.
      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!
      - roli
        
        2018-04-23 14:57
        
        User since
        2004-12-31
        424 Artikel
        BenutzerIn
        
        Das mit den Fehlermeldungen sehe ich aus so, nur habe ich halt nichts besseres. Ich habe eben das Strawberry Portable Verzeichnis auf meinem Rechner in ein ZIP gepackt, ohne das eine Datei aus dem Ordner geöffnet war, und gebeten, jede Fehlermeldung die beim Entpacken, aufrufen, ... erscheint, via Screen Shot zu dokumentieren. Mal sehen, was (wann) kommt.
        Roland
        --
        "Steh vorn, während du fragst;
        sitzen soll, wer antwortet."
        Aus "Die Edda des Snorri Sturluson" "Gylfis Täuschung" Strophe 2
- +10 replies
- haj
  
  2018-04-23 15:08
  
  User since
  2015-01-07
  552 Artikel
  BenutzerIn
  
  Mit dem Verschieben von Portable Perl hatte ich bisher keine Probleme.
  Es wäre hilfreich, die Symptome des "ohne Erfolg" zu kennen, denn irgendwie muss sich die Shell ja äußern:
  
  Can't locate Yadda.pm in @INC - ist im Script ein use lib ... drin?
  
  Can't open perl script ... - Wohin wurde denn das Script geschoben?
  
  Der Befehl "perl" ist entweder falsch geschrieben oder konnte nicht gefunden werden - Wir sind nicht in der Portable Shell!
  
  "Ich mache einen Doppelklick auf das Script und nix passiert" - Portable Perl geht nur in der Shell. Falls der Explorer bei der Datei "Perl Program file" sagt, dann meint er damit nicht das Portable Perl, sondern ein anderswo auf dem Zielsystem liegendes Perl, das sich die Extension .pl gegriffen hat.
  - +9 replies
  - roli
    
    2018-04-24 14:27
    
    User since
    2004-12-31
    424 Artikel
    BenutzerIn
    
    Eben habe ich die Fehlermeldung bekommen:
    FATAL ERROR: 'perl' does not work; check if your strawberry pack is complete!
    Roland
    --
    "Steh vorn, während du fragst;
    sitzen soll, wer antwortet."
    Aus "Die Edda des Snorri Sturluson" "Gylfis Täuschung" Strophe 2
    - GwenDragon
      
      2018-04-24 15:46
      
      User since
      2005-01-17
      14746 Artikel
      Admin1
      
      Bei euch ist das wirklich kaputtich!
      
      Passiert z.B. wenn im Strawberry Perl-Unterverzeichnis ...\perl\bin kein perl.exe zu finden oder die Config.pm fehlt.
      Last edited: 2018-04-24 15:56:47 +0200 (CEST)
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
    - +3 replies
    - haj
      
      2018-04-24 16:21
      
      User since
      2015-01-07
      552 Artikel
      BenutzerIn
      
      Das kommt aus der .bat-Datei selbst, die macht einen "Selbsttest" am Ende, aber leider mit der fehlerverschluckenden Umleitung 2>nul.
      
      Die Shell bleibt danach offen. Da kann $KOLLEGE ja selbst mal einfach "perl -v" eingeben und eine aussagekräftige Meldung erhalten.
      
      Noch ein Versuch: Lass' Dir das gesamte Verzeichnis vom Zielrechner zurückschicken und teste, ob diese Lieferung bei Dir funktioniert. Falls nein, vergleiche mit dem Original: Vielleicht ist da wirklich eine der DLLs in einer Virenscanner-Quarantäne verschwunden.
      - +2 replies
      - roli
        
        2018-04-24 16:36
        
        User since
        2004-12-31
        424 Artikel
        BenutzerIn
        
        So wie es aktuell aussieht, saß der Fehler vor der Tastatur.
        
        Um sich das Leben leichter zu machen, gab es noch eine alte angepasste Version der portableshell.bat. Leider habe ich das jetzt erst "herausgefunden".
        Sorry, das ich euch damit behelligt habe, aber ich bzw. die Suchmaschine meines Vertrauens konnte das Verhalten einfach nicht erklären.
        
        => Danke!
        Roland
        --
        "Steh vorn, während du fragst;
        sitzen soll, wer antwortet."
        Aus "Die Edda des Snorri Sturluson" "Gylfis Täuschung" Strophe 2
        
        GwenDragon
        
        2018-04-24 16:41
        
        User since
        2005-01-17
        14746 Artikel
        Admin1
        
        LOL! Da hat jemand portableshell un-portable gemacht.
        Jaja, diese Herren Entwickler bei euch waren sehr schlau ;)
        Du siehst: Test müssen selbst bei Batchdateien sein.
        
        Na denn, Problem, gelöst :)
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
    - +4 replies
    - GwenDragon
      
      2018-04-24 16:33
      
      User since
      2005-01-17
      14746 Artikel
      Admin1
      
      Mach mal folgendes (zum test, alte Datei sichern!).
      Im Texteditor die portableshell.bat öffnen
      in der Zeile mit perl… das 2>nul am Ende löschen
      Dann mal portableshell.bat starten
      und die Fehlerausgabe hier posten.
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
      - +3 replies
      - roli
        
        2018-04-25 09:01
        
        User since
        2004-12-31
        424 Artikel
        BenutzerIn
        
        Moin,
        
        an die Fehlermeldung die da in den Mülleimer umgeleitet wird komme ich leider nicht mehr ran. Nachdem ich gestern die Ursache des Problems gefunden hatte, habe ich darauf bestanden den Verursacher, also das U-Boot Script, rückstandslos zu entfernen :-(
        
        Vielen Dank für die Unterstützung
        Roland
        --
        "Steh vorn, während du fragst;
        sitzen soll, wer antwortet."
        Aus "Die Edda des Snorri Sturluson" "Gylfis Täuschung" Strophe 2
        
        +2 replies
        
        GwenDragon
        
        2018-04-25 14:05
        
        User since
        2005-01-17
        14746 Artikel
        Admin1
        
        Ja, solche schnell erstellten "Sabotage"-Skripte sind ein Graus.
        
        Na, der Verursacher (Person) ist noch da, schreibt aber bestimmt nicht mehr so verursachendes (Skript) ;)
        
        Kurz gesagt, Kollege sollte das beherzigen: "Wenn du Programme entwickelst, handle so als ob dein Nachfolger ein Kettensäge schwingender Psycho ist, den man nicht reizen darf".
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        roli
        
        2018-04-25 15:08
        
        User since
        2004-12-31
        424 Artikel
        BenutzerIn
        
        die Kettensäge ist vorhanden ...
        Roland
        --
        "Steh vorn, während du fragst;
        sitzen soll, wer antwortet."
        Aus "Die Edda des Snorri Sturluson" "Gylfis Täuschung" Strophe 2

View all threads created 2018-04-23 09:36.