テスト用にあの手のLCDパネルを一つ二つ押さえとくかなあ…？

ん？このJYC024ってパネル、以前触ったSurenoo TFTのコマンド体系と似てるような…？（同じではなさそうだけど） https://ja.aliexpress.com/item/32908782846.html

やっぱあっちの液晶なのでGB2312が基本っすよねーそうですよねー https://www.aliexpress.com/item/1005004663713156.html

UARTでつながって、Shift-JISないしUTF-8な文字列を流し込むとイイ感じに表示してくれるLCDデバイスがあると良いなあ。

v3でもGB2312は通るので、フォントデータはGB2312ということになっているけどコードはShift-JISを投げつけるとかそういう芸当はできるのかもしれない（気持ち悪いけど）。 https://github.com/hagronnestad/nextion-font-editor/blob/master/Docs/Nextion%20Font%20Format%20Specification%20ZI%20version%203.md

あー、Nextion Displayのフォントファイル(.ZI)ってShift-JIS/UTF-8対応はFormat v6以降か。自分の持ってるコードはv3向けなのでASCIIのみ（ということにしておく）なんだよなあ。 https://github.com/hagronnestad/nextion-font-editor/blob/master/Docs/Nextion%20Font%20Format%20Specification%20ZI%20version%206.md

ブラウザの中にこういうのがブックマークされていたから、出しておきますね。

娯楽用アプリケーションの異機種間データ共有の試み (archive.org)
https://web.archive.org/web/20011214025714/http://chig.vis.ne.jp/m/misc01.html

原典がOpenBSD上でビルドできるなら、仮想マシン用意しなくてもテストできるのでは…？という気がしなくもないけど。

ってことは、原典との互換性はあるのかな。sampleはFUJIMI版から抜かれているから、Vine2.5仮想機(原典)→OpenBSD7.4機(FUJIMI)とかそういうテストを考えないといけないか。

ok、うまくいった。

uaa@framboise:~/z/sj3$ ./sj3stat 192.168.0.88
version : 2.08C%, times-stamp : Mon Mar 23 16:42:59 JST 1998%, 1 users.
(USER) (HOST) (FD) (CLIENT)
uaa framboise.uaa.org.uk 1 14192.sj3stat
uaa@framboise:~/z/sj3$

原典（今後、特に断らない限りはsj3-2.0.1.20を指します）がこうなので
include/Const.h:#define PortNumber 3000

google code版で3086へ修正したとかそんな感じですかね。
Vine機の/etc/servicesを直してみましょうか。

const.h:#define PortNumber 3086

…え？

ん－、原典のsj3に対してFUJIMI-IM/sj3のsj3serv <IP>で状況を取ろうとするとserver deadになってる。さてどう問題を解いたもんかねえ…（まさかsj3statを動かすマシンの/etc/servicesを見てるんじゃないだろうな…？）

rv1103/1106って、既にrv1107/1108があってそれに類似している気がするから（根拠ないです）その延長線で考えていくと何か見えてくるものがあるんだろうか。

この1年……俺たちは……3

このアカウントは、notestockで公開設定になっていません。

idbloader.imgって、結局u-boot-spl.binに対応するモノという理解で良いんだろうか。なので、ディスク上のどこに配置したu-boot.binを読むか、というのもここを追うのが適当なのかなあ。

RHEL9.xだとTPM1.2サポートが切られるとか、Windows11も要件厳しいけどRHELも意外に厳しくないですか…？（エンプラ向けなのでそういうものなのかもしれないけど）

Red Hat Enterprise Linux 9.x と 8.x の違いまとめ (2022.1.9) https://takumi9942.net/blog/?p=2313

Luckfox Pico SDKはすんなりビルドが通ってる。build.shでenv, uboot, kernel. rootfsを構築した後にfirmwareを試しただけなんだけど。 https://github.com/LuckfoxTECH/luckfox-pico

ああいう場所で使うLinuxなので、好き勝手にいじれない（むしろいじってはいけない）というのがなあ…まあnot for meな環境なので近寄らないのが吉ってやつかねえ。

Enterprise向けなので、勝手にsshd止めてdropbearに挿げ替える訳にもいかんのか（別に最新版のsshdでも良いんだけど）。

発掘はしてないですよ…？（多分）
何か必要があった時のために確保しておいただけで…（多分）

VJE-Delta 2.5 Linux/BSDの動作要件、
Linux: Kernel 2.0.0以上、libc5 2.18以上ってあるんだけど…Vine 2.5のldd 2.2.4は流石に条件を満たしていないのでは。

これのためだけにまた仮想マシン増やすの…（地味に嫌がってみる）

@hadsn パッチを持っている人にとっては遺物なんでしょうけど…なんにもない（そして手に入れる術も断たれている）今となってはちょっとしたトラップな気がします。歴史的な資料にはなるのでしょうけど、完全な資料とは言いづらい。

FUJIMI-IM/sj3のsj3stat他各種ツールって、原典(sj3-2.0.1.20)と互換性ありましたっけ？あるならとりあえずVine 2.5上のsj3serv相手に色々テストできるなーって考えちゃうんですが。

VJE-Penのソースもあるし、と自分を納得させるも確かアレも公開されてましたよね…

VJE-Delta 2.5 Linux/BSD、オークションで実は落としてしまったんだけど…VACSのサイトにあった各種パッチが入手できない今となっては特級まではいかないけど呪物なのかもこれ。（だから誰も入札しないのか、それを知ってるから…）

[uaa@localhost uaa]$ nslookup localhost
Server: 203-165-31-152.rev.home.ne.jp
Address: 203.165.31.152

Non-authoritative answer:
Name: localhost
Address: 127.0.0.1

[uaa@localhost uaa]$

このアカウントは、notestockで公開設定になっていません。

でもsj3 -H localhostはエラーなんだよなあ。sj3 -H 127.0.0.1は接続できる(!)のは何故…

sampleは動いてるけど、sample -H localhostとホスト名を指定しないと動かない。単にsampleとすると、Can't connect localhost:sj3servというメッセージが出る。

SJ3SERV=localhostで、sj3statは生きてるって返事してくれるけどsj3自体はまだサーバを見つけ出せない。とりあえず原典たるsj3-2.0.1.20をまずは動かしてみないと分からないことだらけなのだが…（昔使ってたはずなんだけど）

過去のメモだと/etc/servicesにsj3とポート番号を書けってあったけど…どうもgetservbyname()で/etc/servicesを見てるみたい。level1.c, comuni.cに書いてある。

Vine 2.5環境に入れたsj3、sj3servとsj3との通信がうまくいかないのかsj3を起動すると「Warning サーバーへの接続に失敗しました。」と怒られる。

一体どうやってsj3を使っていたんだっけ…？sj3serv他一式のインストール方法および使用方法を思い出す必要がありそうなんだけど。

Windows10の動くマシンもピンキリなんだろうけど、ゴミになったWindows10機に適当なLinux distro突っ込んでパソコン代わりにするのと、Raspberry Pi4辺りをパソコン代わりに使うのとどっちが良いんだろう。

RAM 4GBくらいのは捨てるとしても（まあこれくらいのスペックでも用途によっては使えるだろうけど）、8GBならまだ活かせるんじゃないのという気がして。

マルミーニャみたいな12x12pxなフォント、ESP32な工作とかでの需要がありそうな気がする。

（単にTTFの皮をかぶっただけという可能性もあるからデータをよく見ないと分からないというのはあるんだけど）この手のビットマップな雰囲気のフォント、結構ベクトル化してたりするのでもにゃる。

TTFじゃなくてbdfとかfontx2形式など、生のビットマップ形式で配布してくれればより利用の幅が広がると思うんだけど…

このアカウントは、notestockで公開設定になっていません。

Linuxでもopenpty()使えるなら、いっそのことこれだけ（posix_openpt()すら要らない）にばっさり整理しちゃうのはどうなんだろう

（とはいえ、FreeBSDはposix側に寄せようとしてる https://man.freebsd.org/cgi/man.cgi?query=pty&sektion=4 ）

先人たちの通ったここを辿るのが良いのかなあ、uumでopenpty()対応してるってことは、sj3とか他でも（考え方が）使えるはずだし。

uumで/dev/ptsを使う http://www15.big.or.jp/~yamamori/sun/misc/
Mass patch to enable uum on FreeWnn-1.10-pl020 (2003/7/5) https://groups.google.com/g/fj.comp.input-method.wnn/c/xR2shXAxRJQ

Linuxが登場したおかげで、おうちのマシンにLinux突っ込んでUNIXの流儀（使い方）を覚えていった人達は決して少なくないはず。家庭内LANを組むことでTCP/IPの扱い方とかを覚えていったりとかも。

（仕事の話をあまり詳しく書けないというのは本当にもどかしいんだけど、まあ前職も前職だし、今も今なので…ああもどかしい）

（情報分野と書いちゃったけど、自分も組み込み系の部類になりますね…前職。そして実は薬学部卒なので今のお仕事についてはお察しください、なのです。）

これから（来年）どうしよっかな…簡単に転職できる歳でもないし、今の仕事を馘にならないようどうあがくかって話にはなるんだろうが。後ろ向きだねー…

情報分野から異業種（医療系）へ移ってしまったので、なおさら。

技術士は一次は通ってるんだけど、二次対策は流石に無理なので受けもしていない…流石に試験に通るだけの実績を用意するのが無理だった。

医療情報技師を取ってしまったのでその維持コストをどうにかしないといけないし（あれを再度取るだけの自信は無い）、来年はどうしよっかな…いくつか取らなないといけないと思っている/取りたいと思っているものはあるんだけど。

登録販売者とか危険物取扱者？（どうしてそうなる

個人的な興味としてはネットワークスペシャリストの方が気になるけど。

そして更新制なのか（資格の維持コストが高いのはちょっとなあ） https://www.ipa.go.jp/jinzai/riss/index.html

セキュリティスペシャリストが情報処理安全確保支援士に変わったのか https://ja.wikipedia.org/wiki/%E6%83%85%E5%A0%B1%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3%E3%82%B9%E3%83%9A%E3%82%B7%E3%83%A3%E3%83%AA%E3%82%B9%E3%83%88%E8%A9%A6%E9%A8%93

情報処理安全確保支援士とセキュリティスペシャリスト、取るならどっちが良いんだろう…？

それBSD ptyですよね＞自分

FreeBSD/NetBSD/OpenBSDすべてopenpty持ってるので、実はこれを使えば良かったりする…？

FreeBSDはunix98 ptyへ乗り換えてる感じ…？ https://man.freebsd.org/cgi/man.cgi?query=pty&sektion=4

posix_openpt - open a pseudo-terminal device https://pubs.opengroup.org/onlinepubs/009696899/functions/posix_openpt.html

POSIX ptyはこの辺から追えば良いのかもとして、BSD ptyは何処探そうか…

星占い的にはこれからしばらく（運気に）バフが乗る感じの話が出てるけど…能力低めな身としては、なんでもいいので使えるバフは何でも縋りたいというのが本音。

RV1103/1106のデータシートは https://whycan.com/p_81040.html にあるとして…TRMはどこなんだろう。

LuckFox Pico Plus、boot.imgを見る限りではCortex-A7側を起動してる感じだな。ATFは無いのでenv, idblock, ubootの三つを書けば良いんだと思う。でもenvを書く必要あるのかなあ…？

RockPi S(RK3308)だと64セクタ(32k)～にidblock、16384セクタ(8M)～にu-boot、24576セクタ(12M)～にATFってなってる。
RV1103では1セクタ(512)～にenv、64セクタ(32k)～にidblock、8192セクタ(4M)～にubootとenv.imgに書かれてる。

idblockは確実にその位置から読んでいるとして、他の領域についてはidblockの中身次第で変わるという気が、なんとなく。

あっち(en; social.tchncs.de)側ももう少し活用したいなあ。

@reasonset どうやらそうじゃないらしいってことが分かったので、お騒がせしました…

なのでサーバソフトウェアの問題では無いような気がする。Notestockの制限ってことでいいのかな…編集への対応は自分自身の投稿に限りますよ、ってことで。ﾏﾀﾋﾄﾂｶｼｺｸﾅｯﾀ

なるほど、boostした場合、boost元が編集されてもNotestock側が追従しないという理解で良さそう。

あっち(en)側のMastodonインスタンスでtootしたものをこっちでboostして、その結果をNotestockで観察した結果そうなので、そう理解してる。

このアカウントは、notestockで公開設定になっていません。

これ書いちゃっていいのかなあ…boostした投稿が編集されても、Notestock側では反映されてないんだけどそういうもんなのかなあ。

自分の投稿は編集してもちゃんとNotestock側に反映されるんだけど。

リソースが少ない以上、リソースを無駄に使うのは悪。そういう認識で生活して頂かないとこちらに何時まで経っても必要なリソースが回ってこないんですけど…と、日々思うんですよねえ。

（信号のサイクルをまるまる一つ潰して車一台右折するだけ、とか正直何様なんだろうって思う…そういう行為をしないで済むよう、適切なルーティングはできなかったのか？って）

逆に言えば、リソースが少ない以上リソースを確保/無駄遣いするだけでも立派な攻撃になり得るってことなんだけど。

これ、サーバー運営だけじゃなくリアル店舗でも結構困るんだよね。適当にお客さんが散ってくれるならうまく回せるんだけど、終了間際にラッシュで駆け込んでくるとか、n人様のグループで来るとか（上流工程をまず止めて、その後にやって来るので確実にグループ様後はダムが決壊するかの如く混雑が起こる）…

正直言って、小学校の時点で待ち行列理論と、提供可能なサービスの量には限界があることを骨の髄まで叩き込まないとどうにもならないと思う。

このアカウントは、notestockで公開設定になっていません。

ぐは（クリティカルヒット…

このアカウントは、notestockで公開設定になっていません。

今日は21日！JMHの電波予報の日！ https://www.jma-net.go.jp/common/177jmh/JMH-JPN.pdf

make -j8 -C /home/uaa/duo-buildroot-sdk/opensbi PLATFORM=generic \
FW_PAYLOAD_PATH=/home/uaa/duo-buildroot-sdk/u-boot-2021.10/build/cv1800b_milkv_duo_sd/u-boot-raw.bin \
FW_FDT_PATH=/home/uaa/duo-buildroot-sdk/u-boot-2021.10/build/cv1800b_milkv_duo_sd/arch/riscv/dts/cv1800b_milkv_duo_sd.dtb

なるほど、u-bootをビルドして、それをopensbiのpayloadとして載せるようになってるのか。

pty 特殊ファイル (2023.11.03) https://www.ibm.com/docs/ja/aix/7.3?topic=files-pty-special-file
PTY を使ってシェルの入出力を好きなようにする (2015.06.28) https://note.hibariya.org/articles/20150628/pty.html

ptyとかtermiosとかの類って、もしかしてUNIX固有のプログラミング系の本を漁るのが早いんだろうか…fork()とかpipe()とか、いわゆるDOSでは出てこない概念が書かれているあの手の本。

（そしてあの手の知識が無いということを露呈する…実際termiosとか出てきた瞬間に「うぇぇ」となるし…シリアルポートを触るコードでは避けて通れない道なのに）

@omasanori なんか急かしてしまってすみません（時間のある時で大丈夫です）。筋の悪い修正なら遠慮なく蹴ってもらって構いませんのでー

503KC(Android6)のSIMロックは解除してみたが、もう少し新しいAndroid機をroot化して作業する方が適切なのでは…？という結論に。

PTY周りは…UNIX98 ptyとBSD ptyについて知らないと手を出せないんだけどどこにまとまった資料があるんだろうか…？

rk_conv.cのANSI化に伴い発生した-Wincompatible-pointer-typesに関してはキャストの追加で対応しても問題無さそうだったのでそれで解決しちゃっています。

FUJIMI-IM/sj3、DICT *周りのwarning潰しは後回しにします。これどう考えても下手な修正は問題を生むようにしか思えないので…単にキャストで誤魔化せばいい話ではあるんでしょうけど、なんか主従関係がひっくり返るという作りで本当に良いのかなって。

FUJIMI-IM/sj3に投げたPR、どうしましょ。いじりすぎてしまったので頭抱えてるんだろうなあ…って気がしてるんですけど。

OpenBSD portsのsysutils/opensbiは1.2なんだけど、maybe-uninitializedが出ないようなコードになってる。Milk-V SDK(v1.0.6)のOpenSBIとOpenBSD portsのOpenSBI、どちらが新しいかを知りたいところ（探し方が悪くてまだ見つけ出せていない）。

Milk-V DuoのSDK(v1.0.6)の、opensbi/lib/utils/reset/fdt_reset_thread.cのmaybe-uninitializedなwarningを潰せば、gmake CROSS_COMPILE=riscv64-unknown-elf- PLATFORM_RISCV_ISA=rv64gcでOpenSBIはビルドできるけど…OpenSBIってARM-Trusted-Firmwareのような機種依存部分ってそんなにないのかなあ。

変にgoto使うと、cross initializationとか起こすので…

自分だとgoto使って

if ((err = hoge()) != ERR_NO_ERROR) goto fin0;
if ((err = hogehoge()) != ERR_NO_ERROR) goto fin1;
if ((err = piyo()) != ERR_NO_ERROR) goto fin2;
if ((err = piyopiyo()) != ERR_NO_ERROR) goto fin3;
本業;
fin3: piyoで確保したリソースの解放;
fin2: hogehoge()で確保したリソースの解放;
fin1: hoge()で確保したリソースの解放;
fin0: return;

というのはよくやるんだけど…modern Cでやる行為ではないよね…

このアカウントは、notestockで公開設定になっていません。

@hadsn なるほど

SoftBank回線だからといって、Y!mobileの端末に挿しても撥ねられるとは…Y!mobileはY!mobileってことですかそうですか…

昼間買ってきた503KC、手元のb-mobile SIM(SoftBank)突っ込んだらロック解除コードを入れてくれって言われた。どうもSIMロック未解除のようだが…Y!mobileを契約していた過去があってももうID/passwordなんて忘れてしまったし…

Y!mobileのお店に持ち込んで解除を依頼するしかないようだ。

「昔(gcc-2.95)は良かった。書いたコードに文句を言わず、コンパイラは黙々と仕事をしてくれるから。それに比べて今のコンパイラはやかましくてたまらない。やれ型がおかしいだの比較条件がなっとらんだのと、いちいち文句を付けてくれる…自由なコードを書けた時代はもう来ないのかのう？」
「おじーちゃん、それ雑なコード書いてるだけ…」
「なんじゃと」

sj3のサンプルプログラムに、対話型のかな漢字変換を行わせるものがあったと過去の（自分の）日記にあったから…これを使ってテストを試みれば良いのかなあ

https://riscv.org/wp-content/uploads/2019/06/riscv-spec.pdf (page129)
"we define a combination of a base ISA (RV32I or RV64I) plus selected standard extensions (IMAFD, Zicsr, Zifencei) as a “general-purpose” ISA, and we use the abbreviation G for the IMAFDZicsr Zifencei combination of instruction-set extensions. "

rv64gとしてしまった場合、"C" (compressed instruction)拡張が抜けてしまうらしい、rv64imafdczifenceiから。
別にrv64gで良くね？って気もするけど…どうなんだろ。Thumbみたいにモード切替した上でcompressed formatな命令を実行する訳じゃなさそうだし…（違ってたらすみません）。

PLATFORM_RISCV_ISA=rv64imafdczifencei

うぇぇ…？rv64imafdc+zifenceiじゃないの？？

@hadsn すみません、今見直したらVine 2.1じゃなくVine 2.5でした。訂正お願いします…

ん？Milk-V DuoとDuo 256Mって別物…？ DuoはCVITEK CV1800B、Duo 256MはSG2002って書いてあるけど…メモリもDDR2 64MB(Duo), DDR3 256MB(Duo 256M)ってなってるし。
https://milkv.io/docs/duo/overview

あああああああああぁぁぁぁあぁ…　※503KCではない、違う端末です（とりあえず交換用パーツの発注はかけました）

あ゛ーっ、SIMトレー外さずに端末開けようとしたからSIMトレー死んだ＞＜

動かそうと思っていたアプリをapk install hogefuga.apkで突っ込んでもなんか動かなかったので、503KCは一旦部品箱に放り投げとこう。

端末から「デバッグを許可しますか？」って聞かれて是と答えたらきちんとデバイスとして認識されてる。

とりあえずこれでゴミから一歩脱出かねえ。

おお、Windows上（503KC用のADBドライバ入れてる）のadbならunauthorizedになってる。offlineから一歩前進。

もしかして、Arc A770のファンが時折コントロールできていない（無負荷なのにぶんぶん回る）のって…I2C Slave Deviceのドライバが入っていないから、とか？

とはいえ何のドライバ突っ込めばいいか全然見当つかないんだけど（Arcのドライバだよ、で終わる話なのかもしれないけど）

503KC向けの、Windows用ADBドライバなる物を突っ込んでみるか…Windows11で動くのかっていうのと、余計なものを突っ込むのは非常に気持ち悪いのだけど。黙って引き下がる気にもなれないし。

@hadsn 開発者モードはonで、USB接続時は常にUSBデバッグを有効にしてます。なんとなくですが、Windows用ADBドライバを突っ込まないとダメなのかなという気がしています（今はOpenBSD上のadbで動作を見ています）。 https://www.kyocera.co.jp/prdct/telecom/consumer/lineup/503kc/usb/

まあこんなの見せられちゃうと日本メーカーのAndroid端末はク○と思いたくなるし、買う気も失せますね…\500は歴史の授業料として払ったと強引に自分を納得させることにします。

せめてADB越しにアプリを突っ込めればゴミにはならないものを…💢

503KC、google playはサーバーエラーでつながらないし、ADBだと端末は見えてるけどofflineなのでshellに入れないし、\500でゴミ買ったのかも自分。

ジャンク屋で買ったDigno 503KC、WiFiは11chまでしか掴まない…

まさか20年以上前の自分のメモが役に立つとは。

Vine 2.5にdropbear載せて、OpenSSHが古いことによるsshログインできない問題を回避して…sj3のビルドはできてるけどSJ3GROUPがstaffだとインストールできない問題はbinグループにすることで回避して…一応これで一段落かなあ。

うんにゃ、dropbearconvertは出来上がってるからこれで良いのか。

gcc -Wl,-z,now -Wl,-z,relro -pie -o dropbearconvert dbutil.o buffer.o dbhelpers.o dss.o bignum.o signkey.o rsa.o dbrandom.o queue.o atomicio.o compat.o fake-rfc2553.o ltc_prng.o ecc.o ecdsa.o sk-ecdsa.o crypto_desc.o curve25519.o ed25519.o sk-ed25519.o dbmalloc.o gensignkey.o gendss.o genrsa.o gened25519.o dropbearconvert.o keyimport.o signkey_ossh.o libtomcrypt/libtomcrypt.a libtommath/libtommath.a -lutil -lz
gcc: unrecognized option `-pie'
これも直さんと。

Vine 2.5上でdropbearをビルドしようとしてるけど、なんかlibtommathのビルドで
cc1: Invalid option `-Wextra'
cc1: Invalid option `-Wdeclaration-after-statement'
cc1: Invalid option `-Wsystem-headers'
に引っかかった。