ずん日記

で DLL を登録してたんだが、 途中から VB プロジェクトのあるフォルダを他に移動したくなって移動したんだ。 どうやらそれが間違いの始まりだったらしい。
移動先でまた DLL 作る。 regsvr32 でレジストリに登録する。
ここで間違い発生。 同じ DLL ファイルを違うパス、ファイル名で登録すると それぞれがダブって２重３重に登録されちゃうのね…。 そして古い方が使われた上に、 uninstall するには登録した時のファイルパスが必要なので、そんなもん知るかー！ ってな感じで結局それまでのはステてプ、 ロジェクト名と DLL ファイル名を変えてやったら直った。

アクティブレポート大分分かってきた。 確かに簡単に印刷用の帳票作れて便利かも。 でも、より高度な帳票を作りたいと思った場合に表現力が足りないな、 ということも分かってきた。 でもまぁ、今回の案件にはこれで十分だ。 グラフの埋め込みも Office の Graph を OLE で利用して簡単に埋め込めた。 グラフの種類やデザイン部はアクティブレポートで配置できるので楽だ。
↓こんな感じにグラフを使う。 OLE コントロールを帳票に貼り付けて、"Microsoft Graph 2000" を選択する。 で、アクティブレポーツでグラフの種類やデザイン等を適当に設定。 コントロールのモジュール名が GraphTest としたら、 アクティブレポーツの Detail セクションの Format() イベントの中とかで、

GraphTest.Object.Application.DataSheet.Cells(rownum, colnum) = val

としてグラフの元になるデータシートに値を入力してやれば Excel と同じように勝手にグラフが出来る。

Chart オブジェクトの Export メソッドを使うことで簡単にグラフのファイル出力が出来た。 これは良い。
使い方はこんな感じだ。 値入力済みのグラフの OLE オブジェクトに対して、

GraphTest.Object.Application.Chart.Export "graph.gif"

のようにしてやればグラフが画像ファイルとして出来上がる。 ファイル名の拡張子を勝手に判別して gif を作ってくれるようだ。 他の形式にも出してくれる。
レポートは実行するだけでそれ自体使わずに、グラフ作る為だけに使えるな。 慣れれば生産性高げ。 IIS でしか使えないけど（ぉ

大体堪能したので帰ろうと思い、プロジェクトを保存しようとしたそのとき。
何の前触れも無く VB が落ちた…。

……おいーーーーーー!!

今日やった作業が無かったことなった(T^T

net stop "World Wide Web Publishing Service"
net stop "FTP Publishing Service"
net stop "IIS Admin Service"
net start "IIS Admin Service"
net start "World Wide Web Publishing Service"
exit

そういえばサービス名で書くな普通。 net start iis とかで検索して出てきたカッペー元が理由だったりする。 細かいことは気にするな（ぉ
ちなみに FTP は使ってないので止めたままにしてるだけ。 FTP の起動を手動にすりゃいいじゃんというのも、 面倒かっただけというのが理由なので気にしない。

そうでもない。

してる…。 おかげでエンジンはかかったもののディスクロックが外せなくて結局今日は出かけれず。
丸い鍵穴で中に6個くらい小さなシリンダーがあって、 そのシリンダーの押し具合でロックを解除する。 というこの手のロックによくある形の鍵なんだが。 その小さいシリンダーのうち一つが中のスプリングが死んだのか、 押しても戻ってこない…。 お陰で鍵刺しても開かないのだ。
うあー。 くそー。
鍵破壊かディスクホイール交換か。 どのみちまた来週末まで乗れないなんて酷い…(--;

mod_dav を使って見た。
おぉ、出来た。
しかし Windows のネットワークドライブには出来ないか…。 動画とか音楽ファイルとかダブルクリックしてもまずDL始まっちゃうのは使えねー。 ストリーミングさせてくれよ。 あと、mod_encoding が make 出来なかった。 頑張るのも面倒いので暫く WebDAV 捨て。

Apache 1.3.x までは

<VirtualHost xxx>
  User  user
  Group group
  UserDir public_html
  ServerName xxx
  DocumentRoot /home/vhost/xxx
<VirtualHost vhost>

等となってた場合、 http://xxx/ での CGI の実行 uid/gid は user/group となり、 http://xxx/~aaa/ での CGI の実行 uid/gid は aaa のものとなる。
これが僕が望む動作なのだが、 Apache 2.x の suexec から VirtualHost での CGI の実行 uid/gid は、 新たに出来た mod_suexec による SuexecUserGroup ディレクティブで行うようになった。 で、これが今までと同じ動作をすると信じて以下のようにした。

<VirtualHost xxx>
  SuexecUserGroup user group
  UserDir public_html
  ServerName xxx
  DocumentRoot /home/vhost/xxx
<VirtualHost vhost>

しかし、これをやったら http://xxx/~aaa/ での CGI の実行が出来なくなってしまった。 suexec_log によると user/group で実行しようとしたがファイルの所有者は aaa/aaa となっており実行は許可されなかった、とある。 SuexecUserGroup ディレクティブで設定したほうが UserDir での suexec より優先され るようになってしまったのである。
ユーザ権限で CGI が動いてもらわないと困るからとりあえず SuexecUserGroup を コメントアウトした。 そしたら当然 UserDir での suexec は動くようになったが、 今度は UserDir でない CGI (http://xxx/hoge.cgi等) が動かなくなってしまう…。
まさに「あちらを立てればこちらが立たず」な状態。 参ってしまうなこれは…。
suexec.c にパッチ当てようとも思ったが、そこまでするのも面倒なので 結局次のような設定にしてなんとか完了。

<VirtualHost xxx2>
  SuexecUserGroup user group
  UserDir disable
  ServerName xxx2
  DocumentRoot /home/vhost/xxx
<VirtualHost vhost>
<VirtualHost xxx>
  UserDir public_html
  ServerName xxx
  DocumentRoot /home/vhost/xxx
  Redirect /hoge.cgi http://xxx2/hoge.cgi
<VirtualHost vhost>

こんな感じ必要な CGI に対して Redirect でもうひとつでっち上げた VirtualHost に 飛ばして逃げ。 一応ちゃんと動いてます。

ラジオで観戦でした。

晒し先のページが消えてしまったので IE のキャッシュより。