Dateisystem und Schreibweise (Großschreibung/Kleinschreibung) … und Diskrepanzen

1. „ls ist case sensitive“? Kaum. Es stellt dar, was darzustellen ist. Und das, was dargestellt wird, verwirrt. Der Finder handelt das kaum anders!
2. Daß das, ein, Dateisystem diesen Punkt so oder so handhaben kann, habe ich ja schon erwähnt. Auch, daß MacOS damit Probleme bekam(?), wenn es auf einem “case sensitive” Volume lag(?). Was mit der Grund für meine Verwunderung ist. Aber … s. u.
3. Das Kommando ls kann nicht (mehr, wenn man es mit gezählten Korinthen sehen will) von Unix übernommen worden sein, denn OS X ist (ungefähr seit 1.8) ein „waschechtes“ Unix. Und da man ls meint “An ls command appeared in Version 1 AT&T UNIX.” gehört es einfach dazu. Jedenfalls gab und gibt es da nichts anzupassen. Vor allem, weil es ja auch auf “case sensitive” Systemen funktionieren muß!

Aber gerade vorhin habe ich, mit erneuter Überraschung, festgestellt, daß diese Unterscheidung (wie in meinem Beispiel beschrieben) schon alt ist. Das war „schon immer so“, ist mir nur nie aufgefallen („eyeTV 4 ist schuld“). — Man sollte das, jedenfalls wenn man sich „öfter mal ins Terminal verirrt“, im Hinterkopf behalten!

Angst? Das glaube ich nicht! KISS ist dabei ein wesentliches Motto! Und außerdem kommen da dann auch umgehend weitere Probleme (beispielsweise) mit ins Boot.

Für mich war da jedenfalls nur überraschen, daß (in diesem Fall, aber alle anderen Shell-Kommandos werden das kaum anders sehen) ls die Antwort „Datei ist da“ bzw. „nicht da“ nicht, nicht vom Dateisystem beantwortet bekommt.

Ob dein Beitrag ein Fall für den Support ist, musst Du entscheiden.

Ich weiß noch nicht so recht. „Gebt mir Dokumentation“ wäre da erst mal der Hilferuf.

Ich konnte mit Terminal und allen Varianten der Gross/Kleinschreibung und folgenden Dateien in einem Testordner die folgenden Suchtreffer finden:  …

Immerhin: das paßt schon mal zu meiner „Entdeckung“. Auch wenn wir diese Angelegenheit (noch?) nicht „aus der Nähe sehen“.

Allerdings habe ich beim Anlegen der HTML-Dateien folgendes bemerkt: 1.

Das Anlegen von "Olivia.htm" bei gleichzeitig vorhandener Datei "olivia.htm" im Ordner funktioniert nicht: Es sei die gleiche Datei, sagt Mac-OS.

An der Stelle also “case preserving“: die unterschiedliche Schreibweise wird zwar im Dateisystem vermerkt, aber nicht als solche gesehen.

2. Das Anlegen von "Olivia.Htm" bei gleichzeitig vorhandene Datei "Olivia.htm" im Ordner funktioniert nicht: Es sei die gleiche Datei, sagt Mac-OS.

Dito.

4. Gehe ich mit dem Terminal in den Testordner mit CD "Testordner" und ändere den Dateinamen mit "MV Alterdateiname Neuerdateiname" verschwindet oder wird die vorherige Datei sogar gelöscht, ohne zu fragen, ob sie überschrieben werden soll. Sie ist auch keine unsichtbare Datei mehr, wie mir TinkerTool mitteilt.

mv ≘ move! Soweit möglich wird damit „nur“ der Name manipuliert und ggf. das betroffene Objekt in einen anderen Verzeichnispfad verschoben. Nur wenn die Grenzen des jeweiligen Dateisystems (Mac: normalerweise das Volume) überschritten werden, entsteht dabei eine Kopie (und abschließend wird das Original gelöscht):

As the rename(2) call does not work across file systems, mv uses cp(1) and rm(1) to accomplish the move.

— (man mv)

5. Das Suchen mit Spotlight im "Testordner" nach ".HTM", sowie ".htm" hat das gleiche Ergebnis: MacOS listet immer alle Schreibweisen auf, siehe Bilder.

Wieder: case preserving.

Erstelle ich jedoch eine Datei "Olivia.htm" und "Olivia.html1. " kann ich beide Dateien anlegen, obwohl es nach meiner Meinung der gleiche Dateiname ist, und die Dateiendungen html und htm für die gleiche Dateierweiterung stehen.

’tschuldigung, aber nein. Datei- bzgl. Objektnamen sind immer „am Stück“. Diese „Dateinamenserweiterung“ ist eine Windows-Dummheit, die Redmond erfolgreich in alle „konkurrierenden Produkte“ gezwungen hat. Type und Crestor waren elegant und hätten sowohl das System als auch die Anwender vor machen Ärger bewahrt!

Der Unterschied zwischen .htm und .html ist also ungefähr ähnlich wie „anderer creator“. Daß sie „hinten dran“ vom OS gleich oder sehr ähnlich behandelt werden (hier: was das Öffnen angeht), ist nur so etwas wie ein gewollter Zufall.

2. Suche ich mit Spotlight …

Spotlight ist … ein komplexes und recht umfangreiches Thema. Und da es hier nur auf einem Nebengleis parallel mitfährt, hier IMO uninteressant.

2. Mit welcher Programmiersprache ist der Befehl "LS" im Terminal programmiert worden? Es kommt nicht nur darauf an, welche Werkzeuge du benutzt, sondern mit welcher Programmiersprache sie auch geschrieben wurden.

Programmiersprache?

Tipp: man zsh (ggf. mit einem echo $SHELL davor und/oder danach).

Meine Vermutung: case preserving ist Vergangenheit, aber dieser Umstand wird uns „von der GUI“ (irgendwo zwischen der Ebene Terminal und „modern gestalteten“, aber immer umständlicher handhabbaren Fenstern) verheimlicht. Oder zu verheimlichen versucht.

Beiläufig: da „Codeeinfügung“ hier anscheinend nur ganze Absätze mag, hier also ein mißbrauchtes „Kursiv“.

Kleiner, aber evtl. nicht unwichtiger Nachtrag: Deine Frage zur „Programmiersprache“ läßt mich Dir empfehlen, mit Dingen wie dem Terminal vorsichtig, sehr vorsichtig umzugehen! Daß es da keinen Papierkorb gibt, ist nur eine der weniger schmerzhaften Entdeckungen, die man da machen kann!