根津 II

今日は宮の湯へ。
9:00から24:00までやってる(2005年現在)
吉野家裏、根津交差点から歩いて1分の激近場。
山の湯と同じ400円。
さんざん酒を飲んだ挙句の22:30。
入り口すぐに落ち着ける茶飲み場がある。
洗い場の湯は、山の湯よりぬるめ。
ジャグジーはつよめ。設備は新しい。
風呂でまた若者と格闘を繰り広げた結果
勝負には勝ったがのぼせた。
はあはあいって着替え場でダウン。
周囲の目が痛い。そして勝ってない。
今日のは格別アツかったしやっぱり酒のあとはまずいのだ。
ランドリーも隣にあるので何かと便利かもしれない。
夜の風がひんやりと頭を常軌へ戻してくれた。
今度は無理せずもっとゆったり入りたい(銭湯は格闘場じゃない)

根津 I

寮のボイラーが壊れたので正月は風呂に困りそう。
そんな危急の要請で銭湯を開拓することに。
ちらっと歩いただけで風呂を3つ確認した。
山の湯
宮の湯
六龍なんとか

山の湯は15:30より。
早速16時に突撃し一番風呂を開拓した。
入り口は古びれた町工場のようないでたち。
中は「時間ですよ」に出てくる下町の銭湯そのまま、富士山と古い扇風機。
おばちゃんとテレビ。好意的にとればこの寂しさがいいんでしょう。
湯船はゆずとアツいのとジャグジーが横一列。
一番風呂は先客に譲渡。
アツいやつに入るとゆずに若い客が入ったので、
どっちが先に根負けするか自然と勝負をして、結局負け。
こっちはお替りにゆずにも入ったからどっこいだろう。
行きは寒くても帰りはよいよい、ほかほかだった。

いいにおいにつられると餅を搗いている家族を発見。
同じ歳くらいの青年がお母さんと玄関を掃除中。
根津はもう歳の瀬だった。
門松配置率かなり高いのが下町根津。

サーバの不調

Vine linuxをメインマシンにいれた夏頃からメールサーバがおかしいとは思っていた。
何が原因か突きとめられないままここまできていたが、
今日qpopperやcourier-imapのインストール、アンインストールを繰り返すことで段々と見えてきた。
どちらをインストールしてtelnet交信してもうまくパスワード認証ができない。
どうやらshadow化しているのが問題らしい。
rpmのインストールでは./configureのオプションを付けていないから
shadowに対応していないのが現状。
qpopperに関しては下の文献のとおりに行うと、認証がうまくいくのでその可能性が高い。
http://home.att.ne.jp/red/sr20dett/Linux/qpopper.htm
Synapticのインストールではオプションが付けられるかわからない。
検討課題とする。とりあえずはqpopperで急場をしのぐ。

Managed C++

C++/CLIなどという面白そうなものが出てくるので、
布石にManaged C++をやっておこうと思い文献をあさった。
しかし、ネット上に転がってるものはMicrosoftのサポートがほとんどで、
いまいち受けが良くない気がする。
まあ、.NETのヘルプを見ていて分かったのは
Managedは「C++のショートカット的な部分を廃して
いろんなもんをWindowsフォームのライブラリに規格化して
Java風にしましたがどうですか」という言語だってこと。
たとえば2項演算子の定義なんかが、まずラッパー関数を作りなさいというのがJavaっぽい。
a1 = a2+a3 => a1.copy(a2.add(a3))
拡張っていっても既存コードの書き換えははっきり言って大変だと思う。

VC++だけでいろんなことができてしまう完結性から、
あえて.NETにあわせてCRTにしたいと思う人があまりいないのかもしれないし、
C++の開発環境なんていくつもあって全部.NETに最適化されてるわけでないから
やっぱり移行が進まないのかもしれない。
もしくはC++は本当にもう過去の言語なのか？

//a2の元の値が消えちゃった？あれ

MFCバグ：最適化

「MFCでreleaseにすると動きがおかしい」バグ
参考
ref1::＠IT：特集：Visual C++ 2005　いままたC++が熱い！「C++/CLI」として大進化したVisual C++ 2005
ref2::MSDN マネージ型と MFC
ref3::後藤さんのHP

既存のMFCコードにマネージコードを挿入する試み(ref1,ref2)を行い、
debugバージョンで見事成功で喜んでいると
releaseバージョンで不自然な動きをし始めた。
まず、デバッグなしで開始(Shift+F5)を行ったが
マウスイベントをまったくキャッチしてくれない。
ついでにデバッグしながら開始(F5)、
動きのあやしいイベントハンドラ(OnLMouseDown等)上のブレークポイントからコマ送りすると
新しく作られるオブジェクトが思っても見ないスタックにはいってる＝＝＝！
コマ送りを解除すると作ったはずのオブジェクトが見当たらない。
わけが判らないので調べる(ref3)と、最適化されたソースがあやしいらしい。
そこで、プロジェクトのプロパティページで最適化を停止
(『構成プロパティ』⇒『C/C++』⇒『最適化』⇒『最適化』を無効(/Od))
すると、うまく動いた。
MFCはもう使わないほうがいいのか、Microsoftが.NET移行を強引に後押ししてるのか。

これで未練なくManagedに移れそう。

ブログの移行

メンテナンスを考えて、自サーバ以外にブログを持とうを思い移行した。