名前ちゃんとするか

これ労働時間バグるやつだ

精神もバグる

design documentの修正したらやる気が尽きた

いやこれ寝ないと死ぬな

ねれん

36.5℃ #healthcheck

void* がdoubleと同じくらい大きい環境だとtrue.object_idは20になるっぽい。見た感じFixnumと同じノリで小さめの値はVALUEに直接突っ込んでそう https://github.com/ruby/ruby/blob/9e41a75255d15765648279629fd3134cae076398/include/ruby/internal/special_consts.h#L78

doubleを62bitに削るのどうやるんだろうと思ったら、上位3ビットが011か100のときだけ決め打ちで復元する前提で先頭2ビットを落としてるのか。なんでこのパターンなんだろう https://github.com/ruby/ruby/blob/1035a3b202ee86bf2b0a1d00eefcfff0d7ab9f6b/internal/numeric.h#L234

011...は正の無限大（exponent=0x3ff）かなあ。100...はよく分からん

0x7ffだった

でもそんな変な値をVALUEに埋め込んでも嬉しくなくないか？なんか勘違いしてる気がする

いや違うわ、3ビットローテートしてるから符号ビットだけ保存してexponentの先頭2ビットを消し飛ばしてるのか。復元するときは符号ビットに応じて00か11を埋めるから、結局Fixnumと同じで小さめの値を埋め込んでる

当たり前体操

で、Float埋め込みの関係上、今までは即値フラグの1ビットだけをVALUEの下位ビットに持たせとけば良かったのが整数かFloatかの区別のためもう1ビット必要になったから、0x02にいたQtrueが空いてるところに動かされて0x14になったという話ですね

あずにゃん (@ Tenkaippin (天下一品)) http://foursquare.com/v/4b601d77f964a52049d629e3

確かに謎の仕切りあるわ

いのちの輝き

1年分くらいの天一を摂取した

なんか完全に今日を生きるプランが破綻した

あずにゃん (@ SAKE DINING 穂のか) http://foursquare.com/v/4b850accf964a520a64931e3

ポカリスエットおいしいわかる

酒を飲んだのでポカリスエットがうまい

あずさ

せいべついに割れてしまったん

あっ電車間違えた……

いやリカバリーできるっぽいな

田端に行こうとして田町に向かっていた

田無に行ったら完全に詰みですね……

いやどうなんだろう、埼玉に近付くという意味では悪くないのか？