FAT & uC & rövidfilenév & Windows AP

[Erdos Zoltan]

nagyjabol ez a gond az osszes mikrogepes fejlesztesnel, ahol valami 
memoriakartyas dolgot is kell kezelni.. Egyszeruen nem lehet az 
egysegsugaru usernek elmagyarazni, hogy miert nem jo az ekezetes 
filenev...:-(
tipikusan az mp3 lejatszok sd-kartyain talalni remtetteket... ekezet, 
szokoz, irasjel, pontok, ami belefer..:-(
es ha egy lcd-n meg is kell jeleniteni a neveket, akkor aztan borul 
minden.. plane ha az illeto egypar spanyol nyelvi kodolasu mp3-at is 
beszerzett...

De ahogy elnezem, az utf8-at mint csodaszert, ez sem lesz megoldas.. 
konyvtar bejegyzesnek pedig egyertelmuen remenytelen...

De megsugom ugyanez a problema nalam fennal a windows<->linux 
viszontlatban is.. nem mindegy, hogy hova mentemle a pendrive-ot..
ha pedig bedugom a routerembe es ott backupolom, akkor vegkepp 
katasztrofa.. :-(

feladtam, mint latszik en mar ekezet nelkul irok .... es halok meg..
a fejfamra sem kell ekezetet irni, az ös-ascii 128 kodja mindorokke 
olvashato lesz..:-)))

Z.


vajk fekete wrote:
> Huha,
> 
> Konzultaltam bithacker kollegammal, es eleg durva gondolatkiserleteim tamadtak:
> 
> 
> 1. magyar windowson a fat charsetje tippre 852. letrehozom az o"sziro'zs.mp3 filet.
> 2. a diszket atteszem egy francia windowsba. ott mas a fat charsetje, de hogy mi a charset, az nincs a diszkre felirva. 
> 3. a magas szintu windows api-k mindenkeppen mondjuk 1250 vagy unicode szerint kezelik a stringeket, tehat ha kiolvasom veluk a file nevet, akkor az eredeti 8 byte atmegy egy franciakodepage->1250 transzformacion.
> 4. ha az igy kapott filenevvel mondjuk meg akarom nyitni a fileot, akkor a beadott filenev string atmegy egy 1250->franciakodepage transzformacion. Ha az oda-vissza transzformacio veszteseges volt (miert ne lenne), akkor a kapott 8 byte nem egyezik az eredetivel, es a no such file hibauzenetet kapom.
> 
> nem lehet valami oskokori C apikat hasznalni, amik akkor keszultek amikor meg nem voltak codepage-ek?
> 
> vajk
>