デジタルちんぶろぐ

仮想関数を持たずに仮想関数テーブルを持つ

あんどちん — Tue, 27 Aug 2013 00:22:00 GMT

C++11では、=deleteで関数の定義を削除できます。この機能を利用すると、以下のように仮想関数を持たないクラスに仮想関数テーブルを作成できます。

struct S {
virtual void f() = delete;
};

仮想関数テーブルを持てるということは、RTTIが使用できるので、何かに使えそうです。

ただ、使い道が思い浮かばないっていう…

C++ポケットリファレンス発売されました

あんどちん — Wed, 15 May 2013 00:30:00 GMT

先行発売書店では既に発売開始したみたいです。

先行発売店舗は以下の通りです。

紀伊國屋書店新宿本店
紀伊國屋書店新宿南店
書泉ブックタワー
三省堂神田神保町本店
有隣堂ヨドバシAKIBA店
ジュンク堂書店池袋本店
丸善丸の内本店
八重洲ブックセンター本店

先行発売店舗以外では５月１８日からの発売となります。

C++ポケットリファレンス

あんどちん — Thu, 25 Apr 2013 01:15:00 GMT

ぼくも執筆に協力したC++ポケットリファレンスがようやく発売の運びとなりました。

中々カコイイ表紙です。

Amazonにもページできました。来月発売なのに結構いい順位になってたりして、びっくりしてます。

あと、技術評論社の書籍紹介ページを見ても、tweet数やfacebookの「いいね！」が結構な数になっていてびっくりです。

世の中のC++に対する反応っていうのは僕が思っている以上に凄いですね。

本の内容ですが、リファレンス本なので、「これやりたいんだけど」とか、「どう書くんだっけ？」といった場合に使う本で、所謂入門書とは違います。ただ、C++の入門書を読んだ人や、CやC#やJavaなどの言語を使ったことのある人がC++11でプログラムを書くことになった時には役に立つと思います。

# リファレンス本じゃなくて、C++11対応の入門書が欲しい人は…然るべき方に「書いて」って言いましょうｗ。

この本の最大の売りは、C++11対応でしょう。日本人が日本語で書いたC++本でC++11をここまで盛り込んでいる本は今のところ無いと思います。文法も標準ライブラリも一通り網羅していて、C++11対応。日本で出ているC++本に対する印象からすると、よくこれを出させてくれたなって思います。技術評論社さんに感謝です。

528ページというページ数で色々な反応がありますが、僕自身C言語ポケットリファレンスやJavaポケットリファレンス、Linuxコマンドポケットリファレンスを持っているポケリストですが、それらの本と大体同じくらいの厚さ。オーバーオールのポケットやダウンジャケットの大きめのポケットなら（たぶん）入るサイズです。鈍器と呼ぶのは1000ページ超えてからにしましょう。

それから、この本は電子書籍版も同時発売となります。電子書籍なら重さは気にならないですね！

AK100

あんどちん — Tue, 09 Apr 2013 01:26:00 GMT

Walkmanの電池がヘタってきたので、プレイヤーをAK100に。

プレイヤーの出来というより、flacに変えたのが大きかったのかも。確かに音質向上。今まで聞こえなかったような音が聞こえる。

音の傾向は結構素直で派手さはない。でも、ライヴ盤も十分楽しませてくれる…というか、この組み合わせに変えてからライヴ盤が益々楽しく聴けるようになった。勿論スタジオ録音盤を聴いても良いです。

写真ではUE900に繋いでますが、EX800STを繋いでもいい感じ。EX800STの方がよりモニターっぽいわけですが、その分音を素直に聞かせてくれる。UE900の方が華があるけど、EX800STの素直さも捨てがたい。どっちを繋いでも楽しめる。

ところで、AK100はMicro SDHCを２枚挿せて、本体の32GBに32GB Micro SDHC × 2。合わせて96GBの容量に出来ることが売りの１つですが、FAT32フォーマットすればMicro SDXCも使えるんですよね。
WindowsでMicro SDXCをFAT32フォーマットするのは面倒らしいですが、僕はUbuntuでGPartedを使ったので、あっさりSDXCをFAT32フォーマット出来ました。因みにSunDiskのMicroSDXC 64GBを使っています。
これで、32GB+64GB×2=160GBです。

AK100は音楽ファイルをSQLiteで管理しているみたい。db3なファイルを見つけたので、sqlitebrowserで見てみた。

実は曲の並び方とか、気に入らない部分があるんですが、SQLite使ってるならそのうち治るかな？というか、ユーザが任意に並び順をカスタマイズできるようにしてほしい。この辺は、ファームの更新に期待かな。

あと、プレイリストのファイルも単なるテキストファイルなので、こちらもPCで簡単に編集できます。

iPodやWalkmanに比べたら、機能的には劣る部分もあるけど、中々面白いプレイヤーです。

ASUS UX32VD

あんどちん — Wed, 27 Mar 2013 01:00:00 GMT

巷に溢れるUltrabookは薄くてCPU性能そこそこ良くてSSDで起動も速いんだけど、メモリが４G固定だったり液晶の解像度がイマイチだったり値段が微妙だったりで、どうも食指が動かない。

そんなとき発見したのがこの機種。ASUS UX32VD。Full-HD液晶、i5-3317Uに4Gのメモリ、そして24GBのSSDをキャッシュに500GBのHDDを搭載。あと、GeForce 620Mも載ってます。

「HDDかよ」

と思うなかれ。基板直付けや特殊形状のSSDと違い500GBのHDD。500GBってことはおそらく2.5”。

「換装すればいいじゃん」

となるわけです。

案の定SSDの換装は可能。それどころか、2GB+2GB構成のメモリのうち、2GBは基板上にあるけど、片方はSO-DIMM。ここに8GBのSO-DIMMを載せれば10GB構成にできる。デュアルチャンネルできなくなって速度は落ちるかもしれんけど。

というわけで、これとU38NというAMDモデルのどちらかを買おうかと迷っていたのですが、たまたまヤマダ電機で特売76800円+10%ポイントで売っていたので購入。

HDDをSAMSUNGの840PROの256GBへ換装。メモリもDDR3-12800 8GB SO-DIMMに換装。こっちのパーツはアキバのBUY-MOREとドスパラで購入。裏蓋を外すためにトルクスドライバーのT5も購入（これが安物買ったら折れちゃって、同じ日に２度アキバへ買い出しへ行く羽目に…）。

840PROにはデータ移行ソフトが付属しているので、それを使ってHDDの中身をSSDへコピー。この時Ubuntuインストール用にSSDを30GB程度空けておいた。

HDDをSSDでキャッシュする機能はIntel SRTではなく、ExpressCacheというソフトで実現しているので、こいつはアンインストール。

交換した840PROと、基板に直付けされているキャッシュ用24GB SSDのCrystal Disk Markの結果はこちら。

左が840PROで右が内臓。840PRO速い。非常に快適になりました。

こちらはエクスペリエンスインデックスの値。

前述のとおりWindows8とUbuntu 12.10のデュアルブートで使っていますが、どちらも起動が速く。特にUbuntuはやはり速い。ただ、このデュアルブート環境作るのは結構手間取った。

当然ですが、SSDとメモリの換装は自己責任です。

膨張

あんどちん — Mon, 17 Dec 2012 01:26:00 GMT

以前購入した、SmartQ V5。アップデートも来なくなったし、Androidなスマホやタブレット買ったしで、暫く使っていなかった。

先日、ふと見るとこんな状態になっていた。

「あれ？踏んだ？」

そう思って開いて見ると

バッテリーと思しきものがパンパンに膨れている。

これが中華クオリティか。

わんくま東京#75で発表した資料

あんどちん — Mon, 22 Oct 2012 01:36:00 GMT

健康法とかダイエットとか from Toshihiko Ando

わんくま東京#75で、ダイエットと健康法について発表しました。

発表内容は、以下の本の内容をかいつまんだものです。

「気になる」

とか、

「違うんじゃないか？」

と思った人は、本屋で目を通して、気になったら買って読んでくれたらいいと思います。

同じことに対して、（同じ医者なのに）反対のことを言っていたりするのは面白いですね。プレゼン中は僕もウケることを気にして色々言ってしまいましたが、反対のことを言っているのは、恐らくどちらも正しいと思って言っていて、その論拠もあるはず。要は受け止め方。それのどちらを信じるか、あるいはどちらも信じないか、もしくは両方を信じるか、そういうことを含めて、色々な本を読んでみるのも面白いと思います。

発表はライヴ、生ものなので、やる前に自分が「こうしよう」と思っていた通りにいかないですね。一番心配してるのは、著者の伝えたいことに対して僕が変なバイアスをかけて伝えてしまっているのではないか？ということ。

ちなみに、僕は健康法やダイエット法のマニアじゃないです。色々乱読してる中から、今回はこのテーマで話をしただけです。

VC11のrange-based forサポートとinitializer-list

あんどちん — Fri, 31 Aug 2012 02:38:00 GMT

ここに書かれているVC11のC++11サポート状況をみると、range-based for-loopがYesになっており、きちんとサポートされているように見えるのですが、「あれ？」と思ったんですね。

規格のrange-based for-loopのところをみるとrange-based for-loopには以下の形式もあります

for ( for-range-declaration : braced-init-list ) statement

initializer-listをサポートしていないVCでこれが通るんでしょうか？しかし、この書式が受け付けられなければYesではなく、Partialと書いてありそうな気がします。

そこで、以下のコードを試してみたのですが、コンパイルエラーになりました。

for(auto v : { 0, 1, 2, 3 }) cout << v << endl;

うぅん…予想できたこととはいえ、ちょっと残念

C++のrange-based for statementに与えられる型

あんどちん — Tue, 28 Aug 2012 01:02:00 GMT

C++11で導入されたrange-based for statement、範囲for文ですが、この文に適用できるオブジェクトは配列や標準ライブラリのコンテナに限りません。

規格から大雑把に抽出すると、以下の条件を満たしていれば範囲for文に適用できます。

配列。配列の場合、範囲は与えられた配列の先頭から配列の要素数文を足したところまで
与えられたオブジェクトがbegin及びendメソッドを持っている
begin及びendメソッドを適用できる（ADLで解決されるのでstd::begin/std::endに限らない）

なお、range-based for statementで適用されるbegin()及びend()の返すオブジェクトはoperator *()を持っていなければなりません。また、operator ++()も適用できねばなりません。

というわけで、boost::counting_iterator的なものを作ってみました。

#include <iostream>

// beginとendで返すオブジェクトの型
struct Numeric {
int i_;

Numeric(int t) : i_(t) {}

const int& operator *() const { return i_; }
const Numeric& operator ++() { ++i_; return *this; }

bool operator !=(const Numeric& r) const { return (i_ != r.i_); }
};

// グローバルなbegin()とend()を適用するクラス
struct NumericRangeA {
const Numeric begin_;
const Numeric end_;

NumericRangeA(const int& b, const int& e) : begin_(b), end_(e) {}
};

const Numeric& begin(const NumericRangeA& t) { return t.begin_; }
const Numeric& end(const NumericRangeA& t) { return t.end_; }

// begin()とend()メソッドを持つクラス
struct NumericRangeB {
const Numeric begin_;
const Numeric end_;

NumericRangeB(const int& b, const int& e) : begin_(b), end_(e) {}

const Numeric& begin() const { return begin_; }
const Numeric& end() const { return end_; }
};

int main()
{
using namespace std;
for(auto v : NumericRangeA(0, 10)) cout << v << " ";
cout << endl;
for(auto v : NumericRangeB(0, 10)) cout << v << " ";
cout << endl;
}

出力結果

0 1 2 3 4 5 6 7 8 9
10 11 12 13 14 15 16 17 18 19

range-based for statementも、使い方次第で面白いことができるかもしれませんね。

それはそうと、C++erって細かい…おかげでこんなエントリ上げられたけどｗ

CとC++におけるUniversal Character Nameの違い

あんどちん — Wed, 08 Aug 2012 00:58:00 GMT

CとC++では、\uNNNNもしくは\UNNNNNNNNのフォーマットでUniversal Character Nameを扱えますが、使える文字に違いがあります。

C言語では、N1124の6.4.3章によると0024,0040,0060を除く00A0未満の値及びD800-DFFFはUniversal Character Nameで使用禁止となっています。

C++では、ISO14882:2011の2.3章によると0000-001Fと007F-009F、そして基本ソース文字セットとD800-DFFFはUniversal Character Nameで使用禁止となっています。

なんでこんな違いがあるんでしょうね？