🚀 go-pugleaf

Sebastian Kaliszewski wrote:
>> Teraz postaw się w sytuacji (która mnie dotknęła) wytłumacz to
>> przeciętnemu koderowi języka z GC (i tylko jednego języka, bo tacy
>> jednojęzykowcy są tanii).
>>
>> Co mu powiesz?
> 
> Powiem mu, że jak plik otworzył, to musi dopilnować jego zamknięcia. Cała
> filozofia.

Przyklad z niby bardziej odpornego C# od javy, pokazujacy jak bardzo nie 
swiadomosc detali lub poleganie na automacie krzywdzi i jak latwo mozna 
pasc ofiara automatow i GC.

Sam w to wpadlem swego czasu i niestety zabolalo, aplikacja byla juz 
wersja produkcyjna i zawiodla w momncie gdy bylo ztroche a pozno na 
zabawe z kodem.

void Cos() {
  FileStream x = new ....
  using( BinaryWriter br = new BinaryReader (x) ) {
   	//blabla
  }
}

Pytanie 1:
Kiedy fs zwolni zasoby 'handle' do plikow.

a) po zakonczeniu scope using
b) po zakonczeniu scope Cos
c) po zakonczeniu programu lub gdy gc sie zlituje tj niewiadomo kiedy.

odpowiedz prawidlowa
c) br oleje fs, a destruktor fs niewiadomo kiedy bedzie wykonany.
dokladnie dzieje sie tak chyba z tego co rozumie iz dopuki ostatnia 
referencja nie zginie doputy wszelkie wywolania Dispose() zostana 
zignorowane a tu mamy az 2 kopie jedna posiada BianryWriter a druga jest 
zadeklarowana w obrebie metody.
Tak wiec zycze powodzenia z wolaniem metody Close na BianryWriter.


FaileStream z NET ma implementacje:

public virtual void Close()
{
     this.Dispose(true);
     GC.SuppressFinalize(this);
}
protected virtual void Dispose(bool disposing)
{
     if (disposing && (this._asyncActiveEvent != null))
     {
         this._CloseAsyncActiveEvent(Interlocked.Decrement(ref 
this._asyncActiveCount));
     }
}
private void _CloseAsyncActiveEvent(int asyncActiveCount)
{
     if ((this._asyncActiveEvent != null) && (asyncActiveCount == 0))
     {
         this._asyncActiveEvent.Close();
         this._asyncActiveEvent = null;
     }
}



Pytanie 2:
Kiedy progrmaista sie o tym zorientuje
a) mozliwe ze nigdy
b) gdy aplikacja sypnie sie u klienta
c) w trakcie testow
d) ciezko powiedziec, wszystkie mozliwosci sa relane

najblizsza prawdy
d) a jak sie sypnie to komunikat exception wyzuci sie z bardzo 
idiotycznym problemem kernela32.

W tak prostych przypadkach siadmosc kiedy zasoby sa zwalniane jest 
przydatna bo pozwala zrozumiec istote problemu.