/0

最近つってもここ数か月ってレベルになってたりするんですが、自前でコンパイラっつーか構文解析するロジックをC#で起こしてたりします。
構文解析した後の処理は毎度違ったり、そもそも構文解析ロジックの実装自体、ここ数か月で３本ほど作ってたりする有様なんですが。

でまぁ、今頭悩ませてるっつーか、最初の構文解析ロジック作った時点からの宿題なんですが。
コンパイルエラーがうまく表示できないんすよ。
(more…)

C#なのかもしれませんが、.NETのfloatは単精度浮動小数型として保持できる値であろうと、有効桁数７桁までしか扱えないっつーか、勝手にまるめ処理が入る模様。
(more…)

昨夜は早速64bit環境で開発テストとかしてましたー。
ってゆーか、テストっつーか例のファイルコピーツールをデバック出来るか試してみたって感じなんですけどね。

で、いきなり出来なかったわけで。
世の中64bitで動く32bitアプリはフツーに出回ってるけど、作る側は多少気にしなきゃやっぱダメなんだなぁって話。
(more…)

通りすがりさんから情報貰ったので、さっそく試してみた。
ListViewItem.HorizontalContentAlignmentにStretchやらRightやらを設定すれば良いって事なんだけど、XAMLの構造ツリーのどこを探してもない。

で、どーやるんだと色々調べたら、どーやらStyleとSetterを使えって事らしく。
(more…)

前回の続き。
とりあえず、XAMLだけで実現可能なListViewのGrid表示モードの右寄せ等の仕方を紹介したわけですが、ちょっと漏れがあったのでまず、その話から。

今回のもそうですが、結局やってる事は対応するカラムのGridViewColumnを見つけてきて、そのActualWidthを元にTextBlockの幅を決定という作業なんですが、その副作用として、カラムセパレータのダブルクリックでの自動幅調整機能が使えなくなってたり。
なぜか取得元のパラメータをActualWidthからWidthにすると出来るようにもなるけど、その場合の欠点として自動調整直後はTextBlockの幅も最小幅になってて左寄せ状態に戻る現象が発生したりします。
今は対策方法が不明なので、ActualWidthにして自動調整諦めてる状況です。
(more…)

WPFっつーか、XAMLはひっじょーに強力なUIデザインツールなんですが、残念ながらやっぱり完全とゆーワケでもなく、時に泥臭い対応しないとダメな時もあるようで、そのお話。

WPFのコントロールの中でも、かなり強力な部類に入るListViewコントーロールですが、ところどころ歯抜けの様に欠点があるわけです。
カラム定義をテンプレートに出来ないとか（GridView.Columnsな）、時々痒い所に手が届かない訳ですが、その中でも最高に困ったのが、
「セルのテキストのセンタリングや右寄せが出来ない」
という動作。

GridViewColumn自体にその設定がないだけではなく、CellTemplate使っても出来ないんですよ、これが。
(more…)

まぁ、もしかしたらPerl全般かも知れないけれど、バグに苦しめられましたとゆーオハナシ。
確認したのはActivePerlの5.8.8。
（2/4追記 Linux用のPerl v5.8.8 built for i386-linux-thread-multiでも再現確認・・・orz）

てゆーか、単純に大量のテストデータ（ただし一定のパターンで生成）を用意したかっただけなのに、こんなバグのせいで2H以上取られたよ。
俺の時間返せ；；

てことで、技術的な話なので即座に続きへｗｗｗ
(more…)

そんなわけでO(NP)のお話とか。
(more…)

てことで、久々にちょっとブチ切れたので愚痴（をい
大昔にも書いたけど、JavaのGenerics関係は本気で使えねぇ・・・orz

結局のところ、JavaのGenerics型は型情報を保持していないのが最大の問題だよなぁ、と。
いや、むしろ型情報を保持していないオブジェクトが存在するのに、アップキャストにunsafe castの警告が出るのが頭が悪いとゆーべきなんだろーか？
（言語の体系として統一が取れてないって点で、ね。）
(more…)

diff続き。
今回はO(ND)アルゴリズムと一般的に呼ばれている方法のまとめ。

O(Nなんちゃら)とか表記する場合、本当は処理時間の指標の筈で、元々O(ND)もこのアルゴリズムにはO(ND)掛かりますよってダケの筈なんだけどなぁ・・・。
何処を覗いてもMyers氏のアルゴリズムをO(ND)アルゴリズムと呼ぶ不思議。
(more…)