xfix analyserar sedan handtagstabellen. F”r varje handtag som analyserades av xfix, visas f”ljande information i kolumnerna f”r xfix handtagslista:

1. "i" „r bara en r„knare som ”kas f”r varje handtag som analyserats. Det talet „r inte n„rvarande i OS2SYS.INI och uppdateras inte n„r du raderar filhandtag. (Se "Sortera genom index" i Meny kommandoreferens.)

2. Den andra kolumnen visar dig status f”r varje handtag. Detta „r tilldelat av xfix. Om xfix anser att handtaget „r OK, „r den h„r kolumnen tom.

   Redan efter startup, kontrollerar xfix handtagen efter integritet. Det kommer att uppt„cka ogiltiga f”r„ldrahandtag och duplicerade handtag omedelbart. Om du vill ha filhandtagen markerade som ogiltiga vilka inte l„ngre pekar mot n†gon relevant filsystemsinformation, m†ste du f”rst ange "Finn ogiltiga filer" fr†n menyn "Aktioner".

   Varje handtagspost som har n†got i den h„r kolumnen blir tilldelad en gr† framh„vning s† att du snabbt kan se den. Om du anv„nder "V„lj alla ogiltiga" fr†n menyn "V„lj", kommer alla poster automatiskt att v„ljas †t dig.

3. "Typ" f„ltet „r antingen NODE eller DRIV. Om du sorterar genom index f”r att f† originalordningen p† posterna som i OS2SYS.INI, kommer du att se att det alltid finns en DRIV post f”re alla NODE poster som tillh”r den enheten. Som till„gg, det finns alltid en extra NODE post f”r varje rotkatalog efter DRIV node, om n†gra handtag existerar f”r den enheten. Jag vet inte varf”r det finns en extra DRIV node, men jag gissar att WPS anv„nder den som en mark”r internt f”r att hitta fler handtag snabbare.

4. "Node ofs" f„ltet visar det offset vid vilket posten ("node") hittades i handtagstabellen fr†n OS2SYS.INI. Tabellen startar med fyra underh†llsbytes (vars mening „r ok„nd f”r mig), s† att den f”rsta posten alltid startar med offset 4. L„ngden p† varje post beror p† dess korta namn (se nedanf”r).

5. "Handtags" f„ltet „r fr†n node i OS2SYS.INI och visar dig filsystemshandtagen hexadecimalt, vilken blir det l†ga ordet hos objekthandtaget hos det korresponderande filsystemobjektet (WPDataFile eller WPFolder). Se Om WPS filhandtag f”r detaljer.

   Det finns inga uppenbara regler f”r hur handtag tilldelas. Det verkar som att n„r nya handtag skapas, f†r dom ett slumpm„ssigt nummer vilket inte anv„nds „nnu.

   Detta f„lt „r tomt f”r DRIV poster d„rf”r att dessa aldrig har n†got handtag. Igen, uppenbart, DRIV nodes „r bara mark”rer i handtagens data.

6. F„ltet "F”r„lder" „r ocks† lagrat med en post i OS2SYS.INI och specificerar handtaget f”r mappen i vilket detta objekt (antingen en fil eller en annan mapp) h†ller till. Detta b”r vara giltigt (undantaget f”r rot NODE poster, d„r detta uppenbart „r 0). Om det inte „r det, markerar xfix posten som "F”r„ldral”s" och ogiltig d„rf”r att den inte l„ngre „r anv„ndbar.

   F”r„ldrahandtagen „r av stor betydelse. WPS kan inte bygga upp full s”kv„g fr†n ett filhandtag om ett f”r„ldrahandtag inte „r giltigt. Se nedanf”r hur det fungerar.

7. "Korta namn" „r lagrade i handtagens block och specificerar namnet p† filsystemobjekt utan den fulla s”kv„gens specifikation. L„ngden p† filnamnet „r variabelt och „r ocks† anledningen till att varje post har olika storlek.

   Normalt, g”r WPS korta namn till stora bokst„ver. Emellertid, p† mitt system, har vissa poster en mix mellan sm† och stora bokst„ver. Jag har ingen aning om detta orsakar n†gra problem.

8. F„ltet "Arvinge" „r ber„knat av xfix n„r det analyserar handtagstabellen. Det specificerar hur m†nga andra poster som bygger p† den h„r posten d„rf”r att den „r specificerad som deras f”r„ldrahandtag, antingen direkt (som syns i "F”r„lder" f„ltet) eller indirekt (d„rf”r att andra f”r„ldrar finns mellan).

   Om "Arvinge" „r 0, kan du radera den h„r posten utan att skada andra poster. (Det betyder dock fortfarande att det inte alltid „r s„kert att radera posten, eftersom det kan bryta skuggor etc. Se Radera filhandtag.)

9. "Dups" f„ltet „r ocks† uppsatt av xfix och r„knar antalet dubletter av varje handtag. Det b”r vara noll f”r varje handtag. Om det inte „r det, kommer WPS troligtvis att haverera ganska snart. Det „r varf”r xfix ger handtaget statusen "Dubblett" och markerar den som ogiltig.

   Se Hur kan jag... f”r mer om dubbletter.

10. "Refcs." f„ltet st†r f”r "Referenser" och ber„ttar f”r dig om handtaget f”r n„rvarande „r anv„nt fr†n OS2.INI filen.

    Om du ser ABS i det h„r f„ltet, betyder det att handtaget „r listat i sektionen PM_Abstract:FldrContent av OS2.INI. Den sektionen listar alla abstrakta objekt som „r n„rvarande i en mapp. Med andra ord, om du ser ABS, „r handtaget f”r en mapp som inneh†ller abstrakta objekt.

    Om du ser FPOS i det h„r f„ltet, betyder att handtaget „r listat i PM_Workplace:FolderPos sektionen. Den sektionen listar alla mapp-positioner som n†gonsin sparats av WPS. S† om du ser FPOS, „r posten f”r en mapp som redan har ”ppnats av WPS och har f†tt sin position lagrad.

    Se Radera filhandtag f”r konsekvenserna av att radera filhandtag vilka har dessa f„lt satta.

11. "L†ngt namn" visar dig en specifikation ”ver den fulla s”kv„gen hos det h„r handtaget, som det skulle ha l”sts av WPS. Notera att detta inte upptr„der i handtagets post i OS2SYS.INI... ist„llet, visar detta smartheten i hela filhandtags-konceptet.

    Det s„tt p† vilket det h„r fungerar „r att n„r WPS beh”ver ett fullst„ndigt filnamn fr†n ett objekthandtag (t.ex. n„r ett programobjekt „r startat och det exekverbara namnet beh”vs), s”ker det upp objektets handtag i tabellen, vilket ger ett kort namn (som visas i kolumnen "Korta namn").

    WPS s”ker sedan upp f”r„ldrahandtaget till den h„r posten. Den s”ker upp posten f”r f”r„ldrahandtaget och preparerar det korta filnamnet hos f”r„ldern till den aktuella posten. Den g†r sedan vidare med f”r„lderns f”r„lder... och s† vidare, tills rotnoden f”r enheten har n†tts. (¸tminstone „r det s† xfix bygger sina l†nga filnamn.)

    Detta har flera f”rdelar:
    

    • Endast det korta namnet beh”ver lagras i OS2SYS.INI, vilket sparar plats.

    • ˇven „nd† mera viktigt „r dock, att detta „r v„ldigt effektivt n„r filer eller mappar flyttats. I det fallet, beh”ver endast f”r„ldrahandtaget hos objektet som flyttats uppdateras. Eftersom alla sub-objekt hos posten som flyttats endast inneh†ller ett f”r„ldrahandtag, s† n„sta g†ng ett fullst„ndigt filnamn beh”vs, kan det byggas upp korrekt med den nya s”kv„gen.

      Detta „r orsaken till att programobjekt fortfarande fungerar efter att mappar har flyttats.