最近の出来事

2026/05/10

AM中に起床。

掃除したり。

再変換。MS-IMEの方もサイレント落ちしたりと微妙な感じだったので、まずはそちらが安定して 動作してから Copilot Keyboardの方を見た方が良いかなと思ったり。 絵文字を食わせるとダメになったり、長い文字列を再変換しようとすると動きが変になったりしたのを 直してみて安定してきた感じにはなりつつあるのですが、Copilot Keyboardで同じ事をやるとやっぱりダメ。 うーむ🤔。

実験用の最小コードでリコンバージョンを試してみたところ、少し反応が見られたり。

• 「msg=WM_IME_REQUEST, wp=IMR_RECONVERTSTRING」でリコンバージョンのイベントが発生すると、 lpが0の時とlpが0以外の時の2回のイベントを処理する必要がありますが、 2回目のイベントの終わりで「return 0;」で抜けるとCopilot Keyboardでは候補窓が開かない。 「return reconv->dwSize;」で lpで渡される RECONVERTSTRING のサイズを返せば Copilot Keyboardで候補窓が開く。
  ややこしいのは、MS-IMEでは「return 0;」で抜けると候補窓が開く、「return reconv->dwSize;」 だと候補窓が開かないで、MS-IMEとCopilot Keyboardとでは反応が異なる。
• Copilot Keyboardは「msg=WM_IME_REQUEST, wp=IMR_RECONVERTSTRING, lp!=0」の組み合わせが なぜか2回以上発生する。Emacsでは1回目のリコンバージョンイベントで元のデータを削除してしまうので、 2回目以降に同じ反応をできない。

AM中に起床。

IMEパッチのコードで再変換を行う RECONVERTコードってそういや有効にしてビルドしていないなぁ？ と思い、少し前のEmacs masterブランチでRECONVERTを有効にしてビルドしてみました。 以前、31系で大量のワーニングが出るようになったのを 直したのですが、RECONVERTの部分は直していなかったので大量のワーニングが出るままになっていたり。 ワーニングはさておき、そのまま実行してみたら再変換を発動するのと同時にサイレント落ちしたので 原因を調べて直してみたり。 で、MS-IMEではどうにか動くようになったものの、Copilot Keyboardでは挙動が不審な状況です。
挙動が不審というのは、再変換を発動すると変換候補窓が一瞬現れてすぐに消えてしまい、 何かしらキー入力は受け付けるのですが、Emacsに突き抜けている感じになります。 ESCキーで脱出すると変な編集結果が反映されてしまいます。変になるパターンがいくつかあるようなのですが、 弄っているとサイレント落ちする場合もあります。 一応、メモ帳などでは Copilot Keyboardによる再変換は機能するようなのですが、 何か足りないか、何かしら余計なことをしているか、Copilot Keyboardのバグなのか..... 今のところアテがありません。

先週、「おこなって」は「行なって」は許容で「行って」が本則の 書き方だというのを知りました。そういや「かわって」は「変わって」と「変って」とだとどうなんだ？ と思って調べたら「変って」が許容で「変わって」が本則らしい。

| 読み       | 本則     | 許容     |
|------------+----------+----------|
| おこなって | 行って   | 行なって |
| かわって   | 変わって | 変って   |

テレワーク。早めに終了。

予定通りEmacs-31のブランチが作成された模様 (アナウンス)。

調べごとをして終了。

テレワーク。早めに終了。

調べごとをして終了。

AM中に起床。

随分前に取り溜めていた録画を消化。

AM中に起床。

先日の捨てられているメッセージ。 どんなメッセージが捨てられていたのだろうか？と思い、デバッグprintを仕込んでみたところ、 以下のようなメッセージが捨てられていたようでした。

• 0x34a(不明): Emacs起動時に1回だけ送られてくる模様。
• 0x113(恐らくWM_TIMER): 頻繁では無いが時々送られてくる模様。
• 0xc05a(不明 WM_APP+何か？): Emacs起動時？とIME起動時？ MS-IMEでも送られてきている。

:以下抜粋
+DWORD
+win_msg_worker (dw)
+     DWORD dw;
+{
+  MSG msg;
+
+  /* Ensure our message queue is created */
+
+  PeekMessage (&msg, NULL, 0, 0, PM_NOREMOVE);
+
+  PostThreadMessage (dwMainThreadId, WM_EMACS_DONE, 0, 0);
+
+  while (GetMessage (&msg, NULL, 0, 0))
+    {
+      if (msg.hwnd == NULL)
+       {
+         switch (msg.message)
+           {
+           case WM_EMACS_CREATEWINDOW:
+             win32_createwindow ((struct frame *) msg.wParam);
+             PostThreadMessage (dwMainThreadId, WM_EMACS_DONE, 0, 0);
+             break;
+           case WM_EMACS_CREATESCROLLBAR:
+             {
+               HWND hwnd = win32_createscrollbar ((struct frame *) msg.wParam,
+                                                  (struct scroll_bar *) msg.lParam);
+               PostThreadMessage (dwMainThreadId, WM_EMACS_DONE, (WPARAM)hwnd, 0);
+             }
+             break;
+           case WM_EMACS_KILL:
+             return (0);
+           }
+       }
+      else
+       {
+         DispatchMessage (&msg);
+       }
+    }
+
+  return (0);
+}
:

AM中に起床。

掃除したり。

Emacsで Copilot Keyboard の Copilotの回答(Copilot Answer) が表示されない件を調べたり。 そもそも IME制御を行う最小コードだと、メッセージを処理するWndProcの中に ウインドウを閉じる為だけの WM_CLOSE, WM_DESTROY の処理だけを入れれば、 インライン表示にはなりませんが、IMEのエディタは別ウインドウで表示され、 Copilotの回答も表示されます。そこで、Emacsの方でメッセージを処理している w32fnc.c内の関数w32_wnd_proc()を極限まで削ってみたのですが、それでも Copilotの回答 は表示されず。えー？🤔
もっと上位のメッセージループは 関数w32_msg_pump()の中にあるのですが、 GetMessage()で取得した メッセージ の msg.hwndが NULLか否かで処理が分かれていました。 で、NULLだった場合はいくつかある WM_EMACS_* という自前のメッセージを処理している ようだったのですが、どれでもない場合はそのままループを抜けるようになっていました。 もしかしてこれってメッセージを捨ててることにならない？と思い、DispatchMessage()すると Copilotの回答が表示される事が分かりました。デバッグコードを剥がして修正を適用してビルドしたところ、 所望の動作を行うEmacsになりました😄。 因みにIMEパッチは関係無くてオリジナルのコードの不具合(かどうかはまだ不明)です。 この為、Cygwinパッケージのemacs-w32バイナリ(恐らく公式のWindows用バイナリも)でも Copilotの回答 は表示されませんでした。



実験は Emacsのgitリポジトリの masterブランチで行ったのですが、30.2も同じなので対応。 しばらく普段使いで動作確認してみます。

ところで、Copilotの回答が表示されるようにはなったのですが、長い文章を入力していると 単語を調べる感じにはならないなぁ？とは思ったりも。

Copilotの回答で🔍ボタンを押すと Bingの検索が行われるのですが、キャラクターのチャットの方に 流し込む方法は無いのだっけ？と思ったりも。 単語ではなく文章で入力しなくてはならないので、 長文を特別なキーバインドで決定＆流し込み実行する必要はあるかもしれませんけれども。 今のところ、Copilot Keyboardはスキンがキャラクターの見た目と連動しているだけで、 IMEとAIキャラクターが「連携」はしていないなぁ？とは改めて思ったりも。

AM中に起床。

VOICEVOXの読み方＆アクセント辞書登録。 単純な単語の登録は非常に簡単に行えるのですが、前日の「行って」みたいな、どうしようもないのが いくつかあるなぁ？と思ったり。「行」を「くだり」と読まれたり、「値」を「ね」と読まれたりするのは、 「くだり」や「ね」を封印する事にして「ぎょう」や「あたい」を登録したり、 「行末」を「ゆくすえ」と読まれたのは そっちかぁー と思いながら封印したりしてみました。 自分が作成した文章以外を読ませると、ボロボロになるかもしれないな....😓

AM中に起床。

Ollamaで音声解析ってできるんだっけ？と思ってちょろっと検索してみたところ、 方向は逆ですがテキスト読み上げを行う VOICEVOXという音声合成ソフトの存在を知りました。 GUIを介してテキスト入力や読み上げの編集を行えるのですが、それとは別にREST-APIサーバーとしても 動作するようで、Cygwinだとbashコマンドラインからcurlを介して音声を再生するところまで実行 可能なようです。

| 原文         | ソースを弄ったEmacsをCygwin上で野良ビルドすると大分使いやすくなりました。                    |
|--------------+----------------------------------------------------------------------------------------------|
| Edge読み上げ | そーすをもてあそったいまくをさいぐいんうえでのらびるどするとおおいたつかいやすくなりました   |
| VOICEVOX     | そーすをいじったいーまっくすをしぐうぃんじょおでのらびるどするとだいぶつかいやすくなりました |

#!/bin/bash

speaker_id=2

str=$(printf '%s\n' "$1" | sed 's/ //g')
IFS='。' read -r -d '' -a lines_arr < <(printf '%s\0' "$str")

for line in ${lines_arr[@]}; do
    printf "%s\n" $line
    echo -n $line \
        | curl -s -X POST --get --data-urlencode text@- \
               "localhost:50021/audio_query?speaker=${speaker_id}" \
        | jq '.speedScale=1.3|.volumeScale=2.0' \
        | curl -s -H "Content-Type: application/json" -X POST --data @- \
               "localhost:50021/synthesis?speaker=${speaker_id}" \
               > /dev/dsp
done

exit 0

* ** 以下の日本語の読み方を示してください。
- 旅行に彼と行ってみました
- 準備を彼と行ってみました


ご提示の文の読み方は以下の通りです。

- 旅行に彼と行ってみました
  → *りょこうに かれ と いってみました*
- 準備を彼と行ってみました
  → *じゅんびを かれ と いってみました*

---
💡 *補足（より自然な表現について）*
日本語の語順やコロケーション（語の結びつき）の観点から、以下の点をご参考までに申し上げます。

1. *旅行に彼と行ってみました*
   文法的に間違いではありませんが、ネイティブは通常主語や関連する名詞を先に持ってくるため、
   =彼と旅行に行ってみました=（かれと りょこうに いってみました）の方が自然です。

2. *準備を彼と行ってみました*
   「準備を行う」は正しい表現ですが、「〜と行ってみる」という組み合わせは少し不自然に響く場合があります。文脈にもよりますが、以下のように言い換えるとより自然です：
   - =準備を彼としてみましたが=（試した結果、何か分かった・わかった）
   - =準備を彼としましたが=（ただの共同作業）
   - =準備を彼と揃えました／共同しました=（文脈次第）

必要に応じて文脈を教えていただければ、より適切な表現にご提案できます。

AM中に起床。

gcc-16.1がリリースされている模様(アナウンス)。 でも、Rustのフロントエンドについては特に記述が見当たらず。

Emacsのgitリポジトリを眺めていたら w32image.cをMinGWビルドでは常に有効にするという 変更が入ったようなのですが、Cygwinのw32ビルドの事を無視した #ifdef 切り替えを行っているようなので、 忘れないうちに対応しておくことにしたり。 WINDOWSNTというdefineで(よく考えずに他は対応されていないので関係無しとして)切り替えようとする 変更が入ったときは注意が必要です。

w32ビルドの Cygwin Emacsで yank-mediaの動作確認を行ってみたのですが、何やらうまく動かなくなっていたり。 クリップボードから画像ファイルへの保存は問題無くできているのですが、 orgモードで貼り付けた画像へのリンクが、いつの間にか 「[[attachment:clipboard-20260501T123947.png][clipboard-20260501T123947.png]]」のように記される ようになったようです。しかし これだと画像を見つけられずインライン表示されません。 以前と同じく「[[attachment:clipboard-20260501T123947.png]]」とすればインライン表示できました。 このリンク文字列の生成って誰がやっているんだっけ？🤔

GoogleAIで「[[fileパス][説明]]」と「[[fileパス]]」とでは意味が違うのだっけというのを聞いてみたら、 意味が違っているらしくて前者の場合はインライン表示できないという回答がありました。 で、標準のリンク挿入では自動的に説明が入るとも回答があったのですが、 少なくとも以前確認したときは説明は付かなかったし ハマった記憶も無いので、ここ最近のorg-modeのアップデートで余計な事をされるようになったと いう感じなのでしょうか？ 対応策としては手動で編集する方法の他に、 アドバイスを使うという案が提示されました。

(defun my/org-yank-media-no-description (orig-fun &rest args)
  "yank-mediaで挿入されるリンクから説明文を省くアドバイス"
  (cl-letf (((symbol-function 'org-link-make-string)
             (lambda (link &optional description)
               ;; 説明文(description)を無視してリンクを生成する
               (concat "[[" link "]]"))))
    (apply orig-fun args)))

(advice-add 'org--image-yank-media-handler :around #'my/org-yank-media-no-description)

AM中に起床。

先日のファイル内情報検索。gpt-oss:20b のようなGPUに乗るモデルを使えば だいぶ高速に探し出せるようです。今のところはモデルをうまく使い分けるのが良さそうです。

何気に観ていた「氷の城壁」のアニメのシーンで「正反対な君と僕」のキャラクターが背景に出てきたので なんで？と思ったら同じ作者の漫画だというのを知りました (作者:阿賀沢紅茶 のWikipedia)。そうだったのか。物語の方向性は全然違うのですが、言われてみればキャラクターの絵柄が同じ気がしてきました。

明日付けになっていますが、プロ遊の下の 「Emacsでアクセサリを表示してみたくなった」 を更新してみました。きっかけは拙作のmcalendarがちょっとバグっていたのに気づいたからなのですが、 それだけシレっと差し替えておこうと思ったところ他も地味に更新していたり、最近のEmacsだとバイトコンパイルで ワーニングになるのを直したりしていたため、一通り更新版に入れ替えてみました。ご参考まで。

AM中に起床。

Emacsの doc/emacs/emacs.texi(英文)をplaintextに変換して、 Ollama+qwen3.6:35b に食わせて「マウスで矩形選択する方法について記されていますか？」 と聞いてみたら、そういう記述は無いという返事が返ってきました。 全文が含まれているのに なぜか「このファイルは索引を示している」という事を言っているので、 今度は「このテキストファイルの内容を日本語に翻訳してください。」 とリクエストしたところ、どうやらファイルの最後の方に記された索引部分の途中からが 内容として認識されているらしいのが分かりました。 最初の目次や最後の索引を削っても約47000行(2.2MiB)あるので読み込み切れないか。

それにしても、Emacsでのマウスによる矩形選択方法は Google AIモードで聞いても ズバリ正解は出てきません。以前記した通り、Infoに記されてはいるのですが、 まだ発見されていないという感じなのか、文章の書き方が悪いのかよくわかりません。

マウスによる矩形選択方法の記述が含まれる Infoの14章(英語)だけを切り出して Ollama+qwen3.6:35bに食わせて 「このテキスト文書の中にEmacsでマウスによる矩形選択を行う方法が記されていますか？」 と聞いてみたところ、 「はい、記されています。該当するのはセクション =14.5 Rectangles= の中です。」と 正しく回答が返ってきました。意味は汲み取れているようです。

info全部入りは無理なので、適当なサイズに分割してそれぞれを食わせて検索するのはどうか？ と思い試してみたり。以下のようなスクリプトで 分割した info_*.txt ファイルを食わせて 順に問い合わせを行うというものです。

#!/bin/bash

for info in info_*.txt; do
    echo "==== ${info} ===="
    cat ${info} | ollama run qwen3.6:35b --hidethinking "$1"
done

$ ./search_info.sh 'Emacsで矩形領域をクリアする方法が記されていればその方法を詳しく教えてください。記載がなければ無いという旨だけを回答願います。'
==== info_01.txt ====
ご提供いただいたGNU Emacsマニュアルの抜粋には、矩形領域をクリアする方法についての記載はございません。

==== info_02.txt ====
提供されたテキストには、矩形領域をクリアする方法についての記載はありません。

==== info_09.txt ====
提供されたテキストには、矩形領域をクリアする方法に関する記載は一切ありません。

==== info_10.txt ====
ご提示いただいたテキストでは、Emacsで矩形領域をクリアする方法に関する記載はございません。

==== info_11.txt ====
ご提示いただいたテキストには、矩形領域をクリアする方法は記載されていません。矩形領域そのものの存在には触れておりますが（`"There is another kind of region: the rectangular region. *Note Rectangles::."`）、その操作やクリア（削除）方法に関する詳細な記載は含まれておりません。

==== info_14.txt ====
記載されています。本文に基づき、矩形領域をクリアする方法を詳しく説明します。

### 矩形領域をクリアする方法
**コマンド:** `C-x r c`
**関数名:** `clear-rectangle`

#### 1. 矩形領域の指定
矩形コマンドは、`point` と `mark` の位置関係によって操作範囲を決定します。クリアしたい範囲を指定するには以下のいずれかを行います：
* **手動指定:** マークを矩形の一方の隅に設定し、ポイントを対角の隅に移動します。
* **Rectangle Mark mode:** `C-x <SPC>` を押してモードを有効にし、マウスや矢印キーで矩形を囲みます。

#### 2. クリアの実行
指定した矩形領域が存在する状態で `C-x r c` を実行すると、**矩形内の既存のテキストがすべて空白（スペース）に置き換えられます**。これにより、テキストは削除されず領域の構造だけが空欄（クリア）されます。

#### 補足（本文の記述に基づく注意点）
矩形領域の消去・空欄化には `C-x r c` の他に `C-x r d`（`delete-rectangle`）がありますが、本文では明確に区別して記載されています：
* `C-x r c`：領域の中身だけを空白にする（`blanks out existing text`）
* `C-x r d`：テキストを完全に削除し、後ろに続くテキストを左に詰める

矩形の枠組みを残して中身のみをクリアしたい場合は、本文の記述通り `C-x r c` をご使用ください。また、この操作はマークがアクティブな状態でないと有効になりません（Transient Mark mode がオフの場合は `C-x <SPC>` で明示的にマークを有効にする必要があります）。

==== info_15.txt ====
提供されたドキュメントには、矩形領域をクリアする方法の記載はありません。矩形に関する記述は「15.3 Saving Rectangles in Registers」において、レジスタへのコピー（`C-x r r`）や貼り付け（`C-x r i`）のみが解説されており、クリア・削除に関する記載はございません。
:
＃以下省略

テレワーク。早めに終了。

調べごとをして終了。

テレワーク。早めに終了。

調べごとをして終了。

AM中に起床。

掃除したり。

少し前にスマホのOSアップデートを行ったのですが、それ以降 スケジュール＆メモ アプリの アラーム通知が出たり出なかったりして不便になってます。習慣的に使用していないアプリは 閉じているのですが、どうやら閉じているとアラーム通知が出なくて、開いていれば通知が出る という感じにも見えています。
GoogleAI回答の設定確認方法などを頼りにそれらしい設定を弄ってみたのですが、どれも有効に なっているよなぁ？と思ってアプリを再度起動したらいきなりバックグラウンド実行の許可を求める ダイアログが開いたので許可し直してみたところ、閉じても通知が届くようになったり。 でもバイブレーションが動いたり動かなかったりでなんだこれ？って感じ。 そもそも設定を変えていないのだからその通りに動けばよいだけなのですが。訳が分からん。

AM中に起床。

Edgeがアップデートされているなぁ？とは思ったのですが、音声読み上げが動かなくなっているようだったり。 以前マルチリンガル音声を選ぶと日本語と英語が混ざっていても それなりに読み上げられるという事で設定していたのですが、選択肢にマルチリンガル音声が無くなっているようです。 別の音声を選択してみたのですが、一部の文章は読み上げてくれるものの大部分が読み上げられなくなりました。 入力ミスのチェックに使っていたのですが....🥺
よく探してみるとマルチリンガル音声(Microsoft Ava Multilingual Online(Natural) - English(United States))を 見つけられたのですが、なぜか読み上げられない部分があるのは変わらず。 しかたないのでEdgeを再起動してみたらイケるようになった気も。しばらく様子見。

テレワーク。早めに終了。

契機が分からないのですが、OllamaでGPUとCPUの両方を使っていたのですが、 いつのまにかCPUだけしか使わなくなってるなぁ？と思ったり。高頻度でアップデートされるので、 そのうちのどれかと連動しているのかも知れませんがよくわからず。
モデルに依存するか？と思い、GPUメモリに納まる gpt-oss-safeguard:20b を使ってみたところ こちらもGPUを使用しないようだったり。流石になんでだ？とは思ったので Windowsを再起動してみたところGPUを使用するようになりました。 何かを契機にGPUを使わないスイッチが入ったのだろうか？謎。

そういや Copilot Keyboardのアップデートは設定のバージョン情報で確認していたのですが、 今月はまだアップデートが来ないなぁ？と思い検索してみると、 4月23日に正式版になっていたらしい (Windows Blogs)。 ベータからは正式版にアップデートの通知は無いのか？しかたないので、ダウンロードして 上書きでインストール＆再起動してみたのですが、キーボード入力がおかしなことになったので、 一旦 Copilot Keyboardをアンインストール＆再起動そしてインストールし直しで使えるようになりました。

前回から変わった点や新規追加案件、思ったことをメモっておこうと思います。

• 今回から正式版。バージョンは 1.0.0.6421。バージョン情報に表示される西暦は「©2025」。
  
• 長い文章を入力するとスローダウンする件も変わらずだけど若干軽減されている気はします。
  「WM_IME_NOTIFY(0x0282)」のwParam「0xf」が大量に送られてくるのを wParam==0xfを選んで捨てるパッチも継続して様子見。
• Cygwin/MinGWビルドのEmacsでは変換候補の中に辞書(Copilot Answer)が表示可能なことを示す アイコンが表示されている単語でも辞書(Copilot Answer)が表示されないのも変わらず。
  
• CygwinのEmacs起動直後にIME(Copilot Keyboard)をONにしても有効にならなかったのは、 インストール時に Copilot Keyboardを規定のIMEに設定した為か、ちょっと試した範囲では 意図通りに有効になってます。
  
• 無変換キー/半角全角キートグル で IMEをOFFにできるが、ImmGetOpenStatus()でIMEの状態を取得しても OFF状態が取得できない。MS-IMEではOFFにする時に WM_IME_NOTIFYメッセージがwParam=8で通知されるのですが、 Copilot Keyboardでは通知されていないようなので、そもそもOFF通知イベントが発生していないように見える。 Emacs本体から能動的に ImmSetOpenStatus()経由でOFFにした場合はImmGetOpenStatus()もOFFになる。 も変わらず。
• 長い文章を入力していると、先頭の方から自動的に変換確定されますが、 その時に入力が取りこぼされる場合がある。入力しているその瞬間の文字が失われる場合と変換を行うときに 失われる場合があるみたい。も変わらず。ですが、このバージョンでは入力した分が自動確定と同時に 大量に失われる(ひらがな80文字くらいの半分が失われる)場合があるようです。 変換精度が高いので変換キーを押さなくても大丈夫なんじゃないか？を試せない....
• IMEを Copilot Keyboardにすると、何かしらの実行ファイルを実行したときに /tmp(恐らく環境変数TEMPで指定したディレクトリ)に 「mat-debug-*.log、*.db、*.db-shm、*.db-wal、*.db.ses」というファイルが生成される。 MS-IMEに切り替えるとファイルは生成されない。これも変わらず。
• 文節移動や入力ミスを訂正編集するショートカットが実装されたようです (MS-IMEでのショートカット参考ページ)。 ただ、Ctrl-z(キャンセル)は実装されていないようなので、「うちまつがいをしゅうせいする」 みたいなのを直すのに 文節変換のキャンセルは Ctrl-zの代わりにESCキーを押してから、 Ctlr-hやBackspaceで文字削除/再入力を行う必要があります。
• MS-IMEの時には変換候補を変えると wParam=IMN_CHANGECANDIDATE が連動して送られてくるのですが Copilot Keyboard では送られてこない件は未確認(調べるのにデバッグコードを仕込む必要があるのと Emacsではそれで困ることが今のところないので)。
• 絵文字の変換候補がカラー表示じゃないのも変わらず。
• 前のバージョンで変換候補表示数が9個になりましたが、 MS-IMEのように更に横に広げて10個以上表示することはないので、やっぱり 山ほど候補のある「かお」で顔絵文字を探そうとするとなかなか見つけられない😓
• 入力中に「無変換」を押すとローマ字入力を英数に切り替えられ、「変換」でローマ字入力に戻せたのですが (以前のメモ)、 前回MS-IMEと同じく「無変換」でカタカナにする挙動に変更されたままで、 設定による切り替えも付いていません。 長い文章を入力するのに 唯一、合理的だと感じた機能変更だと思ったのに🥺....
  

テレワーク。早めに終了。

ノートPCのほうでCygwin3.6.9を入れて、オリジナルのcygwin1.dllでEmacsハングの再現と Emacsの実行バイナリをgdb上で動かすとちょいちょい謎のトラップシグナルを受ける件の再現を確認 してみたり。結果はどちらも直ってはいませんでした(ソースコード的にも関係ありそうな場所に 変更は入っていなかったので、まぁそうなるかなとは思ったりも)。という訳でパッチをあてた cygwin1.dllに差し替えてしばらく様子見。デスクトップPCの方はいきなり差し替えで対応。

以前、いつの間にか郵便ポストがなくなっていたことがありましたが、 いつのまにか新しいのが設置されていることに今日気づきました。 ポストって無くなるものなのかと思っていたのですが、復活することもあるのかと思ったりも。

GIMP 3.2.4がリリースされていたり (リリースアナウンス)。 3.2.2から1か月弱しか経っていませんが 割とたくさんのバグフィックスが行われているようです。

テレワーク。気持ち早めに終了。

Cygwin 3.6.9-1がリリースされている模様 (リリースアナウンス)。 3.6.8は？と思ったのですが欠番になってるみたい。 Emacsハングに関連しそうな修正は入っていない感じなので、 3.6.7と同じくEmacsハング対応にパッチを当ててビルドして アップデートの準備をしたり。ビルド自体は問題無し。差し替えは明日以降行う予定で。

テレワーク。早くもなく遅くもなく終了。

調べごとをして終了。

テレワーク。早くもなく遅くもなく終了。

調べごとをして終了。

AM中に起床。

掃除したり。

鬼滅の刃のアニメ再放送。改めて観ると今回の3話目で色々説明されてるなぁと思ったりも。 初見で一回観ただけでは覚えられないくらいの情報が含まれてるように思えます。

たまたまですが、ollamaで使用できる最近のモデルの一覧を眺めてみたら、 qwen-3.6というのが出ているらしいのを知ったり。Webで検索してみるとつい最近出たようで、 画像認識精度が上がっているっぽい感じに思えたので少し試してみたり。 因みに我が家では以前遭遇したIPv6が有効だと ollama pullに失敗したので一時的にIPv6を無効化して pull しました。 さておき、qwen3.5では微妙に数え間違えていた 蝶の標本を見せたら正しい数が返ってきました。 以前テストで作成した「円の数を数えるテスト」 はどうか？と思い「この画像には何個の円が描かれていますか？」とだけ聞いたところ 少し時間がかかって「15個」という回答が返ってきました。 なんとなく左下隅にある小さな円が数え漏れている感じに思いますが、前回の11個よりは だいぶ惜しい感じに思います。

先日の流れで qwen3.6:35bでも SVGで猫の絵をリクエストしてみたら、 以下のようなのが描かれました。

AM中に起床。

たまにですが、Emacsのキーボードマクロの中に「M-x hogehoge-long-long-command」のようにキー割り当てを 行っていないコマンドを混ぜて実行したくなる時があります。 このとき、「M-x ho[TAB]」とやるとCompletionバッファが開いて候補が出てきて、 「M-x hogeh[TAB]」くらいで確定しても一応マクロ実行できるのですが、 マクロの記録上は「ESC x ho TAB geh TAB RET ....」というように、「M-x hogehoge-long-long-command」を 実行した感じで記録される訳ではなくキーシーケンスそのまんまになっているようです。
機能するのでまぁいいかとも思ったのですが、キーバインドした方が効率は良いのと、 何度か記録しなおす場合はやっぱり長いコマンドを入力するのは面倒です。 で、ストローク数は多いけど一時的には覚えやすいキーバインド 例えば「ESCキーをN回押し + キー」を使うのはどうか？と思った次第です。 まず前提として例えば「ESC×3回」をプレフィックスとして一時的な割り当てを好きなように 行ってよいという「自分ルール」にします。 例えば、「M-x global-set-key」で「ESC ESC ESC a」に コマンドhogehoge-long-long-commandを割り当てて、 以降はキーボードマクロなどで「ESC ESC ESC a」を使用するという感じです。 もちろん .emacsに設定しても良いと思いますが、どうせ覚えていない事を考えると 設定しなくても良いかな？と思ったりもします。 まぁ、設定しておけば「こんなコマンドだったなぁ？」を「M-x describe-bindings」で調べられる というメリットはあるかも知れません。 因みにdescribe-bindings上では「ESC×3回 a」は「M-ESC M-a」って表示されるようです。 ただし、Windows11では 「ALT+ESC」は アクティブウインドウ切り替え のショートカット みたいなので、文字通り入力してはいけないようです😓

以前、org-modeで svgのコードブロックをレンダリング できないのだろうか？と思ったのですが、ob-svgなんてものは無いのでできないという事で放置してました。 何気に思い出して GoogleAIにエラーする旨を告げたところ srcブロックに「:tangle file名」というパラメータを 付けると、「C-c C-v t」で指定したファイル名でコードブロックがそのまま保存されるので、 [[file:file名]]でリンクを記して「C-c C-x C-v」で表示すれば良いという別の方法が出てきました。 「ちょろっと確認してみたい」という要件を満たしているようには思ったりも。



何気にGoogleAIで「SVGで富士山の絵を描いて」とリクエストしてみたら描かれたのですが、 桜の枝を足せますとか、夜桜風にできますとか、花びらをアニメーションで散らせますとか、 水面に逆さ富士をあしらえるとか、星を瞬かせることができるとか 言ってきたので、マジで？と思い全部入りでお願いしたら次のようになりました。

テレワーク。早くもなく遅くもなく終了。

調べごとをして終了。

テレワーク。気持ち早めに終了。

調べごとをして終了。

テレワーク。気持ち早めに終了。

org-modeでは簡単な表を書くことができて HTMLに良しなに変換ができます。 これとは別にtable.elという標準のELISPのコマンドを使えばASCII文字で表を 編集してこちらもHTMLに良しなに変換ができます。 後者はほとんど使ったことが無かったのですが、結合したセルを扱えたり セルの中で折り返すように編集したりすることができるようです。

「M-x table-recognize」で表のようだったら良しなにふるまうモードにして編集。 因みに以下は絵文字を含んだ行に空白が余計に入っているように見えますが、 Emacs上の表示はズレていないので、Edgeのpreタグのレンダリングの問題に思ったりも。

+----------+----------+----------+------------------------+---------------------+
|見出し1   |見出し2   |見出し3   |見出し4                 |見出し5              |
+----------+----------+----------+------------------------+---------------------+
|          |          | 結合したセルで長い文章を入れた場合も良しなに編集可能    |
|          |          |                                                         |
+----------+----------+----------+------------------------+---------------------+
|          |長い文章が|          |長い文章を入力しても枠の| 🥺🤔😄              |
|          |記されたセ|          |中に納まるように折り返す|                     |
|          |ル        |          |ので不要に横長にならない|                     |
+----------+----------+----------+------------------------+---------------------+

テレワーク。早めに終了。

世界量子デー。去年は何それ？って感じでしたが、 今年は少し検索してみると関連した記事やポストなどがあるように思ったりも。 英語のWikipediaページ は存在しますが、日本語のページが無いのは1年前と変わらず。

そういえば REALFORCE TYPING CHAMPIONSHIP って今年は開催されないのかしら？

テレワーク。気持ち早めに終了。

調べごとをして終了。

AM中に起床。

掃除したり。

そういえば、三省堂の建て替え工事が行われていて、今年の春ごろ完成予定だったな (以前のメモ)と思い調べてみたら、 3月19日にリニューアルオープンしていたらしい (アナウンス)。 そのうち行ってみたいです。

AM中に起床。

散髪にお出かけ。それにしても今日は暑かった。

Markdownの事を調べていたら、表示レイアウトの細かな話になると「HTMLで記す」みたいになってるなぁ と思ったりも。先日知った文字列を回転させるとか、 数式をレンダリングするとか、 \[ x={\frac {-b\pm {\sqrt {b^{2}-4ac}}}{2a}} \] 他にも、 テキストに図形を重ねたり とか、自由度高いなぁ と思います。手間はともかく、いつの間にかHTMLで書けるようになっていると思ったりも。

テレワーク。早めに終了。

調べごとをして終了。

テレワーク。早めに終了。

以前、LLMでもSVG形式ならば画像生成できるというのを知りましたが、 色々なお題やモデルで描かせた結果が置いてある 「LLM SVG Generation Benchmark」 というサイトの存在を知ったり。画像生成AIのに比べれば画伯感があるのは否めませんが、 中には割とイケてる感じのものもあるようです。ただ、お題が無茶ぶりな感じがしなくもありません。

BIOSアップデートが来ていたり。やっぱり月一回の頻度だなぁ(前回)。

調べごと。

テレワーク。早めに終了。

調べごとをして終了。

テレワーク。気持ち早めに終了。

本物お仕事で EmacsのTRAMPをよく使うのですが、以下のようなネットワーク接続の場合に、 思った感じにならないなぁというのに気づきました。

      +-----------+          +-----------+          +-----------+
      | HOST-A    |          | HOST-B1   |          | HOST-C1   |
  ----|  x.x.x.x  |----+-----|  x.x.x.X  |----------|192.168.x.x|
      |           |    |     |           |          |           |
      +-----------+    |     +-----------+          +-----------+
                       |
                       |     +-----------+          +-----------+
                       |     | HOST-B2   |          | HOST-C2   |
                       +-----|  x.x.x.Y  |----------|192.168.x.x|
                             |           |          |           |
                             +-----------+          +-----------+

      +-----------+          +-----------+          +-----------+
      | HOST-A    |          | HOST-B1   |          | HOST-C    |
  ----|  x.x.x.x  |----+-----|  x.x.x.X  |-----+----|192.168.x.x|
      |           |    |     |           |     |    |           |
      +-----------+    |     +-----------+     |    +-----------+
                       |                       |
                       |     +-----------+     |
                       |     | HOST-B2   |     |
                       +-----|  x.x.x.Y  |-----+
                             |           |
                             +-----------+

「回転する文字」

テレワーク。早めに終了。

Revision2026の Prizegiving をちょっとだけ観られたり。

以前、タスクマネージャで見たときのGPUの3D負荷が常時30% くらいあるというのに気づきました。その後もそういう感じだったのと、それとは別にGDIアプリによっては 起動しているとEmacsと同じように負荷がかかる事象を確認していました。 で、ふとここ数日なぜがGPUの負荷が下がっているようだったのでなんで？と思って調べてみたところ、 どうやら Ollamaの新しいバージョンが起動しているとGPUの周波数が高いままになっているのが影響しているようでした。

• 通常はGPUを全力で使うような場面ではない場合、GPUの周波数は 210MHzくらいまで下がります。 周波数が下がっても描画に必要な処理量は変わらない訳ですが、周波数が低いので相対的に GPU使用率が高いように計算されているようです。これがEmacsのようなGDIアプリだけど画面の再描画は定期的に 行われているアプリが起動しているだけで常時GPUに高い負荷がかかっているように見える理由と考えられます。
• Ollamaが起動していると GPUは使っていないけど周波数は 2.5GHzくらいのままになっていました。 周波数が高いので相対的にGPU使用率が下がったように計算されているようです。

AM中に起床。

掃除したり洗濯したり。

node.jsでCLIのプログラムって作れるよね？と思い、qwen3.5:35bにひな形作成をリクエストしたら 一応出てきたのですが、それがどうにも動かなかったり。修正を nemotron-cascade-2:30bにリクエスト してみたら、古い書き方だというような事を言っているのですが、出てきたコードがこれもやっぱり動かなかったり。 どういうこと？🤔
GoogleAIに修正をリクエストしてみたところ、nemotron-cascade-2:30bの文法も古いとか間違っている点が指摘されて、 順に直していくと最終的に動くようになりました。てか、JavaScriptってそんなに色々変わってるの？

Revision 2026。「Modern Graphics」からですが観られたり。「Cooler Master 3D Printing Compo」 というコンポを観たり。 どうやら Cooler Master の PCケース(参考)向けに 自作のアクセサリを競うというものらしい。今回のコンポでは割と実用的なものが多くて奇抜なものは 無かったように思うのですが、こういうのもコンポになるんだとは思ったりも。 その後もいくつかのコンポを観られましたが、デモコンポはタイムスケジュール的に無理だなぁ。まぁ毎度のことですが。

Emacsのmasterブランチにorg-modeの9.8.1が入った模様。9.7系から9.8系になるのですが、 キーバインドが変わったりしているので、Emacs30.xから31系への移行でトラブルが発生する可能性は あるかも知れません。因みにorg-modeのmainブランチは9.8-preから10.0-preというバージョンに変わってました。 9.9は？とは思いましたが、メジャーバージョンが変わっているので、今後大きな機能変更が加えられていく可能性が あるのかもしれません。

AM中に起床。

copilot.elというか GitHub Copilotとの連携の仕組み。 copilot.elのログレベルを変えてJSON-RPCのやりとりを観察したり AIに聞いたりしながら仕組みがなんとなく分かったような気も。 とはいえ、プライベート環境ではこれ以上調べられないので続きはまた別途。

そういやvimも GitHub Copilot連携できるんだよな？(こちらはGitHub社が開発しているらしいですが)と思ったり。 同じような事をやってんじゃね？(正確にはvimでやっていることをEmacsに輸入しているようですが)と思い copilot.vim リポジトリをcloneして眺めてみたのですが、 vimスクリプトよくわからんという状況。

copilot-language-serverってオープンソースじゃないのか。あと、LSPサーバーになるようなのですが、 プロトコル上で指定されるファイルパスがWindowsネイティブパスになりそうな予感がします。 以前、D言語向けのLSPサーバを試してみたときにCygwin対応をやったなぁ？ というのを思い出したのですが、同じような対応をしないとダメな予感がしてきました。

GitHub Copilot Chatは、gptelでも対応してるっぽい。copilot.elの中にcopilot-chatというのが含まれている ようですが、これとは別に copilot-chat.elというパッケージも存在していて、 copilot.elのチャット機能と copilot-chat.elを混在して使用することはできないらしい。 そして、GitHub Copilot Chatと Microsoft365 Copilot Chatは別物で、先日述べた通りcopilotという文字列が 濫用されすぎてて区別がつきません...🥺

Revision 2026。ライブストリームが全然再生できなかったり。「TECHNICAL DIFFICULTIES」という画像が 表示されたので、何かしらトラブっているのだろうと思われます。しょんぼり🥺

テレワーク。早めに終了。

訳あって Emacsから GitHub Copilotが使えるのか調べたり。 Emacsのクライアントとして「copilot.el」が 存在するのは薄っすら知ってはいたのですが、どういう仕組みで動くものなのかは知りませんでした。 copilot.elとは別にnode.jsで動作する @github/copilot-language-serverも 必要なのですが、幸い先日vivliostyleを試すのにインストールしたのでどうにかなるだろうと思ったり。 で、Cygwinの emacs-w32だと ファイルパス表現が Windowsネイティブで動作するnode.jsと相性が悪いため、 「M-x copilot-install-server」コマンドでインストールすると Cygwinのパスとは合わないところに インストールされてしまいます。ひとまずコマンドとして使えればよいのだろうという事で、 copilot-language-serverは手動インストールで対応してみました。で、copilot-loginを実行してみるのですが、 w3mが起動されて思った操作ができなかったので、GoogleChromeをブラウザ起動するように 変数browse-url-browser-functionやらbrowse-url-chrome-programを設定。 外部ブラウザを起動してサインインでワンタイムコードを入れるとなんとなく大丈夫っぽいのですが、 Emacs側のverifyでタイムアウトエラー。どこで突っかかっているのかよくわからず。 ただ、JSON-RPCというプロトコルで通信しているようなので、ファイルパスの問題とかでは無いだろうとは思ったりも。
それにしても、「copilot」の文字列には色々なものがかかっていて、どのcopilotの事を言っているのか混乱します。 GitHub CopilotにアクセスするCLIツールも copilotっていうコマンド名のようで なにがなんだか🥺

テレワーク。早めに終了。

調べごとをして終了。

テレワーク。早めに終了。

覚書。今週末はメガデモイベントの Revision 2026 開催。