ToDo:
おい Z が RO16 で絶滅かよ…
雰囲気的に P がこの世の春という感じだけど、まだ PT の人数は同じなんだよな…
僕の感覚では Pimba っていうよりかは T の強みに対して P が適切な対処をするようになって、 T が似たようなことばっかやってるから今の状況になったという気がしている。がまぁ P 使いの欲目かもしれぬ
(01:43)
http://partake.in/events/313b563f-acf7-47b9-908c-ee0461b77fc0
に行った。
@ytomino さんが boost_fcontext_align で -16 しているとさわいでいたので読んでいた。ごにょごにょと読んでいた結果として、これを読んでるコードは ss_base のアラインにしか使われておらず、これは確保した直後のメモリ領域をアラインする用途にしか使われてないから 16B ほど無駄な領域がある程度で無害なんじゃ、と思った。
なんかうさんくさいコードがあるとそのコードを読むわけで、うさんくさいコードを残しておくと他の人のコードリーディングをうながせるので素晴らしい、という持論が証明された感じである。 github とかにコード上げる人はうさんくさいポイントを残しておくといいよ! とアドバイスしたい。
x86-64 が読めない、ということだったけど、 @ytomino さんほどの方からすればそんなわけがなくて、単に引数の順が素頓狂だ、というだけ覚えておけば良いと思っている。どうせアセンブリを読んでる時は付近に printf があるわけで、その printf に渡ってる変数を信じると良いと思う。つまり、 printf の直前で文字列引数を入れているレジスタが %rdi = 第一引数であり、フォーマットにあったものをつっこんでるところが第二引数 = %rsi である。
そのへんのコードを何度か書いただけあって、僕個人としては、 RDI RSI RDX RCX R8 R9 という順はなんとなく覚えてる (@ytomino さんに適当に言った順があっていることに僕自身驚いた) ものの、まぁこんなもん当然のことながら長期的に覚えれるわけなくて、まぁ付近の printf を探すのが良いと思っています。 printf が無ければ単に「その付近の GCC が生成したコードは正しく引数渡しをしている」と仮定すれば良い。
そもそも x86-64 が真に難解なのはもちょいややこしいケースの引数渡し ABI と、バイナリに落としていてアセンブリを見にくいとか、アセンブリが信じれない時の rex prefix に入ってるレジスタの上位ビットであって、そうでなければ僕的にはわけわからん 0x4(%esp) とかのオフセットを把握しないといかん x86 より読みやすい。 GCC が x86 で push/pop で引数を渡すようになるオプションを用意してくれればなぁ…とか思うくらいに。あーあと stack のアラインはちゃんとやってくださいね、って程度。そいう意味で boost_fcontext_align はぱっと見どう見てもアライン気をつけてなくて気になったけど今回は関係ない…
変数無しで 1 から n までの変数を合計するという問題を考えたり。個人的には libc に依存した時点でなんか複数解候補が思いついたので、 libc を封印して解けるだろーと考えてたものの、なかなか思いつかなかった。というのは色々方法はあるものの、 libc 許すと getenv/setnev あたりで自明以外の何者でもない解があるわけだよね。未だに考えている。
見せてもらった開発が終わった iOS アプリが普通に面白かった。国名言われて場所を当てるみたいなの。国名ってごく最近全部覚えたんだけど、ずいぶんと忘れてしまった(僕の記憶というのは実装が悪いらしく、一時期 196/196 だった http://www.sporcle.com/games/g/world が今ではたぶん 100/196 程度だろうとおもう) というのもあるけど、それ以前にモンゴルとか言われて場所正確に示すのが案外むずくて面白かった。
記憶と言えば putty の coroutine の話が出て、あれってかなり壊れた時系列を持っていて、
という感じだった。こういう時に忘れっぽいのは本当に幸せなことだと思う。
context 的に僕が言いたいのはとにかく、いいかげんデバッグについて真面目に考えやがれクソ boost って話で、 C/C++ ってヤツはいいかげんデバッガとやりとりする API を真剣に標準で用意してほしい。つまり context を作るコードなんて誰でも(少なくともちょっと勉強すれば)書けるわけだけど、しかしサーバアプリとかで context がからみあってそれがデバッグできるんですか、っていう。
プログラマはデバッグの時間をマジメに考えれバカってのは本当にマトモでかつ残念なくらい意識されてないアドバイスで、少なくとも君が8時間労働なら8時間コードを書くのは君の健康にとって間違いなく悪い。「オマエが限界のパフォーマンスでコードを書いた場合、その2倍の時間がデバッグに必要である」っていう (たしか ken thompson の) 認識は悲しいくらい正しくて、多くともオマエがコードを書ける時間ってのは3時間程度しか確保できないんだという覚悟が必要だと思う。それ以上働く必要があるなら雇用体制に問題があるのであって、断じて働くべきでない。
という余談はともかく、少なくともコード書いてる以上の時間をデバッグに費してるんだから、コード以上にデバッグに言語標準におかれましてはマジメに考えて欲しい、ってのは最近壊れたオモチャのように繰り返し言っている。最近本当にそれしか主張してない気すらする。 POSIX てヤツはこのへんのサポートが windows より遅れまくってるっていう認識で、しかし最近は pthread_setname とかいうのがいつのまにかできてて、 gdb はこの値ちゃんと表示してて、まぁ少しずつマシになってて感心ではある。 pthread_create が stacktrace を保持するのも近いと思う。まぁそのへん無視して context とか言ってもキチガイ(褒め言葉ではあるが)以外誰も使わない気しかしないんだよなぁ。
予想以上に疲れが溜まってたらしく、飲み会でぐっすり寝てた。いつものことながら大江戸線は本当にありえんくらい遠くてムカつく上に、飯田橋からだと乗り換えまで必要で絶望的。しかし行く時は乗り過したのに帰る時はきちんと乗り換えできたりして、酔っ払いの挙動というのは謎ですね…
(00:46)
https://www.e-run.jp/v-marathon/index.html
に3月半ば頃に参加した。リアルマラソンである。
僕のマラソン歴というのは
という感じで、まぁ要するに全然走ってない。まぁいきなり 10km 走った割には案外速かったな…という印象。中学校まででそれなりに使ったせいか、足は割と強いようである…
なんか普段着で走ってて、他にそんな人がいなかったのですごい不自然だった気がする。普段着で走ってたから 2,3km くらい走ったあたりで帰りたくなってそのまま帰ろうか…っていう衝動が強かった。
(01:08)
http://golf.shinh.org/p.rb?Ladder+corner+problem#dc
dc で対抗してたけど完璧に負けたー。
ぱっと見た感じまぁだいたい思ってた通りループの条件が雑すぎたかなぁ。
しかしそうか kK で整数化できるわけね…これは今まで使ってたテクニックだっけな…
(00:55)
(23:22)
僕がよく作る形にちゃんと連鎖尾を入れたい。雪崩と称して適当に4つずつ置いていって同時消しになったり消えないのはそろそろ卒業しないといけない。いきなりむつかしいのはなかなかできないので、形よくなくてもなるだけわかりやすいやつ。
黄色上L
本当は青の下に潜り込ませたい。
http://blog.livedoor.jp/tom109/archives/51101707.html
でも今のレベルで複数潜り込ませると混乱するので、現実的に把握できそうかつ第二折りや潰しに使えそうなのはこういうのかなぁ。
赤の潜り込みさえできれば、残りの赤は割とどこでもいいみたいだ。
黄色Z
この形は左端しかこういう使い方できないんだな…
雪崩の場合は右端限定かな。君案外使いにくい子だったんだね…
潜り込みも手に負えそうなのはこれくらいか…
右端の青を乗せない方が雪崩自体は組めるけどこれはあまりやりたくないな…
黄色四角
黄色が四角になるパターンはこれくらいしか組みやすそうなのを思いつかない。
黄色凸と黄色下L
これはもうわかりやすいから雪崩でいいよ、って気になるけど、高いところは逆さまに置いた方がいい、ってのを忘れがち
適当にリクエストされてたものとかを足した。 それぞれについて適当になんか書いてみよう
TODO としては、
ちょうどこれだけ足すと 99 言語になるな…
(02:43)
http://wintomorrow.at.webry.info/201202/article_25.html
おもろいな。
なんかイギリスで似たような番組似たなと思った。人気番組という話だったから、フォーマットをマネしたのかも。どんなとこが似てたかっていうと、なんか料理番組ってよりパフォーマンス的なところ。具体的には
とか。
イギリス人はこの番組を見て、料理なんて当然せずにさてととマズい外食を喰いに行くのが日課と、先生が言っていた
(03:37)
をゴルフ場に足して、これの Quine は結構たいへんだなーと思ったら mame さんが既にやってた…
http://d.hatena.ne.jp/ku-ma-me/20091006/p1
なるほどデータはこいう感じに置けるわけか…
(03:15)
ことを最近ときどき思う。 たまたま覚えてるってかメモ取ってたのはこの2つ
http://karino2.livejournal.com/86589.html
前者はバランスだいじだよなあとか。
後者はなんか漠然とした感じの質問になんか正しい感じの答えだなぁとか。できづくと natsutan さんだった。
(17:43)
http://logsoku.com/thread/engawa.2ch.net/poverty/1330078980/
2で既に正しい答えが出てるのに、証明できないのをバカにしつつ間違った答えを乱発するという、なんともいえない感じの…
しかし実際このへんの証明とかむずかしいよな…いきなり道端で聞かれたら結構考えそうだ
(16:41)
なんかライブは前のが最後ということで、おーじゃあ今後見れることないのかな…と、うっかり
を買ってしまった。
ミクってのは現象的にはかなり好きで、好きな曲も結構あって、ただ色んな人が作ってるから、あまり好きじゃない曲もいくつかあって、見てる最中の感想は早く終わらんかなだったという。
いや実物見てみたかった…
そういえば会社で「なにごとも最初のやつが一番いいんですよ。VOCALOIDとかもミク以外どうでもいいでしょ」とか言ってる人として MEIKO KAITO かわいそうだなあとか思ったけど、しかしこの DVD にもいなくてかわいそうだった。他のはいたんだけど。
(02:46)
| 前 | 2025年 7月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | 31 | ||
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ yt [昨日はありがとうございました。 随分買い被りで、私のアセンブラの知識はcmovが登場したあたりから既に時代について..]
_ shinh [ABI はなんか VC で違うってのと、 SysV ABI は何故か RAX に SSE レジスタ数入れるってのもあ..]
_ Rui [RAXに引数の浮動小数点数の個数を渡すのはva_argsを呼ぶときのレジスタを保存するオーバーヘッドを減らすためっぽ..]
_ shinh [あーそうなんですね。よくわからずいじってたのがよくわかりますね。 TCC は必ず RAX 入れてるぽいですし…ところ..]
_ Rui [XMMて16個あるんじゃなかったっけ？と思ったんですが引数渡しにつかうのはXMM0~7だけでしたね・・。RAXはやっ..]