Citat:
NrmMyth: A kako saznati sto program vraca nakon sto se dogodi u njemu runtime error?
Zar tu nije nekakava drugaciji mehanizam vracanja vrijednosti. Hocu reci, nakon runtime errora zar program jednostavno ne "umre" bez vracanja vrijednosti.
Ovo je zaostavstina iz DOS dana. Svaki process ima exit code, i DOS je kao single exection OS uvak pratio exit code zadnje aplikacije (pa je mogao da se koristi za upravljanje batch fajlova), ako aplikacija ne odredi broj, postavlja se 0 po defaultu, na samoj aplikaciji je da postavi adekvatan broj pre nego sto izadje, i to obicno radi finalni error-handler aplikacije, ne OS.
Windows je malo drugaciji kao multi-process OS. Svaki proces (kao virtuelni entitet) ima svoj handle i dok god ima zivih handlova na proces cuva se taj "objekat" procesa cak iako je memorija procesa raspustena. Posto ti drzis zivu instancu Process objekta ona u pozadini cuva handle na proces i tako dolazi do exit coda iako je sama child aplikacija mrtva. Takodje moze da se desi da sam windows postavi exit code ako je npr on nula a aplikacija je napravila GPF, itd.
Citat:
PS: Dobro dosao nazad!
Hvala, hvala, lepo je biti nazad
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
Runtime error unutar System.Diagnostics.Process
