Użytkownik "A.L." <a...@a...com> napisał w wiadomości
news:al39695biemners6uvpsbph84v7iamsda3@4ax.com...
>>Ale jest czasem w kodzie "wstawka", która jawnie określa, że program ma
>>wyp... i o mienie swoje nie pytać, tu i teraz, natychmiast.
>>
>
> Owszem, mzoe i "natychmiast" ale nie moze zostawic smieci. Wiec
> wszystkie watki i procesy musza byc zakonczone a uzywane zasoby
> zwolnione

I jeśli zatrzymanie nastąpi tak, jak należy, to rzeczywiście, raczej będzie
czysto.
Ale, jak załapie jakiegoś runtime, to różnie chyba może być? Pół biedy, jak
coś przyuważy, że podwątek się właśnie wyburaczył i za niego posprząta, lub
ustawi to chociaż w stanie umożliwiającym zrobienie z tym czegoś.

>>To kompilator chyba nawet taki "najdrastyczniejszy" przypadek, gdy program
>>ma się zamknąć natychmiast i nie dyskutować, ze pracy nie skończył,
>>powinien
>>odpowiednio złożyć w ciąg maszynowy?
>>
>
> Nie, to nie jest problem kompilatora, a problem projektu. Kompilator
> sam z siebie tego nei zrobi

No, to jasna sprawa. Mnie interesuje wszakże przypadek, gdy program jest
napisany i skompilowany prawidłowo, a jednak się wywali, bo np. poszło
jakieś zakłócenie po sieci i się bit przekłamał, czy moduł pamięci ma
skwaszoną ćwiertkę (miałem niedawno taki) i całość może się zachowywać
lekkopółśmiesznie.
Wydaje mi się, że taki przypadek też warto przewidzieć i uchwycić, żeby w
taki sposób pozostawione śmieci nie rozdmuchały się po całym systemie, żeby
nie pociągnęło to jak domino za sobą pozostałych procesów i programów.

>>Chodzi o to, że nie jest jasny warunek zakończenia? Nie chcę się porywać z
>>motyką na słońce, ale, "jak to sobie mały Kazio
>
> Nie, chodzi o to ze nie istnieje uniwersalny algorytm ktory dla
> dowolnego programu pozwoli stwierdzic czy ow program zatrzyma sie po
> skonczonym czasie

A dało by się to trochę od dupy strony potraktować tak, że gdy zaistnieje
takie ryzyko, to przygotować ta taki wypadek jakiś dyżurny zestaw
parametrów, możliwie najbliższy oczekiwanemu, że jak się program nie
zakończy w określonym czasie, to dać mu 10% (czy ile się uzna) czasu na
"przebudzenie" i dokończenie, a jak mimo to nie skończy, to po prostu
wymusić zakończenie natychmiast (ewentualnie ściągnąć co się da z
przerobionych już danych), a w odpowiednie miejsce podstawić wartości
dyżurne i ewentualnie znacznik "nie zakończyło się w porę, dane niepewne", i
tu już oprogramować, czy ryzykujemy pchanie tego dalej, czy całkowicie
odrzucamy zadanie, jako niewykonane...? Tak kombinuję na łyso, sam miewałem
już takie problemy z czasów Commodore 64 i stacji dysków, choć z pewnością
były innego kalibru, co innego znaczyły i z czego innego wynikały, itd

--
ACMM-033-PC-GCI-Warszawa.
Spamerstwu i "pytaczom" wstęp do skrzynki email surowo zabroniony!
To, że adres ten jest publiczny i nieodspamiony, nie oznacza, że wolno
wam tu załatwiać się, do tego jest klop, tylko go z szafą nie pomylcie!
.