日記みたいな何か

Ubuntu 20.04 で uim.elを使おうとすると、C-x C-c でEmacsが終了できなくなる問題が出ますな。 (define-key uim-mode-map (kbd "C-x") nil) を叩いてやれば解消するというのは割とすぐわかったんですが (作者だからというより、問題なく動いているFedoraの uim-keymap.el を見たからだったりするんですが・・・)、.emacsのuim-load-hookにdefine-keyを書いても全然反映されないのが謎です。

Messageバッファを覗いてみると、どうも ~/.emacs より先に /etc/emacs/site-start.d/50uim-el.el というファイルが読み込まれており、そこでuimが読み込まれてしまっているようです。こうなると .emacs でuimの読み込みにhookを仕掛けても、.emacsが読み込まれた時点ですでにuimの読み込みが終わっており、うまくいかないってわけですな。

というわけで、50uim-el.el の中身を一旦全部コメントアウトしてやったところ、見事 .emacs の uim-load-hook の中身が反映されるようになりました。なるほどね。

脱Fedoraに向けてVirtualBox上にUbuntu 20.04環境を構築してみました。

そしてさっそく/etc/sudoersをぶっ壊してしまうトラブル（というかオペミス）が発生ｗ。が、ググったら あっさりそのままの話が出てきました。さすがUbuntu。情報量が凄いｗ

地味に欲しかったKIOXIAのBG4シリーズ (KBG40ZPZ256G) をゲット。PCとかについてたのを換装して余ったやつみたいです。

先日SIMMのエラーが出ていたストIII 3rdのSIMMを書き直してみました。とりあえずデータの方だけ。

普通に起動。

そしてSIMM5・SIMM6もOKになりました。SIMM自体は生きてるようですね。

電池切れと聞いていたストIII 3rdですが、念のため通電してみたところ・・・

なんと普通に起動するではないですか。貴重な生存カートリッジを潰してしまうところでした。危ないｗ。

しかし、必要十分な数のSIMMがセットされてるのに「ゲームに必要なメモリがセットされていません。」とはこれいかに。拡張メニューを有効化したカートリッジでチェックしてみます。

普通に6枚認識されていますね。

SIMMを押したり挿し直ししたりした後、改めて3rdのカートリッジを挿してみたらゲームも起動しました。

ただ、テストモードでSIMMをチェックしたらボロボロ。

電圧をちょっと上げたらSIMM2のNGは取れましたが、SIMM5とSIMM6はまだNG。うーむ。

スロットのピンを丁寧に清掃 (と言っても無水エタノールを含ませたJKワイパーでこすっただけですが) したら、認識率が良くなり、抜き差しも若干スムーズになりました。最後は汚れだったのか・・・？ ともかく、NESはこれで一区切りとしましょう。