???.txt

[ide.ne.irj at freemail.hu]

Thus spake Andras Tantos:

> Nem, mert nem hasznaltam Mac-et. De tudtommal ott ez a standard, igy minden 
> program hasznalja. Igaz (megintcsak tudtommal) a 'secodary stream' funkcioja 
> kotott.

Igen. Hogy mi van benne, arra nekem sem sikerult rajonnom, de ha elveszett,
akkor szivas volt.

> Rendszertelenseg. En speciel gyulolom a 'thumb.db' fajlokat, amiket az MS 
> kepnezegetoje a konyvtarakba pakol, vagy a registry-t, ahova a program 

[..]

>> "aaa\bbb\ccc.txt\2", "aaa\bbb\ccc.txt\3" stb.. fajlokra mutatnanak.
>> A struktura ezzel ekvivalens, semmi varazslat nincs benne.
>
> Nem ilyen egyszeru, de kb.

Mi a kulonbseg?

> Igy egy forditoval integralt 'make', kb. ugy, mint ahogy a Turbo Pascal 
> csinalta, sokkal gyorsabban meg tudna talalni az ujraforditando fajlok 
> koret. Raadasul a forditasi konyvtar nem lenne osszeszemetelve .obj, meg 
> egyeb fajlokkal.

Ez a pascalnal altalaban mashogy muxik, ebben jobb a pascal mint a C.
De nincs gond a szemetelessel, be kell allitani hogy az objektek egy kulon
konyvtarba keruljenek. A legtobb IDE-s forditoval ez alapbol igy megy.
Makefile eseten turni kell egy picit.
De ha nem tetszik, a fent kifejtett konyvtaras megoldas 100% megoldja
ezt is, a kompatibilitas megtartasa mellett.

> De nem muszaj szeretni ezt az otletet. Csak egy lehetoseg, amit felvetettem.

Ertem en. Valaki osszefoglalonak tekintette, es kulon koszonetet mondott
erte, nyilvan nem fogta fel a leveled lenyeget :)
Ketsegtelen hogy sokmindenre lehetne hasznalni, a kerdes csak az, hogy
megeri-e.

> Oh, nagyon egyszeru: nem egyszer tortent meg, hogy csaladtagok veletlenul 
> toroltek ezt-azt egy-egy fajlbol, majd elkeseredetten hivtak, hogy most 
> akkor mi legyen. En meg szettartam a karjaimat, hogy most mar semmi. Igy meg 
> azt lehetne mondani, hogy 'menj vissza ket verziot, es ott lesz'.

Korrekt, de erre is megvannak az eszkozok, az hogy ez egy fajlba keruljon
az eredeti fajllal, olyan sulyu problema, mint hogy milyen ikonja legyen
a backup proginak. Nem ez a lenyeg az egeszben.

> A VMS megoldasa is eleg jo, egyebkent linux alatt is bekapcsolhato ez a 
> viselkedes. A problema az, hogy nem tomorit, es nem diff-eket tarol. Azaz 
> zabalja a lemezt.

A felvetett otleteid nagy resze ilyen jellegu, lemezzabalo!
Kerdes, hogy mire optimalizaljunk. Ha a lemez keves, akkor tomoriteni
kell, es majd a proci dolgozik a preview szamolgatasaval, ha a proci
keves, akkor a lemezt kell pocsekolni, hogy a leheto legkevesebb dolga
legyen a procinak. Forras eseten viszont egyik sem kritikus, egyszeruen
nem eleg sulyos a problema ahhoz, hogy ilyen alapveto specialis
megoldasok legyenek szuksegesek.

> Ez megvalositas kerdese, nem szuksegszeru. Es amiota van VMM, minden 
> processz a sajat dedikalt cimtartomanyaban fut, es eleve fix cimekre van 
> linkelve, legalabbis Windows alatt.

En az UAE JIT doksibol vettem az informaciokat, ha a Java is ugy mukodik,
akkor ez nem oldhato meg. Cserebe jo gyors.

[..]

> Nem, de errol nem a unicode, inkabb a lusta programozok tehetnek.

Nekem az a problemam az egesszel, hogy egy csomo regi szabvanyt
megeroszakoltak vele, es emiatt semmi sem mukodik.
Pl a vilag legnepszerubb operacios rendszere, es a vilag legnepszerubb
filemanager programja nem jol kezeli az unicode-t.
Ez azert eleg durva!! Az mar egyeni szoc problema, hogy az oskovulet
amiga sem kezeli, ezert nem tudok emailezni.

> Tantos Andras 

-- 
Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.h u/~vf/
"Rogton maga jon, csak elvittek elezni a bardot"