中年っていうかもう初老な年ですよ(48)
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
このアカウントは、notestockで公開設定になっていません。
パソコン通信な世代からすると、「インターネット上層部」なるワードはかなり衝撃だったようで。
自分はガチなパソコン通信世代ではないけれど、この考えに近いかな…?
だからまあrepostではなくスクリーンショットで拡散、なんだろう(ということに今気づいた)。
インターネット上層部、そういえばそんなこと言ってる人も居ましたっけ…ってググったら凍結されているアカウントのため表示できません、となっている件について。
原典すら簡単には追えなくなってしまうのか…
このアカウントは、notestockで公開設定になっていません。
https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/kenkou_iryou/kenkou/kekkaku-kansenshou19/index.html
「13 欧州及び米国における小児の原因不明の重篤な急性肝炎について」によれば、保健所における調査は終了してるみたい。学会と連携した研究事業を継続というから、感染が拡大することも無いし様子見とかそんな感じの状態なのかねえ。
そういやCOVID-19の蔓延後に謎の小児肝炎の話もあったんだけど、結局アレはどうなったんだろう。ここ半年くらいはあまり話題に進展がないみたいなんだけど。
http://www.jpeds.or.jp/modules/activity/index.php?content_id=438
でもそろそろjiskan16/24に代わる #この話題は諸般の事情により打ち切られました
システム標準じゃないフォントが起こす面倒な問題を避けたいので結局MS系のフォントを使ってしまうというのはあるかも。凝ったデザインを要求される状況は滅多にないので、基本的にはこれで問題無いし…って。
HAIKUってそんなとんでもないことやってたのか…(でもイマドキのgccでビルドした32bitバイナリも動くようにしてるのかな、新しいコンパイラじゃないとビルドできないアプリもあるだろうし)
Haiku R1、同じコードベースでありながら32ビットx86版はBeOSとのバイナリ互換性のためにGCC 2系でビルドされている一方で64ビットx86版は最近のGCCでビルドされているところも他のOSにはあまりない方向の移植性の高さ。NetBSDくらいかな。しかもBeOS系なのでC++で書かれている。
(そういえばHAIKUにおけるかな漢字変換事情ってどうなってるんだろ。BeOSだとEGBRIDGEだったけど、今は…CannaIMが動くのかどうか?と思っていたらAnthyもMozcも来てるらしい https://github.com/haikuports/haikuports/tree/master/app-i18n )
@omasanori ほんとだ、明朝って書いてある…ゴシックな訳ないですね(一体自分は何を読んでいたんだろう、皿洗って頭を冷やさなくては…)
今月はHaikuのR1/beta5が出ました。かなりえらい。
HAIKUはここまでかかったとはいえここまで来ているのに比べて、某BTRONの体たらくといったら…💢
このアカウントは、notestockで公開設定になっていません。
でも「行政事務標準当用明朝フォント」の情報って https://www.digital.go.jp/policies/local_governments#character にあるだけなんだろうか。フォントの開発メーカーがどことか、ライセンス形態とか、そもそも明朝系のフォントなのかゴシック系のフォントなのか(両方?)、その辺は知りたいな…9/30を待て、なんだろうけど。
昔は「日本語を表示させるだけで計算機へ負荷がかかる!」とか散々言われてたのにね… #そうじゃない
「日本語をきれいに表現するフォントが無いけど金かかるだけで儲けにならないから誰もやらない問題」ってなんだろう
このアカウントは、notestockで公開設定になっていません。
うーん、socketpairで書き直すのが最良とはいえ、構造だの修正量だの考えると現実的じゃない気がする。大人しく名前付きソケットで妥協するしかないのかも。
確かに8t限定の解除とか気になった時期はあるけど、深視力の検査にパスできないと一気に普通免許まで落とされるという話を聞くと…流石にねえ。
なんか、自分の持ってる「中型車は中型車(8t)に限る」という免許がお宝免許だと最近Youtube界隈で見た気がするけど…そのうち色々嫌味を言われるようになるんだろうね。
このアカウントは、notestockで公開設定になっていません。
最近のFacebookもなんかアレだよなあ、しばらくブラウザを開いたままにしておいて、戻ってきた際に記事読もうとスクロールするとその記事を消して違うものを表示するのって本当に許せないんだけど(そして読みたかった記事を探しても見つからない)。
@teobot POSIXメッセージキュー・ソケット・パイプ以外での、プロセス間通信の方法は何がありますか?
@teobot UNIXドメインソケットの抽象名前空間はLinuxでしか使えませんが、BSD系OSにおける代替手段はどのようなものがあると思いますか?
このアカウントは、notestockで公開設定になっていません。
「誰かが使ってそうなパスワード」って、そのままでも誰かのアカウント破りに使えそうだけど、AIの学習のネタに使ったりするともっと面倒臭そうなことになるんだろうか。
このアカウントは、notestockで公開設定になっていません。
気が短いので、「試したい」と思ったものはワンクリックでソースを見られたり(GitHubに置いてあればok)、実行用のバイナリをダウンロードできないと「もういいや」ってぶん投げてしまう。
(ほんと、最近の技術記事って最後に「いかがでしたでしょうか?」の締めが多いな…んなこと言われても、必要な情報が無ければ「るせぇ、知るかボケ」と返されてしまうような)
画像表示のないテキストブラウザが一番楽じゃね?と一瞬思ったけど、画像表示なしではもはやイマドキのweb pageはロクに閲覧できないという現実もあるし…?
WordPressに対するLazy Loadを無効化するプラグインとかはあるみたいだけど…任意のページに対してというのは流石に無いか。
(そのためにWhatRuns使って件のサイトが何使ってるのか調べてみた→とこどがWhatRunsをどう起動したものか悩むことに5分近く、というのがありまして)
気の散るものを表示させないというのをブラウザに載せるんだったら、気の散るエフェクトを無効化することも可能だろうに…(実は拡張機能でやってしまえるとか?)
最近のwebサイトって、画像を遅延ロードしてふわっとアニメーションで出してくるエフェクト多すぎ…ざーっとスクロールしてざくっと眺めたいのに後からじわじわ表示されても「遅ぇ!」とイライラしてしまう。
作る側からすれば「これがお洒落でcoolなんだよ!」ってつもりなんだろうけど…
抽象名(log_input)が固定されているため、そこ宛にデータを投げる…という理由でモジュールの独立性を上げられる。
ここまでは分かる。
では、抽象名を持たず、socketpair()で作られただけのソケットに対してデータを投げる用にする場合は…送り先のソケットをどこから得るのか、という話になるわなあ。
pMainWindow->LogSocket.Write()みたいな形で実装することになるのか。面倒そうだけど。
結局CUnixDgramReader M172AM, LogInputを用意しているのはMainWindowの役割である以上、ここを(他のクラスから)参照するしかない…MainWindow.hのprivateからpublicにして他からつつかせるのが適当なのかな。
socketpairを使った実装に置き換えるにしても、今までのReader/Writerそれぞれのクラスをどう統合したもんかな…
uaa@emeraude:~/mvoice$ grep mWriter *
AudioManager.h: CUnixDgramWriter AM2M17, LogInput;
Base.h: CUnixDgramWriter LogInput;
M17Gateway.h: CUnixDgramWriter M172AM;
uaa@emeraude:~/mvoice$ grep mReader *
M17Gateway.h: CUnixDgramReader AM2M17;
MainWindow.h: CUnixDgramReader M172AM, LogInput;
うーん、socketpairで無名ソケット(のペア)に置き換えちゃうのが一番すっきりしそうなんだけど、大手術になるような気がするんだよなあ。
なるほど、Linuxのabstract socketの利便性はものすごくあるな…named socketだとcore dumpとかして残骸が残った場合の後始末が必要なんだけど、abstract socketだとそれが不要になる。