抜きすぎて 倦怠感が ヤバいわよ！ #a575

キャルは使ってないんですけどね

突然クロックアップして目が覚めた

やば、めちゃくちゃな不安感がある

ねれねえ

不安の次は強い空腹感でねれないが…

肉体のセンサーが狂ってる、2回ぬかなければよかったか

お、起きれた

入眠失敗ジジイ生きてるかな

俺はなんだかんだ寝れたからな

Macやとmikutter使いにくいの難だな mikutter再現プログラミングやってるのに

英数かなで日本語入力の切り替えができねえ…

SKKなのでLとC-jで戦うことはできるものの

openimg閉じたらrubyごと死ぬのロックすぎる(これ前も言った気がする)

/Users/shibafu/git/mikutter/plugin/gtk/mainloop.rb:18: [BUG] Segmentation fault at 0x0000000000000008

描画がトチ狂ってるのも面白い

brewで使うといろいろな不審死があるのかもしれない

使えないのは理解しているので笑いの対象にしている

@toshi_a HSPのフリーソフト作家さんチーッス

This account is not set to public on notestock.

あっそういう?

0x8なんてどこの値見てんだよって思ったが

This account is not set to public on notestock.

イベント駆動プログラミングだ

ヒエッ

知らなかった nilのobject_idがまず8なのね

ヤバい(ヤバい)

どこやねん

ウィンドウ葬ってnil objになったとこにレンダリングしようとしてんじゃねえの(てきとう)

わかんね

何を理解しようとしてるのか自分でも分からん

数日前から家帰ってMac開いた瞬間にdelayer-deferredに噛まれてSAN直になってん

でもたぶんこれ以上立ち入らずに現世に帰れる

Delayerはまだ完全に理解した感じだけど、Delayer::Deferredは完全に理解すらできる気がしない

https://www.nicovideo.jp/watch/sm25310005

言うてDelayerも半分くらいしかコード読んでないんだよな

mikutter インフラgem勉強会

Mac、ネイティブプログラミング環境としてそこそこ気に入ったわ

まあGUIプログラミングの文脈ですが

Objective-C++やったらtoshi_aになる

ん

mruby-delayer-deferredのデバッグが始まってしまった……

絶望している

( ◠‿◠ )☛

DelayerとGCD統合して走らせてる

Delayer試すのにGCDがクッソ都合良いからMacで作業してるってのもあります

mrubyのmaster見たら、splat operator使った時は常にdupとるような修正が入ってた。修正案に紆余曲折あったみたいだが、まあ確かにこれで大丈夫そう。

issue上げて最初にcloseされた時とはちょっと変わったね

動いた!

C関数からmrubyにPromiseを返して、解決したらmruby上のDelayerにqueueして次のループでチェーンが処理される!

これで何ができることが確立されたかというと、mikutter互換環境上で走らせているプラグインからC関数にコールバックした際に、時間がかかる処理ならPromise打ち返して戻れる

Promiseの状態遷移はmruby VMのスレッドセーフティを保証しているスレッド上で実行する必要がある

あと、C関数上でmruby VMから見て非同期で走っている処理では、mruby VMにアクセスすべきではない。

mruby VMから処理を切り離すまでの間で、必要なデータはコピーを取るのとGC保護が必要ですね

GC保護はものによる

これでmruby-mixでやれる必要のあることだいたい達成できたか?

delayer-deferred周りはちょっとAPI整理したいが

案外大したことはなかった。

def Promiseとかdef newとか、Rubyコードだったら自然に呼び出せるけどmrubyだと定数取得やオブジェクト生成のAPIから呼べなくなってfuncallしないといけなくなるね

mrubyのセーフティを保証するのは面倒そうなので、mruby-delayerを使っているコードならなるべくdelayerにキューしたほうが良さありそうね。

首がいたくなってきた

delayer-deferred完全理解を試みて午前が終わった

ﾌｧｯ!?

test

は?え?

閉廷

佐賀市に行くんだセツナトリップ

mruby-mixの開発がある程度できたのでLinuxに戻ってきたところ、大量のアップデートに襲われて死んだ

Linuxに戻ってきたので久々にTwitterのTLを見てしまう

あかん!!!!

マジであかんことが起きた

Kwinが落ち、mikutterがENOSPCで落ち、yayが落ちた

snapper 5820 #しばふメモ

アッアッ

えーっとこういう時はどうしよう

このままファイル消そうとしてもなんか普通にyayのabendでシステム壊れてそうなので、snapperスナップショットからの復旧やるか…

やったことない…

なんかもうMacにy4aの開発環境作ったほうが早いんだが

早くはないな…

ArchのLiveUSBを作るところからなんじゃが…

reboot

起動失敗!!!

敗因: アップデートによってvmlinuzが置き換わってた

/bootのスナップショットねぇ〜〜〜〜wwwww

さてどうするか、とりあえずread-only snapshotから/の切り戻し自体はできてるから、Arch LiveUSBからchrootして更新かけるか

足りないんだった

いや、いけるか?

無理したくないな

最低限kernel更新だけかけなおせばいけるか

こんなとこで止まらないでwwww

あーたぶんドライバがアレしてるな

やっぱディスク空けてpacman -Suを完遂するしかない

Macに戻ってきてここからはsshでやる

……

pacman -Su完了

よし!!! GUI環境復帰

なんか変だなと思ったらコンポジタが止まってる

40GB空けたのでしばらく安泰

mruby-mix作ったはいいんだけど、JNIで適切に繋ぎ込みを作るのが一番クソ怠いな

死ね

JNIのコード見ながら死ねって顔しながらまだ1文字も書いてない

yukari-exvoice-runnable (exvoice開発用ドライバーアプリ) のリポジトリに、柔軟剤ツイートのJSONあってワロタ

https://github.com/shibafu528/yukari-exvoice-runnable/blob/master/src/main/res/raw/tweets_215401020602322945

sourceがStSやん!!!

Retweeted Statusのテスト用JSONもございます。こっちはあひるが被害者 https://github.com/shibafu528/yukari-exvoice-runnable/blob/master/src/main/res/raw/tweets_870941180665540608

y4aに組込むよりmikutterに組み込んだほうが速いんじゃねえかって気持ちになるくらいJNI書きたくない

@toshi_a Pluggaloid Mobileの思想だ

としぁへ
午前中にdelayer-deferredの理解度が上がったのでネイティブからmrubyにPromise打ち返してあとで解決するフロー実装できるようになりました

つ、つらそ〜〜

iOS/ObjCならこの場でAFNetworkingのリクエストを開始してsuccess:/failed:でmruby VMへの戻しを書いても普通に動きそう

この手続きをどうラップするかがライブラリ作成能力問われるポイントな気がする

Kotlin Coroutineと統合できたら死ぬほどかっこいい

mrubyに返すまでにCoroutineをDelayer::Deferred::Promiseに変換すればそのようになる

なるが、どういう手順で処理することになるのか考えたくなさすぎるな

結局Deferredableなクラス一本用意してポインタ管理に使うとかそういうのが発生しそうだが

クソッ…プロトタイピングが快適すぎたぶん何もしたくなさがすごい……!

1. yukari-exvoiceの依存関係にmruby-mixを追加する
2. mixと競合するライブラリコードを消す
3. JNIでmix APIと統合させる

だっる

configure: error: in `/home/shibafu/git/yukari-exvoice-runnable/yukari-exvoice/mruby/build/armv7-linux-androideabi/mrbgems/mruby-yaml/yaml-0.2.2':

あああああああ

mruby-yamlｷｻﾏ

configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details

はい……

./configure: line 3421: ./conftest: cannot execute binary file: Exec format error
あ？

クロスコンパイルしたelfを実行してない？

この問題を解決する一番速い方法はmruby-yamlを参照するのをやめて、YAML.loadをmruby-mixの利用側で実装しろということにする

これだけで解決できる。

これ変だな…変だ

クロスコンパイルされてない

ああ、CCとかはAndroid用のツールチェーンになってるけど、--host設定されてねえじゃん

本当にエラーメッセージ通りだ

なんかmruby-yamlのビルドスクリプトの条件判定おかしいっぽそう

あー私が悪うございました build_config.rbにconf.host_target, conf.build_targetってのが書けるらしい。

いつも通りのドキュメントされてないやつ〜

MRuby::CrossBuildの実装にひっそりコメントされててマジかよという気持ちにさせられた

つまりこの2行が必要ってわけ。わかるか!!!!

helm終わったのかマジか

どうもこれはまあまあ新しいオプションで、俺が今まで使ってたCライブラリをコンパイル・リンクするmrbgemではこれ以外の方法でアーキ特定やってたので引っかからなかったっぽい

具体的にはこのスクショのちょうどすぐ上に見えるほうのabi指定です

hostは昔からあるそっちから取って、buildは……どうしてたんだろうね。そこまで踏み込んでないので分からず。

まあ、新しい方法のほうがより明示的で良いかもしれない。設定サンプルファイルとかに書いといてほしいけど…

うーむ、まだ引っかかるな。mruby-yamlのクロスコンパイル設定あんまこなれてなさそう。

は、mruby-yaml、こいつlibmruby内に埋まらないのか

l flag不足で引っかかっとる

ビルドコマンドラインの設定直すのめんどくさいからやめてほしい

mruby-onig-regexpだとlibmruby.aのar叩く時のrake依存関係に割り込んでるのか、なるほど

-lmrubyに加えて-lyamlする必要があって、それを勝手にビルドしてるならプライベートな作業ディレクトリに抱えたままにするのやめろよ!!とさけんでいる

まあmrubyのビルドは所詮Rakeだから適当なタスクに引っかけて割り込めばcpくらいは仕込める

面倒くさいからやめてほしい

これでlibmruby.aの出力ディレクトリに露出させることができるので、-lmrubyしてる側でそのままリンクできる

本当はmruby-yamlがrakeタスクを仕込んでいてくれると、引っかけやすいんだが。

よしやっとlibexvoice.soのビルドまで到達できた。

あぁーめっちゃつかれる。

ここまでやってまだmruby-mixを入れられただけという事実がヤバい

mrubyがstd c90か何かでビルドされているという設定ミスを発見

いや、mrubyってstd=gnu99とかじゃなかったっけ……

えーなんでやろ

おおむね動いてるな

Javaでのspell定義どうしてくれようねえ

遺影〜

シンプルにスレッドアンセーフな操作して爆死しただけだった(

ループスレッドによるtick供給から、android.os.Handlerによるメッセージ駆動に切り替えた

exvoiceには:periodイベント供給とかいういつの時代だよ案件があることが明らかに。

よし、現代のDelayerの力見せてやろうぜ

Delayerがうまく動いてくれない

デバッガーかましたら突然走るのやめて

Delayerの遅延処理だけで回そうと思ったが案外上手く回ってくれない

これ秒数の誤差だわ

なるほどね

つついさんへ
以前送っていただいたポテチですが、袋あたりの量が多いです

これお友達呼んで食べるサイズや

ど、どこで落ちたの…

Delayer.run回すたびに異次元で例外吐いてmrb_protectで大域脱出してきてる…

s/mrb_protectで/mrb_protectの地点まで/

さすがにトレースなしは分が悪い

Androidわからんmrubyわからん

NDKわからん

NDK「ねえどんな気持ちwwwwねえどんな気持ちwwwwwww(SIGSEGV)」

挫けてきた

Androidに殺されて寝込んでた

利を得るな

https://www.nicovideo.jp/watch/sm35878462

Android Studioが勝手にAPKの再インストール飛ばすのでキレてる

えーなにこれどの機能のせい？

馬鹿野郎そもそもNDK側リビルドされてねえじゃええか

クソ