C++11 時代のクラス設計に関する提案 - 野良C++erの雑記帳
先日，ついに C++11 の主要な機能を一通り実装した GCC-4.8.1 がリリースされた． もう一方の主要な C++ コンパイラである Clang++ でも C++11 の機能は既に全て実装されており， 来る 6/05 に最新版の Clang-3.3 がリリースされ， C++11 対応が完了する見通しだ．*1 このような状況においては， C++11 への乗り換えを検討し始めているプロジェクトも多いことだろう． さて， C++11 では， C++98/03 との互換性を保ちつつ，クラス設計に大きな影響を齎す変化が採用された． すなわち， Move Semantics である． この登場により， C++11 で「良い」とされるクラス設計は， C++98/03 時代とは若干 異なったものとなる． そこで，この記事では，筆者が C++11 において「良い」と考えているクラス設計を提案してみたい
C++11 スマートポインタの話 - ここは匣
C++にはガーベジコレクタが言語的には存在しないので、動的に確保したオブジェクトのメモリの管理はプログラマが責任を持って管理しなければ、メモリリーク・リソースリークなどの問題を生じてしまいます。 今時のプログラマはこうした問題を引き起こすリスクを減らす為に、記述ミスの起こりやすい生のポインタを使い自力でnewとdeleteを記述する事を避けて、安全なスマートポインタ、即ちオブジェクトの寿命により自動的にメモリ解放を行う便利なポインタを利用するべきです。 しかし、スマートポインタと言っても種類が幾つかあり、落とし穴も存在するのでどういった状況でどれを利用するのが良いのかを考察してみます。 Dynamic memory managementを見てみても C++11から随分増えていますね http://en.cppreference.com/w/cpp/memory std::auto_ptr
100倍速くなる開発
資料はSkyDriveでも公開しています。 もう悪意しか感じない釣りタイトル。 まあ、今回はセッション概要の時点でネタバレ（釣りです宣言）してるので、自分の中では良心的。今回、そんなに余裕がなかったのでぬるいです（本気で釣りに走るのはそれなりに体力使う）。 100倍速くなりました（実話） 実話の中ではP●Pだったからといって、必ずしもP●Pが悪いわけではないのでご了承を（この点が「釣り」）。 言語を変えて変わる実行速度なんてせいぜい5倍程度で、残り20倍は設計からきっちりやり直したことにある、という、設計のお話。 ただ、だからって「C#でなくていい」ってわけでもなくて、きっちり設計するにはよい機能多いですよ、C#は。そういうクオリティのコードを他の言語でそう簡単に書ける気はしていません。 この釣りタイトルに対して「100倍速くなるのは開発速度という落ち？」みたいなこと言う人もいましたが、そ
ベターsetとしてmulti indexを使う - Faith and Brave - C++で遊ぼう
コンテナに複数のインデックスを持てるBoost.MultiIndexですが、単一のインデックスだけを持たせるだけでも便利に使えます。ここでは、std::setを置き換えて使ってみます。 std::setにユーザー定義型を格納する場合、キーの比較を自分で定義する必要があります。そしてその比較が一部のメンバ変数だけで完結する場合、std::setでは比較に必要なメンバ変数以外に、ダミーの値を入れたオブジェクトを作る必要があります。 #include <iostream> #include <set> struct X { int a = 0; int b = 0; int c = 0; X(int a, int b, int c) : a(a), b(b), c(c) {} }; struct XLess { bool operator()(const X& x, const X& y) co
へ、変態っ！！読めないからやめてっ！bit使ったデータ構造・アルゴリズム実装集 - Negative/Positive Thinking
この記事はCompetitive Programming Advent Calendar Div2012の2日目の記事です。 12月20日追記： Darseinさんが20日目の記事で、ビット演算についての詳しい説明を紹介してくださっています！必読ですね！！！！：） はじめに Y＾´ ∨／／ ／,∠ ,. ' ／l／／／ ／, ' , '／ ! ｜ ｌ }´ 〈 〉 変 〈/ , ' ／／￣｀>< ／／／ ／／／ _,.=‐|'"´l ｌ〈 変 / 〈 態. ∨, '／l| ,.'-‐､｀/／｀7/ ／''"´__ ｜ ﾊ l丿 態 { 人） ! ! （／! |ヽ〈_ ・.ﾉ〃 〃 ／ '／⌒ヾ.! ,' !く ! ! （_ ト､__／ ヽ､_,.イ ／ｌ ｌ ｜:::::::｀｀`/:::::／...´..
平成の龍馬 blog : 【速報】M系のB-CASカードも書き換え可能に！
2012年05月17日01:21 【速報】M系のB-CASカードも書き換え可能に！ カテゴリテレビ Tweet 以下はM下さんへのセキュリティーホールの指摘であり、それ以外の人には全く関わりのないことです。 今までは型番（裏面右下の英数字8桁）がMで始まるB-CASカードは書き換え不可だったのですが、どうやらM系のB-CASカードも書き換え可能になったようです。 【初心者】Bカスカード2038化スレ【質問】 27より 14 ：名無しさん＠編集中：2012/05/16(水) 20:39:23.13 ID:L8/4tsY+ 15 ：名無しさん＠編集中 ：2012/05/16(水) 17:22:35.37 ID:me+w7uR4 1.以下のtxtをdownloadする。 ttp://pastebin.com/cFMppPLV 2.StrToBinとか、Hex2Binというようなソフトで拡張子を
平成の龍馬 blog : BSとCSを見放題のB-CASカードにする書き換え方法の最新まとめ
2012年05月15日23:37 BSとCSを見放題のB-CASカードにする書き換え方法の最新まとめ カテゴリテレビ Tweet 以下のまとめはT芝さんへのセキュリティーホールの指摘であり、それ以外の人には全く関わりのないことです。 BSとCSのチャンネルを地デジ難視対策衛星放送も含めてほぼ身放題になるB-CASカードの書き換えの最新まとめです。これが今の時点でおそらく一番簡単で包括的だと思います。 その前に以下のVisual C++ 2010のライブラリをマイクロソフトのHPからインストールして下さい。（getBC01を動作させるのに必要。その他のアプリで必要かどうかは不明ですが、とりあえずインストールして下さい。） ■Visual C++ 2010のライブラリー今使っているパソコンがWindowsXPやVISTA,Windows7の32bit版の人 ■Visual C++ 2010のラ
Running CakePHP using the Facebook's HipHop compiler | The Bakery, Everything CakePHP
I always had the curiosity of trying to compile CakePHP to C++ code, but never had the time. This year I decided to give it a go... Facebook surprised the PHP community in early 2010 when announced they managed to write a compiler for PHP to produce C++ (http://developers.facebook.com/blog/post/358) code. Being PHP the most popular language for web applications, it faces a lot of competition from
C++ のヘッダファイルを #include するだけで使える GC 書いてみた - kazuhoのメモ置き場
そういえば C++ のヘッダファイルを #include するだけで使える GC を書きました。使い方は下のサンプルコードを見てもらえばいいとして、特徴としては、 ヘッダファイルを #include するだけで使える C++ の標準機能だけを使っているのでポータブル*1 mark-and-sweep, precise GC ってなあたりでしょうか。コードは GitHub - kazuho/picogc: a tiny, portable, precise, mark-and-sweep GC in C++ にあります。 C++ のプロジェクトで、ちょっとここだけは GC がほしいんだけど、ってなケースで使いやすいと思います。速度も、そこそこでるんじゃないかな*2。 というわけで、以下、サンプルコード。軽く説明しておくと、 GC を使うクラスは picogc::gc_object を継承する
C++11ですみやかにプログラムの実行を終了する方法
結論：C++11で新しく追加されたstd::quick_exitを使え。 プログラムの終了は、すみやかに行われるべきである。なにしろ、終了なのだ。終了にもたついていてはストレスがたまる。とくに、多くの実行環境では、プログラムの外部から、プログラムを強制終了させる方法がある。強制終了は大抵、プログラムの意志を無視して、強制的に一瞬で行われる。外部からできるのであれば、内部からできてしかるべきである。 なぜプログラムは終了時にもたつくのか。それは、終了時に特別な処理を必要とする場合もあろう。たとえば、数GBものデータを遅いHDDに書きださねばならない場合もあるだろう。これは妥当な理由である。では、確保したメモリやその他のリソースの解放処理はどうか。これは、疑問である。というのも、多くの近代的なOSでは、プログラムは個々に独立している。プログラムには独自の仮想メモリ空間が与えられ、必要に応じて物
C++ 開発者が陥りやすい OpenMP* の 32 の罠 | iSUS
この記事は、インテル® ソフトウェア・ネットワークに掲載されている「32 OpenMP traps for C++ developers」 (http://software.intel.com/en-us/articles/32-openmp-traps-for-c-developers/) の日本語参考訳です。 はじめに マルチコアシステムが急速な広がりをみせており、並列プログラミングへの早急な対応が求められています。しかしながら、経験豊富な多くの開発者にとってもこれは新しい分野です。既存のコンパイラーとコード・アナライザーでも、並列コードの開発中に一部の問題を発見することはできますが、多くの問題は検出できません。この記事では、OpenMP* を使用する並列プログラムが正しく動作しない原因となるさまざまな問題について説明します。 概要 並列プログラミングが登場したのはかなり以前のことです
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
