現代のC++で例外安全問題を抜きにして、障害に強い強固なコードを書くことはほとんど不可能に近い。以上。 Hurb Sutter [1] 例外処理における目的は、例外の回復と例外の通知の大きく2つあります。残念ながら例外の回復はとても難しく、場合によってはそもそも不可能だったりします。その場合、例外が発生したことをより上位のレイヤーに通知する事で例外処理を託します。この時、例外の通知を受け取った側は何を前提に例外の回復を行えばよいでしょうか。例外の発生によってデータ整合性は崩れてしまっているかもしれません。通知を受け取った上位レイヤーはあらゆる状態を想定して例外の回復を試みなければならないのでしょうか。もしそうだとすれば、ただでさえ難しい例外の回復がいよいよもって現実的ではなくなってしまいます。 明らかに上位レイヤーが持つべき前提条件が存在します。これは例外を通知する側が満たすべき保証と言い

が面白かったので書いてみた。 目的は、 one や twenty one をソースコードに直接書けるようにすること。 twenty one / three を 21/3 と解釈すること。 辺り。 念の為に書いておくと、何の役にも立たない。 version 1 -- operator() #include <iostream> struct numbase { int m; numbase( int m_ ): m(m_){} int value() const { return m; } virtual ~numbase(){} }; struct num : public numbase { num( int m_ ): numbase(m_){} }; struct ten : public numbase { ten( int m_ ): numbase(m_){} num oper

1. 括弧の省略 if, while, for の括弧を省略する人はたくさんいるけど、switch も省略できるよ。 #include <iostream> using namespace std; char const * less_bracket(int n) { switch(n) if(false) case 0: return "zero"; else if(true) case 1: return "one"; else case 2: return "two"; } int main() { cout << less_bracket(0)<<" " << less_bracket(1)<<" " << less_bracket(2); } // 「zero one two」と出力

「第7回オフラインリアルタイムどう書くの問題」を解いていて気がついたこと、学んだことを明日のじぶんのために、記録。 のんびり座りたい 〜 横へな 2013.2.2 いろいろ問題をコネているうちに、この問題はパタンマッチングで解けることに気がつきました。正確に言うと、最初にC++で解いたコードを読み直していて、パタンマッチングとバックトラッキングそのものだということに気がつきました。 マッチングに失敗したら条件を替えてもう一度最初からマッチングを試みる、というバックトラッキング。 以下、C++とPrologとHaskellでどうするか、整理してみたものです。 設問 まず、パタンマッチングの部分だけが見やすくなるように、「どう書く」の問題からいろいろ取り去ってより簡単な問題を作りました。 要素を格納する順序付きのコンテナを考える。先頭の位置は0とする。 コンテナ中にある指定された要素が3つ連続

NSObjectのperformSelectorは、Objective-Cのオブジェクトしか渡せないので、int型の値を渡すだけでもたいへんです。NSObjectを継承したInteger型みたいなのを作るか、NSValueを使っているひとが多いと思います。 今回は、intでもstd::vectorでも、C++のオブジェクトをなんでも渡せる、performSelectorの代わりとなる関数を作りました。こんな感じです： #import <Foundation/Foundation.h> #import <boost/mpl/identity.hpp> #import <iostream> #import <vector> #import <boost/range/algorithm/for_each.hpp> #import <boost/lambda/lambda.hpp> #import

Visual Studio で GoogleTest を使う - かおるんダイアリー 先日試したGoogleTestをもう少し触ってみました。 Primer - googletest - Getting started with Google C++ Testing Framework - Google C++ Testing Framework - Google Project Hosting このページにあるものが一通りだと思うのでサンプルっぽく仕上げてみました。 ソースはgithubにあります。 http://github.com/kaorun/gtestSample GoogleTest で使える項目(説明ページより抜粋とサンプルコード) Basic Assertions true/falseで判定する 致命的な判定 致命的ではない判定 判定条件 ASSERT_TRUE(condi

セマンティックアクションがおもしろい。 これを使うと、"(123)"という文字列から123という整数値を取り出す処理をこんな感じで書けます。 #include <iostream> #include <string> #include <boost/spirit/include/qi.hpp> #include <boost/spirit/include/phoenix_core.hpp> #include <boost/spirit/include/phoenix_operator.hpp> namespace qi = boost::spirit::qi; namespace phx = boost::phoenix; template <class Expr> bool parse(const std::string& s, const Expr& expr) { std::stri

libs/spirit/example/qi/reorder_struct.cpp を自分がよく使う形式に書き換え。単なるCSVですが。 #include <iostream> #include <string> #include <boost/spirit/include/qi.hpp> #include <boost/fusion/include/struct.hpp> #include <boost/bind.hpp> #include <boost/range/algorithm/for_each.hpp> namespace qi = boost::spirit::qi; namespace client { struct X { int value; double dval; std::string str; void print() const { std::cout <<

why is `requires` plural? requiresは複数形ではなく、「this type requires...」のような三人称だよ、とのこと。 じゃあreturnはなんでreturnsじゃないんだ、と続いてますが、 returnsでは宣言的、returnでは命令的となり、returnはステートメントであって宣言ではないのでreturnsにはならないそうです。

cppllの件でちょいと思いついたのでやってみた。 こんなことができる： std::cout << std::hex << bits<001>::value << "\n" << bits<010>::value << "\n" << bits<011>::value << "\n" << bits<100>::value << "\n" << bits<101>::value << "\n" << bits<110>::value << "\n" << bits<111>::value << "\n" << bits<0111>::value << "\n" << bits<11110111>::value << "\n" << bits<011110111>::value << "\n" << bits<1011110111>::value << std::endl;結果： 1 2 3

Visual Studioには2005からDebugger Visualizersという機能がこっそり入っていて そのおかげでSTLコンテナの状態がデバッグウィンドウで見やすくなっています。 デフォルトでDebugger Visualizersが有効になっているので、 vectorをデバッグしてみると以下のようにデバッグウィンドウに表示されます。 Debugger Visualizersを無効にした場合は以下のように表示されます。 これを見れば、Debugger Visualizersのおかげでどれだけ見やすくなっているかがわかると思います。 なんだかよくわからない値ではなく、要素数と要素がはっきりわかるようになっています。 Debugger Visualizersは、コンパイラに同梱されたライブラリのみに適用されるだけでなく ユーザー定義のライブラリにも適用することができます。 Visu

こんな感じで。 #include <vector> #include <string> #include <icu/unicode/unistr.h> std::string utf8ToSjis(const std::string& value) { icu::UnicodeString src(value.c_str(), "utf8"); int length = src.extract(0, src.length(), NULL, "shift_jis"); std::vector<char> result(length + 1); src.extract(0, src.length(), &result[0], "shift_jis"); return std::string(result.begin(), result.end() - 1); } std::string sji

さんざん嵌ったのでメモ。 以前、id:tt_clownさんがHello, Boost.PropertyTree!というエントリを書いていましたが PropertyMapが正式リリースされたときに以下の破壊的な変更がありました。 boost/libs/property_map/breaking_changes.txt find find() returns an assoc_iterator. Impact: If you use find, you may have to change your code. Most importantly, you need to compare against not_found() instead of end(). Rationale: equal_range() also returns assoc_iterators. equal_range(

デブサミ2010の 19-E-5 「C++0x、Ruby、ECMAScript5 言語の国際標準化について」 でC++0xについて話してきました。 発表で使用したスライドは以下になります： dev10_ppt_cpp0x.pdf C++0xの概要(デブサミ2010)View more presentations from faithandbrave.

このような指令が来ましたので、やりましょう。 #include <utility> #include <tuple> #include <iostream> #include <boost/preprocessor/tuple/elem.hpp> #include <boost/preprocessor/tuple/eat.hpp> #include <boost/preprocessor/tuple/rem.hpp> #include <boost/preprocessor/seq/seq.hpp> #include <boost/preprocessor/seq/size.hpp> #include <boost/preprocessor/repetition/for.hpp> #include <boost/preprocessor/arithmetic/inc.hpp> #incl

参考： http://d.hatena.ne.jp/faith_and_brave/20100201/1264997004 「C++0xになると、C++03 でごちゃごちゃした部分がだいぶすっきり書けるようになる」 らしいですが、C++0xを待たなくてもBoostを使えばだいぶすっきり書けるので、 BoostでのC++入門はこんな感じだよー、という気持ちで以下略。 この記事はC言語をある程度理解していることが前提です。 1. Hello World C++/Boostでの出力はC++標準の IOStream ライブラリと Boost.Format を組み合わせて行います。 例として、C言語のprintfを用いた Hello World を、C++/Boostを使って書き直してみます。 #include <stdio.h> int main() { printf( "%s\n", "Hell