Bij het opstarten, laadt xfix de ingangen tabel uit de actieve PM_Workplace:HandlesX sectie in OS2SYS.INI. (Zie Over WPS Bestandsingangen voor details.)

xfix ontleedt dan de ingangen tabel. Voor iedere ingang die werd ontleed door xfix, wordt de volgende informatie door xfix afgebeeld in de kolommen van de xfix ingangen lijst:

  1. "i" is een getal dat groter wordt met iedere ingang die werd ontleed. Dit getal staat niet in OS2SYS.INI en wordt niet aangepast als u ingangen verwijderd. (Zie "Sorteren op index" in de Handleiding menu opdrachten.)

  2. De tweede kolom toont u de status van ieder ingang. Dit wordt door xfix toegewezen. Als xfix de ingang als OK beschouwt, is deze kolom leeg.

    Direct na het opstarten, controleert xfix de ingangen op volledigheid. Het zal onmiddellijk ongeldige bron ingangen en dubbele ingangen vaststellen. Als u bestandsingangen als ongeldig gemarkeerd wilt hebben die niet langer verwijzen naar geldige bestandssysteem informatie, moet u eerst "Zoek ongeldige bestanden" uit het "Akties" menu uitvoeren.

    Iedere ingangs ingang die iets heeft met deze kolom krijgt een grijze accentuering zodat u deze snel kunt zien. Als u "Selecteer alle ongeldige" vanuit het "Selecteer" menu selecteert, worden alle onderdelen automatisch voor u geselecteerd.

  3. Het "Type" veld is of NODE of DRIV. Als u sorteer op index kiest om de originele stand van zaken zoals in OS2SYS.INI te krijgen, ziet u dat er altijd een DRIV ingang is voor alle NODE ingangen die behoren bij dat station. Bovendien, er is altijd een extra NODE ingang voor de hoofd directory na het DRIV knooppunt, als er enige ingangen bestaan voor dat station. Ik weet niet waarom er een extra DRIV knooppunt is, maar ik denk dat de WPS het gebruikt als een interne markering om ingangen sneller te vinden.

  4. Het "Knooppunt ofs" veld laat de startwaarde zien waarop de ingang (het "knooppunt") werd gevonden in de ingangen tabel van OS2SYS.INI. De tabel start met 4 onderhouds bytes (waarvan de betekenis bij mij niet bekend is), dus de eerste ingang start op startwaarde 4. De lengte van iedere ingang hangt af van zijn korte naam (zie beneden)

  5. Het "Ingangs" veld komt vanuit het knooppunt in OS2SYS.INI en laat u de bestandssysteem ingang hexadecimaal zien, wat het lage woord van de objectingang van het corresponderende bestandssysteem object wordt (WPDataFile of WPFolder). Zie Over WPS Bestandsingangen voor details.

    Er is geen duidelijke regel voor hoe ingangen worden toegewezen. Het schijnt dat wanneer nieuwe ingangen worden gemaakt, zij gewoon willekeurig een nummer krijgen dat nog niet gebruikt wordt.

    Dit veld is leeg voor DRIV ingangen omdat deze nooit ingangen hebben. Nogmaals, klaarblijkelijk zijn DRIV knooppunten alleen markeringen in de ingangsdata.

  6. Het "Ouder" veld is ook opgeslagen met het beginpunt in OS2SYS.INI en geeft de ingang aan van de map waarin het object (of een bestand of een andere map) zich bevindt. Dit is zeker geldig (uitgezonderd voor hoofd NODE ingangen, waar dit klaarblijkelijk 0 is). Als dat niet zo is, markeert xfix de ingang als "Ouderloos" en ongeldig omdat hij niet langer bruikbaar is.

    De ouder ingang is van groot belang. De WPS kan niet het gehele pad opbouwen van een bestandsingang als de ouderingang niet geldig is. Zie hieronder voor hoe dat werkt.

  7. De "Korte naam" wordt opgeslagen in het ingangen blok en specificeert de naam van het bestandssysteem object zonder de volledige pad specificatie. De lengte van de bestandsnaam is variabel en is tevens de reden waarom iedere ingang een andere lengte heeft.

    Normaliter, geeft de WPS de korte namen in hoofdletters weer. Echter, op mijn systeem, zijn enige ingangen toch in een gemengd lettertype. Ik heb geen idee of dit problemen kan veroorzaken.

  8. Het "Kinderen" veld wordt berekend door xfix terwijl het de ingangstabel ontleedt. Het specificeert hoeveel andere beginpunten afgaan op deze ingang omdat die nu is gespecificeerd als ouder beginpunt, of direct (zoals te zien is in het "Ouder" veld) of indirect (omdat er andere bronnen tussen zitten).

    Als "Kinderen" 0 is, kunt u deze ingang verwijderen zonder andere ingangen te benadelen. (Dat houdt nog steeds niet in dat het altijd verstandig is om de ingang te verwijderen, omdat dit reflecties enz. kan verbreken. Zie Verwijderen bestandsingangen.)

  9. Het "Dups" veld wordt ook door xfix gemaakt en telt het aantal duplikaten van iedere ingang. Dit kan beternul zijn voor iedere ingang. Als dat niet zo is, zal de WPS snel worden 'opgeblazen'. Daarom geeft xfix de ingang dan de "Duplikaat" status en markeert hem als ongeldig.

    Zie Hoe kan ik... voor meer over duplicaten.

  10. Het "Refcs." veld staat voor "Referenties" en vertelt u of deze ingang op dit moment wordt gebruikt door het OS2.INI bestand.

    Als u ABS in dit veld ziet staan, betekent dat dat de ingang is opgenomen in de PM_Abstract:FldrContent sectie van OS2.INI. Deze sectie neemt de onbenoemde objecten op die in een map aanwezig zijn. M.a.w., als u ABS ziet, is het de ingang van een map die onbenoemde objecten bevat.

    Als u FPOS ziet in dit veld, betekent dat dat de ingang is opgenomen in de PM_Workplace:FolderPos sectie. Deze sectie neemt al de posities van mappen op die ooit door de WPS zijn opgeslagen. Dus als u FPOS ziet, is de ingang van een map die reeds is geopend door de WPS en zijn positie is al opgeslagen.

    Zie Verwijderen bestandsingangen voor problemen indien bestandsingangen worden verwijderd die die velden hebben ingevuld.

  11. De "Lange naam" toont u de volledige pad-specificatie van deze ingang, zoals die door de WPS wordt gedefinieerd. Merk op dat dit niet voorkomt in de beginpunt ingang in OS2SYS.INI... in de plaats van, dit toont de slimheid van het gehele bestandsingangen concept aan.

    De wijze waarop dit werkt is als volgt, wanneer de WPS een volledige bestandsnaam van een object ingang nodig heeft (b.v. als een programma object is gestart en een uitvoerbare naam nodig is), kijkt het naar de ingang van het object in de tabel, die het de korte naam geeft (zoals getoont in de "Korte Naam" kolom).

    De WPS kijkt naar de ouder referentie van deze ingang. Het kijkt op de ingang van de ouder referentie en kopieert de korte bestandsnaam van de ouder naar de huidige ingang. Het kijkt dan naar de ouder van de ouder... enz., totdat het hoofd kopppunt voor het station is bereikt. (Tenminste dit is hoe xfix de lange bestandsnaam opbouwd.)

    Dit heeft verschillende voordelen: