Názor k článku Kylix (3) - OOP od tz - Vychazejme z toho, ze v kazdem programu JE...

Vychazejme z toho, ze v kazdem programu JE chyba.

Souhlas. Pokud je chyba ignorovana a "opravena", pak program s 97,7% pravdepodobnosti spadne za cas nekde jinde nebo sesrotuje data - kazdopadne, zjistit puvodni misto "pruseru" je temer nemozne.

Pokud program spadne se sigsegv (a predtim rekneme ulozi data), lze zjistovat co a kde se stalo a chybu ODSTRANIT.

Programator pri praci v C *ma* k dispozici rozhodnuti co delat pri segv - muze si napsat vlastni handler, ktery zajisti konsistenci dat a az teprve potom posle program do kytek.

K invektivam na adresu K* programu - ja mam stejny pocit s Kylixem, akorat ze nespadne, ale zatuhne - a muze to byt mymi castmi kodu. Ja bych radsi, aby to spadlo tam kde ma, nejlepe s core dumpem a moznosti post-mortem analyzy. Umi to kylix? (otazka neni recnicka, vazne bych to rad vedel)

Pokud vazne chcete ignorovat SIGSEGV libovolneho programu, v jednom z nedavnych phracku byl navod na sdilenou knihovnu ktera toto zajisti. S varovanim nedelat na prodkcnich vecech. Nezkousel jsem, ale treba by se to autoru libilo.
http://www.phrack.org/show.php?p=58&a=3