programmer´s real life and so on

Visual Studio で開発するときに、ビルド番号を自動更新するためのスクリプトを作ってみました。

IncBuildNumber.vbs は最初にパラメータで指定された .rc ファイルのバックアップを作成します。(*.rc.bak)その後 .rc ファイルから文字列 FILEVERSION, PRODUCTVERSION, FileVersion, ProductVersion がある行を探し、その行に記載されているビルド番号を1増やします。

ビルド番号更新スクリプト(IncBuildNumber.vbs)
(ダウンロードしたら最初に右クリックのプロパティ画面から「ブロックの解除」を行って下さい)

このスクリプトをどこか適当な場所において、プロジェクトプロパティでReleaseのビルド前のイベントに以下の設定を行うと使用できます。以下の例では Visual Studio のインストールフォルダ $(VCInstallDir) に置いてあります。

CScript “$(VCInstallDir)IncBuildNumber.vbs” “$(ProjectDir)$(ProjectName).rc”

ちょっと前に Nortel の安い電話を買って会社の Asterisk に登録して使い始めました。その頃からなのですが、他の電話を含めてすべての電話で、音がぶつ切れで会話ができない状態が3日に1度位の頻度で発生するようになりました。時期が一致したのが偶然なのか UNISTIM のモジュールを追加したからなのかわからないので、とりあえず Nortel の電話とモジュールを外して様子見です。

この原因を探そうと Asterisk のバージョンをあげてみたり試行錯誤をしていた産物で、1.4.22 用のセッションタイマーパッチを作りました。1.6 になるとセッションタイマーは含まれているので、これでもうパッチをつくることはないでしょう。最後のパッチは以下のリンクからどうぞ。

chan_sip.c.se-timer-20081018.diff

ちょっと気を抜くと何ヶ月も更新しなくなりますね。ちゃんと生きてますよという意味で更新しておきましょう。

さて去年の10月に逆流性食道炎が見つかって、1年経ったところで再び胃の内視鏡を受けてきました。プロトンポンプ阻害薬を飲み続け、コーヒーをデカフェにし、チョコレートを断ち、食後に横になるのを我慢したおかげかどうかは分かりませんが、炎症は治っていましたよ。ドクター曰く「炎症は消えましたが、胃酸が逆流しやすい可能性があるのでしばらく薬は続けましょう」とのことなので薬はしばらく続けます。

ちなみにカフェインとテオブロミン(チョコレートに含まれる)は食道と胃の間の噴門を緩める作用があると聞いたのですが、出典はあきらかではありません。

最近MFCを使っていなかったので、Visual C++ 2008 Feature Packなんてものがあるのを知りませんでした。

Visual Studio 2008 はまだ買っていませんが、これでOffice2007風・Office2003風・VS2005風のUIが標準で簡単に作成できるのならちょっと欲しくなります。というか、こういうものがないからわざわざ WTL で色々なコントロールを探してきて作っていたのですが、その必要がなくなるわけですからね。

サンプル画面などは以下のページに。
http://msdn.microsoft.com/ja-jp/magazine/cc507634.aspx
http://codezine.jp/a/article/aid/2516.aspx?p=2

最近は C# で作ると最初から Office2003 風のメニューやツールバーになりますが、VC++/WTL だと Classic なメニューしかできません。ちょっと悔しいので Viksoe さんの WTL XP UI のメニューとツールバーだけをいじって VS2005 風にしてみました。

なんだか CustomDraw が思った通りに動かなくて、ちょっといい加減につくってあります。

ソースファイルのダウンロード

VS2005でビルドするとき、「構成プロパティ」→「C/C++」→「コード生成」の「ランタイムライブラリ」を「マルチスレッドDLL(/MD)」から「マルチスレッド(/MT)」に変更しないと、VS2005が入っていない環境で動かないぞっと。自分のためにメモ。

管理事務所からの留守電で知りました。最後に車を見た月曜日の夜には異常はなかったのに……。

自分の駐車場に置いておいて、いったいどういう理由で窓ガラスを割られなければいけないのか理解に苦しみます。交番に被害届を出しても泣き寝入りですね。

もうそろそろ空いてきただろうと思って行ってみたけど、やっぱりまだ混んでました。

写真にはあまり人が写っていませんが、入間インターから駐車場に入るまで5分以上はかかっています。

規模が大きいというのは店舗数が多いということで、1店あたりの面積はそんなに大きくはないんじゃないかな。品揃えが限定的な気がしたけど、アウトレットだから仕方がないと言えば仕方がないのかも。

もうちょっと空いてくれないとまた行く気にはなれませんねぇ。

休みなので10年ほど使っているキーボードを掃除しました。掃除前は汚くて見苦しいので写真は撮っていません。

キートップを全て外して、食器洗い用洗剤を入れたぬるま湯に30分ほど浸したら…

もう新品の輝きです。

例えば沢山のオブジェクトを描画したくて DrawPrimitive の頂点バッファを作るとき、その頂点バッファをどうやって作るのが正しいのかということについて。

[方法1]
DrawPrimitive で描画する単位で CreateVertexBuffer を使って頂点バッファを作成しておく。(配列とかリストにしておく)
それを順番に DrawPrimitive で描画していく。

[方法2]
一回だけ CreateVertexBuffer を使って全てのオブジェクトの頂点バッファを作成しておく。
それを StartVertex でオフセットを指定して DrawPrimitive で順番に描画していく。

最初は StartVertex を指定するのが面倒くさいと思って 1 の方法でコーディングしていたのですが、オブジェクトの数が何十万とかになってくると CreateVertexBuffer が E_OUTOFMEMORY を返すようになってきました。

で、2の方法に変更すると問題なく動くのでやっぱり正しいのは2なんでしょうね。

一人でプログラミングしていると、誰にも聞けないのでやたらと時間がかかるときがあります。最初は「E_OUTOFMEMORYというのなら幾つまでなら作れるのか？」という視点で調べて、全く情報がないことに途方にくれていました。そのうちに書き方が違うのではないかということに気付いたのですが、それでも「正しい書き方」についての情報も見つけることはできませんでした。きっと知っている人には低レベルの問題だったのでしょうけど。