GetDefaultPrinter

印刷系のアプリは奥が深い。
勢いで、仕事に直結した話を書いてみよう。
Win32APIでGetDefaultPrinterがある。
第1引数にNULLを渡すと、第2引数のDWORDポインタにプリンタ名の
バイト数が戻るはずだった。
実際戻ってくるのはバイト数ではなく、半角全角の区別がない文字数だった。
2バイト文字交じりのプリンタ名の場合、足りないメモリサイズとなり、
その後のプリンタ名取得でメモリが破壊されていたのに気付くのに、
約1ヵ月の時間を要してしまったのだ。
知る限り、VCのマルチバイトビルドのプロジェクトにおいて、
バイト数でなく文字数が返ってくるのは異例である。
この1ヵ月、旅行中も含めて、頭の中に居続けたテーマで、
今解決に至ったからこそ、吐き出してすっきりして、次のステップに進みたくて、
語ってみたくなったというわけだ。
PC起動直後に印刷系アプリを起動すると、不正終了する。
まれに、印刷系アプリの終了時にも不正終了するってのもあった。
IMEの設定、またはBluetoothのドライバのせいだというのは思い込みだった。
ヒープ破壊の例外コード、0xc0000374に惑わされてしまった。
再現性の頻度が低いながら、一定のルールで再現性がとれているという
非常にやっかいな現象だった。
メモリを取得して、必要な情報を得て、メモリを破棄する。
C言語の常識だけど、ヒープ破壊の温床でもある。
足りないメモリで情報を得たら、メモリが破壊されるのだ。
アホみたいに、固定の256バイトのバッファをとるほうがまだましだ。
人は問題に直面すると、それを誰かのせいにする。
人のサガであり、人たるユエンでもある。
APIの「説明が間違っている」「不足している」「動きがおかしい」。
自分以外を否定すれば、自分が正しいこととなり、心の安定につながるが、
そこに進歩はないと思う。
元プログラマー、現プロジェクトマネージャである自分の反省点。
ユーザーと最も近い位置にいる人物の気持ちに気付くのが遅かった。
最後まで辛辣な物言いを続けてくれて、最後には感謝の意を述べてくれた
その人物に更なる感謝の意をこの場を借りて述べておく。
特殊なPC環境、他アプリとの相性、未知の世界、自分の限界．．．。
あやうくあきらめそうにもなったが、最後まで戦えた自分が誇らしくもある。
なんて言うと、ちょっとオーバーか。
そんな区切りの今日、印刷系アプリの案件を持ってきてくれた後輩がいた
ことを思い出した。
ここ最近、この印刷系アプリに大いに振り回されていたので、
ちょいと後ろ向きかつ、無愛想な結論に持ち込んでしまったかもしれない。
来週早々にフォローして、印刷系アプリのさらなる深みに入ってみようと思う。