Re: Try catch, prawidłowy sposób użycia - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Try catch, prawidłowy sposób użycia › Re: Try catch, prawidłowy sposób użycia

Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.icpnet.pl!
.POSTED!not-for-mail
From: n...@m...invalid
Newsgroups: pl.comp.programming
Subject: Re: Try catch, prawidłowy sposób użycia
Date: Wed, 06 Jun 2012 02:28:49 +0200
Organization: ICP News Server
Lines: 60
Message-ID: <jqm880$5rj$1@news.icpnet.pl>
References: <jqfo4u$637$1@node2.news.atman.pl> <jqgjqf$2jr$1@inews.gazeta.pl>
<s...@j...net> <jqgl1l$b49$1@inews.gazeta.pl>
<a...@j...googlegroups.com>
<jqib3a$cec$1@inews.gazeta.pl> <jqige5$oen$1@inews.gazeta.pl>
<jqj8or$ipm$1@inews.gazeta.pl> <jqjdtu$nq4$1@news.icpnet.pl>
<jqkf8g$r5d$1@inews.gazeta.pl> <jqkvfb$30f$2@news.icpnet.pl>
<jql7ra$l9g$1@inews.gazeta.pl>
NNTP-Posting-Host: 95.108.122.248
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------000806010906040202080806"
X-Trace: news.icpnet.pl 1338942528 6003 95.108.122.248 (6 Jun 2012 00:28:48 GMT)
X-Complaints-To: a...@i...pl
NNTP-Posting-Date: Wed, 6 Jun 2012 00:28:48 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 5.2; rv:10.0.4) Gecko/20120421 Thunderbird/10.0.4
In-Reply-To: <jql7ra$l9g$1@inews.gazeta.pl>
Xref: news-archive.icm.edu.pl pl.comp.programming:197641
[ ukryj nagłówki ]
W dniu 5.06.2012 r. 17:15, AK pisze:
> Użytkownik <n...@m...invalid> napisał:
>
>> W dniu 5.06.2012 r. 10:16, AK pisze:
>>> Użytkownik <n...@m...invalid> napisał w wiadomości:
>>>
>>>>> To kwestia opcji/kompilatora ?
>>>> Tak. Ściśle rzecz biorąc, w C++ to UB.
>>>
>>> Nieprawda !
>> W rzeczy samej.
>
> Dopowiem: zaostrzenie (!) dyskusji :) z mej strony mialo na celu
> _wylacznie_ wbicie do glowy szczegolnie mlodym adeptom C++ w/w
> faktu.
Dziękuję w imieniu adeptów za naukę. :-)

Myślami byłem w okolicach securitologii (jest taka dyscyplina!) i Null
Pointer Dereference. Choć to wbrew runtime'owi i modelowi pamięci, to
wskaźnik 0 tak naprawdę może być wskaźnikiem na realne dane lub kod na
x86. Placement new można użyć na nullptr -- to niewątpliwie jest UB,
ale milcząco ignorowane.
<http://ideone.com/XIcw1>

> Po prostu zbyt czesto widze kod upstrzony tak:
>
> if ( ptr != NULL ) { delete ptr; }
>
> zamiast:
>
> delete ptr, ptr = NULL;
Zgoda. Doceniam dbałość o zwięzłość.