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

[Fuzesi Arnold]

de az ő betű a francia kódlapban is vmi... max vmi grafikus karakter vagy 
hasonló.
Nehezen tudom elkepzelni hogy a francia abc-ben a magyar ő kódja helyén o 
legyen...

Viszont közben úgynézki megoldódott... igaz egyelőre a 852-es kódlap asszem 
fixen van a progiban, nem
API-val kérdezi le a srác az oem kodlapot.
Sok apró dolgon bukott el.
Pl az SD-ről kell visszaolvasni a file-t, amikor már kiírta.
Másolás közben a filenév változik.. :-/
Ami valahol logikus igy utolag.

Asszem ez volt az egyik fő szopacs...

Köszi mindenkinek, lehet még jelentkezem! :)
Mikor majd a görög kódlappal felírt fileoknál a francia windowson jönnek a 
gondok :)))))

A.

----- Original Message ----- 
From: "vajk fekete" <halaloszto at yahoo.co.uk>
To: <elektro at tesla.hu>
Sent: Thursday, October 04, 2007 3:33 PM
Subject: Re: FAT & uC & rövidfilenév & Windows AP


a konverzionak nem nehez vesztesegenek lennie, mert amikor az o" betut 
franciara alakitja, akkor o lesz belole, es meg is van a veszteseg.

vajk

----- Original Message ----
From: Fuzesi Arnold <arnold.fuzesi.lista at gmail.com>
To: elektro at tesla.hu
Sent: Thursday, 4 October, 2007 2:35:59 PM
Subject: Re: FAT & uC & rövidfilenév & Windows AP

Jó a kísérlet, ez jár az én  fejemben is, de:

Ha veszteséges lenne a konverzió, az nagyon csúnya lenne.
Az azt jelenti h nem egyértelmű a megfeleltetés a két codepage között.
Ami meg csak úgy lehetséges hogy egy karakternek több kódja van. Vagy egy
kód több karakterhez tartozhat.

Kicsit elkenődtem.
Lassan ott tartok hogy a kütyüben lent csinálom meg szégyenszemre a kódlap
konverziót... :)
Ez a világ szégyene lenne.. :))


Alapvetően mi is a helyzet.
Adott egy hexa számsor. Ami a FAT-ben a fileneve az mp3-nak.
Ez olyan amilyen.
A windows erre ráhúz egy kódlapot.
Gondolom aszerint milyen a windows OEM nyelve.
Majd kapok vmit. Aztan erre még esetleg ráhúz egy unicode kodlapot, ezt
nemtom.
Ez az OEM kódlap elvben lekérdezhető?
Ha igen akkor visszafele meg kell csinalni a két konverziót és kész is
vagyunk.
Ha meg nem egyértelmű a megfeleltetés, vagy nincs inverz fuggveny, akkor
szégyenszermre egy for ciklus, és
végigpörgetni a karaktereket melyiknek a kódja egyezik a kapott kóddal, az
lesz az előző kódlapbani kód. :)
Aztan mégegyszer ugyan ez.

Gyanítom két kódlap konverzió van, és ez okozza a gondot...

A.
----- Original Message ----- 
From: "vajk fekete" <halaloszto at yahoo.co.uk>
To: <elektro at tesla.hu>
Sent: Thursday, October 04, 2007 2:10 PM
Subject: Re: FAT & uC & rövidfilenév & Windows AP


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

----- Original Message ----
From: Krisztian Steber_lists <sklists at steber.hu>
To: elektro at tesla.hu
Sent: Thursday, 4 October, 2007 1:54:44 PM
Subject: Re: FAT & uC & rövidfilenév & Windows AP

Hali!

> Az a fele hogy kovertalni kell a kapott nevet kodtablak kozott az tiszta.
> A kerdes az, hogy honnan tudhatom, hogy a diszken igazibol milyen
> charsettel vannak a filenevek?


Elméletileg, ha az MS betartja, akkor mindig OEM kódlapokkal. Azokkal,
amelyekkel a DOS dolgozott. A hosszú nevek pedig a VFAT esetén
emlékeim szerint unicode.

Szóval lehet tippelni az adott oprendszer Windows kódlapjából, hogy
melyik OEM kódlap van, de ez azért nem 100%...

Igazán az a baj, hogy nem tudom mi történik mondjuk ha Latin-1 és
Latin-2 Windowson vegyesen dolgozik, mi lesz a fájlnevekkel?

Ha biztosra akar menni az ember, akkor vagy ráveszi a Windows-t, hogy
ne konvertáljon, vagy ír egy file system filter drivert, vagy direkt
szektorról szektorra olvasást csinál...
Az elsőről fogalmam sincs, a második mazochizmus (kivéve, ha az ember
vesz egy csomagot az MS-tőlm, de innentől rendszergazda kellhet a
telepítéshez), a harmadikra szerintem lehet találni diszk olvasó
forrásokat, csak kell csinálni egy FAT-VFAT kezelést (kérdés, hogy
ehhez megint kell-e rendszergazda jog)...

Üdv.,
  SK.
-----------------------------------------
          elektro[-flame|-etc]







      ___________________________________________________________
Want ideas for reducing your carbon footprint? Visit Yahoo! For Good
http://uk.promotions.yahoo.com/forgood/environment.html
-----------------------------------------
          elektro[-flame|-etc]

-----------------------------------------
          elektro[-flame|-etc]







      ___________________________________________________________
Want ideas for reducing your carbon footprint? Visit Yahoo! For Good 
http://uk.promotions.yahoo.com/forgood/environment.html
-----------------------------------------
          elektro[-flame|-etc]