De lange de ingangengegevens van de Folder van de Wortel van de Naam van het Dossier LFN in zijn volume van het gegevens ruimte ondersteunend read-only verborgen systeem etiketteren van de opsommingsfuncties van attributenbeetjes 0FH van de ingangsunicode het formaatbyte van de Beetjes van ASCII

Files Recovery Software
Home Contactgegevens Customer Support Download Demo Producten  

 
 

De lange Naam van het Dossier (LFN)
Aangezien wij reeds vroeger in de Bespreking van de Folder van de Wortel hebben besproken, eerder werd de wortelfolder bevestigd in grootte en werd gevestigd bij een vaste positie inzake schijf maar nu is het vrij zo noodzakelijk te groeien aangezien het nu als dossier wordt behandeld.

Dit is zeer belangrijk voor lange filenames omdat elke lange filename veelvoudige folderingangen gebruikt. Toevoegen van lange filename steun aan een werkend systeem dat 8,3 filenames gebruikt is niet zo eenvoudig zoals uitbreidende folderingangen om meer dan 11 karakters te houden.

Als dit nieuwe werkende systeem 255-karakter filenames terugkeert, zouden vele oudere inschrijvingen, die veronderstellen om niet meer dan 11 karakters te ontvangen, verpletteren omdat een programma geheugen moet terzijde leggen om filenames op te slaan het leest, en als het 16 Bytes voor filename en de werkend systeemexemplaren (zeg) 32 karakters in die ruimte terzijde legt, dan worden andere gegevens beschreven. Een zekere manier om een toepassing te breken is willekeurige gegevens in zijn gegevensruimte te kopiëren.

Om deze moeilijkheid te overwinnen, werd een knappe oplossing gevonden in Windows 95, aan het probleem om lange filenames te steunen terwijl het bewaren van verenigbaarheid met vorige versies van Dos en de toepassingen van Vensters.

Wanneer de meeste toepassingen (behalve lage schijfnut zoals de Arts van de Schijf Norton) het systeem voor dossier en subdirectory namen vragen, doen zij dit door folderingangen van de schijf direct geen te lezen, maar door opsommingsfuncties te gebruiken die in het werkende systeem worden gebouwd.

Aangezien wij weten dat een folderingang met de verborgen combinatie van read-only duidelijk is, schrijven het systeem, en het volumeetiket Beetjes toe. Waarschijnlijk, als de attributenbyte van de Ingang van de Folder de waarde 0FH houdt de opsommingsfuncties bouwden in alle bestaande versies van Dos en alle pre-Vensters 95 versies van Vensters over die folderingang zullen overslaan alsof het niet daar was.

Dan, de oplossing was twee namen voor elk dossier en subdirectory, een korte naam op te slaan die aan alle toepassingen en een lange naam zichtbaar is die de toepassingen slechts aan van Windows 95 (en Recenter) en aan toepassingen zichtbaar is die zijn herschreven om steun voor lange filenames toe te voegen. Korte filenames worden opgeslagen in 8,3 formaten in conventionele 32-byte folderingangen.

Wij hebben reeds besproken dat de Vensters tot korte filename van lange door het te beknotten aan zes karakters in hoofdletters en "~1" toe te voegen aan het eind van basisfilename leidt.

Als er reeds een andere filename met de zelfde eerst zes karakters zijn, wordt het aantal verhoogd. De uitbreiding wordt gehouden het zelfde, en om het even welk karakter dat in vroegere versies van Vensters en Dos onwettig was wordt vervangen met een onderstreepteken.

Lange filenames worden opgeslagen in de speciaal geformatteerde 32-byte Lange Ingangen van de Folder van de Naam van het Dossier (LFN) duidelijk met attributenbytes die aan 0FH worden geplaatst. Voor een bepaalde dossier of subdirectory, gaat een groep één of meerdere Lange de folderingangen van de Naam van het Dossier onmiddellijk de enige 8,3 folderingang op de schijf vooraf.

Elke Lange de folderingang van de Naam van het Dossier bevat tot 13 karakters van lange filename, en de werkend systeemkoorden samen zo velen zoals nodig om uit volledige lange filename te bestaan.

Voor een Lange de folderingang van de Naam van het Dossier, worden filenames opgeslagen in formaat Unicode, dat 2 Bytes per karakter in tegenstelling tot 1 Byte van ASCII vereist. Filename de karakters worden uitgespreid onder drie afzonderlijke gebieden:

  • De eerste 10 Bytes (vijf karakters) in lengte,
  • De tweede 12 Bytes (zes karakters),
  • De derde 4 Bytes (twee karakters).

 

De laagste vijf Beetjes van de eerste byte van folderingang houden een opeenvolgingsaantal dat de positie van folderingang met betrekking tot andere Lange de folderingangen van de Naam van het Dossier verbonden aan het zelfde dossier identificeert.

Als lange filename drie LFN folderingangen vereist, zal het opeenvolgingsaantal van de eerste 1 zijn, zal dat van de tweede 2 zijn, en het opeenvolgingsaantal van het derde zal 3 zijn en Beetje 6 van de eerste Byte van derde ingang wordt geplaatst aan 1 om erop te wijzen dat het de laatste ingang in de opeenvolging is.

Het attributengebied verschijnt bij de zelfde plaats in LFN folderingangen zoals in 8,3 folderingangen omdat het dossiersysteem weet welk niet type van folderingang het behandelt tot nadat het de attributenbyte onderzoekt. Het beginnende gebied van het clusteraantal verschijnt ook bij de zelfde plaats, maar in LFN folderingangen is zijn waarde altijd 0. Het gebied van de typeindicator houdt ook 0 in elke lange filename. 

Één van de problemen met lange filenames is dat zij meer schijfruimte dan korte degenen verbruiken. Dat is geen grote overeenkomst wanneer de lange namen in subdirectories, omdat zolang de schijfruimte beschikbaar is, subdirectories worden opgeslagen kan groeien om toegevoegde folderingangen aan te passen maar het maximumaantal folderingangen beschikbaar wordt in de wortelfolder bevestigd, en lange filenames afvalruimte in de wortelfolder die in grootte beperkt is.

Nu bijvoorbeeld, als de wortelfolder van harde schijven hoogstens de meeste 512 folderingangen bevat, omdat een 128-karakter naam 11 ingangen vereist, 10 voor de lange naam en 1 voor de korte naam, u slechts tot 46 dossiers en subdirectories in de wortelfolder konden leiden als elk een 128-karakter naam werd gegeven.

Het probleem gaat voor FAT32 weg ook omdat de wortelfolder onder FAT32 kan eveneens groeien omdat in systeem FAT32 de wortelfolder als een Dossier wordt behandeld dat in grootte kan groeien.


Previous page

page 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19


page 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35

Next page
 
 
Data Recovery boek
 
Hoofdstuk-1 Een Overzicht van de Terugwinning van Gegevens
Hoofdstuk-2 Inleiding van Harde Schijven
Hoofdstuk-3 Logische Benadering van Schijven en OS
Hoofdstuk-4 De Systemen van het aantal
Hoofdstuk-5 Inleiding van de Programmering van C
Hoofdstuk-6 Inleiding aan de Grondbeginselen van de Computer
Hoofdstuk-7 De noodzakelijke Bevelen van Dos
Hoofdstuk-8 Schijf-bios functioneert en onderbreekt Behandeling met C
Hoofdstuk-9 Behandelende Grote Harde Schijven
Hoofdstuk-10 De Terugwinning van gegevens van Bedorven Floppy
Hoofdstuk-11 Het maken van Steunen
Hoofdstuk-12 Het lezen van en het Wijzigen van MBR met Programmering
Hoofdstuk-13 Het lezen van en het Wijzigen van DBR met Programmering
Hoofdstuk-14 Programmering de Terugwinning voor van het "Ruwe Dossier"
Hoofdstuk-15 Programmering voor de Wissers van Gegevens
Hoofdstuk-16 Het ontwikkelen van meer Nut voor Schijven
Bijlage Verklarende woordenlijst van de Termijnen van de Terugwinning van Gegevens
 
 
Pro Data Doctor

Home

Producten

Contactgegevens

Customer Support

Download Demo

Algemene Voorwaarden

 
Pro Data Doctor