Komentáře ke článku

antos | 90.176.241.135/192.168.77.*

24.9.2008 14:28

hahaha

Petrovof | 89.176.80.*

22.9.2008 23:52

guguma: Vďaka za tvoje nazory, všetko čo tu písáš je čistá pravda a rad bych te podporil. Dufam ze se z tvych komentarov vsetki programatori tuna pouci.

Testovac | 89.125.82.*

21.9.2008 7:39

gugumaa: Proč si taky nevytvoříš svůj článek Tvoříme OS a nezveřejníš ho sem, když máš tolik nápadů...

DjH |

319-960-895

19.9.2008 18:44

Harvie: nekde zpetne v komentarich myslim u prvniho dilu se da najit veta, kde se pise, ze jim nekonkuruju, jen chci ukazat, jak to asi funguje... Radsi si dej silny heslo roota, nez ti nekdo smazne php interpret...

----------
..:@]> [link] <[@:..

Harvie |

283782978

19.9.2008 18:24

DjH: Radši toho nech, protože se řiká, že Gates s Linusem a Rantzingerem se už domlouvaj jak tě zneškodnit ;o)

----------
Harvie's blog: [link] g33k-shop: [link] fs: [link] Registered GNU/LINUX user #468114 [link]

DjH |

319-960-895

19.9.2008 17:34

gugumaa: zase malo ctes a moc kecas ;),
1) vyse bylo psano, ze si pozdeji udelame funkce fopen, fread ..., tohle byla proste demonstrace vypsani obsahu souboru
2) celou FAT davam do pameti, protoze se nejak nechystam na programovani zapisu na disk (fwrite), ponevadz si na to nejak netroufnu. Jestli by byli nejaci nadsenci kteri by chteli kod zprehlednit, OS vypilovat a dokoncit, mohli bychom z tohoto OS udelat po domluve s cCuMiNnem nebo Emkeiem SOOM projekt...

----------
..:@]> [link] <[@:..

sQuo | 88.212.21.*

19.9.2008 14:26

gugumaa | 195.113.79.10/10.0.10.*

19.9.2008 14:10

Jinak z disketových operačních systémů, které znám, celou FAT do paměti načítá snad jediný. Ostatní si do bufferu načítají aktuálně používaný sektor FAT - načtení celé FAT zrychluje čtecí operace (není třeba hoblovat neustále médium), ale zhoršuje třeba možnosti použití dynamické délky FAT u různě velkých médií (za předpokladu, že si na FA vyhradím nějaké místo a pakdostanu médium s FAT delší, než kolik jsem si vyhradil), stejně tak v případě nějaké změny ve FAT (uložení souboru) je rozdíl mezi uložením jednoho sektoru a celé FAT - tím druhým se zvyšuje riziko chyby při zápisu (i v sektorech, jejichž obsah se neměnil), a ztráta FAT je FATální.

gugumaa | 195.113.79.10/10.0.10.*

19.9.2008 14:04

a druhá věc - proč zevnitř while cyklu dělám goto někam úplně jinam? Nedá se rozjetý cyklus opustit korektněji?
To zpracování chyb by se mělo totiž taky zpracovat jinak. Jedna centrální věc, do které skočím s číslem chyby, a ona ji zpracuje - včetně spláchnutí bufferů (které se tady používají dost nešťastně), výpisu chyby (fakt máš v úmyslu ke každé operaci, která pracuje se souborem na disku, opisovat text o tom, že soubor nebyl nalezen?), předání zpět shellu.

gugumaa | 195.113.79.10/10.0.10.*

19.9.2008 13:53

A není to blbé, dělat to takhle?
Celá ta funkce pro výpis obsahu souboru by se měla udělat jinak - rozdělit na dvě části:
- jedna čtecí (která by se dala využít kdykoliv při načítání souboru - společná například pro čtení a spuštění souboru stejně jako pro jeho načtení a vypsání (nebo poslání na jiný výstup, než je obrazovka)
- druhá pak pro samotné vypsání.
Pokud se bude "operační systém" nebo cokoliv psát tímhle způsobem, tak je to jednak mrhání místem, druhak jedna funkce má být ideálně koncentrována v jednom místě - nejen kvůli přehlednosti, ale například i kvůli úpravám v budoucnu (například změna délky položky ve FAT nebo délka clusteru), kdy pak stačí případné úpravy provést na onom jednom místě - a není pak potřeba prolejzat celý zdroják včetně jeho includů a pátrat, kde všude je změnu potřeba zanést a jestli jsme nějaké použití při úpravách nevynechali.

Stránky: 1 2 3 4 5 6 7

Komentáře ke článku

Hacking keywords