開発マシンとしてのwindowsは遠くにありにけり

今回は技術エッセイです．うそ

わたしはsoftware programmerとして給料を得た経験はほとんどゼロである．専らハード屋とマネージャー．そうゆう者が技術者人生でほぼ捨ててたprogrammingやsystemの知識を「五十の手習い」している状態である．

いま、「STM32でDCC」を開発していて、UAC2.0のdiscriptorおよびrequest処理と格闘しているところなんだけど、わたしにはwindowsって使えないのよ．Linuxでやってる．

格闘の手がかりは２つある．
１）HOSTから来るUSB requestをモニタする
２）HOSTのエラーメッセージをモニタする

１は自助努力でやれるので問題ない．STM32からCOM PORTへ内部情報を垂れ流しさせれば良いからだ．

問題は２なんだ．HOSTのsystem error logをどうやって表示させるのか？

LinuxがUSB deviceとのネゴで出しているエラーは、dmesgコマンドで表示できる．こんなくらいのメッセージが出れば御の字だ．debugの役に立つLinuxさんだ．
usb 2-2: parse_audio_format_rates_v2(): unable to retrieve number of sample rates
usb 2-2: uac_clock_source_is_valid(): cannot get clock validity for id 18
usb 2-2: clock source 18 is not valid, cannot use

ところがwindowsのsystem messageは表示させるのがかったるい．text logに出してくれるだけの方が使い勝手が良いと思うんだけどな．さらにmesage読んでも何言ってるのかさっぱり要領を得ないんだ．あれは手習い人には使えないよ．

なので、Linuxに接続してdebugしてからwindowsに接続して様子を見るという手順が専らとなっているわたしだ．
しかし、LinuxのUAC driverで動いたからwindowsでも確実に動くのかというとそうでもない．windowsのUAC driverの方が気難しいみたい．たとえば、Audio Class control feature unitの全機能をoffにすると却下されるので最低限mute機能はonしとかないくちゃいけないとか、そうゆう地雷があるみたいよ．
USB HOST hardware制御もLinux/Winで微妙に違っていて、LinuxはSOFが永久に来るが、Winは使わずに１分ぐらい経つとSOFが来なくなる．SOFは永遠にがひら的には好きなんだけどな．

visualstudioがこれまた苦手で敬遠の対象だ．
そういえばvisualbasicを使えたことも一度もないな．
たぶんわたしは一生winには手出ししないと思うんです．

エイメン