xfix analysiert dann die Handle-Tabelle. F�r jedes Handle, das von xfix analysiert wurde, werden die folgenden Informationen in den Spalten der xfix-Handle-Liste angezeigt:

1. "i" ist ein Z„hler, der f�r jedes analysierte Handle erh”ht wird. Diese Zahl ist nicht in der OS2SYS.INI vorhanden und wird nicht aktualisiert, wenn Sie Handles l”schen. (Siehe "Sortieren nach Index" in der Befehlsreferenz zum Men�.)

2. Die zweite Spalte zeigt Ihnen den Status eines Handle an. Dieser wird von xfix hinzugef�gt. Wenn xfix das Handle als OK erachtet, ist dessen Eintrag in dieser Spalte leer.

   Gleich nach dem Start �berpr�ft xfix die Integrit„t der Handles. Es wird sofort ung�ltige Eltern-Handles und doppelte Handles erkennen. Wenn Sie Datei-Handles, die nicht mehr auf eine g�ltige Dateisysteminformation zeigen, als ung�ltig markiert haben wollen, m�ssen Sie den Eintrag "Ung�ltige Dateien finden" aus dem "Aktionen"-Men� w„hlen.

   Jeder Handle-Eintrag, der in dieser Spalte etwas stehen hat, wird dann mit einer grauen Farbe hinterlegt, so daá Sie den Eintrag dementsprechend schnell erkennen k”nnen. Wenn Sie "Alle Ung�ltigen ausw„hlen" aus dem "Ausw„hlen"-Men� verwenden, werden all diese Eintr„ge automatisch f�r Sie ausgew„hlt.

3. Das Feld "Typ" ist entweder ein NODE oder DRIV. Wenn Sie die Option Sortieren nach Index benutzen, um die urspr�ngliche Sortierung, wie sie in der OS2SYS.INI steht, zu erhalten, werden Sie bemerken, das dort immer ein DRIV-Eintrag vor allen NODE-Eintr„gen steht, die zu diesem Laufwerk geh”ren. Zus„tzlich befindet sich nach dem DRIV-Knoten immer ein extra NODE-Eintrag f�r das Wurzelverzeichnis, falls Handles f�r dieses Laufwerk existieren. Ich weiá nicht, warum ein zus„tzlicher DRIV-Knoten existiert, nehme jedoch an, daá die WPS ihn als eine interne Markierung benutzt, um Handles noch schneller finden zu k”nnen.

4. Das Feld "Knoten-Ofs" zeigt den Offset an, an welchem dieser Eintrag (der "Knoten") in der Handles-Tabelle aus der OS2SYS.INI gefunden wurde. Die Tabelle beginnt mit vier Verwaltungsbytes (deren Bedeutung mir unbekannt ist), so daá der erste Eintrag immer mit Offset 4 beginnt. Die L„nge jedes einzelnen Eintrages h„ngt vom Kurznamen ab (siehe unten).

5. Das Feld "Handle" stammt vom Knoten aus der OS2SYS.INI und zeigt Ihnen das Dateisystem-Handle im hexadezimalen Format an, welcher zum low-word des Objekt-Handle des entsprechenden Dateisystemobjektes (WPDataFile oder WPFolder) wird. Siehe šber WPS-Datei-Handles f�r Details.

   Es gibt keine ersichtliche Regel, nach der die Handles vergeben werden. Es scheint so zu sein, daá den neu erstellten Handles einfach eine Zufallszahl gegeben wird, die bis jetzt noch nicht existiert.

   Dieses Feld ist bei DRIV-Eintr„gen leer, weil diese niemals Handles besitzen. Nochmals zur Erinnerung: Offensichtlich sind diese DRIV-Knoten einfach nur eine Markierung in den Handles-Daten.

6. Das Feld "Elternteil" ist ebenfalls mit einem Eintrag in der OS2SYS.INI abgelegt und spezifiziert das Handle eines Ordners, in welchem sich dieses Objekt (entweder eine Datei oder ein anderer Ordner) befindet. Dieser sollte g�ltig sein (mit Ausnahme der Wurzel-NODE-Eintr„ge, wo dieser offensichtlich immer 0 ist). Ist er es nicht, markiert xfix diesen Eintrag als verwaist und ung�ltig, da dieser nicht l„nger brauchbar ist.

   Das Eltern-Handle ist von groáer Bedeutung. Die WPS kann den vollst„ndigen Pfad eines Datei-Handles nicht zusammensetzen, wenn das Elternteil-Handle nicht g�ltig ist. Siehe nachfolgenden Text dazu, wie es funktioniert.

7. Der "Kurzname" ist im Handles-Block abgelegt und gibt den Namen des Dateisystemobjekts ohne vollst„ndige Pfadangabe an. Die L„nge des Dateinamens ist variabel und ist auch der Grund daf�r, daá jeder Eintrag eine unterschiedliche Gr”áe hat.

   F�r gew”hnlich wandelt die WPS die Kurznamen in Kleinschreibung um. Auf meinem System befindet sich jedoch auch einige Eintr„ge in vermischter Klein- und Groáschreibung. Ich habe keine Ahnung, ob das irgendwelche Probleme zur Folge haben kann.

8. Das Feld "Kinder" wird von xfix berechnet, w„hrend es die Handle-Tabelle ausliest. Es gibt an, wie viele andere Eintr„ge sich auf diesen Eintrag st�tzen, weil er als ihr Eltern-Handle spezifiziert wurde, entweder direkt (wie wir es im Feld Eltern gesehen haben) oder indirekt (weil andere Eltern dazwischen sind).

   Wenn der "Kinder"-Eintrag 0 ist, k”nnen Sie diesen Eintrag l”schen, ohne andere Eintr„ge zu besch„digen. (Das schlieát jedoch nach wie vor aus, daá es immer sicher ist den Eintrag zu l”schen, weil es Referenzen usw. besch„digen k”nnte. Siehe Datei-Handles l”schen.)

9. Das Feld "Kopien" ist ebenfalls von xfix eingerichtet und z„hlt die Anzahl der Kopien jedes Handle. Dieser Wert sollte f�r jedes Handle am besten Null sein. Ist er das nicht, wird sich die WPS vermutlich bald verabschieden. Darum gibt xfix diesem Handle den Status "Kopie" und markiert ihn als ung�ltig.

   Siehe Wie kann ich..., um mehr �ber Duplikate (Kopien) zu erfahren.

10. Das Feld "Refzn." steht f�r "Referenzen" und zeigt Ihnen an, ob dieses Handle gegenw„rtig in der Datei OS2.INI genutzt wird.

    Wenn Sie in diesem Feld ABS sehen, bedeutet es, daá das Handle in der PM_Abstract:FldrContent-Sektion von OS2.INI enthalten ist. Diese Sektion enth„lt die abstrakten Objekte, die in einem Ordner vorhanden sind. Mit anderen Worten handelt es sich bei vorhandenem ABS um ein Handle f�r einen Ordner, der abstrakte Objekte enth„lt.

    Wenn Sie in diesem Feld FPOS sehen, bedeutet es, daá das Handle in der PM_Workplace:FolderPos-Sektion gelistet ist. Diese Sektion enth„lt alle Ordner-Positionen, die jemals von der WPS angelegt wurden. Wenn Sie den Eintrag FPOS sehen, ist dieser f�r einen Ordner, welcher bereits von der WPS ge”ffnet wurde und seine Ordnerposition gespeichert hat.

    Siehe L”schen von Handles zu den Auswirkungen einer L”schung von Datei-Handles, welche diese Felder gesetzt haben.

11. Der "Lange Name" zeigt die vollst„ndige Pfadangabe dieses Handles, wie sie von der WPS aufgel”st werden w�rde, an. Beachten Sie, daá diese nicht im Handle-Eintrag der OS2SYS.INI steht... statt dessen zeigt es die Eleganz des ganzen Datei-Handles-Konzepts.

    Der Weg, wie das Ganze funktioniert, wenn die WPS einen vollst„ndigen Dateinamen eines Objekt-Handles ben”tigt (wenn z.B. ein Programmobjekt gestartet wurde und der Name der EXE-Datei ben”tigt wird) ist folgender: sie schaut nach dem Objekt-Handle in der Tabelle, welches dann den Kurznamen (wie er in in der Spalte "Kurzname" angezeigt wird) liefert.

    Danach sucht die WPS das Eltern-Handle dieses Eintrages. Sie sieht dann auf den Eintrag des Eltern-Handles und stellt den Dateikurznamen der Eltern dem aktuellen Eintrag voran. Danach geht es zu den Eltern der Eltern... und so weiter, bis der Wurzelknoten dieses Laufwerks erreicht wurde. (Das ist genau der Weg, auf dem xfix den langen Dateinamen zusammenstellt.)

    Dies hat verschiedene Vorteile:
    

    • Einzig der Kurzname muá in der OS2SYS.INI abgelegt werden, das spart Platz.

    • Viel wichtiger ist jedoch, daá es sehr effizient ist, wenn Dateien oder Ordner verschoben werden. In diesem Fall werden nur die Eltern-Handles des zu verschiebenden Objektes ge„ndert. Da alle Unterobjekte des zu verschiebenden Objektes nur ein Eltern-Handle besitzen, kann dieses korrekt mit dem neuen Pfad zusammengestellt werden, wenn das n„chste Mal der vollst„ndige Dateiname ben”tigt wird.

      Das ist der Grund daf�r, weshalb Programmobjekte weiterhin funktionieren, nachdem die Ordner verschoben wurden.