Java konzolban a CTRL-Backspace kilist\u00e1zza a sz\u00e1lak \u00e1llapot\u00e1t, azt is, ha n\u00e9melyik \u00e1ll deadlock miatt, \u00e9s ilyenkor az is l\u00e1tszik, hogy melyik szinkroniz\u00e1ci\u00f3s primit\u00edveken \u00e1lltak meg a sz\u00e1lak. (Nem l\u00e1ttam m\u00e9g, mondt\u00e1k.)<\/p>\n
J\u00f3 lenne ilyen .NET-ben is, de alapban nincs. De megoldhat\u00f3. A 2.0-s fw-ben alaposan kib\u0151v\u00edtett\u00e9k a CLR hosting interf\u00e9szt, \u00edgy a CLR-t explicit bet\u00f6lt\u0151 nem menedzselt processzek sok mindenben bele tudnak sz\u00f3lni a CLR \u00e9let\u00e9be. Az eg\u00e9sz az SQL Server 2005 CLR t\u00e1mogat\u00e1s miatt ker\u00fclt be a .NET-be, de most ne politiz\u00e1ljunk.<\/p>\n
P\u00e9ld\u00e1ul amikor egy Monitor.Lock k\u00e9nytelen Windows szinkroniz\u00e1ci\u00f3s primit\u00edvet haszn\u00e1lni, mert t\u00e9nyleg t\u00f6bb sz\u00e1l akar bejutni a kritikus szekci\u00f3ba, akkor a CLR kisz\u00f3lhat a hosthoz, hogy adj\u00e1l m\u00e1r nekem egy Eventet (ez nem a .NET event, ez egy Windows szinkroniz\u00e1ci\u00f3s primit\u00edv). Ekkor a host feljegyezheti melyik sz\u00e1l milyen lockot k\u00e9rt, \u00edgy k\u00fcl\u00f6n sz\u00e1lon \u00e9szre tudja venni, ha k\u00f6rk\u00f6r\u00f6s v\u00e1rakoz\u00e1sok alakulnak ki, azaz deadlock van a programban. Okos, nem?<\/p>\n