Pan Sebastian Biały napisał:

>> Ale to kernel był skopany. Więc wiadomo kto winny i gdzie poprawiać.
>
> Ale to jedyny kernel jaki masz, bo starsze nie obslugują hardware a
> nowszych nie ma. Jesteś w dupie.

Wiem gdzie jestem -- nie tam. Tu nie mamy takich problemów.

> Pozostaje rękodzieło, poprawianie buga po kimś.

Brrr, wstrętne. To tak, jakby myć zęby cudzą szczoteczką do zębów.
Na samą myśl robi mi się niedobrze.

> A miało być tak tanio a wyszlo jak zwykle.

Nie miało być tanio, miało być dobrze.

>>> Jeszcze jedna do miliona niewiadomych o stabilności całości systemu.
>>> Przy takiej ilości nie ma już żadnego znaczenia, kontrole straciłeś
>>> wiele milionów lini kodu wczesniej.
>> Kernel został napisany w C. Czy w tej sytuacji należy powiedzieć:
>> 1. C jest gównianym językiem.
>> 2. A co to ma do rzeczy?
>> 3. Masaj.
>
> Należy powiedzieć: kernel pisany jest przez przypadkowych ludzi
> tworzących jako-tako działajace oprogramowanie.

A ludzie powstali w wyniku przypadkowych mutacji DNA.

> Problem buga we własnym kodzie to tylko jeden z milionów miejsc gdzie
> coś się może popsuć. Przy czym w kernelu który poza obsługą LPT zajmuje
> się jednoczesnie obsługą chińskich myszek, chińskich kart sieciowych,
> chińskich mostków supportowanych dzięki reverse-engeneering i reakcją
> na pierdyliard przerwań na sekundę mamy poważne powody by nie dawać mu
> zadań od których wprost zależy czyjeś życie.

Ja nie lubię literatury s-f. Znana mi rzeczywistość wygląda inaczej.

> I tak, jezyk C w embedded to gówno. Przy czym już kiedyś pisalem czemu.

W takim razie jeśli będę chciał wiedzieć co nie jest gównem, poszukam
sobie w archiwach.

--
Jarek