2006年1月アーカイブ

　自宅に無線LANを導入して1年以上経つが未だ完璧なセキュリティが出来なくて困っています。アクセスポイントのセキュリティに関してはSSIDを隠蔽してWEPで暗号化してさらにMACアドレスのフィルタリングでアクセスポイントに登録した端末以外からは接続を許可していないので知らないPCがLANに進入してくる可能性は殆ど無い。(アクセスポイント側の設定は

　しかし、無線LANはもう一つ重大なセキュリティホールとなりうる部分が存在する。それはOSがWindowsXPの場合である。(他のOSでもあるかも知れない)

　無線LANクライアントも有線LANと同じように電波を自動受信し接続可能な無線アクセスポイントを見つけると勝手に接続してしまう。近くにセキュリティ対策を行っていない無線アクセスポイントがあると知らない間に接続してしまうだけでなく情報漏えいの原因となり加害者・被害者の両方になりうる。

　正直、設定した無線ポイント以外へは絶対接続に行かない設定を知りたいがWindowsで可能なのだろうか？とりあえず、ワイヤレスネットワークのプロパティでWindowsでワイヤレスネットワークの設定を構成するを『無効』にし、無線LANカードのユーティリティを利用してSSIDがanyになっている所を自宅のアクセスポイントのSSIDを設定してみた。一応この設定で指定したSSID以外は接続に行かないようになったと思う…。

　無線LANの利用はどんどん増えているので、気が付いたらどっかの無線LANに接続してしまってて共有ファイルを覗かれたりウィルスを仕込まれたりする可能性も出てきます。危険度はSoftEtherの運用失敗時に匹敵するかもしれないですね。

　ここ数ヶ月、自宅の無線アクセスポイントが不安定…orz...

　証券会社から年間取引報告書が届いたので青色申告の準備。参考にするのは1/4付けの日経と去年の申告に関する書籍＋国税庁サイト。

国税庁サイトでは平成17年用の申告書が配布されているのでダウンロードして書き込みます…。うわぁどれがどれだかわかんない…。

　多分、堀江氏逮捕でここのアクセスは急増しているはず。二階堂で聞いてマジかよ！？でググッたら詳細な資料出てくる出てくるw

http://www.kangoku.org/annai/toko/main.phtml

　今日TVでも取り上げられていたが、何と言うか多くの薄給リーマンにはオレの食生活よりまともだと思ったかも知れない。私の場合、食費を節約するにもジャンクは避けて自炊にし、ここ1ヶ月はビタミンと食物繊維をとるため麦飯にしていますが、拘置所の食事の方が豪華だと聞いてショック。 orz...　

東京拘置所
主食：白米7割、麦3割の麦飯
副食：魚、味噌汁、 漬物
熱量：1日当たり2220キロカロリー ←これって自衛隊並みじゃない？
食費：3食522円

オレ
主食：白米7.7割(150g)、麦2.5割の麦飯(50g)
副食：卵、魚肉ハム、チーズ
熱量：1280Kcal
朝：麦飯(120Kcal)＋生卵(90Kcal)＝210Kcal
昼：冷えた麦飯(240Kcal)＋卵焼き(210Kcal)＋魚肉ハムとチーズの焼いた物(500Kcal)＝950Kcal
夜：麦飯の茶漬け、味付けは塩(120Kcal)
食費：3食300円位(仕入れはハナマサで)

あとカロリー的に不足を感じたら炒飯にしたり魚肉ハムを揚げ物にしたり、卵焼きをオムレツにしたりして油を取り込んでます。orz...

　3年前に買ったSDビデオカメラのあまりのコマ落ちに直ぐ手放し、携帯電話のビデオもやっぱりコマ落ち酷くてちゃんとビデオテープのカメラを用意しなきゃということで買いました。もちろんお金の余裕が無いので中古。そして買った後にあるものが足りないことに気づく。それは動画を転送するためのパーツ。

　一応テープで撮影してSDカードに転送すれば直接SDで撮影するより劣化も少なくPCに取り込めたが、やはり劣化があるのは勿体無い。それで何が足りないのかというとIEEE1394とソフト関係。買うときに重々USBで動画転送可能か店員に聞いて大丈夫という事だったのにぜんぜんダメじゃん。マニュアルにUSBでは静止画のみ転送って書いてるし…。商品知識無いのに調べもせず客に答えるなよと思ったが、まぁアキバなんで仕様を調べることが出来ない状況で衝動買いする私が一番ダメですね(つかパナのデジカメの時も欠品物の確認ミスでやられたしな…ちょっとムカつき)。結局追加コストでPCにIEEE1394とケーブルと動画編集用のソフトが必要になった。今度買いに行こう。

　今日は家計の貸借対応表について、普通は法人が作るものだが普段時系列につけている家計簿とは別にいくらローンがあって、有価資産がどれだけあるのかを貸借対応表にしてみると一目で現在の経済状態で大丈夫かの判断材料になるかなと思いました。ただ私は会計を知らないので内容が妥当かどうかは自信ないです。

ここで細かく金額を出すと非常に恥ずかしいので、計算方法だけ。

参考にしたのはここ
http://kakei.eside.biz/shindan/kakuduke.htm

基本は左側が資産で保有資産を並べる、右側は負債になり未払金・ローンを記述。法人だとさらに資本という項目があって自己資本を含め資本金を記述。結果としては左右の差が0になるみたい。これがマイナスになると債務超過といわれる。

但し個人では資本金は無いのでその項目を省略して、左右の差を自己資本として算出する、つまり負債から資産を引いた金額が自己資本になるわけだが、家や車をローンで買った人はとんでもない債務超過状態でビックリするかもしれない。

　でも、家計簿の場合は法人と事情が違って長期的に見て判定をしないといけないということらしい。法人だと長期の負債と言っても数年だったりして、家のローンのように20～30年というものではない事。例えば家を買った場合、元金分はそのまま固定資産として計上し、数十年分の利子分を含めたローンは全て借入金として負債に書くがこの金額の差は凄いことになってしまう。唯し毎月の返済額が少ないため家を買ったからと言って債務超過ですよと判定されるのは現実の実態にそぐわないということでした。

　私は奨学金とか学生時代の国民年金の免除等で固定負債に分類される返済期間1年以上の借金が乗用車1台買えちゃうぐらいの金額があったりします。それらは敢えて無視して、資産・負債共に流動分だけを計上すると生活の実態に近くなります。そして流動比率を出して100%超えるかどうかで判断しています(本当は長期負債の1回当りの返済額を考慮して100%越えじゃないと赤字)。

　出来れば給料の入った日(そうでなければ未収入金として給料の金額を入れる)で計算します。これで100%超えていれば貯金が可能で、不足していればキャッシュフローに問題が発生する前に収入を上げて負債を減らすか、負債の支払いを先延ばし、または借り換え等をしなくてはならない状態ということになります。因みに私の場合流動比率90%な月がありその期間はクレジットの支払いが翌月回しになったっり、更に現金を借りてその金でクレジットの料金を支払うという危ない状態でした。

　今は食費の節約で危機状態を回避。

給料以外にも微少ながら別収入や損失もあるから損益計算書も作ってみようかな。

　さらに立会い時間を減らし14:00～15:00の取引になりました。というかいっその事、事情徴収が終わるまで止めてしまったほうが株価も荒れなくてシステムも何とか延命できて良いのでは？と思ったりしてます。もう処理能力を数割上げるとかやっても遅延解消にならないから新規で作り直すべきだと思うなー。ニューヨークと比較して処理件数が100倍位差がでているわけだし。たった1社の取引で死活問題というのも異常事態。(ライブドアの他にも億単位の株式を発行している上場企業もいくつかあるので早期対策が必要)

　昨日24日は堀江貴文社長の辞任(本人からの了承まだ無い)と新社長に平松庚三氏が就任(弥生社長を兼務)。代表取締役は熊谷史人氏に決定。熊谷氏が代表になったということは外部から経営陣を迎え入れるつもりでは無いように思う。

　昨日の時点で株価が1株株主資本を下回ってしまったので、逆に買収される危機に先手を打った防衛策という感じがしますね。ライブドア本体自身は投資会社のようなものなので狙われるのはその傘下にある弥生やターボリナックスその他業績の良い子会社。
　この新体制は市場に影響があるのかは未知数。フジが処分とか言っているので売りは減るどころか3億株を超えるかもしれないし、現在の出来高が十数万株なので買いがこのニュースで増えても売買のバランスを取り戻す状態にはなれない気がします。

　天候や温度監視のトラブルで度々延期になりましたが無事に打ち上げ成功しました。陸域観測技術衛星「だいち」も順調のようです。

http://www.jaxa.jp/

　軍事転用可能な無人ヘリコプターを経済産業省の許可を得ずに中国へ輸出した疑いがあり家宅捜査。同日外国為替法違反の容疑で同社を刑事告発。無人ヘリコプターはラジコン操作ではなく自立型でプログラミングによって飛行計画を立てられる。また主に農薬散布に使用されるが、カメラやセンサーも搭載可能で、軍事転用すれば化学兵器散布や偵察活動に使用される可能性があるという。

　お国柄なのか、危機感無さすぎなのは仕方ないのかな。他国では軍事技術でも日本では民生品だったりするし…。

　・・・マジですか？まだTV見れる状態じゃないのでネットで確認。
事情聴取からイキナリ逮捕とは特捜部は凄いことやるなぁ。ブログは昨日の書き込みで止まったまま。もしかすると歴史的事件になるのかもしれない。今日の終値は256円。

　携帯Flashの次期バージョンが発表されました。対応機種が出てくるのは今年後半以降になりそうですね。現在ではアニメーションコンテンツとしての利用が多いのですが、バージョン2ではゲームアプリとしての開発が簡単にできるようになりそうです。

アドビ社のプレス
アスキー24ニュース

　全銘柄売買停止のニュースと処理能力改善の前倒しを聞いたときは、やっと誤発注の対策が終わったごろのハズの富士通にまた大変な仕事がやってきたなー。と他人事のように言ってみる。

　東証が1日450万件の約定が限界でアメリカは1時間で4500万件の処理が可能なんですか…。国内ではライブドアショックで個人投資が荒れて他の銘柄も影響を受けていますが海外からは、証券取引所がシステムの限界を理由に停止したことに、かなり非難が出ているようです。あっちはホントにマネーゲームだから数秒の遅延でクレームというのが凄すぎ。国内に置き換えるとネットゲーでラグが発生したら掲示板に書き込み、サーバーが停止したらお祭り騒ぎするのと同じなのかな…。

　輸入再開の条件として危険部位の除去とあったのですが、再開1ヶ月にして検査漏れの牛肉が見つかってしまいました。そして全面停止。

　ついこの前吉牛が牛丼再開すると聞いたばかりなのに…。吉野家、波乱万丈。

最近、Smartyの導入の話があり初めて使用しているのですが、テンプレートに{$var}のように中カッコをつけて変換する方法です。これを使うとPHPなのにPerlでテンプレートを使ったページが作成できるので面白いです。

　このタイトルでピンと来た方もいるかも知れませんが、テンプレートの中に「必須」と書き込んだときにエラーを発生してしまいます。これは文字コードがShift-JISの場合に 須 の字の2バイト目が } なので間違った解釈をされてしまうためです。それであれば最初からEUCで作るとか、変換するという手もありますが、クランアントがShift-JISで表示する仕様だったり、特殊文字を使用していてnkf等を利用すると文字欠けや化けを起こす場合はとても悩むと思います。

　フロートタイプの掲示板や携帯電話向けコンテンツはこの部類になりますが、私が行った一番簡単な解決方法は必須という文字が必要な場合は変換必須にするだけ。

　つまり、文字化けを起こすのはPHPではなくSmarty側なのでテンプレート側に必須を書かなければ良い。

index.tpl内に必須の文字があれば具体的にはこのようにする。

必須→{$hissu}

そしてindex.phpにはassainを追加する

$o_Smarty->("hissu","必須");

こんな感じです。

　今回は、障害ではなく現在のシステムの処理能力の関係で障害を未然に防ぐために、400万件以上の注文が発生した場合は売買を停止するというルールがあるという事でした。いわゆるライブドアショックで個人が一斉に株の現金化を始めたのが原因。

　騒ぎの原因はライブドアに強制捜査が入ったのが始まりですね。粉飾決済については株主利益や社会への影響についてはよく分かりませんが、朝からフライング報道したマスコミの方がよっぽど酷い気がしてきた。持ち上げたのも扱き下ろしたのもマスコミだし、ホリエモンはマスコミを活用したつもりが逆に飲まれた形になったようです。結果粉飾決済が確定したからフライング報道で済んだが、間違っていたらそれこそ風説の流布。

　それにしても全面安はヤバすぎなぁ。割安になったところで一気に外資に買われたらまた資本が流出していく。

・ヒューザー小嶋進社長承認喚問
・宮崎勤連続幼女誘拐殺人事件の最終判決
・ライブドア証券取引法違反の疑いで強制調査(昨日18:30から)

よくこんなに重なるもんだなぁ

　ラジオニュースで知りましたが、ニュースでも緊張感たっぷり報道するのでびっくりしました。
東京地検特捜部って響きが刑事ドラマだ…映画のような精鋭部隊があったんだ。

どうも子会社のライブドアマーケティングが風説の流布(しかも2年前って)とあと一つ何かの疑いで強制捜査ということですが、強制捜査という割には理由がショボすぎるのでこれは裏があるのかな？もっと重大な事件が隠れているのか？それともライブドアが目障りなので潰しに掛かったのか。

この件に関しては、内部関係者に密告をした人間がいることは間違いなさそう。常にライブドアを排除しようと粘着している老害も沢山いそうだしね。子会社員が会社の業績に対して冷待遇なのを不満に密告して、それをネタにガサ入れだったら危険だな。つまりライブドアは絶対巨大な不正を行っているという憶測が前提にあり、チャンスをずっと狙っていたとか。

自民党は公認も推薦もしてないとか苦し紛れ、TV局はニュースネタが来て騒ぐ一方収録番組の放映で自粛があったりと混乱中。

　久々Winny流出関連です。今回は社員が個人情報の入った電子ファイルを無断で社外に持ち出し、私用のパソコンからWinny経由で流出。これは100%社員が故意に持ち出したという事で電子ファイルも社員が業務上作成したもの。

　富士通の社員の方は大変でしょうが、さらにチェック体制厳しくなりますね。

　外野なので乗り遅れまくりですが、実は被害は大したことないとか、みかんのキャンセルが殺到しているとか色々な情報が飛び交っていますが、どれもこれも信憑性が無くて情報におぼれています。

キャンセル殺到で困っているみかん屋登場
　↓
凄い勢いでみかんが売れる
　↓
ポイントで買って写真を公開したみかんのブランドと上記のみかん屋のブランドは全く別物
　↓
みかん屋が楽天騒動に便乗して被害者を装った？
　↓
みかんキャンセル殺到自体がガセ？(生ものだし)

まぁ何と言うか消費者だけが被害者ぽいですね。

　今度は銘柄を聞き違ったのか思い違いかとにかく銘柄を間違って注文。
大量注文だったので警告が出たらしいが無視。対策してないというか何と言うか…。

[正] 8752 三井住友海上火災保険
[誤] 8316 三井住友フィナンシャルグループ

何のために4桁のコードがあると思ってるんだろ？8と三井住友しかあってないぞ幾らなんでもチェック酷すぎですね。過失とはいえ相場荒らしには変わりないな。

　マジですか？これはいい情報ですね。XBOX360で再生できるCDを焼ければゲーム作り放題だ。
独自FSCommandがあるらしいのでXBOX版Flash開発環境が別にあるかもしれないです。

http://www.fladdict.net/blog-jp/archives/2006/01/xbox360flash.php

　Linuxのソフトウェアはソースファイルがセットになっている事に疑問を感じたことはありますか？

　Linuxが普及し始めだした頃から新しいライセンス形態として知ったGPLですが、その保護の強制力については商用で使用したい場合にはかなり障害になります。具体的にGPLとはどんな条件なのかと言うと、

・GPLのバイナリにはソースを一緒に配布するか、配布を受けたものにソースを入手する手段を提供する。
・GPLの二次著作物はGPLが適用される。
・GPLの利用目的は問わない。(商用・営利目的に制限なし)

これだけ書くと良く見えますが、GPLにするとソースを公開しなくてはならないという点で、外部非公開の特殊技術を含むソフトウェアの作成は難しくなります。まず海賊版対策が全く出来なくなります。しかもGPLになっている時点で改変や配布を認めているのでどうしようもありません。

それだけなら、別にGPLを適用しなければ良いのですが『GPLの二次著作物はGPLが適用される』という点がかなり厄介なのである。この二次著作物はどの範囲に及ぶかというとこれが異常な範囲である。

一般常識的には、GPLそのものの改変物(派生物)は二次著作物であるが、GPLを利用するプログラムについてもGPLの二次著作物と定義されている。つまり、ソースファイルの著作権は100%自分が保有していてもgccでコンパイルしたバイナリはGPLのコードが含まれているためそのバイナリはGPLになる。これを配布するときはソースファイルを同梱しなくてはならない。よってGPLは他の著作権と衝突を起こす。
範囲はこれだけに留まらず動的にリンクしたプログラムにも適用される。ここまでくると大問題が起こる。

例えばMySQLを利用するPHPのページもGPLになる訳で、これによってどのような大問題が起こるかというと通常Web上からは見えないソースファイルに対して請求権が発生する可能性がある。これについてはPHPのサービスはプログラムの実行結果を送信しているだけでプログラムを配布しているわけではない為利用者は配布を受けた者ではないのでソースの請求権が無いという見解もある。ネットワークを使用するプログラムに関してソースファイルの公開はセキュリティ上好ましくないがGPLがソース公開を前提としており多くのサーバーがLinuxで動作している為自分のプログラムがGPLによって権利を侵害される。
商用LinuxもGPLに変わりないので現状どうしようもなかったりする。
BSDのgccはどうなのか確認中です。

技術的にGPLを回避するには静的・動的問わず機密を保持したいコードからはリンクしない事。
そうすれば直接GPLライブラリをリンクしているコードのみの公開に留められると思う。(グレーかな？)

2005年2月12日 追記
備忘録なサブコンテンツなので殆ど見ている人はいないと思って放置してたら『はてな』にまで。ill||lli orz
この記事はあまりにGPL違反に関して無防備な実態を知り半分ブチギレて飲みながら書いていたので暴言オンパレードなのはどうしようもないのですが、大きな勘違いも含まれていました。

[誤]例えばMySQLを利用するPHPのページもGPLになる訳で
[正]例えばMySQLを利用するPHPモジュールはGPLに準拠する必要があり

もう一つの勘違いは、ソースの請求はGPLコードが含まれる部分について権利を行使するのでPHPページのような最初からソースで配布するコードは独立しているため対象にならない。(PHP自身はMySQLのインターフェースを標準搭載していたのでPHP5からはデフォルトで組み込まないようになりました)

『権利を侵害される』は暴言＆警告です。GPL違反をしている人は肝に銘じて下さい。GPL推進派の方には誤解を招く事を書いてしまい申し訳ありません。

最後にGPL回避でいろいろと書いてグレーと言ってますが真っ黒でした。そもそもフリー（自由）で無いプログラムに対してGPLを使用する事を認めていませんでした。動的リンクについては微妙な線、例えばWindowsでGPLのソフトウェアを作成する場合が例外条項(特別な記述は不要)に当てはまります。

LinuxのGCCでコンパイルしたバイナリについてはまだ自分でもGPL準拠の対象かどうかハッキリ判りません。勿論一切GCCパッケージに含まれる『ヘッダファイル』をincludeしなければ無問題なのですが、それは非現実的です。コメントでも頂いているQ&Aの内容は根本的な解決になっていないので個別に調べる必要がありました。LinuxのGCCに入っているヘッダファイルの著作権次第という事です。

そのQ&Aでは
一項目に、コンパイラの出力にはコンパイラのコードを含まないのでライセンスに制限を掛けないとあります。
二項目はBisonの例で出力結果にBison自身のコードの一部をコピーし、その場合出力されたテキストはBisonとソースファイルの両方のライセンスを継承するという意味です。
三項目はBisonについて出力にコピーするBisonのライセンスについてフリー（自由）でないプログラム開発について許可していると書かれています。(つまりGPLの制限を外して使用できる)

この三項目も例外条項(必ず明示が必要)を適用していれば可能な方法です。勿論一緒に配布する例外部分はGPLに矛盾しないライセンス形態にしないといけません。

最近はSmartyのようにLGPLという形態のものもあり、これから出てくるプログラムは例外条項よりこちらを利用するほうがわかりやすいですね。最近GPLがバージョン3になると聞いているがどのように変更されるか気になるところです。

実際、LinuxをOSとしてシステム開発を行う会社にとっては生成物にGPLが含まれているかどうかは厳重に検査しないといけません。サーバーサイドプログラムは配布先自体が限定されるのでNDAが絡んでない限りGPL準拠もありですが、クライアントプログラムに関しては改変を制限しなければならないのでGPLコードが含まれないか検査が必要です。

　正月早々、ウェブシステムの問題が明るみになりました。
私は楽天で買い物してもユーザー登録しない人なので今回の事件には無関係で詳細が中々つかみにくいのですが、不具合自体は以前から一部の会員が発見していて2ちゃんねるの一部掲示板内で無限増殖的な方法でポイントを貯めて買い物の決済に利用していたようです。

　それが今年に入って、楽天側が不具合の原因になっているキャンペーンのポイントを一旦無効にし、差し引きでポイントがマイナスになった会員に請求を行うという情報が公開されたためポイント増殖を行っていた会員の間で大騒ぎになっています。ポイントを利用した商品については楽天と出店業者の間での決済は完了しており、会員からのキャンセルは受け付けられない模様(未確認情報)、さらに追加請求逃れのため退会しようとする者も現れたようだが、こちらもアカウントをロックされているなど色々な情報が飛び交っています。

　また、ポイント無効処置については会員の行動をチェックして判定を行ってなく一斉処分をしているのでキャンペーンに参加した会員は上記のようなポイント増殖を行っていなくても無効になっているとの事。これについは楽天にクレームが殺到すると予想されます。

　今回の事件で、ポイント増殖を行った会員の行動は法的に問題なく(そのポイントを利用して商品購入した場合は知らない)、単純にシステムの欠陥であったため、さすがに楽天も不正ユーザーとは言えず、『キャンペーンの趣旨とは異なった利用が多数見られた』と告知しています。会員の怒りは楽天のシステム欠陥の代償を会員に賠償してもらうという態度に向いているようです。

「楽天ブックスポイントプレゼント 取り消し分」と表示のあるお客様へ
http://www.rakuten.co.jp/com/faq/information/20060109.html

　3/25日に10秒以内のFLASH作品を楽しむイベントが予定されているのを見つけました。
普段CM風に作成しているのが15秒刻みだから少し短いかな…作品を作るのは難しそう。

http://10sec.web.s3p.net/

　一度はやってみたいと思いつつ都合が付かなくてやってないのはC/C++によるCGI。なぜ都合がよくないかと言えば以前はC言語でCGIを開発できるレンタルサーバーが少なかった事や文字コードの違いによる変換の煩わしさがありメインで使用することはありませんでした。実際のメリットとしてはソースを非公開にしたいという要求にしか答えてくれない現状です。それでもC/C++にしたい理由は最近のPerlがまた文字関連のバグがあるから。Perl5になったときはjcode.plのお世話になったが現在の最新Perlでは内部はUNICODEになっていてそこでバグがあったので取り止め。Cだと文字列がとてつもなく面倒になるのでC++で文字列関係をマスターする目的でやってみようと考えています。(ちなみにメルマガのネタにも)

　今までいろいろな言語に触れたけど文字列型が存在しないのはC・アセンブリ・マシン語位ですね。特にCGIになると通常のアプリ以上に入力データの制限が効かないためCだと簡単にバッファオーバーランやられてしまいそうで恐いです。

　そろそろDirectXで制作する準備もしておかなくてはいけないのですが、最新のSDKに付属しているサンプルを見ようとして驚愕。

まずは、Direct3D 10のサンプルがあるのだがWindows Vistaでないと実行できないようだ。というかVistaはまだ発売してないからMSDN会員じゃないと手に入らない。現在所有しているのはMSDN加入権無し版VS.NET2003です。 orz...

そのときのメッセージはこちら

Could not initialize Direct3D 10. This application requires a Direct3D 10 class device (hardware or reference rasterizer) running on Windows Vista.

Direct3D 9のサンプルなら再生できると思ったが、以前のDX9SDKと違ってハードウェアでの再生が出来ない。このときノートPCで元々DX9に対応してないはずなのでデスクトップで再生してみた。ノートで再生できたとしてもパフォーマンス良くないのでDirectXプログラムはデスクトップで行うことになります。

あれ？デスクトップでもハードウェアで再生しない。FX5200はDX9対応している筈なのに。
その時のメッセージはこれ。

Switching to the Direct3D reference rasterizer, a software device that implements the entire Direct3D feature set, but runs very slowly. Do you wish to continue?

DX9.0b→DX9.0cで大きな追加があったのだろうか？ビデオドライバ更新して再度チャレンジしてみるかな…。よく考えると今のデスクトップは最後の改造から3年半経っている。(元々は1999年製)

Vistaが出て半年ぐらいしたらデスクトップ新調したほうがいいかも。

と、書いてデスクトップのビデオドライバを最新にして確認してみた。結果ハードウェアでの再生に成功しましたが重い。これはそろそろ買い替え時ですよって意味かな。とりあえずVistaが落ち着くまでは放置ですが…。因みにノートPCはドライバアップデートしてもダメでした。GPUがMobility128でDirectX6対応という代物でした。(2001年製なので仕方ない)

　年始早々にメルマガでCUIチャットクライアント作成すると公言して今制作したのだが、良く考えると1対1とは言え他のクライアントが送信したデータをサーバー経由でリアルタイムで受信できないと駄目な訳で結局、入力インターフェースと表示領域は分けないとダメだった。(つまり入力中にデータ受信するとゴチャゴチャになる) orz...

　つまり、GUIで制作すべき内容だったのを無理にCUIで作ろうとしていたわけです。CUIで作れないこともないと思うけど、結局OS依存になってしまうので没決定。因みにGUIで制作の予定があるのでGUIに移行しますがX端末プログラミングは未経験&テスト用のX端末が無い為Windowsのみでの開発になります。

　その代わり、MFC-Dialog版・MFC-SDI版・DirectX版の3種類で作ります。対象としているのは

MFC-Dialog版→簡単なツール制作やMFC初心者対象
MFC-SDI版→メッセンジャーソフトを自作したい方を対象
DirectX版→ゲームにチャットルームを組み込みたい方を対象

と、こんな感じです。あとMFC版の画面設計をどうテキストで表現しようかな？リソース晒そう。
そんな訳でUNIXクライアントではtelnetでサーバーの動作チェックということで…。

　WinとBSDで両方ともPostgreSQLを入れていますがWindows側が8.0でBSDが8.1でした。つい最近Win版8.1が出ていたので入れ替え。メルマガではまだ公開しないのですがDBプログラミングを行います。
　一応BSD/Win共にpostgres.hの存在は確認済みですがコード上の相違点はま調べていません。Win側がdllでBSD側がsoであればmake時のオプションが変わりそうですね。

1月の予定
Project MMO：
　PostgresDBプログラミング

メールマガジン：
　チャットクライアント作成

　PHPのMVCフレームワークのようなものに「Smarty」なるものがある事を知り、現在探索中。
携帯サイト作るのには便利よさそうだな。

参考記事
http://www.itmedia.co.jp/enterprise/0402/19/epn01.html

　会社の忘年会でダンスしたりお正月番組に出たりでちょいタレントみたいな忙しさの堀江社長が、歌手デビューとTVで聞いて、流石に今回は「はぁ？」と思った。しかもソテーガイって想定外と掛けているのでしょうがオレにはソテー野郎って意味にしか取れない。てか歌手より絶対タレント目指したほうがウケると思うんだけど(この前ライブドアオートのCM見て爆笑してしまった)。

　ライブドア社とは関係なくポケットマネーで活動との事ですが彼の場合単なる趣味でやるようには思えなくなった。どこかで商売に繋げる線があるような気がするが…。音楽配信とか？

http://headlines.yahoo.co.jp/hl?a=20060106-00000021-spn-ent

　今度は社員の自己資金取引で日本製紙2株を2000株として誤発注。証券会社員は事前に申請する際に(初めて知った)申請書の購入株数を間違えていたが1単元1000株と勘違いしたのか1株50万円を1000株50万円と認識して2000株申請。そして審査担当官も同じ勘違いを起こしたらしい。

　さらに以下の記事では、

「同社の売買担当者も、コンピューター端末で警告が示されたため、この従業員に注文株数を確認したが、購入金額までは確認しなかったため、誤発注を見逃した」

　とにかく大口取引は警告が出る仕様でしょうが、慣れで抑制効果が無くなっていますね。
というか、明らかに余力無いのに発注できるのはどうなのか？やっぱり内部用は例外を想定せず作りこむからなんでしょうね。みずほ証券の前例があるのに…学習能力なさそうだな。

　誤発注に気づき直ぐに1998株売却しましたが、差金決済にならないように約10億円は会社側で調達くれるんじゃないかな、(社内なら10億円はあるはずだから数字だけの問題で片付くと思う)でも100万円+1998株の譲渡損はどうするんだろ？この誤発注で一旦ストップ高いってるので1株当たりの譲渡損は1～2万ぐらいで100%社員の負担になれば数千万の借金ですね。(これは自己責任とはいえかわいそう)

記事
http://headlines.yahoo.co.jp/hl?a=20060105-00000205-yom-bus_all

　今日は昼ごろから凄い頭痛で何も手に付かず…。バファリン飲んで寝ます。

　一日中引きこもってパソコンやってるとホント季節感が無くなりますね～。昼間はビルの中、夜間は家の中で移動は電車という事で殆ど屋外には出てないです。

　そういうわけでカレンダーでも見ないと季節を感じれなくて、行事やイベントがいつなのかも実感が沸かない。季節に関連する行事はやはり旧暦(太陰暦)のカレンダーが是非欲しいところだがフツーに手に入らない。(年末迄に売ってる暦にはあったかな？)

ググッて見ればリアルタイムで更新される暦があると思い探したらありました。

月のカレンダー
http://moon.basso.jp/

本題に入りますが、今月のお題は『寒中』で1月5日(小寒)～1月20日(大寒)～2月3日(節分)の期間ですが、制作期間は1/4～1/15を目安に大寒までには公開予定。

　今年は以下4つを目標に掲げます。

1. 毎月祝祭日イベントに関連したFLASH作品を制作し、FLASHサイト立ち上げ。
2. MMOはDirectXクライアントまで完成させ、まとめサイト立ち上げ。
3. BSD/Linuxのまとめサイト立ち上げ。
4. 英語から逃げない。

プログラミングしながら年明けてしまってすっかり忘れていたのがサイトの更新。まだ2005年のままだ…。

　UNIX版から開発しているから、次にWindowsで動かす時のデバッグに時間が掛かった。原因はFD_SETSIZE絡み。UNIXだとFD_SETSIZEのサイズは1024で以下のようにディスクリプタが振られた。

0…標準入力
1…標準出力
2…標準エラー出力
3…ソケットサーバー
4…クライアント1(telnet)
5…クライアント2(telnet)

この時点では数の少ないほうからディスクリプタが振られ1024には遠く及ばないので特に問題ではない。

これがWindowsだとコマンドプロンプトから起動した場合

1956…ソケットサーバー
1928…クライアント1(telnet)
1912…クライアント2(telnet)

直接実行ファイルをダブルクリックして起動した場合でも、

96…ソケットサーバー
124…クライアント1(telnet)
140…クライアント2(telnet)

といった感じで肝心のFD_SETSIZEは64で定義されている為、そのままでは役に立たないどころかオーバーフローを起こしてサーバーが落ちてしまっていた。結局Windowsの場合はFD_SETSIZEを2048に再定義するという方法で逃げた。正直ココまでばらついているとループ回数が増える分不利な気がする。

この時点でチョットの変更でFLASHクライアント用になれるチャットサーバーができました。サーバー自身はデータの中身について全く検査はしてないのとバッファは固定値なので大量にデータを送ると最大値以降の文字は削除されてしまうくらいです。

ソースのダウンロードはこちら
Download file