[OSy] testy 2

[Martin Decky]

Hezky den,

> ja neviem cim to je, ale pan Matousek ma neustale nejaky problem.
> cim to bude? ziaden iny tym sa nestazoval na to, ze by im neslo
> integrovat testy do ich kernelu.

Kolegove, prosil bych, abyste tento mailing list usetrili podobnych
pokusu o flame. Hodne lidi zde pise o potizich pri vyvoji sveho kernelu,
ktere se nekomu jinemu mohou zdat nepodstatne a malicherne. Ale nikdy
nevite, kdy se sami ocitnete v nejake zapeklite situaci, ve ktere si
zrovna nebudete vedet rady.


Kdyz jsme u tohoto konkretniho prikladu, tak musim rici, ze emaily pana
Matouska vetsinou obsahuji maximum mozne informace, diky cemuz lze
podstatu problemu pochopit i bez toho, ze bychom dlouhe hodiny zkoumali
kod jejich kernelu a sami hledali ten jeden specialni pripad z milionu,
kdy k problemu dojde. To bohuzel neni zdaleka pravidlo u potizi
hlasenych ostatnimi skupinami.

Obcas jsme skutecne na rozpacich, protoze na otazky typu "Proc nam to
spadne po zavolani funkce abcd()" se skutecne neda odpovedet jinak nez
souborem velmi divokych spekulaci nebo poukazanim na nekolik trivialnich
chyb, u kterych vsak doufame, ze jste je jiz sami davno vyloucili (ovsem
i to se obcas prihodi, viz kauza "2000 bytes").

Mozna za to muze fakt, ze na MFF donedavna nebyl zadny predmet, kde by
se systematicky vyucovaly postupy pri ladeni programu a kde by lide
pochopili, ze "spadne to" proste neni dobry popis chyby. Je ale na
povazenou, ze se zde objevil dokonce i dotaz, jak z adresy instrukce
zjistit, ve ktere funkci se nachazi.


Omlouvam se za ty tri odstavce vyse vsem tem, kterych se netykaji. Tem
ostatnim doporucuji, aby se vcitili do pozice nekoho, komu se snazite
sdelit podstatu Vaseho problemu, ale krome Vaseho emailu nema zadnou
dalsi informaci (tedy specialne nestravil nekolik poslednich hodin
zkoumanim te chyby).


M.D.