Terminal hoofdletter-ongevoelig?

Ligt het aan mij, of is de terminal opeens hoofdletterongevoelig? Voor zover ik altijd begrepen heb, maakt het onder Unix uit of je hoofd- of kleine letters gebruikt; maar gisteren viel me op dat dit blijkbaar toch niet opgaat onder OS X in een terminalvenster — was dat altijd al zo, of is het een "upgrade" van 10.4.5 of zo?

Wat er gebeurde is dat ik een symlink naar een directory wilde maken, maar dan met een hoofdletter aan het begin. Zeg maar zo:

[code:1:9d1d132653]mkdir test
ln -s test Test[/code:1:9d1d132653]
Met als gewenst resultaat dat “Test” synoniem is met “test” (wat het anders niet zou moeten zijn).

Wat schetst mijn verbazing als echter blijkt dat er nu niet naast de directory “test” een link “Test” is, maar [i:9d1d132653]in[/i:9d1d132653] de directory “test” een symlink “test -> test” is aangemaakt … Kijk maar (o ja, “dir” is op mijn systeem een alias voor “ls -l”):

[code:1:9d1d132653]Jakko:~ $ mkdir test
Jakko:~ $ ln -s test Test
Jakko:~ $ dir
total 0
drwx------ 9 jakko jakko 306 Feb 18 21:59 Desktop
drwx------ 35 jakko jakko 1190 Jan 28 11:43 Documents
drwx------ 58 jakko jakko 1972 Feb 6 19:52 Library
drwx------ 10 jakko jakko 340 Feb 5 11:23 Movies
drwxr-xr-x 6 jakko jakko 204 Feb 6 10:53 Music
drwx------ 30 jakko jakko 1020 Feb 18 21:59 Pictures
drwx------ 6 jakko jakko 204 Sep 29 17:24 Projects
drwxr-xr-x 6 jakko jakko 204 Aug 9 2005 Public
drwxr-xr-x 12 jakko jakko 408 Feb 17 12:08 Sites
drwx------ 6 jakko jakko 204 Nov 22 11:42 Sources
drwx------ 11 jakko jakko 374 Aug 3 2005 Unix
drwx------ 5 jakko jakko 170 Jan 3 13:58 misc
drwx------ 53 jakko jakko 1802 Oct 9 11:39 scripts
drwxr-xr-x 3 jakko jakko 102 Feb 19 20:10 test
Jakko:~ $ dir test/
total 8
lrwxr-xr-x 1 jakko jakko 4 Feb 19 20:10 test → test
Jakko:~ $ [/code:1:9d1d132653]
Het enige dat (nog) hoofdlettergevoelig lijkt te zijn, is automatisch aanvullen via de tabtoets. “cd T<tab>” geeft een piepje, maar “cd t<tab>” vult aan tot “cd test/”. “cd TEST” brengt me echter vrolijk de directory “test” in :frowning:

Is dit te verhelpen, of moet ik met deze aanpassing voor de dommen onder ons leren te leven?

Ik denk dat het je nooit eerder is opgevallen, altijd al was b.v. cd /users/ een werkend commando, en je ziet zelf dat je in /users zit (terwijl het echte /Users is). Ik vermoed dat dit een gevolg is van het feit dat HFS+ dat caseinsensitive is. De shell/terminal (wel case sensitive) vraagt aan het filesysteem naar /user, en HFS (case-insensitive) stuurt hem door.

Maar de tab -auto-complete is wel (altijd al) hoofdlettergevoelig geweest (is bash item)

maurits

Apple heeft er voor gekozen om 'case sensitive' te laten vallen om diverse compatibiliteits redenen. Dit levert soms verwarring op met het gebruik van de shell. Kwestie van wennen lijkt me, al verdient het geen schoonheidsprijs. :?

Het ligt niet aan de terminal (of Terminal of tERMINAL, gelukkig is dat allemaal hetzelfde) maar aan het filesystem. De Mac en daarmee het HFS filesystem (en FATsinds 8.3 eraf is) bewaren wel de hoofdletters wanneer een bestand een naam krijgt, maar maken geen onderscheid bij het openen e.d. van bestanden. Je kan echter je harddisk ook als UFS formatteren en daarbij zijn hoofd- en kleine letters wel verschillend.

Unix command line tools “denken” dat er verschil tussen hoofd- en kleine letters is, maar als je in je homedir “cd desktop” in plaats van cd Desktop" typt werkt dit wel degelijk bij HFS/FAT.

[quote:88b1846d39="mjsanders"]Ik denk dat het je nooit eerder is opgevallen,[/quote:88b1846d39] Na het lezen van de reacties denk ik dat ook :) Het probleem is denk ik m'n Linux-achtergrond, waardoor ik dus gewend ben om zelf op te letten op die hoofd- en kleine letters, en daardoor niet doorhad dat het filesysteem dat niet doet …