ToDo:
勉強になるなー
http://www.aoky.net/articles/james_iry/brief-incomplete-and-mostly-wrong.htm
(01:27)
kernel のバージョン上げたのでメモ。
2.6.32-5-xen-amd64 とかに。 でもなんか xen の hypervisor といっしょに動かすと、 ネットワークが通らん件とメモリ 3G しか見えてないよという件があって、 まぁ調べるの面倒だし xen は当面いらんので放置することに。
ついでにこいうスクリプト書いて変わったことの変化とか追いやすいようにしてみたり。
#!/bin/sh set -ex n="$1" if [ "x$n" = "x" ]; then n=`uname -r` fi dest="$HOME/memo/kernel/$n" mkdir "$dest" dmesg > "$dest/dmesg" ifconfig -a > "$dest/ifconfig" lsmod > "$dest/lsmod" lspci -v > "$dest/lspci" cat /proc/cpuinfo > "$dest/cpuinfo" cat /proc/meminfo > "$dest/meminfo" route > "$dest/route"
(00:44)
とりあえず ext3_inode_cache とか そのへんのファイルシステム関係っぽいやつが、 ファイルシステムにアクセスするとぎゅーと伸びることがわかった。
でよく見ると、
Slab: 279936 kB SReclaimable: 264132 kB SUnreclaim: 15804 kB
と SUnreclaim て方は少ないまんまなので別にいいのかなぁと思った。 これってたぶんメモリ足りなくなったら swap へ行ったりせずに 消えてくれるんだよねきっと(実験すべき)。
というわけで、その仮定が正しいとすると、 この程度のメモリは不快をともなわずに 触れますよーという意味でのメインメモリの残量を示す指標としては、 MemFree + Inactive + SReclaimable でいいのかなぁとか思った。
ちょっと遊んでみる。 2G くらい MemFree がある状態で 3G 程度 malloc して 全部のページに触ってみると、 47MB swap 使って SReclaimable が 100M くらい減って… ええと後の 850M はどこから捻出したかって Active が減ってた。
はて、 Active 減らすより先に Inactive じゃないのだろうか…
色々やってみるに 3G 一気に取ったのがまずかったかな。 少しずつ取っていくと Inactive の減りの方が多そうに見える。
でさて SReclaimable が減った後に色々やってみると、 ls が遅かったりして、これって要は directory の情報とかが cache から落ちちゃったよー的な感じだよね。 それって結構不快をともなうよなーとか思うと、 MemFree + Inactive の方がいい指標なのかなぁとか。
あとまぁ Active だけってのもユーザランドでの メモリ使用量を体感するにはいい指標な気もするな。
の 3 つくらいを表示したら 僕のマシンでは1つ目と2つ目の差はほぼ SReclaimable っぽいので、 それでいいかな。
(02:00)
http://shyouhei.tumblr.com/post/313410522/screenrc
backtick で色つけてるのどうやってるのかなーと思った。 でまぁ screen のソースコードを読んでみると、
static void backtick_filter(bt) struct backtick *bt; { char *p, *q; int c; for (p = q = bt->result; (c = (unsigned char)*p++) != 0;) { if (c == '\t') c = ' '; if (c >= ' ' || c == '\005') *q++ = c; } *q = 0; }
などと \005 が特別扱いされてるわけだ。 で他の部分のコードを読むとこれはどうも % のかわりらしく、 つまり
const char SCREEN_RED[] = "\x05{+b r}"; const char SCREEN_GREEN[] = "\x05{+b g}"; const char SCREEN_RESET[] = "\x05{-}";
などとすれば良いようだった。
なるほどなー!!
(04:48)
不燃ゴミの日ということで色々捨てる…
捨てられない物も多い。 困る。 もしこれを見て欲しいものある人とか教えてください。
まず本。 無論売るんだけど売れなさそうな本とか、 誰か欲しかったりするだろうか…的な本の処理を困る。 とりあえず実家の弟と konn さんに協力してもらって 色々と引き取ってもらったりした。 現状残ってて価値がありそうだと思うものは…
というくらいか。 まぁ素直に売れば売れそうな保存状態の本もそれなりにある。
あとは教科書がなー。まだまだ結構あって困る。
ゲーム機。 もう少なくともサターンと 64 は捨てるべきだと思う。 だって昔のゲームを最新のゲーム機で遊べる時代だしね。 が、ギリギリで捨てるのが忍びなくなってしまったので 今度ブックオフとかに持って行ってみようと思う。 特に罪と罰一本のためだけに 64 が重い。
ドリームキャストと PS2 はまだ捨てられないしいいこととする…
ノート。 内容とか見ずに捨てるべき。
服とかも捨てるために安物しか買ってないわけで、捨てまくれ…
(06:22)
http://www.nicovideo.jp/watch/sm7215353
ええ、たぶんこれがエスプのビデオそのまんまですね… 捨てていいってことですね…
ガレッガとプロギアもありそうだなぁ
(07:13)
うーんなつかしい
動画の方であんま解説とか無いな
ついでにプロギアとかも見てみる
http://www.nicovideo.jp/watch/sm2275234
東方のパクリとかいうコメント無いなー残念とか思ってたら 途中で少しあったみたいだ
(08:08)
via http://niha28.blogspot.com/2010/05/blog-post_6542.html
ホント twitter ってゴミですよねと反射的に思うんだけど、 よく考えると twitter の QT とか RT とかよくわかってない。
http://d.hatena.ne.jp/rikuo/20091213
まぁつまり会話追うのは現状の仕組みだと難しいって感じかねえ。
(23:07)
meminfo とか見ると
MemTotal: 4055148 kB MemFree: 177564 kB Active: 1323240 kB Inactive: 1108000 kB
とか書いてあって、全然合計値に達しない。 アホかーと思って
http://www.atmarkit.co.jp/flinux/rensai/tantei03/bangai03a.html
などを読むと kernel 空間の使ってるメモリは
VmallocUsed: 85396 kB Slab: 1377516 kB PageTables: 31236 kB
を見るといい。合計すると MemTotal を越えたのは謎だけど、 まぁとりあえず Slab というのが多すぎる。 他のマシンと比べてみても異様に多いので、 まぁなんかいまいちなバージョンの kernel とかそいうことなのかなぁ。
> uname -a Linux u4 2.6.30-2-amd64 #1 SMP Fri Sep 25 22:16:56 UTC 2009 x86_64 GNU/Linux
http://mkosaki.blog46.fc2.com/blog-entry-629.html
とかを見るとまぁそんなこんなで問題はあるのかもだ。 とりあえず kernel のバージョン上げて様子を見てみようと思う。
(23:28)
3時に寝て11時くらいに起きて、 しんどいまくりなのでもうちょっと寝てみようと思って 15時に起きてしんどいので今日は休もうと思って あと適当に寝て起きてを繰り返して今まで。
1日溶けたけど、 風邪ひいたらさっさとなおすべきなので、 こんくらい大袈裟に寝るべきなのかもねえ…
にしてもやるべきことが色々ある気がする
(23:22)
の登録おもしれー
電話番号を入力すると、 ブラウザで見てる画面に PIN が出てきて 電話がかかってきて、 PIN を入れると即座にブラウザが次の画面に移行した。
かっこいい
(00:05)
速い
やったこと
8CPU のインスタンスを singapore にゲット。 76セント/hour とのこと。 mysql のポートを開けておく。
ログインしたら yum install distcc-server 。 /etc/sysconfig/distccd を適当に
### See distcc(1) manual page for more information on these options. ### #OPTIONS="--nice 5 --jobs 5 --allow 10.0.0.0/24 --port 1234" OPTIONS="--allow 121.1.133.104 --port 3306 --log-file /tmp/distccd.log" #USER="distcc" ### Set this if don't want distccd to use gcc or g++ by accident. #DISTCCPATH="/usr/lib/distcc/bin"
とかに変更。 --allow の IP はつまりこれは shinh.org
.distcc/hosts に適当に
ec2-???-???-???-???.ap-southeast-1.compute.amazonaws.com:3306
とか書く。
make -j10 CC="distcc gcc" CXX="distcc g++" miniruby
が 37 秒で終わった。
ローカルでやると make -j4 で 185 秒でちょうど 5 倍。 レイテンシとかあるしなーということで -j16 とかやってみたけどたいしてかわらんかった。 あと local の PC が遅くならない && メモリ使わない ってのはプライスレスな効果だと思う。
いやあこれは普通に使っていいと思う。 今回は web サービスでインスタンス作ったりしてたけど、 たぶんインスタンス上げるのとかラクにやるツールとかあるよね。
今度はもっと巨大な chrome のビルドとかで試してみようと思う。
(01:12)
AMI ってのを保存しておくと 環境のセットアップがいらなくなるようだ。 ただストレージの値段がかかっちゃうんだよね。
まぁ普通に distcc が返してきた .o をリンクできてるし、 それならわざわざ debian 入れるとかやる必要もないかなぁと思うので、 毎度セットアップスクリプト走らせるとかでも全然良いように思う。 あと public AMI とかいう人様がセットアップしてくれた やつが結構あるみたいなので、そのへんで debian のやつとか入れてもいい気はする。
(01:19)
閉じてないウィンドウが別仮想デスクトップにあって、 ちゃんと再起動できてなかっただけだった。
というわけで mame さんの quine は無事コピーできるようになったはずで めでたしめでたし
(22:44)
なんか突然使ってみたくなったので調べてみた。
なんでかというと、今日の環境検討会 (http://atnd.org/events/4094) で WebKit とか GCC みたいな 今時の OSS は分散ビルドとか無いと割ときつくて OSS と言えども実質会社で仕事としてやらないと やりにくいとかいう話をしたら 意外と反応があって色々考えたからだった。
その場で出たアイデアというか冗談としては2つあって。
grid 的に PC 買った時に計算リソースを一部差し出せば PC が安くなるとかどうかとかいうものが一つで。 まぁこれはそいうアイデアは grid とか p2p とかが バズワードってた時にあった気がするけど 今まったく存在してないのは たぶんレイテンシとかがキツすぎるからだろうなぁとかいう話。
でまぁ物理的な距離が近くないといけないつーことを考えると、 ギークハウスならぬギークマンションを建築して 入居条件は自分のマシンを distcc のために 差出すこととか、 まぁそいう現実感皆無な話だった。
でもまぁ普通に Amazon EC2 とかを共同購入とかは アリだったりしないのかなぁと考えてみようと思ったのだった。
まずこう普通に考えて、 distcc という目的なので 日本にあるサービスの方がいいのは明らかで、 とりあえず Nifty と富士通がそういうのをやってるみたいだった。
まず Nifty は
https://cp.cloud.nifty.com/apply
を見ると、個人会員へのサービス開始は2010年4月頃を予定していると書いてあって、 まぁつまり予定は未定という感じなんだなぁと挫折した。
次に見た富士通はこう個人でも契約できるっぽいけど なんか web フォームとかで資料請求しなきゃいけないっぽかったので それの返事待ちという状態。
値段は、 Nifty のやつは Amazon EC2 よりちょっと高いんだけど、 例えば 4CPU*2 を1時間借りると168円らしく、 まぁ通信とかでどの程度取られるかはよくわからんけど せいぜい200円くらいかなぁという感じぽかった。
突発的に GCC で遊んでみたりしたくなった時とかに使うと考えると まぁそんなに悪くないんじゃないかなぁと思った。
ただ RedHat なり CentOS で作った .o をこっちでリンクできるかとかは自信の無いところだし、 実際レイテンシとか大丈夫なもんかとかもあるので、 まぁとりあえず使ってみたいなぁというところ
(23:16)
立花隆の本を読んだ。 この人主張とかたぶんあまり好きくないこと多いし 文調とかもあまり好きくない感じだと思うんだけど、 いやまぁ細かいことまでまとめてくれてるなーということでたいへん面白かった。
つまりこう脳死というのは意外と難しい問題だったんだなぁとわかった。 たぶん賛成反対で聞いたりしてたのはイマイチだったんだろうなぁという程度に 色々なレベルの主張がありえるみたいだった。
どこが死か
脳死って何
このへんはもっと色々なレベルがありそう。
脳幹は要は外から観察可能な意識を司る部分なので ここが壊れちゃうと事実上こう 外から観察可能な意味が全て消えちゃうよね的な意味で 脳幹死んだら終わりというのが4つ目の立場だと思う。
大脳はもうちょい上位の思考をする部分なので、 脳幹死んでても夢とか走馬燈とか見てるかもしれない。 さらに麻酔で完全に脳幹が機能停止してても 周囲の状況を知覚していた人がいるらしいことから、 周囲を見てる可能性はあるわけだ。 ただ当然、脳幹死から復帰した人がいないので そんなことは誰にもわからない。
壊死の開始的などうしようもない状態はどう判定する?
大脳の死をどう判定するか
脳幹の死をどう判定するか
その他
脳死した人に対して
臓器移植について
なんか他にも色々あったけどこのへんが一番印象に残った論点かなぁ。
個人的には最初の方は脳幹死+それなりの判定+医師の判断程度、 いやむしろ植物状態とかやっちゃってもいいんじゃないかなーとか 思いつつ読んでたんだけど、 しかしどこから死かっていうと脳幹とかどうでも良くて むしろ大脳の死な感覚があった。
つまりまぁ僕は死んでなくても絶望的なら 殺して移植しちゃってもいいんじゃね? と思ってるんだろうけど、 しかし生きてる人殺したら殺人だっていう 当たり前の論理は当たり前ながら当たり前なのであって。 しかしこう緊急避難的なこと考えると やっぱ別にいいんじゃねとか思いもする。
立花隆は殺人とか論外、脳死が確定なら移植はアリ、 しかし移植のための脳死確定は大変重要な判定なので もっともっと厳しい基準を設けるべき、 治療中断のための脳死確定はまぁそれなりの基準で別にいい、 って立場らしい。
移植と治療中断の基準が変わるべき、ってのは まぁ殺人か否かってところで明確に違うんだーっていう話らしいんだけど、 このへんが一番共感できなかった。
(05:40)
http://shinh.github.com/canvas/3dlines.html
座標変換とか面倒だなーと思ってきた
しかし github 便利だな…
(04:59)
JS の文字列が immutable なことと canvas の (stroke|fill)Style の指定が CSS color なことを考えあわせると、 なんか効率的な観点から最悪な気がする。
とりあえずどうせ 256 色しか使ってないからキャッシュして解決したけど、 一般的にははてさてどうするべきなんだろう。
(07:19)
適当にやって色々。
とりあえずテレポート無しで 12 台以下クリアは お手玉しても大変そうだったので、 テレポート解禁してから適当にやったら割とラクだった。
level 10 はだいぶ前に適当にお手玉でクリアしたし、 あとは時間かかるやつ以外では Risk taker くらいしかやることなくて、 それも別にどうでもいいなぁということで、 3ドル払って有料版…とかじゃなくて普通に別なことをすべきだと思った
(22:27)
とりあえず今月末引越しはほぼ確定したようだ。 8畳で8万とまぁ今より狭い&高いなんだけど、 狭いのはまぁ今も死んでるスペース多いので わざと狭くした感があって。
本当は似た価格帯でもうちょい広いところあったんだけど、 いつでもゴミ捨てれるとかのメリットの方が大きいと適当に予想した。
あとはとにかく物を捨てたい。たくさん捨てたい。
とりあえず本とゲームはわかりやすい対象じゃないかと思う。 適当に捨てよう。
あとはなんか電子レンジとか洗濯機とかも一旦捨てて新しいの買ってもいいと思う。 洗濯機はなんか乾燥機とかついてる方が便利そうだし、 レンジはなんか安物でも別に困ってないから…まぁいいか。
本はこう教科書的なやつは駒場に行って 自治会とかにあげれば売ってくれるんだろうか。
(22:58)
http://d.hatena.ne.jp/mollifier/20090814/p1
なんだこれは便利そう
via http://twitter.com/nalsh/status/13363607077
(23:29)
昨日ログインできなかったのだけど、 なんか javaws が古いかなんかのためみたいだった。
で今日は invitation only とか言われて登録できなかった。 たぶん昨日参加してないとダメってことなのか、 それとも以前 TCO 登録にしたと思ってたけど実はしてなかったか、 まぁそんなとこだろうと思う。
(01:49)
http://shinh.skr.jp/tmp/ruby-heap.ps
ちょっと ruby 用の heap profiler を書いてみようとかなんとか。 とりあえず C レベルのスタックトレース出してもあんま意味ないんで Ruby のスタックトレースを出すべき。
pprof には symbolized-profile というフォーマットがあるっぽいんで、 それを使ってやれば Ruby のトレースにできるかな。
あと現状 vm_xmalloc しか見てないんで たぶん rb_newobj の方もチェックしてほげほげとかしないと たぶん何の役にも立たない
(11:09)
http://github.com/ujihisa/nari.gc/blob/master/README.md
面白そうだなー。どうせ GW だし帰省するという手もあるか
(02:24)
は批判であるという話。
http://twitter.com/yusk_/status/12832846727
http://twitter.com/yusk_/status/12832474236
なにかアイデア言って Cool. とだけ帰ってくるのは、 まさに気のない返事であるという感覚があって、 「あ、そう」くらいの印象で 強い了承という感じではないかなーと思ってます。
ただもちろん文脈も重要で、 "Cool. Everything sounds good to me." とかならまぁあまり気のない返事ではあるものの、 普通にゴーサインかなぁという感じ。 で、 Cool. の後が「俺もまさに同じこと思っていたよー」 とかなら結構強い了承という感じ。
あと僕の感覚では ! がつくと1レベルくらい上がるので cool! だと great. くらいで「いいんじゃね」、 great! だと awesome. くらいで「いいですね!」、 みたいなそんなこんな。
コードレビューとかの時はもうちょい弱い表現で了承の意味を出してる気がする。 どっちでもいいけどまぁやってくれた方がいいかなー くらいだと Looks good とか社内なら LGTM とか。 で、もうちょい気が無い時は OK とか。
というわけで、ありがたい変更だなーと思ったら Looks good. Thanks for this refacotring! とか、 なんかつけるようにしてたりします。
とはいえまぁ気分でそのへんはいくらでも揺らぐのでアテにならんわけですが。
(22:29)
基本的に外人は誉めるのが上手というかよく誉める印象があるので
って感じでやるのを心がけると、 親しくない相手でもそれなりにうまくコミュニケーションが回るかなぁと思う。 あとは同じ人の他の事象への反応とかと比較するといいかなぁと。
まぁこんなものは処世術というかなんというかなんかでしかないので、 当然相手との間柄によって変わることではあると思う。
でもそもそもコミュニティによってそのへんの文化はだいぶ違うよねたぶん。 kosaki さんの記述とか見ると linux だとだいぶはっきりとけなすみたいだし。
他の僕の知ってる範囲だと(つってもチラ見しただけのも多いので眉唾)
つーかたまにリンクはられてて見る LKML 程度に口が悪い コミュニティは LKML と glibc の一名しか知らん気がする。
(22:56)
pi8027 さんとかにいろいろ教えてもらって 僕のはすけるの認識は色々間違えまくってるということがわかった。
でまぁ Haskell で標準入力を全て読み込んで、 しかるのちに Hello, world! とでも出力してください、 という問題がむつかしいという話を聞いた。
http://twitter.com/pi8027/status/12763914373
いやーなにやらむつかしそうですねーはすけるはすごいなー
とりあえずダメな方針での解をいくつか書いてみた。
main=interact(\s->take(14+length s)"Hello, world!\n") main=interact$flip take"Hello, world!\n".(14+).length main=interact(\s->"H"!!(0*length s):"ello, world!\n")
なんか全部同じサイズになる上に僕のはすける力ではこの程度が限界無念
(00:09)
http://twitter.com/tanakh/status/12780733954
そうか単に length の結果を seq してやればいいのかぁ。
単に seq が何かよくわかってなかったというのが正直なところです
(11:13)
http://niha28.sakura.ne.jp/b/log/146
またも面白そうだなぁ。
3時間でこのルールはたしかに結構大変そう。
ガイスター100本勝負とかくらいがちょうどいいか。
(11:14)
http://www.atmarkit.co.jp/news/201004/19/twitter.html
なんか意外と普通だなぁ。
twitter って planet wide にはなってるのかな。 キャッシュはそこらに適当にあるけど データ自体はアメリカだけーというのを予想。
http://q.hatena.ne.jp/1256635527
このへんを見るに
とかかなー
(08:40)
あ、普通ってのは fan out あたりの話を読んだ感想。 時系列のパーティションとかはなるほどなーと思った。
ユーザごとにパーティション切ってるとして こう一緒の TL によく出てくるソーシャルグラフの距離が 近い人は同じパーティションに行きやすい かっこいい分散データ構造があって…とか妄想したけど fan out 的なことしていいならそんなことする必要ないなーと
(08:46)
なんか会社入った時に、 ビルドとかデータ生成とかの待ち時間とか結構長いとかいう文脈で、 仕事の方を並列にするといいとか聞いて感心して、 実際3並列くらいまでは結構やれるような感じがしてる気がする。
つまりたぶんシングルコアで HT が入ってて、 後は IO 待ちとかあるから make -j は 見えてる CPU の数 + 1 くらいにするから… とかいう感じで 3 並列くらいなんだろうか。
で問題はちょっと最近 3 じゃ効かない感じがしていて、 どうにも頭がぼんやりしてる日の作業効率が悪い気がする。
今日はそれなりによかったのでメモっておこう
(22:31)
最初は double-layout から来る double-repaint が腐ってる問題と 同じような話かなーと思ったけど違うか。
異常
layer at (0,0) size 785x600 RenderBlock {HTML} at (0,0) size 785x600 RenderFlexibleBox {BODY} at (0,0) size 785x600 RenderFlexibleBox {DIV} at (0,0) size 785x600 layer at (0,0) size 785x1620 scrollWidth 770 RenderBlock {DIV} at (0,0) size 785x1620 RenderText {#text} at (0,0) size 752x1620
正常
layer at (0,0) size 785x1620 RenderBlock {HTML} at (0,0) size 785x600 RenderBody {BODY} at (0,0) size 785x600 RenderBlock {DIV} at (0,0) size 785x1620 layer at (0,0) size 785x1620 RenderBlock {DIV} at (0,0) size 785x1620 RenderText {#text} at (0,0) size 776x1620
つまり外側の DIV が flexbox なので body にあわせて縮んでしまっている。
つか 2 重じゃなくてもこれ起きたりしないかなーと思ったけど やっぱ 2 つ必要か。 修正はこれどうなるんだろうね
とりあえず一番問題なコピペは land
gtk の test failure は修正した。単に gtk が悪い
chromium-win は謎。 transform でおかしくなってるあたり明らかに僕が悪そうだけど、うーん。 あ、 capitalize や変更が起きないケースでも試してみた方がよさげ (0)
あとは
あたり
修正は一瞬だけど議論が必要なので早く考えた方がいい
個人的には修正したくない、が
するとしたら -webkit-focus-inner もやる必要があるんだろうなあ…
待ち
png の方を調整するくらいなら今でもできるが (2)
実装は大変そうだけど、考えるのはとりあえず早めにやれると良い
せっかくいじったんだからテスト書くといい
絶賛放置されている
絶賛放置されている
プライオリティつけてみたが (2) ばっかでどうしようもない。 (2) くらいは GW までとかに終わってるといいんだけど
(22:49)
ひさしぶりに ruby を rmemcheck にかけてみた… 対象は test/ruby で。
これは昔リークゼロにできてたようなそうでもなかったような。 もはや記憶になくて、記憶にないのは良くないので とりあえずここに記録を残して置いてみよう。
http://shinh.skr.jp/t/leaks.txt
特に何もしないプログラムでも Init_VM と Init_sym で リークが検知されるけど、 まぁこれは問題ないんじゃないかな。 前者は INSTRUCTION_NAMES とかで 後者は register_symid とか。 なんかでもこれ leaks.txt には書いてないな謎。
ていうか発生個所が単体で走らせると結構 leaks.txt と違ったりして謎。
とりあえず test_m17n_comb.rb は何かがおかしそうだ。
==19285== 39,982 (32,480 direct, 7,502 indirect) bytes in 70 blocks are definitely lost in loss record 63 of 68 ==19285== Ruby /usr/local/lib/ruby/1.9.1/minitest/unit.rb:176 ==19285== at 0x4C255D3: malloc (mc_replace_strmem.c:1127) ==19285== by 0x49737D: onig_new (regcomp.c:5600) ==19285== by 0x489D4C: rb_reg_prepare_re (re.c:1259) ==19285== by 0x489F4F: T.591 (re.c:1318) ==19285== by 0x48A724: rb_reg_match (re.c:2703) ==19285== by 0x512496: vm_call_method (vm_insnhelper.c:377) ==19285== by 0x513B85: vm_exec_core (insns.def:1002) ==19285== by 0x5183F8: vm_exec (vm.c:1133) ==19285== by 0x5199B5: rb_yield (vm.c:586) ==19285== by 0x52A954: rb_ary_each (array.c:1413) ==19285== by 0x512496: vm_call_method (vm_insnhelper.c:377) ==19285== by 0x513B85: vm_exec_core (insns.def:1002)
これは re.c の
if (tmpreg) { if (RREGEXP(re)->usecnt) { onig_free(reg); } else { onig_free(RREGEXP(re)->ptr); RREGEXP(re)->ptr = reg; } }
を適当に
if (tmpreg) { onig_free(reg); }
とかにしたら消えた気がする。 しかし RREGEXP(re)->ptr はそもそも解放されてないような気がするのが謎で謎。
とりあえず最小テストケース
d = "foobar" d.force_encoding("EUC-JP") /./ =~ d
というあたりで飽きた
(03:06)
なんか今回はビジネスクラスというのに乗ってみた。 実際サービスはいいと思う…というか 10万単位の金払ってるんだからこれくらい 全員にやってもいいんじゃねーとか思った。
僕の感覚では 20 万程度という差額の価値はどこにも無くて、 そうなってくると会社に払わせるとしても 貧乏症的にはちょっと微妙な感じではあるなーという感じだった。
帰りになんか火山がどうこうでどっかの線が止まってるらしいとか聞いたんだけど、 実際 kmizu さんが被害にあっていた… がんばってください
http://twitter.com/kmizu/status/12284574428
今回のメインの出張理由は webkit contributor meeting とかいうのに行くことだったのだけど、 まぁそれについてはまたなんか書いてもいい気もする… けど普段から webkit な感じな人でもないと無価値な感じの話な気がする。 JS engine くらいかなぁ。
http://niha28.blogspot.com/2010/04/screen.html
みたかんじ screen-devel でいいんじゃないでしょうかと思いました。
http://lists.gnu.org/archive/html/screen-devel/2010-04/threads.html
GNU ってある程度以上長いパッチは書面送る必要あるらしいけど 今でもそういうのあるのかな
http://www.amazon.com/gp/product/B00342PJ5M/
が欲しいなーと思ったけど海外発送できないみたいだ。
向こうにいる間に買っときゃ良かったか。
日本で売ってるものに比べて
というメリットがあるみたいだ
http://code.google.com/p/chromium/issues/detail?id=41467
楽しいことになってるみたいだ。
たぶん http:// が無くなってすごくうれしいという人はいないだろうし、 無くなってむかついてる人ばかりがこのバグを見つけるわけで、 となるとわざわざ味方してくれる人とかいなくて大変そうだなー
RFC 3986 に違反してると言ってる人は URLバーに日本語ある場合に %-encode されてない 文字列が出てるのもダメなのかなぁ。
X のコピーはたしかにこれ問題だな。 まぁすぐに直せるだろうけど
なんかビデオプロトコルとしての SDL (つまり X 的な意味で) はうまくいく感じがしないなぁというのは 漠然とずっとあったのだけど、 まぁ要は canvas みたいな API にしてれば良かったんだろうなぁ。
具体的には
の2点あたりかなぁと
SWSURFACE はメモリから VRAM への転送だけやってやれば とりあえず遅くとも動く…というのは素晴らしいので、 ビデオドライバ書く時の共通インフラとしてそのへんがあるのは問題ないとおもう。
(14:40)
http://github.com/shinh/w3m/commit/5e5c4fe9082b1019ab72a11cfb3428f096e61abc
なんとなく実装した
(15:12)
相変わらず grep ビリティの低いコードだにゃーとメモ。
process.c の case RC_ESCAPE: のところから SetEscape を呼んでるようだ。
なんかこの時点で…というかずいぶん早い段階で ^T とかが変換されてる気がするな気のせいかな。
やっぱそうだな。 process.c の Parse
else if (delim != '\'' && *p == '^' && p[1]) { p++; *pp++ = *p == '?' ? '\177' : *p & 0x1f; }
と、このへんでこの手の設定は端末でやればいいか…とか思った。
(03:02)
栓抜き入ってるかなーと思ったが入ってなかった。
http://www.youtube.com/watch?v=CPLb3wBlTyw
を見てしばし挑戦。 そろそろ開けれそうな手応えを感じてきたけど、 腕がつかれた上に紙も枯渇した。
関連動画を見て歯をちょっとチャレンジしてコツがつかめなかったのでやめ。 二の腕でもできるらしいができる気配がない。 女性は胸でもいいらしい。すごい。
http://www.youtube.com/watch?v=V85wleqv8zI
まあ結局机の角で開けたよ。うまい。これかな
http://www.yoshidawines.com/product/120
(12:36)
http://niha28.blogspot.com/2010/04/blog-post_5401.html
よくわからないけど…
なにを作ってるかわからないのでよくわからないし、 何もかも覚えてないしそれ以前にそもそも端末とかよくわかってないけど、
後者はすぐ試せて
i@uco ~> stty -icanon && stty -a | grep canon isig -icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt i@uco ~> stty -a | grep canon isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
とか。
reset とか stty sane って何やってるのかなーと strace してみた。
reset は terminfo 読んで、標準出力と標準エラーに対して ioctl 呼んで、何やら escape sequence を write しまくってという感じぽい。
一方 ioctl の方は標準入力に対して 5 回程度 ioctl 読んでるだけ。
と、このへんまで書いてて気付いたんだけど、 にはさんはこう入力いじってて ls の出力とか出力っぽいとこが 変わってるのはヘンな気が
(13:50)
なんでまた Thinkpad なの…という感じだけど。
AMD Turion Neo X2 L625 Windows 7 Professional 32 11.6型HD液晶(1366x768) AMD M780G with ATI Radeon HD 3200 graphics 4GB PC2-5300 DDR2 250GB 5400rpm 6セルバッテリ Bluetooth ThinkPad b/g/n
で 8 万かあ。やすいなあ。
解像度はもうちょっと高さ欲しいなぁ。
(21:25)
と思ったらこっちの方がだいぶやすいなぁ5万か。
AMD Athlon Neo X2 L325 Windows 7 Home Premium 64 13.3型 (1366x768) ATI Radeon HD 3200 graphics 128MB 2GB DDR2 SDRAM 250GB 5400rpm 4セルバッテリ Bluetooth ThinkPad b/g/n
(22:06)
http://sns.hamatch.jp/bbs/bbs_list.php?root_key=50557&bbs_id=668
なんか知らないけど名前からして面白そう
(23:16)
前 | 2025年 9月 |
次 | ||||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
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 |
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
Before...
_ kosaki [Buffers + Cached + SwapCached + AnonPages ≒ Active(anon) +..]
_ shinh [Buffers + Cached + SwapCached + AnonPages ≒ Active(anon) +..]
_ kosaki [ああ、そうか。SwapCache かつ AnonPagesという状態があるからだな。SwapCachedはスワップ開..]
_ gstreaming [ ils ajout鑽ent télécharger film megaupload san..]
_ annoncelegale [frais tu stipulas un travail dissimule revoici ces annonc..]