🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.lang.c
Article #272371

Re: [SGCL] Odśmiecania współbieżnego ciąg dalszy

#272371
From: Sebastian Kaliszewski
Date: Thu, 28 Feb 2008 11:52
60 lines
3406 bytes
Seweryn Habdank-Wojewódzki wrote:
>>> Co mu powiesz?
>> 
>> Powiem mu, że jak plik otworzył, to musi dopilnować jego zamknięcia. Cała
>> filozofia.
> 
> A on zapyta: Czemu zamykać, jeśli "sam się zamknie" [w domyśle "gdzieś
> kiedyś"].

A mu odpowiem: bo może otworzyć najwyżej N (N jest małe) plików. 


> Po za tym, wspomniałeś wcześniej obłędach. Jak zamykasz pliki w Javie w
> sytuacjach awaryjnych?

O finally słyszałeś?

> To samo masz w Javie problem z wyjkątkami i 
> wykonaniem zamknięcia pliku. Musisz przeanalizować wszystkie możliwe
> ścieżki wykonanania.

Ależ skąd.

> To w C i C++ jest naturalne, w Javie jest to extra 
> umiejętność.

Ależ skąd. 

BTW. przyjrzałem się bliżej tej naturalności z C++ i wyszło, że w 95% używam
jej do tego, by obejść brak standardowego GC albo brak konstrukcji typu
using / with / finally (odpowiednio C# / Python / Java & C# & Python).


> W każdym razie mój testwy koder Java miał kłopoty z taką 
> analizą. Może to moja wina, że skomplikowałem zadanie.
>  
>> Słaba to metryka. Co z tego, że coś ma miliard użytkowników, skoro żyje z
>> tego jeden człowiek (zostało napisane raz i już sobie jest). Dużo
>> ciekawsza jest metryka w czym większy procent ludzi pisze. A tu C++
>> jedzie w dół, coraz ostrzej.
> 
> Tak wiem, ta metryka jest bardzo dobra dla Pythona.

To nie ma znaczenia dla czego jest dobra. Znaczenie ma dla kogo jest dobra.
A jest dobra np. dla producentów rozmaitych narzędzi wokołojęzykowych,
bibliotek itd.

>> BTW. W 6 na 7 podanych przez ciebie przypadkach mowa jest o C a nie C++.
>> Z tego wynika jedno -- o ile C zostanie, bo zapotrzebowanie na "przenośny
>> assembler" jest i w przewidywalnej przyszłości będzie, to C++ nie ma
>> takiej "z góry upatrzonej pozycji na którą może się wycofać".
> 
> Nie ma to znaczenia. Ja i tak pozostanę Ajatollahem C++. A dyskusja
> dotyczy także C bo ten język RÓWNIEŻ nie ma GC.

To może dotyczy również assemblera, Fortha, Fortranu czy czego tam jeszcze,
bo one również nie mają standardowego GC? Nie naciągaj.

-- 
"Never underestimate the power of human stupidity" -- L. Lang
Technical Details
Message-ID: <fq6776$6aq$1@bozon2.softax.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news2.icm.edu.pl!wsisiz.edu.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!bozon.softax.com.pl!not-for-mail
References: <fppvdq$68v$1@inews.gazeta.pl> <fq0od3$5bm$1@inews.gazeta.pl> <fq0qpa$ekv$1@inews.gazeta.pl> <fq0s58$jvv$1@inews.gazeta.pl> <fq0tjl$shn$1@news.vectranet.pl> <fq10ir$8nn$1@inews.gazeta.pl> <fq140s$2u6$1@news.vectranet.pl> <fq164t$3bl$1@inews.gazeta.pl> <fq1mqa$kqq$1@news.vectranet.pl> <fq42jk$k6t$1@bozon2.softax.pl> <fq4g1b$9rm$1@news.vectranet.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news2.icm.edu.pl!wsisiz.edu.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!bozon.softax.com.pl!not-for-mail
From: Sebastian Kaliszewski <s.usun.to@informa.i.to.tez.pl>
Newsgroups: pl.comp.lang.c
Subject: Re: [SGCL]
 Odśmiecania współbieżnego ciąg dalszy
Date: Thu, 28 Feb 2008 12:52:26 +0100
Organization: Softax news server
Lines: 60
Message-ID: <fq6776$6aq$1@bozon2.softax.pl>
References: <fppvdq$68v$1@inews.gazeta.pl> <fq0od3$5bm$1@inews.gazeta.pl> <fq0qpa$ekv$1@inews.gazeta.pl> <fq0s58$jvv$1@inews.gazeta.pl> <fq0tjl$shn$1@news.vectranet.pl> <fq10ir$8nn$1@inews.gazeta.pl> <fq140s$2u6$1@news.vectranet.pl> <fq164t$3bl$1@inews.gazeta.pl> <fq1mqa$kqq$1@news.vectranet.pl> <fq42jk$k6t$1@bozon2.softax.pl> <fq4g1b$9rm$1@news.vectranet.pl>
NNTP-Posting-Host: 83.18.189.42
Mime-Version: 1.0
X-Trace: atlantis.news.tpi.pl 1204200076 8739 83.18.189.42 (28 Feb 2008 12:01:16 GMT)
X-Complaints-To: usenet@tpi.pl
NNTP-Posting-Date: Thu, 28 Feb 2008 12:01:16 +0000 (UTC)
User-Agent: KNode/0.10.5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit