/ 最近 .rdf 追記 編集 設定 本棚

log[20121213]



20121213() Linux KernelLinked Listの実装が面白い件 - 愛と勇気と缶ビール■残念ながら見たことのある実装でした(そりゃあソースが有名すぎるから)なんでそういう変則的な実装が求められたのかが知りたいねトの定義が使用例(アイム型)ごとに増えていくのを嫌ったんだろうマクロでは見かけは統一できてもコドサイズが増えそう? C++だとマクロの代わりが List<item>みたいな素直なテンプレトになってこのLinked Listのようなのは Thin Template(en.wikibooks.org)で実装するの?(これも見た目は List<item>)■ところで container_ofの一行目の目的がわからないptr__mptrも一回しか評価されないように見えるしptr__mptrの値は同じだし__mptrchar*にキトして使われるから型変換が目的でもなさそうだしptrから __mptrへのキトで値が変わることがある?■これが真相The first line is not intrinsically important for the result of the macro, but it is there for type checking purposes.先月のポひと月早かったら答えが見つからないところだった■値が同じどころか型変換が行われない(のが正常)というところまで気がついて然るべきだったメンバ関数型やらクラスキ(up/down/cross)がごっちゃになってたもよう■好きな名前をつけられるなどの他にこういうメリトもあると4. You can have multiple lists!@2014-10-09『省メモリプログラミング(Small Memory Software)Embedded Pointersというパターンが載っているまさしくリトのポインタをリトされるデータに埋め込むような方法のことだintrusiveな設計ゆえのデメリトはあるがトされるデータを指すポインタと次のドを指すポインタがひとつにまとめられる利点と(それと同じことだが)メモリ確保が一度で済む利点があるたぶん設計とコングを同時並行でやってるとデータが次データへのポインタを持っているなんてことは自然に起こっていることだろ一度リトとしてのデータと操作を単独で確立してからそれを埋め込むようなことをしているか「あれっ?となるわけで