にわかプログラマー @shibafu528@social.mikutter.hachune.net

ちなみにストリーミングはActive Accounts開けばアホみたいに生えてる光景が見れるので適当にトグってね #yukari4a

アカウントを指定してLTL/FTL流すには下記fromソース
don_local:"user@domain"
don_federated:"user@domain"
Anonymousアクセスなら下記
don_anon_local:"domain"
don_anon_federated:"domain"
#yukari4a

鳥丼両刀クライアントと化したAndroidアプリ Yukariの次期開発版の人柱をしてみたい人はいませんか？ https://dply.me/d7i2s6

CI動いてないとリリース作るのがだるいので、まあ明日やる気出たら直すか

今日だけで色々直しても、CIがぶっこわれてて否定されるんですよ

俺をkb10uyとすりかえないでくれますか

C++におむつはかせてもどうにもならんて

これ同じことやってた気がするなぁと思いながらgrepかけてたら、やっぱり受信バッファだけじゃなくて送信バッファもおもらしてらーよ

あのタコ、完全に暴言でしょ

これが噂のタコね

まあ誤ちに完全に納得できた

本来はコピーコンストラクタおよび代入演算子で適切に処理されてるところ、何かのエッジケース用なのか用意されてる手動実行用関数叩いちゃってたんだよな

1回分の大きな通信を実行した後のメモリ消費が修正前後で変わらなかったので、さて何でだろうともうちょっと調べたところ、どうも俺が勘違いして呼び出していたのは完全なコピー操作ではなくて、ライブラリ内での参照カウントインクリメントだったっぽいな。

タブ1枚閉じた瞬間にガクッとメモリ使用量が減るのが見えてfu〜きもちい

大正解ですね

なんで今までこの盛大なリークに気づけなかったんだろう

おぉーhtopとか見てもちゃんと動いてそう

ライブラリ仕様の勘違いでバッファをダブらせて片方ロストしてた

possibly lost: 99,124 bytes in 1,862 blocks

よし勝ったわ

おっと あやしい操作発見

シャワーあびてる間にvalgrindかましてFloraRPC動かしといたんだけど、possibly lost: 2,567,238,900 bytes in 2,685 blocks とかいう愉快な出力出てわろてますよ

シャワーあびてたら突然仕事の解法閃いた