🚀 go-pugleaf

>bo
>> GC rozpaczliwie probuje zdobyc jeszcze troche pamieci i zaczyna wyrzucac
>> klasy z pamieci. GC nie rozwiazuje wszystkich problemow z pamiecia. Tyle,
>ze
>> w np. Javie jest cale mnostwo odpowiednich tooli, ktore czynia wyszukiwanie
>> memory leaks dosc prostym zajeciem. No i JEE ma taka architekture, ze
>> naprawde trzeba sie "postarac" (np. uzywajac statycznych kolekcji) by
>uzyskac
>> memory leak.
>
>Polecam wątek:
>
>http://groups.google.pl/group/pl.c omp.lang.c/browse_frm/thread/acc3cf
d2c1bbd0ad/1ee9382868c25c69?lnk=st& q=c%2B%2B0x+GC+group%3Apl.comp.lang .c&rnum=1&hl=pl#1ee9382868c25c69

>
>Tam gdzieś ok. 201 post, została uruchomiona wojna ojczyźniana nt. GC.

Litosci. Grupa pl.comp.lang.c nadaje sie tylko do jednego : raz do roku mozna
tam zobaczyc ludzi, ktorych podnieca metaprogramowanie. 

>
>CG, ładnie sprząta pamięć, choć to nieprawda, że jest idealny, bo ma wiele
>wad.
>To czego NIE robi to nie czyści zasobów, nie odłącza połączeń z bazami danych
>itd. 

GC rowniez nie nadaje sie do nastepujacych rzeczy: 
  -parzenie kawy
  -wzglednie herbaty
  -prania skarpetek
  -polowania na niedzwiedzi
  -mycia podlogi
  ...

Przegapilem cos?



> Proszę też zobaczyć na nawyki jakie wytważa w kontekście pisania
>finalizatorów, ich się nie pisze, więc kiedy trzeba napisać to się nie wie
>jak
>- oczywiście jeśli mowa o javie.

Finalizatorow sie nie pisze. Albo pisze sie _bardzo_ rzadko. W szczegolnosci
finalizatory sie nie nadaja do zarzadzania zasobami.


A.
-- 
============= P o l N E W S ==============
     archiwum i przeszukiwanie newsów
        http://www.polnews.pl