Out of Memory

Web への移植を考えると…

シャノン — Fri, 05 Sep 2008 19:07:00 GMT

.NET Framework 3.0 にすっかり乗り遅れてるんですが、ちょいと質問。
「今は exe ファイルの形態をとっているが、将来的には Web アプリに移植したい」っていう要望があるとき、WPF はちょーおすすめの選択肢になり得るでしょうか？
XBAP 化や Silverlight 化するにあたって、例えば Windows Form アプリを ASP.NET や JSP に移植するよりも、すっげー楽、っぽい？
もしそうなら、今期の開発で VS2008 を使わせてもらえる可能性が出てくるので…もう 2003 で DataGrid と格闘するのは勘弁してほしいのですよぅ。

ちなみに、Webアプリってのはイントラ環境…のはず。完全信頼はもともと必要としてないけど、XBAP とか Silverlight って Oracle にアクセスはできる？
あ、「Mac からも見れるように汁！」って言われそうだなぁ…Silverlight なら Mac でも大丈夫だっけ？

Linq の Where って

シャノン — Fri, 05 Sep 2008 13:31:00 GMT

なんで条件に Predicate<T> じゃなくて Func<T, bool> を使うの？
昔のことは忘れたい主義なの？

snprintf

シャノン — Fri, 05 Sep 2008 11:33:00 GMT

int snprintf( char * s, size_t n, const char * format, ... );
という C の関数がある。C99 から標準に加えられたものだ。
名前から想像できると思うが、s で指定したバッファに、format に従って書式化した文字列を最大 n 文字書き込む、というものである（この説明には語弊がある。詳細は後述）。

VC++ には、_snprintf という関数がある。
引数は標準の snprintf と同じだが、関数名の先頭がアンダースコアであることからもわかるように、これは C の標準関数ではなく、VC++ の独自拡張関数である。VC++ は C99 に対応していないためだ。

この２つ（標準の snprintf と VC++ 独自の _snprintf）は、ある一点において挙動が異なる。
それは、書式化した文字列の長さが n 以上だった場合である（ここでは、他バイト文字は考慮せず、1文字1バイトとする）。

標準は、n - 1 文字まで書き込み、最後にナル文字を付加する。つまり、n = 0 でない限り、出力はナル終端されることが保証される。
VC++ 版は、結果の長さが n 文字未満である場合のみ、ナル文字が書き込まれる。
これは、strncpy と似た挙動であると言える。

どちらが安全かと言えば、標準の方だろう。バッファオーバーフローが大きな問題として取り沙汰される昨今、新しく追加する関数はより安全なものにしておくという判断は分からないでもない。
だが、できれば既存の関数（strncpy）と挙動を合わせて欲しかったと思う。
いや、こんなことを考えるのは、俺が今、ナル終端しないでバッファいっぱいに書き込む必要があるようなシステムを作っているからだというのも、そんなのが異端だということも分かってはいるが。

ちなみに、VC++ 2005 から取り入れられたセキュリティ強化バージョンである _snprintf_s は、書き込むバッファのサイズと、バッファに書き込む最大文字数を別の引数として取り、バッファサイズが書き込み文字数 + 1 以上でなければエラーになる。
従って、バッファには常にナル文字を書き込むスペースがあることになるので、この関数は、指定した最大文字数に加えてナル文字を書き込む（書き込む文字数 + 1 文字が書き込まれ得る）という動きをする。

そういえば、Microsoft は _s バージョンの関数を標準案として提出したという話も聞いたような気がするが、そっちはどうなってるんだろうなぁ。
あと、これは全く余談だが、_lsearch_s は全然セキュアじゃない。

Softbank 923SHでWMAを聴く

シャノン — Fri, 05 Sep 2008 02:49:00 GMT

Softbank 923SH は、WMA の再生に対応している。
が、ウチのマシンは Windows Vista 64。923SH 用の USB ドライバはインストールできないし、S! ミュージックコネクトは起動できない。
が、いろいろ試して、Vista 64 でも可能となったので、ここに手順を記しておく。

USBケーブル
Softbank にメールで質問して、「USBケーブルⅡ」というやつが使用可能であるという答えは得ているのだが、これがなぜか Softbank のオンラインショップで売ってない。
検索すると楽天とかでも売っている店はあるが…
俺は昔の携帯についてきた試供品のケーブルがそのまま使えたので、これを使うことにする。

USB ドライバのインストール
どういうつもりか知らないが、ドライバ自体は 64bit にも対応しているのに、インストーラではじいている。
32bit マシンに一旦インストールした後、Program Files のインストールフォルダごと吸い上げ、64bit マシンにコピーする。
64bit マシンに USB ケーブルを接続するとドライバの自動インストールが始まるが放置して、デバイスマネージャから先ほどのフォルダを指定してインストール。

WMA の転送
S! ミュージックコネクトが使えないが、923SH は MTP をサポートしているので、Windows Media Player がポータブルデバイスとして認識する。
もちろん WMP から転送が可能。その際、デバイスのプロパティで、ビットレートを再生可能なものに設定しておくことをお忘れなく。

おまけ：WMA への変換
CD から吸い出すには WMP が使えるが、既存の Wav や MP3 を WMA に変換するのは WMP ではできない。
フリーの変換ツールもあるが、Expression Encoder でも変換することができる。

二つ名メーカー

シャノン — Tue, 02 Sep 2008 10:43:00 GMT

誰が考えるんでしょうね。馬鹿ですね。いい意味で。

επιστημηさんをパクったわけじゃないですが、俺のハンドルも本来はギリシャ語なので、まずはその表記で。

αετο?さんの二つ名は……「蠢く乖離（カオティックインモラル）」です

エロス…

この最後の文字は化けることが多いので、代用のローマ字表記では…

aetosさんの二つ名は……「幻獄（メビウス）」

たまに使うカタカナ表記では…

アエトスさんの二つ名は……「月光急報（カスケイドワルツ）」

♪ハヤテのように現れて～

昔の（ということにしたいが未だに流通してしまってるし一部では使ってる）ハンドルでもやってみました。

shannonさんの二つ名は……「蒼穹溶融（エレメンタルフラワー）」です

♪蒼い～蒼い時代がが溶け出した～

シャノンさんの二つ名は……「透明摂理（インビジブルプロトコル）」です

お、マシなのが出てきたかな？
なんか「世界を裏から操る、知られざる摂理」みたいでかっこいいです。
…いや、技術者としてはプロトコルはインビジブルにしないで公開してほしいですけど。
…あと、こういう団体とは関係ありませんけど。

本名（苗字と名前の間にスペースなし）さんの二つ名は……「幻術隠者（ソリタリーイリュージョン）」です
本名（苗字と名前の間に全角スペース）さんの二つ名は……「水葬剣舞（ソリタリーゲーム）」です
本名（苗字と名前の間に半角スペース）さんの二つ名は……「蛇縛尖弓（ハウリングアロウ）」です

ところでですね。
何をやっても大抵、下に出る広告に

サンホラ最新作リリース
サウンドホライズン、9/3CD発売ギリシャ神話をテーマにしたCD
www.soundhorizon.com/

とか

ギリシャ神話をサウンドで
古代ギリシャの世界を旅しよう。ミュージカル仕立てのサウンドCD
www.soundhorizon.com/

とか出てるのはどうなのよぅ？

なんかMIAUが

シャノン — Mon, 01 Sep 2008 20:11:00 GMT

楽　し　く　な　っ　て　き　た　ｗ　ｗ

http://miau.jp

IDE なんて要らない

シャノン — Mon, 01 Sep 2008 10:34:00 GMT

エディタとコンパイラがあればいい。そういう人がいます。
VB6 以来の IDE っ子である俺は、今まで、「新しいもの嫌いが何を気取ってやがる」と思ってました。

が、ふむふむ。
なかなかどうして、やってみると、これはこれでなんとかなるものですな。

いや、ほら。
今の開発が Linux 向けなものですから、VC++ を使うわけにはいかんのですよ。
慣れ親しんだ Windows 上で、インテリセンスの効かないエディタでコードを書いて、FTP でサーバに転送して、makefile 経由で gcc でコンパイル、の繰り返しです。
全部サーバでやるのはちょっと…vi じゃ使っていてイライラしますし、今から Emacs を覚える気にもならない。
まぁコンパイルとリンクを別々にやってるわけじゃないので、いわゆる「エディタとコンパイラ」の要件は満たしてない気がするのですが、今時そんなこと、いくら Unix 使いでもやってないでしょう。

まぁそれでも、色分けできるエディタは最低限必要ですな。あとホイールマウス。

進化と足枷

シャノン — Mon, 01 Sep 2008 09:55:00 GMT

漏れのある抽象化の法則、というのがある。
読んで字のごとく、泥臭いことをうまく覆い隠したつもりでも、どこかに穴がある、ということだ。
この漏れを完全になくすことは不可能って、どこかに書いてあったっけな？

C/C++ の将来性
 サーバ運営のハードルは下がるのか？

例えば C++ なら、スマートポインタを用いて生ポインタを隠蔽しても、完全に縁を切ることができないように。
例えば C# なら、ガベージコレクタによってメモリ管理を隠蔽しても、ネイティブリソースの管理には気を配らなければならないように。

ASP.NET なんかによって Web 開発のいろんな面倒なところが隠蔽された時、最後に足を引っ張るのはきっと HTTP という仕組みなんだろうな、と、なんとなく思った。

サーバ運営のハードルは下がるのか？

シャノン — Mon, 01 Sep 2008 01:16:00 GMT

本当にいろんなことが、パソコンでできるようになりました。
文書が作れる、絵が描ける、音楽が聴ける、DVDも観れる。
初音ミクはDTMのハードルを大きく下げたと思います。それでも作曲のサの字も知らない俺のようなやつが買っても手に余るだけだと思いますが。

そして、我らがマイクロソフト！　Visual Studio Express Editions なんてものを出してくれたおかげで、プログラミングまでタダでできるようになっちゃいました。
プログラミングなんて、本業でない人がやるものの中では、マニアックさでは上位に入るものではないでしょうかね。
いや、素晴らしいことです。

そんなマイクロソフトさんに、ぜひ次に頑張ってほしいのが、サーバ運営のハードルを下げることです。
要するに、趣味で自家サーバを立て易くしてくださいと。

もちろん、現状でも自家サーバを安価に立てることはできます。
Unix で Apache 使うとか、Windows 用でも無料の Web サーバソフトはあります（サーバ OS じゃないと接続数制限があったっけ？）。

でも、ほら、どうせなら、マイクロソフトさんが宣伝している最新の IIS でもって、ASP.NET とか WCF とか駆使してやりたいじゃないですか。
そういう本はよく出てますし、セミナーも積極的にやってくれてますけど、レンタルサーバだと使えないことが多いし。
Windows 2008 には Web Edition なんてのがありますが、やっぱりお値段がね。趣味では買えない。
どうもこの領域は高止まりしている気がします。
いやいや、難癖付けてるつもりはないんですよ。
もちろん、それ相応の機能制限はあって当然でしょうとも。

さて、一方、仮にマイクロソフトが英断を下して、そのあたりを気軽に使えるようになったとして、使う我々の側はどうなのでしょう？
最初にも言いましたが、いくら初音ミクが出たからといって、誰も彼も作曲ができるようになるわけではありません。
Visual Studio Express Edition だって、入手することは誰にも可能であるものの、誰にでも使いこなせるわけではありません。
そのへん、サーバ運営は？

ちゃっぴさんのところでおあつらえ向きな話題が上がってたので絡めますが、サーバ開発の経験がない俺からすると、Java や C# のような（広義の意味での）マネージ言語で作っても、いろいろ気をつけないと、あっという間にスーパーハカーの標的にされてウィルスばら撒くことになるんじゃないかなんていう漠然とした不安があります。
最近はクロスサイトナントカっていうのもよく聞きます。
マネージ言語を使うことでバッファオーバーフローの危険がなくなった（ゼロになったと言うと突っ込まれそうだな）ように、最近の開発環境ではクロスサイトナントカも低減できるようになっていたりするんでしょうか。

cscript.exe で JavaScript をデバッグできない

シャノン — Sun, 31 Aug 2008 18:56:00 GMT

どうも、スクリプト内で ActiveXObject を使って COM オブジェクトのインスタンスを作っているところで失敗しているらしい。
レジストリに異常がなかろうかと、ProgID を探してみた…ら、あった。じゃあ対応する CLSID は…ない！？
すわ再インストールかと思ったところで、俺は 64bit OS を使っているんだということに思い当った。
HKCR\CLSID 以下にはなかった。では、HKCR\Wow6432Node\CLSID なら…ありました。

つまりこう。
俺の OS は 64bit なので、cscript.exe も 64bit 版。
64bit OS で 32bit プロセスは動くが、64bit プロセスは 32bit DLL を読み込めないという制限がある。
従って、C:\Windows\System32\cscript.exe （こいつは 64bit 版）の代わりに、C:\Windows\SysWow64\cscript.exe （こっちが 32bit 版。ああ紛らわしい）を明示的に実行してやればよかったと。
単にコマンドプロンプトから cscript とだけ打つと前者が起動してしまうのですな。

これは、何か、32bit DLL をロードするスクリプトを含むようなファイルが関連付けされるときには注意しておかなければならないことだなぁ。