最近の高機能な端末エミュレータ、ssh -Y等で飛ばすことはあまり考えてなさげな気がする。
OpenBSD(uaa@), Ham(JG1UAA), Ingress(Lv14, RES), Japanese(Sagamihara-city, Kanagawa)
Another side: https://social.tchncs.de/@uaa
npub1rarr265r9f9j6ewp960hcm7cvz9zskc7l2ykwul57e7xa60r8css7uf890
Messages from this Mastodon account can read via mostr.pub with npub1j3un8843rpuk4rvwnd7plaknf2lce58yl6qmpkqrwt3tr5k60vfqxmlq0w
最近の高機能な端末エミュレータ、ssh -Y等で飛ばすことはあまり考えてなさげな気がする。
ん-、void linuxにweztermのパッケージはあるんだけど、
21:42:24.006 ERROR wezterm_gui > running message loop: process_queued_xcb: X11 connection is broken: xcb protocol error: X(Request(RequestError { response_type: 0, error_code: 1, sequence: 235, bad_value: 4194800, minor_opcode: 1, major_opcode: 155, pad: 1 }), Some("dri2::Connect")); terminating
21:42:24.006 ERROR wezterm_toast_notification::dbus > while showing notification: I/O error: No such file or directory (os error 2)
で起動しない…
There are Several ports:
yaft for framebuffer console
Linux console
FreeBSD console
NetBSD/OpenBSD wscons (experimental)
な ん で す と
yaftはvt102(vt100を少し改良したもの?)互換なのでステータス行表示は無さそう。 https://github.com/uobikiemukot/yaft
kmsconは期待できるのかなあ。vt220からvt510までの完全な実装を謳っているのであれば。 https://wiki.archlinux.jp/index.php/KMSCON
このアカウントは、notestockで公開設定になっていません。
contourを動かせるようにする、というのが途方もない労力がかかるけど現実的な解にならないか…?(それともktermを引っ張り出すのか)
uaa@framboise:~$ infocmp -C fbterm|egrep -e hs -e hs
uaa@framboise:~$ infocmp -C jfbterm|egrep -e hs -e hs
:am:eo:es:hs:mi:ms:xn:xo:\
uaa@framboise:~$
はい終了…
jfbterm、osdn.net上にあるから日本のosdnのゴタゴタの影響は受けてはいないようではある。 https://osdn.net/projects/jfbterm/
とはいえ、コードのリリースは20年前から止まってるし、日本じゃないけどosdn上だからなあ…fbtermがUTF-8に対応してステータス行表示に対応してるならそれで良くね?って気がしなくもない。
jfbtermが終了時にフリーズ (2022/05/14)
https://forums.raspberrypi.com/viewtopic.php?t=334474
jfbtermに何か問題があるってことまでは分かった。
「jfbtermは終了するとコンソールが動作しなくなるバグがあるようですが、fbtermにはありません。」
コンソールで日本語入力 (2020/04/02) https://blog.goo.ne.jp/lm324/e/57d71e72919ca63167eb109466fec5fb
そういうもんなん?そしてなぜ起こる…?
kon|kon2|Kanji ON Linux console:\
:am:cc:eo:es:hs:mi:ms:ut:xn:xo:\
(snip)
:vi=\E[?25l:tc=ansi+enq:
# release: 0.4.7 2005/05
#
jfbterm|japanese framebuffer terminal:\
:ac=++,,--..00``aaffgghhiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~:\
:me=\E[0m:tc=kon:
…もしかしてjfbtermってkon同様にステータス行表示ができる?
Terminal curses Terminalの基礎とRuby、そしてcursesについて - Part1 https://logmi.jp/tech/articles/321318 (2019/04/18)
やっぱ「詳解UNIXプログラミング」をきちんと読め、ということらしい(手元にあるなら、尚更)。
https://www.cnblogs.com/aozhejin/p/17253982.html
ここにあるterminal emulator~userland(zsh, htop, vim)の相関図を理解できてないとsj3のコードは理解できぬわという話なのかなあ。
SJ_write()はslave側から来たものをPTY masterに出力する。
SJ_print()はsj3の動作自体に関わるメッセージをterminal emulatorに出力する。
termcapによるカーソル位置やらステータス行表示の絡みもあるのでPTY masterへの出力と、そうでないものに分けられている…という理解で良いんだろう。
とはいえ、PTY masterへの書き込みとprintf()との違いとは何なんだろうかと悩んでしまう。もう少し調べないといけないようなんだけど。
しかし、この古来より伝わるイニシエの知恵は深いな。
登場から20年は経過してそうだけど、全然風化する気配が無い……
screen.cのspaceR(Guide)→printR(tmp)→SJ_print()→printf()で表示か。SJ_write()に依らずに表示するなら確かに妙なことが起こるのは確かなんだが…何故別系統なのかとか、SJ_write()以外にどこに何を表示するコードがあるかを考えないといけないな。
print_guide_line()で表示してる、これはSJ_write()を通してないように見えるが…
ふむ、gdbでonwinchを引っかけてトレースしてみるに、きちんとステータス行を表示するものの、その後0x0cを表示して消すという動きになってる。どうすんだこれ。
set_guide()で画面下のステータス行表示を構築するにしても、構築されたものを表示する指示を誰が出してるのかいまいちわからん。ファンクションキーとそれに対応する処理とか、関数ポインタ使いまくってるので処理追うのがマジ大変…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
020-01012x-xyyyyという区切りになるのか
020番号(データ伝送携帯電話番号)の14桁化について(Master'sONE / InfoSphereモバイルサービス) (2021/10/22) https://www.nttpc.co.jp/press/info/2021/10/202110221500.html
ロケモバのデータ専用SIMも入れてるけど、確かに0200-1012-xx-yyyyと14桁ある…
- 050は今(IP電話)も昔(PHS)も二級市民
- 070(5xxx-ないし6xxx-はPHS)は貧乏人
- 090がオヤジ
だったらどんな番号だと御満足できるんです?
もういっそのこと、電話番号でうだうだ言う人達は電話番号使わない音声通信に籠ってれば良いんじゃないんですかね?LINEとか。
このアカウントは、notestockで公開設定になっていません。
ん-む、0x0cを検出してkill(0, SIGWINCH)でもprint_guide_line()でも、なんかエスケープシーケンスは投げるけどステータス行の描画はしないという動きになるなあ。なんかフラグの設定でも要るんだろうか。
sj3のシリアルポート越しにどうデバッグするかってやつを、なんとなく思い出してきた…
< 0c
> 0c
< 1b
< 4f 51
< 1b
< 5b
< 31
< 3b
< 32
< 36
< 52
< 1b
< 5b
< 31
< 3b
< 32
< 36
< 52
Ctrl-Cを押してF2を叩くとステータス行が表示されるけど、"Unbuffer 全ひらがな 変換 無変 etc. 決定 code 半ア 全ア 半カ 全カ かな"をSJ_write()越しに投げているようには見えないな…
偽MSX1にKZ80-IOB(8251+8255)ボードを付けるのってどうなんだろうかと思ったけど、8255はともかく8251のアドレスを0x80に合わせたとしても、8253が載っていたり割り込み関連のレジスタを装備しないと互換性が取れない。
KZ80-IOB REV1 (2018/10/29) https://kuninet.org/2018/10/29/kz80-iob-rev1/
MSX RS-232C(MSX Datapack wiki化計画) http://ngs.no.coocan.jp/doc/wiki.cgi/datapack?page=1%BE%CF+MSX+RS%2D232C
とはいえ、16550積んだ「はるかぜ」とかもあるよな(BIOS越しのアクセスしか動作保証をしない)。 http://www.hat.hi-ho.ne.jp/tujikawa/ese/harukaze.html
PICO-BASE280でKZ80マイコン (2020/10/08) https://kuninet.org/2020/10/08/pico-base280%e3%81%a7kz80%e3%83%9e%e3%82%a4%e3%82%b3%e3%83%b3/
この基板も買っておかないと、なんだけど…今は「入荷待ち」ということで買えないみたい。
送電鉄塔探索やってると、広角~望遠どれも欲しくなりますね。広角側はコンデジ/スマホ、望遠側(70-300mm)をAPS-Cデジタル一眼に任せてますけど。300mmでもどうにかなりますが、できれば450mmくらいあると助かる場面があります。
※その一瞬を収めるという撮り方ではなく、標識などに記された情報をどうにかして得るという撮り方になる気がする。必ずしも鉄塔に近付ける訳じゃないので。
カード会社を装った日本語spamがそれなりに来る現状があるので、使用しているカード会社/ブランドの話はちょいとやりにくいものがあるんだよなあ…
なるほど、メルカードもなかなか良さそう(最近カード切り替えたばかりなのでちょっと手を出せないけど)。 https://lp.merpay.com/card/ ※JCB限定
PayPayに紐づけできるPayPayカード*以外*のカードって、実はVisa/Masterだけだったりしますよね(まあPayPayカード以外の紐づけを将来的には廃止するので気にしなくていい…PayPayカード作れば良いしって話なんでしょうけど)。
https://paypay.ne.jp/help/c0064/
@hfp そうなると…そもそもstatic buildする必要があるのかとか、libtermcap/libncurses/libcursesのどれを使うかとか、見直さないと面倒なことになりそう。
帰り道、あらかじめチェックしていたはずなのに見事に迷ったんだけど…曲がるべき場所の一つ手前で曲がっていたのでそりゃまあ豪快に迷うだろうな(と地図を見ながら納得している)。
OpenBSDなんかはこうなってる
uaa@framboise:/usr/lib$ ls *curses*
libcurses.a libncurses.a libncursesw.a
libcurses.so.14.0 libncurses.so.14.0 libncursesw.so.14.0
libcurses.so.15.0 libncurses.so.15.0 libncursesw.so.15.0
libcurses_p.a libncurses_p.a libncursesw_p.a
uaa@framboise:/usr/lib$
libcursesみたいな基本的なライブラリを、何故Slackwareは.soでしか持ってないのか、という点が問題。
普通は-staticビルドできるように、libcurses.aとか持ってるはずなんですよ…
えっ、Slackwareって
./libcursesw.so
./libcurses.so
./libncurses.so
./libncursesw.so
./libtermcap.so
…この辺のライブラリをリンクする場合は-staticじゃだめなんすか。
病院/診察所内ではマスクするのに調剤薬局内ではマスク外す人 is 何…?
シリアルポートを使ってどうやってsj3のデバッグとかしてたんだっけー?というのを思い出すのに時間がかかっている。
COVID-19が第五類扱いになり、マスク要らないんでしょ?と言わんばかりにマスク無し生活に回帰したおかげでインフルエンザだのなんだのと言った感染症がまた増えているという事実は…あるよね?
某試験の出願をしてきたけど、web上で完結するってホント楽で良いな。支払いもカード決済だし(あとは合格するようおべんきょしないといけない…落としたら「その立場でその試験を落とすのか」とちくちくやられるし)。
確かSlackpkgでカーネルをアップデートしたらliloは忘れずに、だったよな…?
スタッフロールなりなんなりで、「関与」していたことを証明できれば色々と話はラクになるんだけど…そういうものが無い以上、与太を言っているに過ぎないと言われてしまうのがなんとも。
このアカウントは、notestockで公開設定になっていません。
https://github.com/sipeed/LicheeRV-Nano-Build/releases/tag/20240515 LicheeRV Nano向けのディスクイメージを落としてfip.bin見てみたけど、fatload mmc 0みたいなコマンド(スクリプト)が仕込まれてる気配がない…のにboot.sdは読むんだろうなあ。
Milk-V Duo(256MB)とLichee RV Nano (Ethernet)の回路図を見比べて問題無いかのチェックかなあ。
uaa@emeraude:~/duo-buildroot-sdk-Duo-V1.1.0$ find .|grep cv180x-asic
./u-boot-2021.10/include/configs/cv180x-asic.h
uaa@emeraude:~/duo-buildroot-sdk-Duo-V1.1.0$
uaa@emeraude:~/LicheeRV-Nano-Build$ find .|grep cv180x-asic
uaa@emeraude:~/LicheeRV-Nano-Build$
#undef CONFIG_ENV_なんたらしてるcv180x-asic.hが無いなら、もしかしてEFI bootloaderがすんなり動いたりするんだろうか。とはいえ、SG2002の眷属をこれ以上増やせる余裕は無いしLicheeRV-NanoのバイナリをMilk-V Duoに食わせるくらいは…してもいいのかなあ。
uaa@emeraude:~/LicheeRV-Nano-Build/u-boot-2021.10/include$ ls -R cv*
cvi_efuse.h cvi_update.h cvsnfc.h cvsnfc_common.h cvsnfc_spi_ids.h
cvitek:
cvi_disp.h cvi_i80.h cvi_mipi.h cvi_reboot.h mmio.h
cvi_efuse.h cvi_lvds.h cvi_panels cvi_utask.h
cvitek/cvi_panels:
uaa@emeraude:~/duo-buildroot-sdk-Duo-V1.1.0/u-boot-2021.10/include$ ls -R cv*
cvi_board_memmap.h cvi_update.h cvsnfc.h cvsnfc_spi_ids.h
cvi_efuse.h cvipart.h cvsnfc_common.h
cvitek:
cv183x_reg.h cvi_efuse.h cvi_lvds.h cvi_panels cvi_utask.h mmio.h
cvi_disp.h cvi_i80.h cvi_mipi.h cvi_reboot.h cvitek.h
cvitek/cvi_panels:
uaa@emeraude:~/LicheeRV-Nano-Build$ grep -- -gpio ./build/boards/default/dts/sg200x/*
(snip)
./build/boards/default/dts/sg200x/soph_base.dtsi: cvi-cd-gpios = <&porta 13 GPIO_ACTIVE_LOW>;
あー…
ん?LicheeRV-NanoのGitHub repoはCortex-A53側のコードもある…
LicheeRV-NanoもSG2002搭載機か。https://github.com/sipeed/LicheeRV-Nano-Build/
MAX1000 - HDMI - ZX Spectrum 128k Possible Demo (2024/04/23) https://www.youtube.com/watch?v=ec2I0FS9flk
これって、https://oshwlab.com/subcritical/carrier_io_board_atlas_mini_copy に出ているMAX 1000 FPGAボードとAtlas I/Oボードを使ってHDMI表示可能なZX Spectrum 128kを構成して動かしたDemoなんだろうか…
1:03~の"impossible: the word says I'm possible"の表示とか、1:56~の文字の回転表示とか、めちゃくちゃ凄いんですけど。あと、2:46~の"Sinclair Atari Commodore"とか。
contourのビルドがあんまり楽ではないこと(というか自分はできなかった)、パッケージを持ってるdistroもAlpine/Arch(AUR)/Fedora/nix/Voidくらいしかないしとなると…なかなかcontourを勧めにくいものはありますね。
変換中を示す下線の表示はcontour側の話になるので、これは置いとくとして…ステータスライン表示のできない端末エミュレータ(今のところktermとcontour以外)ではCtrl-Lを押すと画面下のステータスライン表示っぽいものが消えるというのを何とかしたいんですよね。アレが消えるととっても使いにくい。
contour(terminal)だと、sj3(tty client)のステータスライン表示はうまくいきますね。変換中を示す下線の表示がちょっと怪しい時があるようにも見えましたが…
ん-、void linuxでsj3(tty client)をビルドするときは-ltermcapじゃなく-lncursesにしないとダメか
このアカウントは、notestockで公開設定になっていません。