例外原理主義 - TrickDiary
「れいがい！」、「REIGAI REIGAIせよ！」、「そろそろれいがいさんへの思いを適当にまとめる」も参照のこと。 assert/エラー/例外の区別。 意味論上、本質的な違いはない。現状の実装などの都合で使い分けるもの。 問題の通知に使用される場合の signal やモナド*1等も意味論上、本質的な違いはない。 本来これらは同じような構文で記述できるべき。 assert/エラー/例外の使い分け。 なにか問題が起きた場合は基本的に例外を投げる。 リリース版ではそもそも発生することがあってはならない類の問題については assert を使用する。 パフォーマンスが問題にならない場合は assert とともに例外やエラーを併用することを推奨。 問題が起きても無視してよいものあるいは例外ではパフォーマンスや呼び出し側の実装の都合が悪い場合にはエラーする。 assert/エラー/例外の役割。 問題が
このページは移動されました - プログラミング講座 - fuku研究所
このページは以下の場所に移動されました。 http://www5f.biglobe.ne.jp/~fuku-labo/library/program/cpp/1/018.htm ブックマークされている方、リンクされている方はお手数ですが新URLへの再リンクをお願いいたします。 プログラミング講座 総合目次 「fuku研究所」TOPページ
6-5. メモリリーク
プログラムを作成している際に，一時的な作業領域やデータ保存領域として動的にメモリ領域を確保し，不要になった時点で再びメモリ領域を解放するといったことがしばしば行われる。このような場合，C言語ではUnixに由来するライブラリ関数のmalloc( )やfree( )が以前から使われてきた。また，WindowsプラットフォームではWin32 APIのHeapAlloc( )，HeapFree( )など各種のメモリ割当・解放関数が目的に応じて使用できる。C++言語の場合はnew演算子，delete演算子が用意されている。 メモリ割当の関数（または演算子）と解放の関数（または演算子）は適切な対で使用する必要がある。場合によってはC++のnew演算子で割り当てたメモリをfree( )関数で解放しても問題が起きない処理系もあるかもしれないが，このようなことはお奨めできない。malloc( )で割り当てた
C++での例外処理について
(2005.4.3) 新規公開 (2017.6.18) 最近の言語仕様に更新. 大幅に加筆。 C++には例外機構が備わっているが、C言語との互換性を確保するためなのか、不可解な動作をするところが多い。 例外を送出しない関数宣言 -- 動的例外指定 (この節は、2000.6.25の日記に加筆したもの。) 関数（またはメソッド）宣言で throw () を付けると, その関数からは例外を投げないという意味になる。にもかかわらず、中で, 例外を投げることができる。 次のソースコードは、関数 f() のなかで例外を投げる。gcc 3.4.2 (Fedora Core 3) では、コンパイル時にエラーも警告も出ない。 [2017-06] gcc 6.3.1 (Fedora 25 Linux) では, f() throw() では警告が出ないが, f() noexcept で、かつブロック内に直接 t
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
hata.cc
ソフトウェア構造化例外処理３ [Except3]
http://java-house.jp/ml/archive/j-h-b/024234.html
.net framework用語集
