[OSy] Odevzdani 3. zakladniho zadani

[Martin Decky]

Hezky den,

> nebyla by mozna nejaka "uleva" z
> penalizace v pripade, ze prvni dve zadani jsme stihli vcas a az treti
> se nam asi protahne?

Uleva by skutecne mozna nebyla. Pravidla byla nastavena predem, jednotne
pro vsechny tymy a konzistentne pro vsechny faze. Myslim si, ze menit
pravidla za pochodu je to nejhorsi, co lze udelat.

(Uz vubec nemluvim o tom, ze kdybychom nyni vymysleli nejakou ulevu,
rozpoutali bychom nekonecnou debatu o tom, jak by si jine tymy mohly
mnohem lepe a efektivneji naplanovat cas, kdyby predem vedely o teto
uleve, cimz padem jsme je vlastne poskodili ..)

> Trochu je to
> nefer treba proti tymum, kteri nestihli uz prvni zadani a vsechny
> dalsi mohli mit se spozdenim.

Nevidim na tom opravdu nic nefer. Vsichni jsou penalizovani za stejne
zpozdeni stejnym zpusobem a nikdo v konecnem dusledku vic casu neziska.

> Jinak zejmena u tretiho zadani narazime na problemy, ktere jsou uz
> dost vzdalene samotnemu psani OSu, zejmena netrivialni modifikace
> makefilu, se kterymi nemusi mit vsichni takove zkusenosti.

Nesouhlasim s Vami, ze se jedna o vec vzdalenou operacnim systemum.
Kazdy realny operacni system nebo jeho jadro pouziva nejaky build
system, kteremu je potreba alespon do jiste miry porozumet, pokud chcete
tvrdit, ze rozumite operacnim systemum. Samozrejme ten build system
nemusi byt nutne GNU Make, ale principielne se bude zrejme jednat o neco
podobneho.

Dokonce bych si troufal tvrdit, ze znalost utility make patri
k zakladnim dovednostem, ktere by si mel student informatiky z matfyzu
odnest, a predmet Operacni systemy neni rozhodne jediny, kde by se s nim
mohl clovek setkat (na prvni letme setkani si mozna vzpomenete uz
z predmetu Uvod do Unixu v prvaku).

> Dale nutnost pouzivani assembleru pro upravy obsluhy vyjimek a nakonec take
> upravu linker skriptu, se kterym se asi vetsina z nas dosud ani
> nesetkala (nikdo z naseho tymu napr.) Pripadne rady k temto ukolum by
> se prinejmensim do priste, urcite hodily.

Take upravy rutin v assembleru a upravy linker skriptu v male mire patri
k tomu, co by mel clovek znat, pokud chce tvrdit, ze rozumi operacnim
systemum. Ta mira, se kterou se s temito vecmi setkate v semestralce,
mne opet neprijde nerealisticka.

Specialne linker skriptum byla venovana znacna cast uvodnich cviceni.
Pokud Vam tato informace prisla nedostatecna, meli jste se ozvat a jiste
bychom mohli tomuto tematu venovat jeste vice casu.

> mipsel-linux-gnu-gcc: Internal error: File size limit exceeded (program as)

S touto chybovou hlaskou jsem se nesetkal, ale pravdepodobne je chyba
presne to, co je v hlasce napsano. Osobne bych to tipoval na nejake
rekurzivne se expandujici makro, ktere zkratka vyrobi "velky" vystup.

> Sice nejsem odbornik pres mipsel cross compiler, ale mam pocit, ze to
> je chyba v nem, nebo v nejakem nastaveni.

To samozrejme nelze nikdy vyloucit, bezchybnych programu na celem svete
existuje jen velmi malo. Tesime se, az pravou pricinu chyby odhalite.


M.D.