???.txt

[VFX]

Hali!

> > De itt az a kerdes, hogy a dir bejegyzes 32 byte-jabol hol derul ki,
> > hogy ez egy 852-es kodlap es nem egy 850-es?
> Ez valóban nem derül ki. Ilyet nem is állítottam. Én csak azt mondom, hogy
> mikor valaki ÍR egy FAT directoryba, akkor választania kell egy kódlapot,
> ami alapján a hosszú nevek 16 bites karaktereit megfelelteti a rövid nevek 8
> bites karaktereinek. Ez egyszerûen nem kerülhetõ meg. Nekem pl. a WIN2000
> tényleg ASCII-t használ, az említett ÁRVÍZT.ÛRÕ rövid neve ARVIZT.URO lesz.

Akkor mirol is vitazunk most? A FATbol nem derul ki a kodlap. Ha most
hozzateszem meg, hogy a rovid nev csak kompatibilitasi okokbol maradt
meg, es egyaltalan nem kell hogy hasonlitson a hosszufile-nevere, akkor
az egesz vita ertelmet vesztette. Ugyanis a LNF bejegyzesek utan allo
elso short neven tarolt file adatait orokli a hosszufile is. Egyeduli
kriterium, hogy a checksum egyezzen. Tehat ha nem vagyok igenyes, akkor
gyarthatok egy "ÁRVÍZT.ÛRÕ" nevu file-t, aminek a rovid neve pl.
"ar.txt". Es nem hasznaltam kodlapot. A kodlap csak az OPredszer
kedvessege, hogy legyen egy kis kapcsolat a hosszufile-neve es a rovid
kozott. De nem kotelezo!! Nem a FAT resze, es ha jol emlexem ez volt az
eredeti problema is. Nevezetesen, hogy azert nem lehet torolni, mert nem
egyezzik a kodlap. Ez igaz csak a baj, hogy ez nem a file-redszer bune,
az mit sem sejt az aktualis kodlaprol. Pl az en gepemen is legalabb 2
,de inkabb tobb kodlap fut egyszerre. Es meg is tudok a FATba
irni/olvasni es totolni is.

UDV. VFX.
http://www.vfx.hu




> 
> > Mert a 8+3 -as elnevezes ascii kodjai errol nem mondanak semmit. Ha
> > kapsz egy FAT12/16/32-es mediat, abbol soha nem tudod kitalalni
> > (alapesetben), hogy melyik kodlappal krealtak.
> Valóban nem derül ki, de mint ahogy írod is, kódlappal kreálták. Az ASCII
> szigorúan 7 bites kód. Ami 128 fölött van, az egyszerûen nem ASCII.
> 
> Palasik Sándor
> 
> -----------------------------------
>  Szponzorunk: http://tonerbolt.hu/