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:
OS2SYS.INI en wordt niet aangepast als u ingangen
verwijderd.
(Zie "Sorteren op index" in de Handleiding menu opdrachten.)
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.
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.
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)
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.
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.
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.
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.)
Zie Hoe kan ik... voor meer over duplicaten.
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.
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:
OS2SYS.INI te worden opgeslagen,
wat ruimte spaart.
Daarom werken programma objecten nog steeds nadat mappen verplaatst zijn.