topeg+2008-12-13 18:14:27--

Nun konkret.
Öffnest du eine Datei mit dem Namen "/home/test/foo.txt" [..]
Bei MacOS (<10) sucht er "SC00:/home/test/foo.txt" wobei "/home/test/foo.txt" der vollständige Name der Datei ist

Danke, das wollte ich ja nur Wissen, ob das wirklich so ist, da ich hier einen Widerspruch in der Plattformunabhängigkeit von Perl sehe. Ich bin davon ausgegangen, dass der Slash als allgemein gültiger Trenner für Pfade in Perl gesehen wird.

Leider habe ich auf dieser alten MacPerl Seite keinen konkreter Hinweis gefunden, allerdings ist dieser Abschnitt ein Hinweis das es so ist.

perlport#Files_and_Filesystems

Danke, es scheint doch schwieriger zu sein portabel zu programmieren, als ich bisher dachte. Zum Glück sind Macs eher Exoten und nicht mehr ganz so eigensinnig ;-)

Portabel? Schwierig?
Schau halt ins Manual, lieber Entwickler und nimm Module dafür.
Was ist daran schwierig die Funktionen von File::Spec oder File::Basename zu nehmen?

Es hat eher was mit Faulheit zu tun, immer im Unix-Mode zu sein ;)
Wenn man sich natürlich erst das Unix-Only-Dateisystem-Denken angewöhnt hat, ist das Umlernen vielleicht sperrig.

Naja, wie gesagt ich benutze seit 10 Jahren Perl und dieses Problem ist mir noch nie vorher über den Weg gelaufen, weder bei eigenen Programmen, noch als Frage in irgendeinem Forum oder Newsgroup. Ich habe auch dort noch kein Beispiel gesehen das File::Spec verwendendet (auch hier z.b. nicht). Im Perl Kochbuch auch nicht.

Es wird schwierig wenn du Benutzereingaben hast oder die Pfade in einer Ini-datei hast.
D.h. du musst diese immer auseinanderpflücken, um sie dann systemunabhängig wieder zusammenzubauen.

Aber da meine Anwendungen nie auf einem alten Mac laufen werden brauch ich mir darüber keine Gedanken machen, man ist halt Faul.

Struppi+2008-12-14 19:27:55--

Es wird schwierig wenn du Benutzereingaben hast oder die Pfade in einer Ini-datei hast.
D.h. du musst diese immer auseinanderpflücken, um sie dann systemunabhängig wieder zusammenzubauen.

entweder du vertraust dem Benutzer, d.h. er ist auf dem system eingeloggt, dann kann er auch
korrekte Pfade eingeben, oder du vertraust dem Nutzer nicht, z.b. über ein Webinterface, in
dem Fall solltest du sowieso keine kompletten Pfade als Eingabe verarbeiten.
Und eine Ini-Datei ist i.d.R. eh nur für einen bestimmten Rechner gültig, und da sollen dann
bitteschön auch korrekte Pfade drinstehen...

Ein Benutzer kann ein Admin sein, der ein System/Modul/Plugin o.ä einrichten muss/soll/darf und muss evtl. dann auch einen Pfad eingeben. Das ist doch ein ganz normales Szenario?
Der Benutzer gibt dann einen konkreten Pfad an, aber ein Admin muss nicht Wissen auf was für einen System die Anwendung läuft.

Da gerade auch an einem CMS Schreibe, kann ich die 2. Aussage so nicht verstehen, ich habe in meiner CFG Datei keinen absoluten Pfad, sondern relative zum root. Insgesamt gibt es ca. ein dutzend Pfade, die für die Anwendung nötig sind und die können durchaus auf allen Rechnern wo dieses CMS installiert werden soll identisch sein.

Wie gesagt, da ich weder im Perl Kochbuch, noch hier, noch anderswo etwas von Problemen mit dem Pfad gehört habe, nehme ich das Risiko, dass meine Anwendung auf einem System nicht läuft in Kauf.

Und noch was am Rande
Und wie ihr seht setze ich mich damit auseinander und habe zwischenzeitlich auch schon mal probiert ob ich das Modul einsetzen kann. Ich verstehe nicht warum man dann mit so einem unfreundlichen Unterton antworten muss?

Struppi+2008-12-14 20:27:46--

Wie gesagt, da ich weder im Perl Kochbuch, noch hier, noch anderswo etwas von Problemen mit dem Pfad gehört habe, nehme ich das Risiko, dass meine Anwendung auf einem System nicht läuft in Kauf.

Es ist ja auch deine Entscheidung, was den Grad an Professionalität anbelangt bei der Anwendung. Sind ja deine Kunden (wenn du welche hast) für die Anwendung.
Es ist eben nur schade, wenn Anwendungen (wenn es möglich wäre) nicht portabel geschrieben werden. Ja, es ist etwas mehr Aufwand, gebe ich zu.
Faulheit siegt - und Perl-Programmierende sind meistens lazy ;)

Quote

Ich verstehe nicht warum man dann mit so einem unfreundlichen Unterton antworten muss?

Auf wessen Antwort beziehst du dich bitte gerade?

GwenDragon+2008-12-15 13:29:02--

Es ist ja auch deine Entscheidung, was den Grad an Professionalität anbelangt bei der Anwendung. Sind ja deine Kunden (wenn du welche hast) für die Anwendung.

sogar welche die in ihrem Büro überwiegend mit Macs arbeiten. Ich musste dort aber bisher keine Skripte installieren und mich nur mit dem Mac Zeichensatz rumschlagen.

GwenDragon+2008-12-15 13:29:02--

Quote

Ich verstehe nicht warum man dann mit so einem unfreundlichen Unterton antworten muss?

Auf wessen Antwort beziehst du dich bitte gerade?

Keine Ahnung, ich hatte gestern Abend wohl sowas wie ein männliches PMS und war etwas gereizt.

Meine ersten Versuche mit File::Spec verliefen jetzt ganz gut, vielen Dank für die nützlichen Hinweise.

Jede und jeder kann mal seltsam drauf sein. Poster und ModeratorInnen sind auch nur Menschen und manchmal liest sich manches komisch obwohl es nicht so gemeint ist.

Nützliche Hinweise verteilen wir doch öfters. Und je mehr Leute Perl lernen bzw. damit arbeiten, desto schöner.