Korrekte Pfadangabe

[Nemesis]

Hallo!

Ich habe da mal eine Frage bezüglich der Pfadangabe unter OSX. Die Unterteilung zwischen <Device>, Verzeichnis und Datei ist ein Doppelpunkt : oder ein Schrägstrich / ?

Also Beispiel:

/Users/Test/Music/Komponiertes Lied vom 20.10.2005.mp3

oder

:Users:Test:Music/Komponiertes Lied vom 20.10.2005.mp3

Welche Pfadangabe ist richtig? Unter den Informationen sagt OSX /, iTunes meint :

 

[Macbeatnik]

Schrägstrich, der /und manchmal auch der \.

 

[MacAlzenau]

Im Prinzip ist beides richtig.
Der Doppelpunkt war beim klassischen MacOS das Trennzeichen.
Seit der Umstellung auf den BSD-Kern wird der Schrägstrich verwendet, wie bei Unix-Systemen üblich.
Aus Gründen der Kompatibilität mit älteren Daten wird der Doppelpunkt wohl gelegentlich noch mitgeschleppt.
Du solltest, wenn du etwas selbst eintippen kannst, aber immer den Schrägstrich nehmen - das Terminal akzeptiert sowieso nur diesen.

Nachtrag: Daß man auf dem Mac den Backslash irgendwo verwenden könnte (außer mit Windows) ist mir neu.
Auf keinen Fall jedenfalls im Terminal, da hat er eine völlig andere bedeutung!

 

[Soul Monkey]

/Users/Test/Music/Komponiertes Lied vom 20.10.2005.mp3

oder

:Users:Test:Music/Komponiertes Lied vom 20.10.2005.mp3

Welche Pfadangabe ist richtig? Unter den Informationen sagt OSX /, iTunes meint :

Genaugenommen keine. Im Finder moegen die Leerzeichen im Dateinamen stimmen, im Pfad fehlen diese jedoch, daher

/Users/Test/Music/Komponiertes\ Lied\ vom\ 20.10.2005.mp3

 

[kauan]

Schrägstrich, der /und manchmal auch der \.

Den Backslash gibts bei Pfadangaben nur unter Windows.
Uebrigens, die Apple-eigenen Programme ziehen das mit dem Doppelpunkt statt Slash auch nicht alle konsequent durch...

 

[MacMark]

Ich vermute, daß sämtliche Classic- und einige Carbon-Programme den Doppelpunkt nutzen, wie er im alten MacOS üblich war. Cocoa-Programme werden wohl durchgehend den Strich verwenden. Der Rückwärtsstrich dient dem Auskommentieren von bestimmten Sonderzeichen bei letzteren.

 

[kauan]

Ich vermute, daß sämtliche Classic- und einige Carbon-Programme den Doppelpunkt nutzen, wie er im alten MacOS üblich war. Cocoa-Programme werden wohl durchgehend den Strich verwenden.

Eben nicht. Finder benutzt den Doppelpunkt, XCode den Slash. Genauso wie vieles anderes unter Mac OS X ist auch das nicht konsequent gleich.

 

[seb2]

Eben nicht. Finder benutzt den Doppelpunkt, XCode den Slash. Genauso wie vieles anderes unter Mac OS X ist auch das nicht konsequent gleich.

Das hat nichts mit Konsequenz zu tun, das hat was damit zu tun, in welchem Kontext Du Dich bewegst.
Cocoa und BSD benutzen die klassischen UNIX-Pfade mit "/"; AppleScript beispielsweise benutzt den Doppelpunkt als Trenner.

Diese Zweigleisigkeit wird auch weiterhin bestehen, sonst würde da ein ganzer Haufen an Kompatibilität von Carbon-Programmen flöten gehen.

 

[MacMark]

Eben nicht. Finder benutzt den Doppelpunkt, XCode den Slash. Genauso wie vieles anderes unter Mac OS X ist auch das nicht konsequent gleich.

Der von OS X? Machen wir den Test!

• Geh in Finder.
• Command-Shift-G (go to folder)
• Eintippen: /System/Library <return> … klappt.

Nun probier das mal mit dem Doppelpunkt

 

[kauan]

Der von OS X? Machen wir den Test!

• Geh in Finder.
• Command-Shift-G (go to folder)
• Eintippen: /System/Library <return> ... klappt.

Nun probier das mal mit dem Doppelpunkt

Dann mach mal Get Info. Da sind Doppelpunkte.
Ich sag doch, total unkonsequent.

 

[MacMark]

Dann mach mal Get Info. Da sind Doppelpunkte.
Ich sag doch, total unkonsequent.

Nein, auch im Finder-Infodialog habe ich Schrägstriche und keine Doppelpunkte.

Es wäre nett, wenn Du Deine Behauptungen vorher kurz selbst testest, denn das erspart unnötige Aufregung. Dies war nun schone Deine zweite nachweislich falsche Aussage in diesem Thread.

 

[Syncron]

Ich hab da auch nur Schrägstriche! Wo sieht er den einen Doppelpunkt?

 

[Anindo]

Der Doppelpunkt dient auf HFS-Ebene als Trennzeichen für Verzeichnisse und Dateinamen und kann deshalb nicht im Dateinamen benutzt werden. Slash darf man ruhig verwenden, so lange die Datei nicht auf ein PC-Volume trifft. Auf Unix- bzw. VFS-Ebene wird daraus ein Doppelpunkt und umgekehrt auch. Nähere Infos hier.

 

[civi]

und manchmal auch der \.

Ne, der Backslash kommt von Sonderzeichen im Dateinamen (z.B. Leerzeichen), die das Terminal nicht so anzeigen kann. Deshalb gilt für die reibungslose Arbeit: keine Leerzeichen in Dateinamen verwenden.

 

[kauan]

Nein, auch im Finder-Infodialog habe ich Schrägstriche und keine Doppelpunkte.

Es wäre nett, wenn Du Deine Behauptungen vorher kurz selbst testest, denn das erspart unnötige Aufregung. Dies war nun schone Deine zweite nachweislich falsche Aussage in diesem Thread.

Hoer doch um Himmels Willen mit dem Bashing auf!

 

[Syncron]

Hoer doch um Himmels Willen mit dem Bashing auf!

Vielleicht war das bei Panther noch so. Bei mir (Tiger) gibs nur /.

 

[kauan]

Vielleicht war das bei Panther noch so. Bei mir (Tiger) gibs nur /.

Das wird's vermutlich sein, ja.
Ich bleibe aber noch immer dabei, dass die Angabe des Pfadtrennzeichens unter OS X (oder immerhin bis zu Panther, Tiger kenne ich noch nicht) nicht konsequent gleich ist. Frueher wurde bei Mac OS anscheinend der Doppelpunkt verwendet (hatte vor OS X nicht mit Macs zu tun), und dann verwendete man Darwin und blieb wohl teilweise noch beim Doppelpunkt, z.B. in der Shell wurde aber natuerlich der Slash verwendet. Dabei kommt dann raus, dass es nicht ueberall gleich ist.
Das ist eine Tatsache, und etwas anderes habe ich nicht behauptet.

 

[MacAlzenau]

Seit wann steckt denn der User-Ordner im Systemordner?
Aber tatsächlich - nachdem ich es nicht glauben wollte, habe ich den alten G4 mit Panther nochmal angeworfen, da stehen wirklich Pünktchen.

 

[kauan]

Seit wann steckt denn der User-Ordner im Systemordner?

Ich habe mein "Macintosh HD"-Volume in System umbenannt. Zwei Volumen, System und Data

 

[MacAlzenau]

Ah, das irritierte mich - unter Tiger wird nämlich das Volume in der Infobox im Pfad gar nicht angegeben (kann allerdings sein, daß das nur so ist, wenn man nich partitioniert hat).