tomiy's blog

About

Sat, 08 Aug 2026 00:00:00 +0900

低レイヤ好きなとある地方国立大の大学院生

ニコニコ動画でコメントが表示されない問題 on 英語環境

Sun, 01 Jun 2025 17:38:57 +0900

合成音声が好きでニコニコ動画を良く見るのですが、macやLinuxでほとんどの動画で何故かコメント(とタグ)が表示されないという問題が発生していました。(Windowsでは見れますし、iPhoneやiPadのSafariでは見れます。)

原因

ブラウザの言語設定が英語のみになっていた

この件に関してニコニコに問い合わせた結果、「ニコニコの言語設定が英語もしくは日本語の場合、言語設定に合わせたコメントが表示される仕様となっております。」との回答をいただきました。どうやら、ブラウザの言語設定によって自動でニコニコの言語設定が英語になる -> 英語に合わせたコメントしか表示されなくなる(日本語のコメントが表示されなくなる)というのが原因だったみたいです。(2025/6/11追記)

解決策

ブラウザの言語設定に日本語を追加

Safari: OSの言語設定と紐付いているみたいです。OSの言語設定を日本語にするしか無さそうです。

Firefox: Settings -> General -> Language -> "Choose your preferred language for displaying pages"で日本語を追加してください。

ブラウザの言語設定を変更しなくてもhttps://qa.nicovideo.jp/faq/show/516?category_id=384に従ってニコニコの言語設定を日本語に変更すればコメント、タグが表示されるようになります。(2025/6/11追記)

原因調査

WindowsやiPhoneやiPadで見れて、mac, Linuxで見れないということは、UA(User-Agent)を見てサーバ側でコメントの送信をブロックしてるのでは?と思いmacのSafariのデベロッパーメニューからUAをiPadに変更してみました。すると、www.nicovideo.jpからsp.nicovideo.jpというモバイル版のページにリダイレクトされました。モバイル版ではコメントが見れました。しかし、WindowsのChromeやFirefoxに設定してもコメントが見れなかったのでUAは関係無さそうです。

ごく一部の動画ではコメントが見えていました。たとえば、テトリス / 重音テトSV (柊マグネタイト)https://www.nicovideo.jp/watch/sm44301514 ではコメントが見えますが、カラフル / 宮舞モカ (柊マグネタイト)https://www.nicovideo.jp/watch/sm44753979 ではコメントが見えません。

使用しているブラウザはmacでは、Safari, Firefox、LinuxではFirefoxでmacでは動作環境 (https://qa.nicovideo.jp/faq/show/1112)を満たしているはずです。

まずはデベロッパーツールでどうやってコメントを表示しているのか調査してみます。

どうやらcanvasってやつを動画にかぶせてるみたいです。Web?ってやつに関して素人なのでこのcanvasってやつをどうやって書きかえてるのか追跡できなかったので、ネットワークの方を調査してみます。

コメントはPOSTってやつでJSONとして取得しているみたいです。このリクエストのCookiesは空でした。

リクエストヘッダは↑でした。コメントが表示されるWindowsと比較してみます。

"Accept-Language"が怪しいです。Windowsの方には"ja"がありますが、macの方にはありません。

Firefoxの言語設定を確認したら日本語が無かったので追加してみました。すると、macのFirefoxでもコメントが見れるようになりました。

Ubuntu 22.04 LTSにアップデートしてみた

Tue, 25 Oct 2022 23:39:57 +0900

Ubuntu 20.04LTSを使っていましたが、Neovimの新しいバージョンがどうしてもコンパイルできないので、アップグレードしました。そのときの、手順と発生したトラブルの解決方法をメモしときます。

アップグレード

アップデートですが、以下のコマンドでアップグレードできました。

$ sudo apt update
$ sudo apt upgrade
$ sudo apt full-upgrade
$ sudo apt autoremove -y
$ sudo apt autoclean -y
$ sudo reboot
$ sudo do-release-upgrade

ディストリビューションをアップグレードするには、すべてのパッケージをアップグレードする必要があるみたいです。sudo apt upgradeでアップグレードできなかったパッケージがあったのでsudo apt full-upgradeで強制的にアップグレードしました。

GPUドライバの再インストール

アップグレードするど、NVIDIAのGPUドライバまわりがおかしくなって、マイクラでこれまで60FPS出てたのが、10FPSくらいしか出なくなったり、blenderが起動できなくなったので、ドライバを再インストールしました。

$ sudo apt remove nvidia-driver-*
$ sudo apt autoremove
$ sudo reboot

でアンインストールして再起動後、additional driversからnvidia-driver-515をインストールしました。nvidia-drivers-520-openを最初にインストールしたのですが、バグだらけだったので、nvidia-driver-515にしました。

Poetryが動かない

ディストロをアップグレードすると、poetryが動かなくなりました。

libssl.so.1.1: cannot open shared object file: No such file or directory

libssl.so.1.1がないと怒られます。https://kledgeb.blogspot.com/2021/10/ubuntu-2204-3-openssl-30.htmlによると、Ubuntu 22.04LTSでopenssl 1.1が排除されたみたいです。pythonがopenssl 1.1に依存しているのが原因なので、openssl 1.1が排除された環境でPython をビルドすれば解決します。pyenvでpythonをインストールしていたので、pyenv uninstallしてからpyenv installすると解決しました。

MacのTeXでヒラギノを埋め込もうとしたらエラー吐いた

Thu, 11 Aug 2022 21:16:50 +0900

hiragino_tex

macをクリーンインストールしたので、［改訂第8版］LaTeX2ε美文書作成入門付属のDVDからTeX Linveをインストールして https://github.com/munepi/bibunsho7-patch/のパッチを当てたらエラーを吐いたので解決方法をメモしておきます。環境は macOS Monterey version 12.5, TeX Live 2020 です参考: https://oku.edu.mie-u.ac.jp/tex/mod/forum/discuss.php?d=2056

TeXファイルをコンパイルしようとすると、こんなエラーを吐きました

dvipdfmx:warning: >> This font is mapped to a physical font " HiraginoSerif.ttc".
dvipdfmx:warning: >> Please check if kpathsea library can find this font: HiraginoSerif.ttc
dvipdfmx:fatal: Cannot proceed without .vf or "physical" font for PDF output...

別のMacで

kpsewhich -progname=dvipdfmx -format=.ttc HiraginoSerif.ttc

を実行すると、/Users/Shared/TeXLive/texmf/fonts/opentype/cjk-gs-integrate/にHiraginoSerif.ttcのシンボリックリンクを貼るといいことがわかったので、

ln -s /System/Library/Fonts/HiraginoSerif.ttc /Users/Shared/TeXLive/texmf/fonts/opentype/cjk-gs-integrate/HiraginoSerif.ttc

ついでにヒラギノ角ゴシックのシンボリックリンクも貼れてなかったみたいなので、それも貼っておきます。

mikanOSのデバッグの話

Tue, 07 Dec 2021 23:12:00 +0900

mikanosのデバッグの話

mikanOSのデバッグの話

この記事は自作OS Advent Calendar 2021の「1桁の最大の素数」日目の記事として作成されました。

whoami

サイボウズ・ラボユース第11期生のtomiyです。ラボユースの活動として内田公太さんご指導のもとmikanOSをいじっています。その過程で得られたqemu上で動作する自作OSのカーネルやアプリをデバッグする方法等について僕がやらかした話も交えながら書きたいと思います。この記事ではプロンプトは

# ターミナル
$ hoge
# gdbのシェル
(gdb) hoge
# qemuモニター
(qemu) hoge

のように表記します。

デバッグのための準備

最初にデバッグ対象の最適レベルをを-Ogにしましょう。カーネルのデバッグであればmikanos/kernel/MakefileのCFLAGSとCXXFLAGSの-O2を -Ogにすればいいです。もし最適レベルをを-Ogにすると問題が再現しなくなるならもとに戻すべきですが、デバッグ時は最適化レベルを落としましょう。最適化レベルが高いとソースコードとアセンブリ言語の対応関係がわかりにくかったり、変数が見えなくなったりしてデバッグしづらくなります。 tmuxでターミナルを分割して左にqemu右にgdbというのが気に入っています。これだとすぐにmikanOSを再起動できますし、bashのコマンドが使いたくなったら右のペインを上下に分割してそこからbashのコマンドが使えます。ウィンドウを何枚も開いてマウスでウィンドウ間を移動するのは面倒ですよね。デバッガーはgdbを使用します。 mikanOSはClangでコンパイルされているのでlldbを使うべきかも知れませんが、 Clangをqemuに接続する方法がわからなかったのでgdbを使うことにしました。 gdbをqumuに接続する方法についてはこちらの記事を参照して下さい。 https://tomiylab.com/2021/09/gdb-mikanos/ ↑ではgdbを起動するたびにqemuに接続するコマンドを打って、毎回同じ箇所にブレークポイントを貼ったり、逆アセンブル結果の表示設定やfileコマンででのkernel.elfの読み込みを手動で行なってますが、面倒なため自動化します。 gdbには起動時に-xオプションでファイルからgdbのコマンドを読み込んで実行する機能があるのでこれを利用します。 mikanosディレクトリに適当な名前のファイル(僕はgdb_initにしました)を作成してそこにコマンドを書き込みます。先頭が#で始まる行はコメントです。行の途中に#を入れても、それ以降がコメントと解釈されないので注意してください。

# qemuに接続
target remote localhost:1234
file ./kernel/kernel.elf
# 逆アセンブル結果をintel形式に
set disassembly-flavor intel
# ブレークするごとに逆アセンブル結果を表示
disp/3i $pc

gdbのpコマンドxコマンドについて

pコマンド: printの略変数の値、数値や文字を表示使用例: 数値を16進数に変換

(gdb) p/x 307200

使用例: 変数の表示

(gdb) p hoge

使用例: rspレジスタの値を表示

(gdb) p $rsp

レジスタ名の前には$をつける。 xコマンド: メモリダンプの表示使用例: 0x10000から8Byte * 10だけ16進数としてダンプ

(gdb)x/10gx 0x10000

pコマンドの出力フォーマットはhttps://flex.phys.tohoku.ac.jp/texi/gdb-j/gdb-j_40.html を参照 xコマンドの出力フォーマットはhttps://flex.phys.tohoku.ac.jp/texi/gdb-j/gdb-j_41.html を参照 pコマンドやxコマンドの引数にはC言語でいう式が入るつまり四則演算できる

(gdb) p/x 307200 + 0x10 
(gdb) x/3gx 0x8000000 + 0x1d8

間接参照演算子*について

gdbのコマンドではC言語のように間接参照演算子*がつかえる。たとえば

int hoge = 5;
int *phoge = &hoge;

があったとき

(gdb) p hoge
0x8000031
(gdb) p *hoge
5

のようになる。また、

(gdb) p *0x8000031
5

のようにも書ける。

僕がよく使うgdbコマンド

バックトレースの表示

(gdb) bt

フレームの指定(フレーム番号は↑で確認)

(gdb) frame 2

現在のフレームのローカル変数を確認

(gdb) info locals

現在停止している周辺のソースコードを表示

(gdb) list

ブレークポイント一覧を表示

(gdb) info breakpoints

ブレークポイント削除(ブレークポイント番号は↑で確認)

(gdb) delete 3

qemuモニターのコマンドだけど、レジスタの値を確認

(qemu) info registers

16進数計算のテクニック？

自明なので証明は省略するがn進数の数においてn^mを{かける|割る}とき、 m桁だけ{左|右}にシフトすれば良い。例えばn = 10, m = 5のとき42に10^5をかけると4200000となる。これを使用すると計算が桁をシフトするだけですむ。１ページ4KiB=4 * 2^10 Bのときページ数からアドレスの大きさ？に直したり、アドレスの大きさ？からページ数に直したりするとき、 16進数に4 * 2^10=4096を掛けたり割ったりする機会は多い。 4 * 2^10 = 2^12 = 16^3なので16進数に4096を{かける|割る}とき、 3桁だけ{左|右}にシフトすれば良い。ついでに２進数に4096を{かける|割る}とき、12桁だけ{左|右}にシフトすれば良い。

逆アセンブル

$ objdump -C -M intel -d kernel.elf > kernel.dis

逆アセンブルを行うにはobjdumpコマンドを使用します。詳しい仕様については

$ man objdump

で調べて下さい。ここでのオプションの意味は-Cがオブジェクト名をデマングル-M itelがアセンブラの形式をintel形式に-dが逆アセンブル(disasemmble)です。結果は標準出力に出力されるのでファイルにリダイレクトします。結果をファイルに保存すると10MBを超えることがあるので注意して下さい。 LinuxのVSCodeではサイズがデカすぎて開けないのでVimで開きましょう。 Linuxコマンドに慣れている方はファイルに保存しなくても

$ objdump -C -M intel -d kernel.elf | less

で十分かも知れません。

CPU例外のデバッグ

ページフォルト(PF)や一般保護例外(GP)等のCPU例外のデバッグは例外ハンドラーにブレークポイントを設置するのが有効です。しかし、gdbで

(gdb) b IntHandlerPF

のようにブレークポイントを設置するとgdbが気を使って例外ハンドラーの開始より少し後ろにブレークポイントが貼られてしまいます。関数呼び出し直後には

push rax
push rbp
mov rbp,rsp
push rax

のような処理を行うのでこの処理の後にブレークポイントが貼られます。しかし、これでは困ります。

$ nm -C kernel.elf | grep IntHandlerPF

で例外ハンドラのアドレスを調べて

(gdb) b *0x134420

のようにしてもいいですが、カーネルに変更を加えるとこのアドレスがずれてしまうことがあります。例外ハンドラにブレークポイントを貼っておくとデバッグに便利なので常にブレークポイントを貼っておきたいですが、 gdb_initにアドレスを書き込むとアドレスがずれてしまったときにブレークポイントが正しく貼れなくなってしまいます。そこでシェルスクリプトを使ってgdb_initを動的に生成することで解決できました。

rm -rf ./gdb_init
echo “# qemuに接続
target remote localhost:1234
file ./kernel/kernel.elf
# 逆アセンブル結果をintel形式に
set disassembly-flavor intel
# ブレークするごとに逆アセンブル結果を表示
disp/3i $pc ”>> ./gdb_init
echo “# IntHandlerPF” >> ./gdb_init
nm -C ./kernel/kernel.elf | grep IntHandlerPF | awk ’{printf “b *0x%s”, $1}’ >> ./gdb_init 
echo “” >> ./gdb_init
echo “# IntHandlerGP” >> ./gdb_init
nm -C ./kernel/kernel.elf | grep IntHandlerGP | awk ’{printf “b *0x%s”, $1}’ >> ./gdb_init 
echo “” >> ./gdb_init
echo “# IntHandlerUD” >> ./gdb_init
nm -C ./kernel/kernel.elf | grep IntHandlerUD | awk ’{printf “b *0x%s”, $1}’ >> ./gdb_init 
echo “” >> ./gdb_init
echo “# IntHandlerBP” >> ./gdb_init
nm -C ./kernel/kernel.elf | grep IntHandlerBP | awk ’{printf “b *0x%s”, $1}’ >> ./gdb_init 
echo “” >> ./gdb_init
gdb -x gdb_init

これで常に例外ハンドラーにブレークポイントを貼れるようになりました。 CPU例外のデバッグ準備完了です。 qemuを起動した状態で

$ ./gdb.sh

でgdbをqemuに接続してカーネルの読み込み、ブレークポイントの設置まで自動でやってくれます。 PFの具体的なデバッグ方法を紹介します。例外ハンドラは特殊な関数なのでバックトレースが使えません。例外ハンドラでブレークしたらまずすることはスタックの確認です。スタックを確認するには

(gdb) x/6gx $rsp

です。 rspレジスタの指すアドレスから6領域をジャイアント(8byte)単位*6で16進数でダンプしています。これが何を意味しているのかはIntel SDM Vol.3 6.14 のFigure 6-9右側をみればわかります。 Intel SDMはOS自作erのバイブルなので必ずダウンロードしておきましょう！実際の事例を紹介します。アプリケーション実行中にページフォルトが起きてIntHandlerPFでブレークしました。そこでスタックを確認すると

(gdb) x/6gx $rsp
0x8fd0: 0x0000000000000005 0x000000000004b765
0x8fe0: 0x0000000000000023 0x0000000000000246
0x8ff0: 0xffffffffffffeed8 0x000000000000001b

となりました。 Intel SDM Vol.3 6.14 のFigure 6-9右側をみると Error Code: 0x5 RIP: 0x4b765 CS: 0x23 RFLAGS: 0x246 RSP: 0xffffffffffffeed8 SS: 0x1bとなります。ここでエラーコードの意味を調べてみましょう。 PFのエラーコードの意味はIntel SDM Vol.3 6.15 のFigure 6-11にあります。 0x5を2進数になおすとb101なのでエラーコード: 0x5 bit0:1 ページは存在してる bit1:0 読み込みでPFが発生 bit2:1 ユーザーモードで発生と解釈できます。アプリケーション実行中にPFが発生したので確かにユーザーモードで発生したのであっていそうです。これだけでは原因がわからないのでつぎはスタックにあるRIPを確認します。あれ？アプリが0x4b765なんてアドレスに配置されてるわけないのにおかしいな。とりあえず、0x4b765をダンプ

(gdb) x/6gx 0x4b765
0x4b765: 0x0000000000000000 0x0000000000000000
0x4b775: 0x0000000000000000 0x0000000000000000
0x4b785: 0x0000000000000000 0x0000000000000000

おかしい。これならRIPが0x4b765になった時点でPFじゃなくてUDがおきるはず！つまり、例外ハンドラーが呼ばれたときにメモリが壊れた。ここから推測できるのは、アプリ側で本来飛ぶべきじゃない場所に飛んでしまってる(RIPがありえない値だから) その飛んだ先がたまたま機械語命令として解釈できた(UDじゃないから) その機械語命令がカーネルモードじゃないと読めない領域を読もうとしてPF とりあえず、アプリ呼び出し直前あたりでブレークして0x4b765をダンプしました。記録が残ってなかったので以下は似た状況を再現したものです。

(gdb) x/6gx 0x4b765
0x4b765: 0x0000000000012005 0x0000000000013005
0x4b775: 0x0000000000014005 0x0000000000015005
0x4b785: 0x0000000000016005 0x0000000000017005

どうやらページテーブルっぽいです。このとき僕はこの場所に飛んでしまう原因を調べるためにアプリをステップ実行しました。この方法ではとんでもなく時間がかかりますが、このとき動かしていたアプリはhelloで、PFが起きるのがhelloが表示される前だったためアプリ起動直後に異常がある可能性が高いと考えていました。なのでこの方法でもそんなに手間はかからないと考えてこの方法を使いました。そしてこの場所にcll or jmpするす場所を特定できました。これが使えない場合であれば、後で説明するint3命令をアプリに何箇所か入れてBP例外(ブレークポイント例外)を発生させ問題箇所を大まかに特定してからステップ実行したと思います。 0x4b765をcallしていた箇所は

call QWORD PTR [rbx+0x10]

でrbx+0x10は0x80001d8でした。 0x80001d8はelfファイルから読み込んだものが置かれていた領域です。ダンプしてみると

(gdb) x/6gx 0x80001d8
0x80001d8: 0x000000000004b765 0x000000000004c0c5
0x80001e8: 0x0000000000000025 0x000000000004d775
0x80001f8: 0x000000000004e0cd 0x0000000000000025

でした。アプリを逆アセンブルしてみると、0x80001d8は本来0x8078760が書かれているはずだとわかりました。 0x4b765,0x4c0c5,0x4d775という増え方はページテーブルのエントリーっぽいです。つまりPFの原因はelfファイルが読み込まれた領域にOSがページテーブルのエントリーを書き込んでしまってメモリ破壊が起きたことだと推測されます。ここで0x80001d8に0x4b765を書き込んだ犯人を特定してこれが正しいのか検証してみましょう。これにはwatchポイントを使用します。

watchポイント

watchポイントは変数や指定したメモリ領域に読み込み/書き込みがあったときにブレークする機能です。メモリ破壊が起こっている可能性があるときにメモリを破壊している犯人を探すのに役に立ちます。最初にelfファイルをメモリに読み込んだ直後でブレークしてその後0x80001d8 にwatchポイントを仕込みます。

(gdb) watch ＊0x80001d8

すると

Old value = 134711136
New value = 309093
PageMapEntry::SetPointer (this=0x80001d8, p=0x4b000) at ./paging.hpp:89
89 }
1: x/3i $pc
=> 0x136564 : pop rbp
 0x136565 : ret 
 0x136566: int3
(gdb) p/x 134711136
$1 = 0x8078760
(gdb) p/x 309093
$2 = 4b765

pop rbpはメモリに値を書き込んでいないのでおかしい？ watchポイントはメモリ値を書き込んだ次の命令でブレークするからlistコマンドで周辺のソースコードを表示すればok これで0x80001d8に0x4b765を書き込んだ犯人が特定できました。たしかにページングのページエントリーを書き込む命令でした。ちなみに、なぜelfファイルを読み込んだ領域にページングのページエントリーを書き込まれるのかは原因がわかっていないです。現在調査中です。

asm(“int3”)

ブレークポイント例外を発生させるCPU命令がint3です。 C言語やC++からインラインアセンブラで呼び出せます。

while(1) asm(“hlt”)

例外ハンドラの設定前でasm(“int3”)が使えない、コンソールの描画も終わってなくてputString()も使えない状況でデバッグに使えるのがwhile(1) asm(“hlt”)です。 hlt命令はカーネルモードでしか使えないので、アプリの動作中にシステムコールでカーネルモードに移っているときか、カーネル内でしか使えません。 hlt命令はCPUの動作を停止させるCPU命令ですが、割り込み等によって停止状態が解除されてしまいます。そのため、割り込みが入ってもそのタスクが停止し続けるためには無限ループの中に入れる必要があります。

階層ページング構造を辿る

ページの設定を確認したい場合や仮想アドレスがどの物理アドレスに割り当てられているか調べたい場合等に階層ページング構造を確認したい場面があります。 4階層ページングについてはみかん本19.4を参照してください。階層ページング構造を調べる方法１. qemu monitorでinfo tlb

(qemu) info tlb

2. CR3からたどる

(qemu) info registers
CR3=hoge
(qemu) x/4gx hoge
…

1. はqemu上だからlessコマンドがつかえなくて辛く件数が多くなりすぎて目的のアドレスを探し出すのが困難なので2.を使います。

仮想アドレスから各階層の配列の添字を調べるにはosdev.jpのツールが便利です。 https://osdev.jp/tools/x86_64_vaddr_composer.html ここでは0x8000000がどの物理アドレスに割り当てられているかと、ページの設定を確認してみます。 0x8000000を分解すると PML4 0x000=0 PDP 0x000=0 PD 0x040=64 PT 0x000=0 Offset 0x000=0 となります。 CR3を調べてPML4の先頭アドレスを調べます。

qemu上のmikanOSをgdbでデバッグする方法

Wed, 22 Sep 2021 15:56:44 +0900

qemu上のmikanOSにgdbを接続してデバッグする方法を備忘録として残しておきます

qemu上のmikanOSをgdbでデバッグする方法

gdbをqemuに接続

gdbを接続するためにqemuの起動オプションに-s -Sをつけます。 -sは-gdb tcp::1234の意味は意味です。 -Sはデバッガからコマンドを受け取るまでCPUを起動させないオプションです。 mikanos/build.shからmikanOSを起動している場合osbook/devenv/run_image.shでqemuを起動しているのでrun_image.shを編集してください。

mikanOSを起動したらgdbを起動してqemuに接続します。以下シェルのプロンプトを’$’、gdbのプロンプトを’(gdb)‘として表示します。

$ gdb
(gdb) target remote localhost:1234

gdbの表示設定

逆アセンブル結果をintel形式に設定

(gdb) set disassembly-flavor intel

ブレークするごとにその後の5命令を表示するように設定

(gdb) disp/5i $pc

ブレークするごとにフラグレジスタの値を表紙するよに設定

(gdb) disp $eflags

その他目的に応じてお好みの表示設定をしてください

ブレークポイントの設置

まず、ブレークポイントを関数名、シンボル名で設置できるようにkernel.elfをgdbに読み込みます。アプリのデバッグをしたい場合はkernel.elfではなくそのアプリのelfファイルを読み込みます。

(gdb) file /path/to/kernel.elf

以下のように聞かれるのでyと入力してください。

A program is beging debagged already.
Are you sure you want to change the file? (y or n)

ブレークポイントを設置するのは'b'コマンドです。 hogeにはシンボル名や関数名を入れます。

(gdb) b hoge

アドレスを直接指定してブレークポイントを設置する場合は以下のようにします。

(gdb) b *0x88888

デバッグ

ブレークポイントを設置したらqemuを動かします。

(gdb) c

cはcontinueの短縮形です。次のブレークポイントまでqemuを動かします。

ステップ実行したい場合はsiコマンドを実行します。

Windowsでキーバインドを変更する

Mon, 22 Mar 2021 11:02:00 +0900

US配列のMacBook Pro でBootcampを使ってWindowsを使っています。しかし、Macとのキーボードショートカットの違いと、キー配列の違いからとても使いにくいです。なのでキーバインドを変更してMacに使用感を近づけようと思います。

キーバインドの変更

Windowsのキーバインドを変更する方法はいろいろありますが、ここでは、ソフトを常駐させる必要がなく動作が重くならないので、レジストリを変更する方法を使います。直接レジストリエディタをいじらず、KeySwapを使うと楽です。

KeySwap

https://www.vector.co.jp/soft/winnt/util/se228667.htmlからダウンロードできます。 Windows7・Vista・XP・2000専用とありますが、Windows10でもちゃんと動作しました。適当な場所に展開したら、KeySwap.exeを右クリックして、管理者として実行してください。レジストリを書き換えるので管理者として実行する必要があります。キーボードのレイアウトをお使いのキーボードに合わせたら、あとは設定するだけです。設定が終わったらファイルに保存して、終了します。終了後OSを再起動すると変更が反映されているはずです。

参考にしたもの

・http://pasokatu.com/8460

Windows上にTensorflow-gpu 2.2.* をインストール

Sun, 21 Mar 2021 18:34:00 +0900

NVIDIAのGeForce搭載のWindows上にTensorflow-gpuの環境を構築する方法をメモ

CUDA周りをインストール

最初にドライバを最新版にアップデートしておいてください。ドライバはhttps://www.nvidia.co.jp/Download/index.aspx?lang=jpからダウンロードできます。次にCUDAをインストールします。今回はTensorflow-gpu 2.2.* をインストールするのでCUDA 10.1をインストールします。

https://www.tensorflow.org/install/source_windows?hl=ja

CUDAのバージョンは重要なので上の表に必ず合わせてください。 https://developer.nvidia.com/cuda-10.1-download-archive-baseからインストーラをダウンロードしてインストールしてください。インストール時の質問はすべてデフォルトのままで問題ありません。 PowerShellかコマンドプロンプトで

nvcc

を実行して

nvcc fatal : No input files specified; use option --help for more information

と表示されることを確認してください。次にcuDNNのインストールです。 cuDNNは上の表から7.6をインストールします。 https://developer.nvidia.com/cudnnにアクセスして"Download cuDNN"をクリックしてください。ここで、NVIDIA Developer Program Membershipが必要になります。まだ登録していない方は"Join now"からアカウントを作成してください。ログインしたらチェックボックスにチェックを入れて"Archived cuDNN Releases “をクリック、 cuDNN v7.6.* for CUDA 10.1　をダウンロードしてください。 zipを展開したら、cudaの中身をどこか好きな場所においてください。僕はCドライブの直下にcuDNNフォルダを作ってC:\cuDNNに入れました。どこにおいてもいいですがあまり深いところには置かないでください。次にPathを通します。 Win + R で"ファイル名を指定して実行"を起動し、“sysdm.cpl"と入力、詳細設定タブの環境変数をクリックしてください。システム環境変数のPathを開いて以下を追加します。

Windows上にpyenv+poetryでPython環境を構築

Sun, 21 Mar 2021 18:04:35 +0900

Anacondaはけしからんといううわさを聞いたので、pyenv+poetryでWindows上にPython環境を構築します。

Pyenvのインストール

ダウンロード

本家のPyenv(https://github.com/pyenv/pyenv)はWindows上では動かないので、 pyenv-win(https://github.com/pyenv-win/pyenv-win)を使います。まず、https://github.com/pyenv-win/pyenv-winのmasterブランチを以下のコマンドでgit cloneするか、zipでダウンロードして、%USERPROFILE%に展開、.pyenv_winにファイル名を変更してください。

git clone https://github.com/pyenv-win/pyenv-win.git ~/.pyenv_win

画像のようになっているはずです。

インストール

PATHを通します。 Win + R で"ファイル名を指定して実行"を起動し、"sysdm.cpl"と入力、詳細設定タブの環境変数をクリックしてください。ユーザー環境変数のPathを開いて以下を先頭に追加します。

C:\Users\FOO\.pyenv_win\pyenv-win\bin
C:\Users\FOO\.pyenv_win\pyenv-win\bin

(FOOにはユーザー名を入れてください) PowerShellかコマンドプロンプトで

pyenv versions

を実行してエラーが出ないことを確認してください。エラーが出た場合は一度OSを再起動してみてください。これで、Pyenvのインストールは完了です。

pyenv install -l

でインストール可能なPythonのバージョンを確認して、お好みのバージョンのPythonをインストール、

pyenv global foo

(fooはインストールしたPythonのバージョン)でインストールしたPythonをデフォルトに設定してください。

Poetryのインストール

PowerShellで以下のコマンドを実行するだけです。

(Invoke-WebRequest -Uri https://raw.githubusercontent.com/python-poetry/poetry/master/get-poetry.py -UseBasicParsing).Content | python

以下のコマンドでバージョンが表示されることを確認してください。

poetry --version

仮想環境をプロジェクトのディレクトリ直下に作成するために、以下のコマンドを実行しておくといいでしょう。

poetry config virtualenvs.in-project true

参考にしたもの

・https://qiita.com/kerobot/items/3f4064d5174676080585 ・https://medium.com/music-and-technology/poetry%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%81%A8%E4%BB%AE%E6%83%B3%E7%92%B0%E5%A2%83%E4%BD%9C%E6%88%90%E5%85%88%E3%81%AE%E5%A4%89%E6%9B%B4-96e1bab83725 ・https://qiita.com/akym03/items/3576842eed0e9d28cf82

USキーボードのWindowsのGoogle日本語入力で入力切り替え

Sun, 21 Mar 2021 17:58:34 +0900

USキーボードのMacBook ProにBootcampでWindowsを入れると入力切り替えに困ります。デフォルトではcontril ＋｀なので押しにくいです。

設定

Google日本語入力をインストールしたらデフォルトの日本語入力を消して、IMEをGoogle日本語入力だけにしてください。タスクバー右下のIMEを右クリックして、プロパティを選んで開いてください．キー設定の編集をクリックしてことえりを選択。 BootcampじゃないWinsowsでUSキーボードを使っている場合はMS-IMEを選択。 keyが"半角/全角"になっている項目を全てcontrol ＋ spaceに変更してください。(４つあるはずです。) (Windowsを英語でインストールしてるので画像は英語になっています。)

Visual Studioの古いバージョンを入手する方法

Sun, 21 Mar 2021 06:25:00 +0900

Visual Studioの古いバージョンの入手法をメモ https://visualstudio.microsoft.com/ja/dev-essentials/からVisual Studio Dev Essentialsに登録。 https://visualstudio.microsoft.com/ja/vs/older-downloads/からダウンロードできます。

US配列のMacBookで入力切り替え

Wed, 08 Apr 2020 16:23:36 +0900

US配列のMacBookで入力切り替えのショートカットはcontrol + spaceです．しかし，このままでは押しにくいので切り替えやすいように設定します．

方法1：control + spaceのまま

この方法は純正日本語入力だけでなくATOK,Google日本語入力,かわせみ2でも使えます．システム環境設定のキーボードを開いてください． "右下の修飾キー…"を開いてください．

caps lockキーの項目をcontrolキーに置き換えてください．

これで，caps lockキーがなくなりますが，control + spaceでも押しやすくなります．

方法2：タッチバー

この方法も純正日本語入力だけでなくATOK,Google日本語入力,かわせみ2でも使えます．システム環境設定のキーボードを開いてください．右下の"Control Stripをカスタマイズ…"開いてください．入力ソースをタッチバーにドラッグアンドドロップしてください．タッチバーで入力ソースを切り替えられるようになりなす．

方法3：caps lock

この方法は純正日本語入力だけでしか使えません．システム環境設定のキーボードを開いてください．入力ソースのタブに切り替えて”Caps Lockキーで英字入力モードと切り替える”にチェックを入れてください．この方法ではCaps Lockキーが英数/かなキーのような振る舞いになります．

Bootcamp でスクリーンショットをとる

Wed, 08 Apr 2020 14:19:20 +0900

MacのキーボードにはPrintScreenキーがないので，BootcampのWindowsでスクリーンショットを撮るには切り取り＆スケッチを使います．

切り取り＆スケッチ

Win + shift + S で切り取り＆スケッチを起動します．ドラッグアンドドロップで範囲を選択します．選択したエリアのスクリーンショットがクリップボードに保存されます．ペイントなどに貼り付けて保存してください．

WSLでホームディレクトリを変更する

Sun, 29 Mar 2020 23:07:08 +0900

WSLのホームディレクトリはデフォルトのままではWindowsのホームディレクトリにアクセスしづらいのでWindows側のホームディレクトリと揃えたいと思います．

Vim, zshのインストール

パッケージのアップデートとアップグレードした後vimとzshをインストールします．

sudo apt update
sudo apt upgrade
sudo apt install vim
sudo apt install zsh

zshのパスも確認しておきます．

which zsh

ホームディレクトリを変更

ホームディレクトリとログインシェルを変更します．ホームディレクトリはWinsowsのホームディレクトリ，ログインシェルはzshに変更します．ちなみにログインシェルの変更はこれ以外の方法もあります．詳しくこちらを見てください． "/etc/passed"という設定ファイルを書き換えます．下のコマンドでvimで開きます．

sudo vim /etc/passwd

どこかに　○○:x:1000:1000:,,,:/home/○○:/bin/bash という行があります．僕の場合は最終行にありました．VimだとGで最終行に移動できます． ○○はWSLのユーザー名です．それを以下のように書き換えます．

○○:x:1000:1000:,,,:/mnt/c/Users/[windows home]:[zsh path]

保存したらWSLを再起動して

pwd

を実行してください．/mnt/c/Users/[windows home]のように表示されるはずです．

zshのプロンプトをカッコよくしてGitのブランチを表示させる

Sun, 29 Mar 2020 18:53:00 +0900

zshのプロンプトがデフォルトのままじゃ見にくいのでカスタマイズします．ついでにGitのブランチも表示できるようにします．動作が重くならないように，プラグインなどは使用しません．ターミナルのフォントはパワーライン用のフォントに設定してください．パワーライン用のフォントじゃないと正しく表示されません．インストール方法は https://tomiylab.com/2020/03/font-powerline/を見てください．

プロンプト

下の画像のようにプロンプトを変更します． 1行目はmacOS Catalinaで自動的に表示されるものです． 2行目のhello.は初代MacintoshのKeynoteでのデモの “Hello, I’m Macintosh. It sure is great to get out of that bag. Unaccustomed as I am to public speaking, I’d like to share with you a maxim I thought of the first time I met an IBM mainframe: NEVER TRUST A COMPUTER YOU CAN’T LIFT.” からです．プロンプトを2行にしてpathが長くなっても見やすいようにしています．また，コマンドの実行後に自動的に改行することで，見やすくしています．

.zshrc

以下を~/.zshrcに追加してください．

export CLICOLOR=1
echo hello.



パワーライン フォントをインストール
Sat, 28 Mar 2020 14:11:49 +0900
Mac
Macの場合はRicty for Powerline　をインストールします．
Homebrewを使います．まだインストールしていない方Homebrew を Mac にインストールを読んでインストールしてください．
インストールするには以下のコマンドをターミナルで実行してください．
Rictyをインストールしたことのある方は1行目は実行しなくても大丈夫です．
brew tap sanemat/font
brew install ricty --with-powerline
終わったら以下のコマンドを実行するとインストール完了です．
cp -f /usr/local/opt/ricty/share/fonts/Ricty*.ttf ~/Library/Fonts/
fc-cache -vf
Windows，Linux
Windows，Linux の場合はRictyDiminished for Powerline をインストールします．
https://github.com/mzyy94/RictyDiminished-for-PowerlineにアクセスしてZIPをダウンロードしてpowerline-fontpatchedの中にあるフォントをインストールしてください．


プログラミング用フォントをインストールする
Fri, 27 Mar 2020 18:02:00 +0900
フォントの重要性
プログラムは一文字打ち間違えただけでもエラーが出てしまいます.
たとえば,アメリカ初の惑星探査機マリナー1号は誘導コンピューターのプログラムのハイフン1つ抜けていただけで,打ち上げが失敗してしまいました.
0(ゼロ)とO(大文字のオー),1(いち)とl(小文字のエル)などは似ていて,読み間違えやすいです.
似た文字を読み間違えないため,また,プログラムを読みやすくするためにも,フォントは重要です.
普通フォントは,可読性を上げて美しく見せるために、文字によって幅が違います. (プロポーショナルフォント)
しかし,プログラミングで、プロポーショナルフォントを使うとズレが生じて行が揃わないなどの不具合が生じてしまいます.
だから,プログラミングに使うフォントは字の幅が等しいフォント(等幅フォント)を使うのです.
おすすめのプログラミング用フォント
おすすめのプログラミング用フォントはRicty,Myrica,Takaoゴシックです.
それぞれのフォントをSublimeText 3でフォントサイズ22でPythonのプログラムを表示したときのサンプルを載せておきます.




ちなみに,僕はRictyを使っています.
理由はこの3つのフォントの中で唯一ボールドが用意されているからです.
Rictyのインストール
僕が使っているRictyのインストール方法を紹介します.
Mac
まず,Homebrewをインストールしてください.
まだの人は以下の記事を読んで入れてください.
Homebrew を Mac にインストール
Homebrewを入れたら,ターミナルを開いて以下のコマンドを実行してください.
brew tap sanemat/font
brew install ricty
brew install が終わると
cp -f /usr/local/opt/ricty/share/fonts/Ricty*.ttf ~/Library/Fonts/
fc-cache -vf
を実行してインストール完了です.
Linux (Ubuntu)
apt install fontforge
wget http://levien.com/type/myfonts/Inconsolata.otf
cp Inconsolata.otf ~/.fonts

下記リンクからMigu 1Mフォントをダウンロードする
http://mix-mplus-ipa.sourceforge.jp/migu/
cd Downloads
unzip migu-1m-20130430.zip
cp migu-1m-20130430/*.ttf ~/.fonts
git clone git://github.com/yascentur/Ricty.git
sh ricty_generator.sh auto
cp *.ttf ~/.fonts
Windows
WindowsでRictyをインストールするのは難しいので,代わりにRicty の姉妹フォントである,Ricty Diminishedのインストール方法を紹介します.
サンプルも載せておきます.


インストールするには
こちらにアクセスしてダウンロードしてください.
ダウンロードしたらZIPを展開して「RictyDiminished-Regular.ttf」と「RictyDiminished-Bold.ttf」をダブルクリックするとインストールできます.
Sublime Text3での設定方法
SuSublime Text3のメニューからPreferences/Settingを開いてください.
次に{}の中に
"font_face": "[font name]",
を追加してください.
上で紹介したフォントを指定する場合は, font name に以下のように入れてください.
Ricty(レギュラー):Ricty Regular
Ricty(ボールド):Ricty Bold
RictyDiminished(レギュラー):RictyDiminished-Regular
RictyDiminished(ボールド):RictyDiminished-Bold
Takaoゴシック:TakaoGothic
ミリカ:Myric M


2020年10月
Mon, 01 Jan 0001 00:00:00 +0000



2020年3月
Mon, 01 Jan 0001 00:00:00 +0000



2020年4月
Mon, 01 Jan 0001 00:00:00 +0000



2021年12月
Mon, 01 Jan 0001 00:00:00 +0000



2021年3月
Mon, 01 Jan 0001 00:00:00 +0000



2021年9月
Mon, 01 Jan 0001 00:00:00 +0000



2022年10月
Mon, 01 Jan 0001 00:00:00 +0000



2022年8月
Mon, 01 Jan 0001 00:00:00 +0000



2025年6月
Mon, 01 Jan 0001 00:00:00 +0000



tomiy の記事
Mon, 01 Jan 0001 00:00:00 +0000



サイト内検索
Mon, 01 Jan 0001 00:00:00 +0000

tomiy's blog

About

Links

ニコニコ動画でコメントが表示されない問題 on 英語環境

原因

解決策

原因調査

Ubuntu 22.04 LTSにアップデートしてみた

アップグレード

GPUドライバの再インストール

Poetryが動かない

MacのTeXでヒラギノを埋め込もうとしたらエラー吐いた

mikanOSのデバッグの話

mikanOSのデバッグの話

whoami

デバッグのための準備

gdbのpコマンドxコマンドについて

間接参照演算子*について

僕がよく使うgdbコマンド

16進数計算のテクニック？

逆アセンブル

CPU例外のデバッグ

watchポイント

asm(“int3”)

while(1) asm(“hlt”)

階層ページング構造を辿る

qemu上のmikanOSをgdbでデバッグする方法

qemu上のmikanOSをgdbでデバッグする方法

gdbをqemuに接続

gdbの表示設定

ブレークポイントの設置

デバッグ

Windowsでキーバインドを変更する

キーバインドの変更

KeySwap

参考にしたもの

Windows上にTensorflow-gpu 2.2.* をインストール

CUDA周りをインストール

Windows上にpyenv+poetryでPython環境を構築

Pyenvのインストール

ダウンロード

インストール

Poetryのインストール

参考にしたもの

USキーボードのWindowsのGoogle日本語入力で入力切り替え

設定

Visual Studioの古いバージョンを入手する方法

US配列のMacBookで入力切り替え

方法1：control + spaceのまま

方法2：タッチバー

方法3：caps lock

Bootcamp でスクリーンショットをとる

切り取り＆スケッチ

WSLでホームディレクトリを変更する

Vim, zshのインストール

ホームディレクトリを変更

zshのプロンプトをカッコよくしてGitのブランチを表示させる

プロンプト

.zshrc

パワーライン フォントをインストール

Mac

Windows，Linux

プログラミング用フォントをインストールする

フォントの重要性

おすすめのプログラミング用フォント

Rictyのインストール

Mac

Linux (Ubuntu)

Windows

Sublime Text3での設定方法

2020年10月

2020年3月

2020年4月

2021年12月

2021年3月

2021年9月

2022年10月

2022年8月

2025年6月

tomiy の記事

パワーラインフォントをインストール