続・死ねばいいのに

[日常]

前回の続き、・・・なのか？

前回をふまえてか、シグナルハンドラでPIPEにメッセージを書き、mainのループでPIPEからメッセージを読み処理を行うというオーソドックスな構造になっていた。ただ、SITERMを受けたときの挙動がものすごく怪しかった。

SIGTERMを受けると例のごとくアプリの終了のためのリソース回収用関数を呼ぶようになっていたが、その関数の中で真っ先に、シグナルのメッセージのやりとり用PIPEを閉じていた。案の定、閉じた後にシグナルを受けるとシグナルハンドラでPIPEに書こうとし、シグナルハンドラ内でSIGPIPEを起こして結果SIGKILLで死んでいた。おまいはこの実装で、1秒周期にsetitimerで設定したSIGALRMから逃げられると思ってたのかよ。

とりあえずPIPEのcloseをコメントアウトしてさらに挙動を追うと、今度は一度freeで解放したリストを二度freeしようとしてSIGSEGVで死んでいた。freeしたらすぐにNULLを入れておきましょうとよい子は習わなかったのか？

これでやっと終わりと持ったら、次はmallocしたリソースを解放するループで境界値ミスして二重freeしようとしSIGSEGVで死んでいた。ナニコレ・・・

二重freeしたときにどんな挙動をするのかの解析をやらされているこちらの身にもなってくださいってば。SIGSEGVで死ねばいい方で、場合によっちゃfree内部で無限ループで固まっちゃうし。とりあえずあれだ、closeとかfreeとかしかしてないんだから、SIGTERMをハンドルしようとか思わずに潔くそのまま死んでください。その方がみんなのためなので。てか、死ぬのはそのプロセスじゃあくておまいｎ（省略されました・・全てを読むにはらるるをなぐさめてやってください。）

とか思いながら適当にググってたら、小崎さんが語っていた。「普通の人はmallocのソースなんて読まない」とか言ってた (´･ω･`) 参考にさせてもらいました。。

ぼからんの新マイリス補正式の傾向

[インターネット一般] [日常]

週刊VOCALOIDランキングが今週からポイント計算式を変更したので、どんな傾向になるのかを図示してみた。

コメント数が1000固定とし、再生数が1万・2万それぞれのときに、マイリスを連続に変化させた時のポイントの変化です。比較のため、従来の式も併記しています。
2010_vcl_point.png

大まかには以下の3点に集約できるでしょう。
1) マイリスが再生数の1/20以下程度だとポイントへの寄与が弱い
2) マイリスが再生数の1/10より上でのポイントへの寄与が指数的に上がる(2乗で効く)
3) 結果、マイリス率(マイリス/再生数)さえ高ければ、再生数やマイリス数が小さくてもポイントを稼げる

3)が特に影響大きく、マイリス率次第でマイリス・再生・コメントともに多い動画に少ない動画がポイントで上回ります。(例えば、再20000マ2000コ1500より、再10000マ1600コ1000の方がポイント高い) ・・・コレでいいのか？ほんとに。

計算用に作ったExcelファイルもおいとく。＞ 2010_vcl_point.xls

今日のネギ

[日常]

negi1001.jpg

今日重大なことに気づいた。ネギがそのままでは冷蔵庫に入らない。冷蔵庫に入れる前にネギを切らないといけない。つまり、ネギを振って遊べるのは、買ってきてから冷蔵庫に入れるまでの短い間だけなのだ。

平成21年度秋期応用情報技術者

[日常]

先週合格発表だった。いつ合格発表だったかどころか、受けたことすら忘れてた。

午前 78.75点、午後91点、ということで合格。まずまずというところかな。＞得点分布 (注意PDF)

全11種類+1 の例のアレ

[日常]

nen_puchi1.jpg

もう手遅れなんで、なんでもいいです。