@yumetodo owning_ref ちょっと調べてみましたが今回のケースでは使えなそう……

leak させる方法は、文字列を Box<str> にしたのち Box::leak() に渡してやると、 Box の所有権を捨てて &'static mut str が得られるという魔法があるので、それを使って &'static str を錬成します。

std::boxed::Box - Rust
https://doc.rust-lang.org/stable/std/boxed/struct.Box.html#method.leak

&'static str なら Parser に渡して使えるのでいろいろしたのち、 Promise による計算が終わってから (つまり then とか使うのかな (調べてない)) パーサに渡してあった &'static mut str を Box::from_raw() に渡してやると、再度 Box に戻すことができるので、それでメモリ解放します

@yumetodo つまり一時的にコンパイラが所有権を追跡できない形にするので unsafe になりますし、ミスるとメモリリークとかクラッシュとか UB とかありえます。
でも今回のケースでは (主に Parser の柔軟性が低いせいで) unsafe は避けがたい気がしています……

@yumetodo Future が本質的には状態を持った関数オブジェクトであることに留意すると、 Parser が所有する &str の寿命 (そしてそれがさす文字列本体の寿命も) が Future (Promise) そのものよりも長くないといけないことに納得しやすいかと思います

@yumetodo Promise そのものというか、 Parser よりもでした。 Parser が破棄されたあとは文字列も安全に破棄できるので、その finally 的な処理も future として後ろに付けておくべきみたいな話です

@yumetodo ダンジョンはたしかにそうですね……
イベントとかは攻撃キャラばかりでゴリ押ししやすい (あと申し訳程度にタンク) という経験則があるのでどうしてもそっちに意識が向きがちで

JSON-LD 1.1 Framing
https://www.w3.org/TR/json-ld11-framing/

expansion algorithm をちゃんと型付けて実装すんのｸｯｿ面倒そうだし framing algorithm だけ実装するか〜とかナメたこと考えてたんだけど、普通に framing に expansion が必要そうなので虚無になった

std::neruptr_t

このアカウントは、notestockで公開設定になっていません。

配信プラットフォームもそのうち海外勢が大半になってそっちのキリスト教圏の規制基準が持ち込まれたりするわけね

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

バルス発動の認可が

* 王家の人間であること (生体)
* 飛行石を所有していること (所有)
* バルスの呪文を知っていること (知識)

の3要素認証であるの、一見するとセキュリティが高いように見える。
しかし、「今は認証・認可の確認中である」という文脈の明示なしに、王家の人間が飛行石を持っているだけで常に3要素中の2要素がロック解除状態になっているとすれば、これはあまり良質な認証・認可システムとはいえない気がしてきた #らりおメモ

@araigumaG これ面白そうですね。
ただ分散システムは政治的理由による分断には弱いことが経験的に確認されていると思っていて (インターネット遮断、特定地域へのサービス提供拒否、 Mastodon 鎖国、 etc) 、「オメーの国は道徳がなってないから/治安が悪いから送金は全面拒否するわ！」みたいなのへの対策があるのだろうかという辺りは若干気になります (そもそもこれが技術的に解決可能な課題なのかもわかりませんが)

むしろ子供のライフタイムが親より延びてそうだし Rust らしからぬと言うべきでは (適当)

そぎぎ絵を見るとき雑念が入り込むようになってしまった kb 氏、かわいそう (適当)

このアカウントは、notestockで公開設定になっていません。

FM ラジオとか簡単な回路素子だけで作れるような代物じゃないからなぁ

このアカウントは、notestockで公開設定になっていません。

FM ラジオの周波数だと PLL みたいなの必要かね

位相同期回路 - Wikipedia
https://ja.wikipedia.org/wiki/%E4%BD%8D%E7%9B%B8%E5%90%8C%E6%9C%9F%E5%9B%9E%E8%B7%AF

というかそもそも FM の復調に必要なのか

もう完全に周辺知識が揮発してるな

CPU 作るか〜！ と思い立って 74HC シリーズとコンデンサを買ってくるような人間なので気持ちはとてもわかる

そういえば ALU あたりの回路は設計したはずなんだけど、ブレッドボード上での配置を考えるのがあまりに面倒で結局放置してるな……

そもそも素人は MHz 出さないでしょ……w

たしか 74HC06 (NOT) とかの反応速度が 6ns くらいだった気がしているので、十分に回路を小さくすれば MHz オーダーはなんとか出せそうではあるんだけど

74AC が 74HC の倍速らしいんだけど、高速なやつはオーバーシュートとかノイズで波形が安定しないとかいろいろあるらしく

ちょっと考えてたんだけど、「ボタンを押しながら呪文を言う必要がある」とかだと文脈が隔離されて安全になるので、結論としては「飛行石にはボタンが付いているべき」となった #適当

このアカウントは、notestockで公開設定になっていません。

たしかに、たとえば国内でしか通用しない決済インフラであっても、世界共通のプロトコルに乗せられれば将来的な連合の可能性も残せるし国内での連携もしやすいだろうし、海外勢力の支配から脱するのもやりやすくなるだろうし。
海外との連合が阻止される可能性があるからといって有用でなくなるということはないな

https://twitter.com/narumiya_wanko/status/1167451634269478912
https://twitter.com/omygTSUX/status/1167683442135457795

「人生をもっと楽に生きろ」
#これすき

このアカウントは、notestockで公開設定になっていません。

release build したらバイナリサイズ縮みますよ！ (なおデバッグは)

go の interface {} から構造的部分型感を感じてしまう (まあちょっと違うんだけど) ので、「部分型は悪しき文明！！」という気持ちが加速してしまう

Rust の trait も (構造的部分型ではないにせよ) 部分型関係が存在している以上多かれ少なかれ似たような面はあり、まあつらい

その辺りのつらさの一端は override (default fn) の導入によって解決されるものと期待している

https://twitter.com/Alex_NN5/status/1165926675239952384 #tw #これすき

人工知能に転生するなろう小説ないの？ (適当)

人工知能「が」異世界転生するのは結構あるのな

@yumetodo これは Box::leak() が返した &'mut static str が Parser<'static> に (&'static str として) 借用されているせいですね。
たぶん Box::from_raw() 前に明示的に Parser を破棄して &'mut static str を使う権利を取り戻してやれればいけると思うのですが

@yumetodo std::mem::drop - Rust
https://doc.rust-lang.org/std/mem/fn.drop.html
これでいけるはずです

@yumetodo それ Drop::drop() が呼ばれてたりしません？念のため std::mem::drop() と明示的に書いて確認してみてもらえますか

@yumetodo ぐぬぬ……

@yumetodo いっそ何もかもあきらめてめちゃくちゃポインタ使いまくって &'static mut str と &'static str を共存させるみたいな悪魔のような手を思い付きましたが、それはそれで険しそうなので険しい…… (まあ C++ みたいなものと思えば)

腰を据えてやれば &'a str でなく文字列を所有するバージョンのパーサとして振る舞うような pulldown_cmark::Parser のラッパーを書ける気はしているんだけど、面倒

@yumetodo String::from(foo) を foo.to_owned() にしてみたらどうでしょう

@yumetodo そもそもの話になってしまうんですが、 parser を使った処理ってふつう CPU intensive なので future にする必要がなさそうに思うのですが……これってパースすべき markdown を生成する部分とパースして成果物を出す部分とそれを promise にする部分に分割することで、 parser と markdown_text の寿命をもうちょっと制限できないんでしょうか

もしかして vim とか zsh の設定ファイルを分割しまくるのはあまり得策ではない……？

このアカウントは、notestockで公開設定になっていません。

あー、 calling convention の話ね

これも Qiita に書くか……

と思ったけどリプで解説スライドのリンクあったしべつにいいか

C の仕様というより、所詮未定義動作だからなぁ

部屋の半分近くをロフトベッド (上面高さが椅子に座ったときの頭の高さより少し上レベル) が占めているので部屋が VR 未対応です

tmux 上のシェルから見える XDG_SESSION_ID とか XDG_SESSION_CLASS とか XDG_SESSION_TYPE が tmux サーバを起動したセッションのものに固定されてしまうの、地味につらいな……

たとえば display manager から起動した X 上でターミナルを起動すると XDG_SESSION_TYPE=x11 とか XDG_SESSION_CLASS=greeter とかになるんですが、 ssh 経由で起動したシェルは XDG_SESSION_TYPE=tty とか XDG_SESSION_CLASS=user とかになります

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

https://qiita.com/kurasho/items/1f6e04ab98d70b582ab7#comment-2fbcf84ca7d289cb4cd3

va_list の話、どこかで言ったことあるなと思ったらｷｨｰﾀでコメントに書いたことがあったわ

煽り運転の某、下手にミームとして流行してしまうと「社会的制裁を受けた」とかで減刑されそう (知らんが)

このアカウントは、notestockで公開設定になっていません。

その代わりコンパイラのコンパイル時間が大幅に伸びるよ……と言おうとしたけど、普通の人はコンパイラをコンパイルしないんだった

annict.jp が落ちてる……

このアカウントは、notestockで公開設定になっていません。

いいぞ

https://pleroma.eniehack.net/objects/46127853-5d24-4350-8242-b29bde881b50

そのうち自分のマシンに入れるバイナリはみんなコンパイルしたくなってくるので、そうなったら #gentooinstallbattle しような 👊

@nemo dev-java/icedtea をバイナリパッケージ使わずにブートストラップしたときは楽しかったですね (白目)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。