2019-2-13 - Posting @tesaguriguma@twitter.com -

なんか小説家になろうが重いな。ncode鯖は普段通りだけど、しおりの更新とかが重い

ジャパリまつりは今日も開催中！遊びに来たたくさんのフレンズと一緒にぼうけんに旅立とう！【kemofure.goodroid.co.jp】 #けもフェス オッ

まーたFESTIVALの下らない不具合を見つけてしまった

FESTIVALのエラーコード28は、表示される前にタップ連打していると回避できる

`tempfile`みたいなノリで`mkfifo`したいな？

いやまあ`tempdir`して`mkfifo`すれば良い話なのだろうけど

あー、でも`tempdir`って`tempfile`と比べてセキュリティ的に微妙な雰囲気があるぞ？　……まあ良いか

そもそも他プロセスから参照できる形で作成したファイルがOSによって自動的に削除されることを保証するのは無理っぽい？（Linuxにおける`O_TMPFILE`で作成されるのは無名のファイル。その他の環境では`tempfile`は作成されたファイルをすぐに`unlink`しているっぽい？）

おー！

あっ予約忘れていた！！！！！

今はディジタルディヴァイドのこちら側にいるので、いつもなら即座に反応するであろう重要情報に対する反応が極端に遅い

`tempfile::TempDir`の実装について、本当に`path: Option<..>`である必要はあるのかしら？　`Drop`の挙動を制御するためなら`mem::forget`で十分な気がするけど

あっ、これ`&Path`じゃなくて`PathBuf`だから`forget`したらメモリリークするか

いや、`PathBuf::new()`で`mem::replace`すればよいのでは？（以前にも`serde_derive::internals::ctxt::Ctxt`に対して似たような考察をしていたな）