- MS-DOS 8.3-konvensjonen er fortsatt tilgjengelig i Windows 11 for å sikre kompatibilitet med eldre programvare.
- Det finnes reserverte fil- og mappenavn som systemet blokkerer fordi det tolker dem som fysiske enheter.
- Microsoft opprettholder disse tekniske begrensningene for å forhindre at kritiske skript og applikasjoner fra flere tiår siden slutter å fungere.
Hvis du noen gang har sett i System32-mappen på datamaskinen din, har du sannsynligvis lagt merke til filer med navn som høres ut som de hører hjemme på et datamuseum. Navn som kernel32.dll eller hal.dll er ikke akkurat toppen av eleganse, men de er ikke der ved en tilfeldighet eller på grunn av en forglemmelse fra moderne programmerere.
Problemet er at Windows 11 bærer med seg en tung arv fra MS-DOS-dagene. Dette er ikke bare arkeologiske levninger; de representerer en grunnleggende kompatibilitetsavtale . Hvis Microsoft skulle endre disse navnene til noe mer beskrivende i dag, ville millioner av applikasjoner ikke lenger kunne finne bibliotekene sine, og systemet ville havne i fullstendig kaos.
8.3-regelen og spøkelset til CP/M
For å forstå dette fenomenet må vi gå tilbake i tid, nærmere bestemt til 8.3-konvensjonen. På den tiden var filnavnet begrenset til maksimalt åtte tegn og filtypen tre, uten mellomrom. Selv om det nåværende NTFS-filsystemet tillater svært lange navn, fortsetter Windows å beholde disse korte aliasene slik at eldre programvare ikke går tapt.
Det mest merkelige er at Microsoft ikke engang oppfant dette. Ifølge Raymond Chen, en veteraningeniør i selskapet, kopierte MS-DOS denne ordningen fra CP/M , et operativsystem fra 1970-tallet laget av Gary Kildall. Selv eksperter kan ikke si sikkert hvorfor åtte og tre tegn ble valgt, men den tilfeldige avgjørelsen endte opp med å forme arkitekturen til personlige datamaskiner i et halvt århundre.
Forbudte navn: mysteriet med CON, PRN og NUL
Det finnes noe enda merkeligere enn korte navn: det finnes ord som Windows 11 26H2 fortsetter å avvise blankt. Hvis du prøver å opprette en mappe kalt CON, PRN, AUX eller NUL , vil Filutforsker gi en feilmelding som sier at enhetsnavnet er ugyldig. Dette skjer fordi systemet ikke ser dem som enkle etiketter, men som reserverte enheter.
- LURE: Det refererer til konsollen (tastatur og skjerm).
- PRN: Rett den direkte mot skriveren.
- AUX: Det er en hjelpeenhet.
- NULL: Det er null-enheten, som i utgangspunktet tjener til å kaste informasjon ut i tomrommet.
- COM1 til COM9 og LPT1 til LPT9: Dette er de gamle serielle og parallelle portene.
I databehandlingens tidlige dager, hvis du ville skrive ut en liste, sendte du ganske enkelt resultatet til PRN. Fordi Windows opprettholder kompatibilitet med batchfiler (.bat) og eldre skript, kan det ikke fjerne disse begrensningene. Hvis det gjorde det, ville ethvert skript som omdirigerer resultatet til NUL begynne å opprette faktiske filer på disken, og dermed ødelegge prosesser som har kjørt problemfritt i tretti år .
Paradokset med utvidelser og Utforskeren
For øyeblikket er det et merkelig gap mellom offisiell dokumentasjon og virkeligheten. Microsoft oppgir at det å legge til en filendelse til et reservert navn (som NUL.txt) er det samme som å bruke NUL, men i de nyeste versjonene av Windows 11 tillater Filutforsker å opprette filer med filendelser . Dette er imidlertid uklart territorium.
Hvis du våger deg på å lage en fil kalt NUL.txt, kan det hende at PowerShell gjenkjenner den, men du vil sannsynligvis ikke kunne åpne eller slette den enkelt. Kommandoprompten behandler fortsatt disse navnene som rene enheter, så å skrive en kommando som `echo hello > CON` vil fortsatt sende teksten til skjermen og ikke til en fil, akkurat som det gjorde i 1981. Denne blandede oppførselen viser at systemet er en kollasj av teknologiske lag.
Støtte for ruter, aliaser og lange navn
I tillegg til reserverte navn bruker Windows såkalte 8.3-aliaser for lange stier. Et klassisk eksempel er den berømte C:\PROGRA~1 , som er en forkortelse for C:\Program Files. Selv om det er sjelden å se dem i dag, har noen eldre applikasjoner disse stiene hardkodet inn i kildekoden.
Denne avhengigheten er så sterk at i svært sjeldne tilfeller, hvis den samme DLL-filen kalles med sitt lange navn og sitt korte alias, kan Windows-lasteren behandle dem som separate moduler med forskjellige tilstander i samme prosess. For å unngå disse problemene foretrekker Microsoft å opprettholde utdatert oppførsel i stedet for å risikere å gjøre programvaren til tusenvis av selskaper ubrukelig .
Det nåværende Windows-økosystemet er et levende vitnesbyrd om databehandlingens historie, hvor emojier og 200-tegns stier sameksisterer med restriksjoner fra diskett-æraen. Denne blandingen av modernitet og arkaisme er prisen som betales for nesten universell kompatibilitet, noe som sikrer at arven etter MS-DOS lever videre, ikke bare i historiebøkene, men bokstavelig talt skrevet inn i systemfilene våre.
Lidenskapelig forfatter om verden av bytes og teknologi generelt. Jeg elsker å dele kunnskapen min gjennom å skrive, og det er det jeg skal gjøre i denne bloggen, vise deg alle de mest interessante tingene om dingser, programvare, maskinvare, teknologiske trender og mer. Målet mitt er å hjelpe deg med å navigere i den digitale verden på en enkel og underholdende måte.