日記みたいな何か

先日ネタで一時的に変更していたTwitterのアイコンを元のものに戻そうとしたところ、元々設定していた画像ファイルが見当たらない事態が発生。あちこち探しても、そのものっぽいのが見つからなかったので、最終的にはサイズの大きな画像を適当に加工して復活させたんですが、何かちょっと違う感じ。まあすぐ慣れるかなｗ

CPS3のカートリッジで側のツメが折れたものがありました。特に実用上問題はないんですが、破片が残っていたのでプラリペアで修復してみるなど。

まあ、こんなもんかな。

ところで、手持ちのプラリペア、混合リキッドがもう殆ど残ってない一方で、粉が余りまくってる状態で、超もったいない感じだったんですが、調べてみたら普通にリキッドの方だけでバラで買えるんですね。これはありがたい。

先日基板環境のスピーカーを置き換えたことでサブウーハーのスペースが空いたことを皮切りに、仕事部屋（趣味部屋？）の諸々の配置を見直そうとしています。ひとまず、サブウーハーの上に置いてあった基板用電源をどけて、できたスペースに、これまでワゴンに載せていたロジアナ (HP 16500C) を縦置きにして移設してみました。画面をLAN経由で飛ばせれば、これでも運用上問題ないはずです。

まあ、その辺の設定はいずれやるとして、今はロジアナが載っていたワゴンを空けることが先決。他の棚にたくさんあった、いわゆる「今すぐ使う予定がない」基板類を倉庫部屋に戻したりXAC-1の下のスペースに集約したりして、空いたところにワゴンの下の段に載せていた工具などを移動。これでワゴンを空けることができました。後はこのワゴンをどけて、代わりに作業デスクなり何なりを置くことができれば、色々と作業効率が上がるはず・・・。

車屋さんに行って、先日擦ったところの修理見積もりをもらってきました。ううう、覚悟はしていたけど、それなりにかかりますなぁ・・・。

下記のようなシェルスクリプト、明示的にbashで動かすと期待通り普通に 0x41 0x42 がtest.binファイルに書き出されるのに、/bin/sh で動かすようにすると "\x41\x42"という文字列がそのままファイルに書き出されてしまう問題に遭遇。

#!/bin/sh
HEX='\x41\x42'
printf $HEX > test.bin

かなり悩んだんですが、原因はUbuntuの/bin/shの実体が、bashじゃなくてdashだからのようです。dashはprintfコマンドを内部で処理できるようですが、これが \xhh 形式の表現に非対応ということっぽい。ていうか、dashって何なんすかね。初めて知りましたよ・・・。なんかもう、Linux前提のスクリプトだし、printfは /usr/bin/printf みたいにフルパスで指定するか、あるいは1行目を #!/bin/bash とした方が安心かもなぁ・・・。

車を擦ってしまい、ボディに結構酷いダメージが・・・。まあ、それで済んで良かったと思うべきか・・・。