トラブルシュート on オブライエンの日誌

nvim-treesitter の master→main 移行で踏んだ treesitter エラー3連発（Neovim 0.12）

Sun, 30 Aug 2026 11:30:00 +0900

Neovim 0.12 で nvim-treesitter を EOL の master ブランチから main へ移行したときに連続で踏んだ3つのエラー ― Markdown が gotmpl parser で落ちる、コードフェンスのハイライトが死ぬ、.txt ファイルで Parser could not be created ― の原因と対処のメモ。

swayfxのscratchpadクラッシュを追う: git blameで見つけたupstreamとの噛み合わせ問題

Sun, 09 Aug 2026 17:00:00 +0900

事象

普段使っているswayfx上で、scratchpadに入れたウィンドウを表示している状態からもう一度scratchpad showを叩くと、コンポジタごと丸ごと落ちる現象に遭遇した。SDDMのログイン画面まで戻される、なかなか派手なクラッシュ。

環境:

項目	値
swayfx	0.5.3-4(sway 1.11.0ベース、Arch Linuxパッケージ)
wlroots	0.19.3
GPU	AMD Radeon RX 6600 XT(amdgpu)

bindsymはこう組んでいた:

bindsym $mod+minus scratchpad show, resize set width 90 ppt height 90 ppt, move position center

scratchpad showと同時にresize・moveを連続実行する形。これを2回続けて押す(1回目で表示、2回目でフォーカスしたまま押してhideパスに入る)とクラッシュする。

スタックトレースを取る

coredumpctl + gdb(デバッグシンボル入り)でコアダンプを解析した。

#0 root_scratchpad_hide (con=0x55f058a52400) at ../swayfx-0.5.3/sway/tree/root.c:257
257 set_container_transform(con->pending.workspace, con);
seat = 0x55f0580db940
focus = 0x55f058a41760
ws = 0x0

ws(= con->pending.workspace)がNULLのままset_container_transform()に渡され、内部で参照外しして落ちていた。該当箇所のコードはこうなっていた:

void root_scratchpad_hide(struct sway_container *con) {
struct sway_seat *seat = input_manager_current_seat();
struct sway_node *focus = seat_get_focus_inactive(seat, &root->node);
struct sway_workspace *ws = con->pending.workspace;
if (con->pending.fullscreen_mode == FULLSCREEN_GLOBAL && !con->pending.workspace) {
// If the container was made fullscreen global while in the scratchpad,
// it should be shown until fullscreen has been disabled
return;
}
...
set_container_transform(con->pending.workspace, con); // ガードなし

NULLチェックが「FULLSCREEN_GLOBALのときだけ」に絞られていて、それ以外の理由でpending.workspaceがNULLになるケースを素通りしてしまう。set_container_transform()はswayfx独自の追加関数(本家swayには存在しない)なので、一見swayfx側のバグに見えた。

Street Fighter 6 (Proton) で日本語入力ができない問題は /etc/environment のIME環境変数で解決した

Thu, 06 Aug 2026 20:30:00 +0900

SF6のチャット欄でCtrl+Spaceが効かない問題を、Proton/WineのIME実装の制約だと結論づけたが、それは誤りだった。/etc/environment にIME環境変数を設定したところ直接入力が動作するようになった。当時の調査記録と、訂正までの経緯。

ASRock環境のArch+Windowsデュアルブート問題の記録

Sun, 16 Nov 2025 18:40:00 +0900

Arch Linux と Windows 11 デュアルブート問題

ASRock 環境で「restart だと起動しないのに、shutdown だと起動する」謎バグの記録

はじめに

Arch Linux と Windows 11 を同じマシンでデュアルブートしているときに、「Arch から再起動すると Windows が起動しないのに、電源OFF→ONだと普通に起動する」という不可解な現象に遭遇した。

環境：

ASRock A520M Pro4
Ryzen 7 5700X
Radeon RX 6600 XT
DDR4 32GB
systemd-boot
ESP を共有

この記事は、このときに見た現象と、EFI / systemd-boot / ASRock UEFI まわりを調べたメモをまとめたもの。

トラブルの症状と再現性

症状

Arch → 再起動 → systemd-boot で Windows を選択 → 自動修復、ロゴ停止、黒画面
Arch → シャットダウン → 電源ON → Windows → 正常起動

再現手順

Arch を起動
再起動（reboot）
systemd-boot で Windows を選択
起動失敗 or 自動修復に入る

逆に、