nmake test unter einem deutschen XP (Windows)

[thread]15955[/thread]

nmake test unter einem deutschen XP

Leser: 19

Articles: hide open all | hide show old branches

+8 replies
torsten

2011-02-13 20:45

User since
2010-08-16
45 Artikel
BenutzerIn

Hallo,

vielleicht bin ich zu blöd für Windows. Unter Linux ist alles so einfach!

Also, mein Ziel ist es eine Entwicklungsumgebung für modperl unter Windows aufzubauen. Ich habe eine alte Deutsche XP Home Lizenz und eine Englische Vista Home Basic Lizenz.

Erster Schritt ist, Perl aus den Quellen zu kompilieren und zu installieren.

Kompilieren geht immer; ich habe VS2008 Express oder sowas genommen.

Beim "nmake test" unter Vista bleibt die Test Suite recht oft stecken, so dass man den entsprechenden Prozess töten muss.

Unter XP läuft es jetzt durch. Es ist aber schon abzusehen, dass ein großer Teil der Tests fehlschlägt, weil er das Kommando C:\Dokumente nicht ausführen kann. Offensichtlich stören ihn die Leerzeichen in $PATH oder im aktuellen Verzeichnis.

Was ist das nur für ein Schrott!

Schuldigung, wenn sich wer angegriffen fühlt. Es ist nicht so gemeint. Es ist nur der Frust eines Linuxers, wenn er versucht, unter Windows irgendwas zustande zu bringen.

Torsten
- +3 replies
- murphy
  
  2011-02-13 22:38
  
  User since
  2004-07-19
  1776 Artikel
  HausmeisterIn
  
  2011-02-13T19:45:33 torsten
  [...]
  weil er das Kommando C:\Dokumente nicht ausführen kann. Offensichtlich stören ihn die Leerzeichen in $PATH oder im aktuellen Verzeichnis.
  [...]
  
  Es sei hier angemerkt, dass auch eine große Menge schlecht geschriebener Shellskripte für Unices existieren, die mit Leerzeichen in Dateinamen ebenfalls nicht klarkommen.
  
  Das Problem taucht unter Windows nur deshalb öfter auf, weil zum einen Leerzeichen in diversen Standardverzeichnisnamen vorkommen und zum anderen die Kommandozeilen nicht primär von der Shell sondern von der Standardbibliothek in jedem Programm geparst werden, wodurch die Quotingregeln nicht nur ausgesprochen undurchsichtig sondern auch inkonsistent sind.
  When C++ is your hammer, every problem looks like your thumb.
  - +2 replies
  - clms
    
    2011-02-13 23:14
    
    User since
    2010-08-29
    373 Artikel
    BenutzerIn
    
    2011-02-13T21:38:48 murphy
    Es sei hier angemerkt, dass auch eine große Menge schlecht geschriebener Shellskripte für Unices existieren, die mit Leerzeichen in Dateinamen ebenfalls nicht klarkommen.
    
    Es sei hier angemerkt, dass vernünftige Menschen und Betriebsysteme keine Leerzeichen in Dateinamen verwenden, damit solche Probleme erst garnicht aufkommen.
    - bianca
      
      2011-02-14 08:18
      
      User since
      2009-09-13
      7016 Artikel
      BenutzerIn
      
      2011-02-13T22:14:18 clms
      Es sei hier angemerkt, dass vernünftige Menschen und Betriebsysteme keine Leerzeichen in Dateinamen verwenden, damit solche Probleme erst garnicht aufkommen.
      
      Schaff doch Computer ganz ab, dann haben wir sowieso viel weniger Probleme :)
      10 print "Hallo"
      20 goto 10
- +3 replies
- GwenDragon
  
  2011-02-14 09:02
  
  User since
  2005-01-17
  14748 Artikel
  Admin1
  
  Aus welchem Grund müssen für deine Perl-Entwicklung Dateien unter C:\Dokumente ... bzw. C:\Users\... (also %APPDATA% oder %USERPROFILE%) liegen?
  Ich lege sowas auf eine eigene Laufwerk/Partition.
  Leerzeichen in Pfaden und Dateinamen können ein Problem sein, deswegen haben in meinen Projekten diese statt Leerzeichen Binde- oder Unterstrich.
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +2 replies
  - Gast martin
    
    2011-02-18 13:07
    
    2011-02-14T08:02:26 GwenDragon
    Leerzeichen in Pfaden und Dateinamen können ein Problem sein, deswegen haben in meinen Projekten diese statt Leerzeichen Binde- oder Unterstrich.
    
    Sorry, dass ich meinen Senf dazu gebe. Ich verwende für meine Projekte zumindest für Tests teilweise absichtlich Leerzeichen in Verzeichnissen oder Dateinamen, weil man ja nie weiss, wohin ein Enduser das installiert. (Und die CPAN-Module, die damit nicht umgehen können, kann man ja patchen... viele Autoren sind froh, wenn man ihnen diese Patches zusendet, manche ignorieren einen einfach). So bekomme ich automatisch Tests, ob meine Software damit korrekt umgehen kann.
    
    Perl selbst installiere ich jedoch nie in ein Verzeichnis mit Leerpfaden.
    
    @Thorsten: man kann auch unter Windows sein Perl selbst kompilieren. Aber ich mache das nur, wenn ich wirklich das letzte bisschen aus Perl herauskitzeln muss (d.h. alle paar Jahre mal). Ansonsten bin ich mit Strawberry-Perl sehr zufrieden, weil das dem Unix-Perl am nächsten kommt, C-Compiler und CPAN funktionieren von haus aus und viele wichtige Bibliotheken sind schon dabei.
    
    Last edited: 2011-02-18 13:10:47 +0100 (CET)
    - torsten
      
      2011-02-18 22:11
      
      User since
      2010-08-16
      45 Artikel
      BenutzerIn
      
      Guest martin
      @Thorsten: man kann auch unter Windows sein Perl selbst kompilieren. Aber ich mache das nur, wenn ich wirklich das letzte bisschen aus Perl herauskitzeln muss (d.h. alle paar Jahre mal). Ansonsten bin ich mit Strawberry-Perl sehr zufrieden, weil das dem Unix-Perl am nächsten kommt, C-Compiler und CPAN funktionieren von haus aus und viele wichtige Bibliotheken sind schon dabei.
      
      Ich weiß von ActiveState Perl und auch von Strawberry. Ich brauche aber eine komplett kompilierte Umgebung, denn ich will eine gepatchte modperl Version kompilieren und ggf. debuggen. D.h. ich brauche debugging Informationen, Bibliotheken und den ganzen Kram von Perl über OpenSSL und Apache zu letztlich modperl. Und alles sollte mit dem selben Kompiler und passenden Optionen verarbeitet sein.
      
      Wöllte ich nur in Perl programmieren, würde ich den Aufwand nicht treiben.
      
      Naja, wie schon gesagt, ich musste einfach mal Frust ablassen.
- bloonix
  
  2011-02-18 16:21
  
  User since
  2005-12-17
  1615 Artikel
  HausmeisterIn
  
  Wie wäre es mit ActivePerl?
  
  Dann hast du auch die Möglichkeit Pakete über den Paketmanager
  zu installieren. Das erspart einem viele viele Kopfschmerzen,
  wenn man mit Windows arbeiten muss.
  
  Viele Grüße
  What is a good module? That's hard to say.
  What is good code? That's also hard to say.
  One man's Thing of Beauty is another's man's Evil Hack.

View all threads created 2011-02-13 20:45.