Scientificなにおまえ持ってんねん…… http://ftp.scientificlinux.org/linux/redhat/9/iso/
shibafu528(@shibafu528@social.mikutter.hachune.net)の投稿
ボンクラプログラマー
頭とお腹が弱い。
最近は個人鯖の @shibafu528 がメインです。
⚠️ CW設定のない下品な発言が非常に多いです。これは仕様ですのでご了承下さい。
ℹ️ spam対策でフォロー承認制にしています。上の一文が構わないという方ならお気軽にどうぞ。
FINAL FANTASY XIV 関連の著作物は
(C) SQUARE ENIX CO., LTD. All Rights Reserved.
Scientificなにおまえ持ってんねん…… http://ftp.scientificlinux.org/linux/redhat/9/iso/
あ、ふつうにkddilabs ftpにあったわ http://ftp.kddilabs.jp/Linux/distributions/redhat/archive.redhat.com/redhat/linux/9/en/iso/i386/
RH9、俺にとっては思い出のディストリだからね。ところでEL9は何年後になるんでしょうね…
このアカウントは、notestockで公開設定になっていません。
shrike-i386-disc*.isoを調達したぞ
Disc3ほぼEmacsじゃねーか #ShrikeInstallBattle
ま、メインマシンでphp -S叩くだけで超簡易サーバになるから中継すればオッケー
php -Sを使ってhttpでファイルを輸送するという誰得技
!!! Error in init file !!!
ということで Red Hat Linux 9 (Kernel 2.4.20-8) / gcc 3.2.2 でビルドできましたとさ
んーXつけるとcannot find -lX11か
いや、git入ってない。やろうと思えばできそうだけど、面倒なのでローカルでファイルバケツリレーしてます…
@tsutsuii あーこれyumすらない時代(後入れのrpmは存在する)なんですよね。とりあえずセットアップの段階で入れるの忘れてた線はありそうです。
Muleをビルドせずに満足してしまうクチなのでshutdownしました
今は手元のディストリなんかだとだいたい/usr/libにlibX11おるけど、当時は分かれてるのがメジャーだったんだろうか？
GitHubのshibafuとってる人アクティブだったんか！
HPが減りすぎているのを思い出したので長めに寝ます
アトリエでもHP/MP管理をガバしてることがあるよ
y4a意外と軽いな（自画自賛）
Yukari Next 2.1.0.1687-dev (linkage 181027 4dedf77)/exvoice arm64-v8a(Aug 20 2018 21:34:59)/CP-L43s-Ab/CP-L43s-Ab/6.0
y4aの目につく明らかに重いのってタブ切り替え（再表示）の時の受信バッファの一括処理とかなのでそこ軽減したいな
なぜか引っ越しをしていて、持ってきてある荷物がX201とアトリエOSTとエロ同人とティッシュくらいでド困惑。しかもいきなり知らん人に上がり込まれてそれ見てドン引きされてつらいという夢だった。
ところでこのデッキだと、アトリエOSTは物理円盤持ってても聞ける装置なくね…？視覚的な観賞用かな？
昨日よりはマシだが回復しきってるとは言い難い感覚があるな、しばらくははよ寝ろということか
気がついたらGmailのプロモタブの広告が全部アレ系になってて(アレ){2,}
クエリミスでクラッシュループはよろしくないな、エラーメッセージが出てTLが使い物にならないだけにとどまるのが正しい姿だ
健康診断の結果が届いてたのであけたら眼科受けて返送しろゴルァと書かれていて面倒なことになった
いちおうオリジナルのSKKは90年代にはもうあるはず…
過去のSKKが手に入ればつつい式Mule-1.1ビルドして食わせるとか一興かな http://openlab.ring.gr.jp/skk/history-ja.html
オリジナルSKK 最終版?ならSKK Openlabにミラーされているっぽいが
お、主要なメジャーバージョンのアーカイブあるんじゃん
00README.1st
> ただし、SKK-JISYO.L については、DDSKK 11.x で利用可能な annotation 拡
張が施され、辞書フォーマットが変更されましたのでご注意下さい。
あぁあれゼロ年代入ってからのddskkの拡張だったのか
SKK7をmuleのlispディレクトリに展開したので一旦休憩
skk7.18-mu/skk.texをmule-1.1で開いたらコアダンプしたぞ…
あ、だめだ チュートリアルだとなぜかSKK起動できるけど他だとできないし、できてもSKK-JISYO.Lがロードされとらん
えーなにこれ、tailとかいうのが闇堕ちでもしてんの？
gcprolistから保護対象のLisp_Objectを列挙してマークしてる処理なんですかね、えっじゃあリスト壊れてんの？
なおソース読みにはemacs 26.1を使っているので18.59の会からbanされそう
Mule起動直後にはskk上げると死ぬけど、チュートリアル起動後なら上がるっての、確かにGC管理の闇を踏んだならそういうことあっても分からなくもない気はする
gcprolistをいじってるのってlisp.cくらいか
Q. 選ぶ際に派遣業をやっているかどうかでふるいわけるってのは有効ですか？
このアカウントは、notestockで公開設定になっていません。
@toshi_a 在庫を予測して高速で羊羹を発注できるシステム
» 20181110-1441 Mule 1.1 on WSL, skk7.18, skk-modeを有効化しようとしたら落ちたやつ https://gist.github.com/shibafu528/d657e0e1e7bb298e3285d5c88571c23e
(gdb) p gcprolist
$2 = (struct gcpro *) 0x7ffffffedd00
(gdb) p *gcprolist
$3 = {next = 0x7ffffffedce0, var = 0x7ffffffedbf0, nvars = 16}
(gdb) p *gcprolist->next
$4 = {next = 0x7ffffffedcc0, var = 0x7ffffffedc90, nvars = 1}
(gdb) p *gcprolist->next->next
$5 = {next = 0x7ffffffedee0, var = 0x7ffffffedc98, nvars = 1}
(gdb) p *gcprolist->next->next->next
$6 = {next = 0x7ffffffee090, var = 0x7ffffffeded8, nvars = 1}
ファッ！？
(gdb) p *gcprolist->next->next->next->next
$7 = {next = 0x8000000000000000, var = 0x80007ffffffee078, nvars = 5}
なんかこれ上位に情報付けたりとか……されてません……？いや違うか
Emacsだとそういう取り回しが存在していたような
Lisp_Objectだとほぼ確実にそんな感じのがあったと思うので分かるんだけど、これLisp_Objectじゃねえんだよなあ
いや18.59はテキストをターミナル代わりにXに描いてるだけですからね…
WSLで作業してるとストレスでトイレに篭ることになりそうだからX270とかを点滴病人モードにしたほうが良さそうだな
メインマシンにLinux入ってないしHyper-Vを使いたくない
これね、gdb挟んでSEGV引っかけたりしてたら死ねなくなったemacs 18.59の魂
病院いってる間に、なぜかソース読みに使ってたほうのemacs 26.1もコア吐いて死んでて草
チケット更新みてこっちも確認したけどオッケーやな
https://github.com/shibafu528/Yukari/blob/ad92d84987171d835856b177e13ae792058be30d/Yukari/src/main/java/shibafu/yukari/service/TwitterService.java#L790
X270を27inch 4Kにつないだら作業領域くっそ広くて草
いつもラップトップでしか使ってない壁紙がでかく出ることに違和感
ま日頃からWindowsでは使ってるけども、Linuxで使うことはまずないんだよにゃあ
アッLinuxだとmikutter使えてはかどっちゃう♡
C-a C-eで入力欄の頭とケツに移動したくなってきて急に腹立ってきた
virt-manager、録画鯖に入れてあるやつよりなんかちょっとVM作成ウィザード改良されてんな
virt-managerちょっと使うには面倒なの思い出したのでvboxいれる
VBoxでUbuntuセットアップしてるけどインストーラがはみでてて悲惨
直接ホストでemacs-18.59ビルドしてもええか…なんか分離させるのも手間かかるな
乳首に力を入れすぎているので抑止のためにExpertMouseをメインマシンからぶんどった
CPUがモバイル版なだけでRAMは必要最低量はあるので作業には向いてるというか、そうするためにお金を使ったからメインマシンが稼働不能になってもデータさえあればX270で十分作業できる
emacs-18.59の会では幅広い世代のデバイスやシステムにおいてemacs-18.59やmule-1.1をビルドし鑑賞しています。
とりあえずUbuntu 18.04環境を立ててMule 1.1ビルドOK
昔Window Manager作ってた時にdddとかいうクッソ枯れたUI持ったアプリあったなっての思い出して起動してみた
Window Managerのソース玉の中に隠したかった情報普通に埋まってたまま数年公開してたことわかっちゃったし、割り切ってgit repoをごっそりGitHubにPublicであげようかなってのはちょっと思ってる。記念碑的に。
ｳｪｰｲwwwwがこれからは強くなるかもしれないけど、X11におけるWindow Managerのごく簡単なのってこの程度のガバガバプログラムで書けるんですよ的な
gcprolistにウォッチ張ってぶっこわれる瞬間を待ってる
このアカウントは、notestockで公開設定になっていません。
なんかよく見たらGCのマーク中に現在処理中のgcproのnextとvarをXMARKで書き換えちゃって自爆してる様子が見受けられるんだが…
ああああ！！わかった！！！こんな単純なことに気づかなかったのか！！
コメント的にcall4はMuleで追加された関数と思われ、これはautoloadとrequireの時に実行されている。いずれもload関数を呼び出すために使われている。で、他のcall*一族では関数自体と引数をGC保護かけてるんだけど、ここでは保護対象のカウントだけ足して実物を入れ忘れてるから、関係ないアドレスを触っちゃって爆死と。
パッチして検証したいがちょっと親フラが立ってしまいましたね…フラグで壊れるものを触ってるときに…ふふ…
すーはーすーはーだと漢字変換を伴わないんですよね…
いやだってSKKって歴史あるって聞いてたし、これを見てMuleで動かないはありえんだろうと……
https://social.mikutter.hachune.net/@tsutsuii/101044514187221452
PRかなぁと思ったが語彙がなさすぎてコミットメッセージもPR文もわからんなこれ
