ToDo:
をちょっと書いた。
https://github.com/shinh/test/blob/master/base_dir_name.c
glibc の POSIX 準拠な方の実装の挙動と同じように実装したけど、案外この二つめんどくさい関数だね…って思った。しんどい時に書いたから深く考えてなかったけど、もっと綺麗になる気がするなあ。
実行結果は glibc が
path base(g) base(p) base(my) dir dir(my) /usr/lib 0 lib 5 lib 5 lib 5 /usr 0 /usr 0 usr/lib 0 lib 4 lib 4 lib 4 usr 0 usr 0 /usr/ 0 5 usr 1 usr 1 / 0 / 0 //usr// 0 7 usr 2 usr 2 // 0 // 0 usr/ 0 4 usr 0 usr 0 . heap . heap usr 0 usr 0 usr 0 usr 0 . heap . heap . 0 . 0 . 0 . 0 . heap . heap .. 0 .. 0 .. 0 .. 0 . heap . heap / 0 1 / 0 / 0 / 0 / 0 // 0 2 / 1 / 1 // 0 // 0 0 0 . heap . heap . heap . heap //u//s// 0 8 s 5 s 5 //u 0 //u 0
で mac が
path base base(my) dir dir(my) /usr/lib 0 lib heap lib 5 /usr heap /usr 0 usr/lib 0 lib heap lib 4 usr heap usr 0 /usr/ 0 usr heap usr 1 / heap / 0 //usr// 0 usr heap usr 2 / heap // 0 usr/ 0 usr heap usr 0 . heap . heap usr 0 usr heap usr 0 . heap . heap . 0 . heap . 0 . heap . heap .. 0 .. heap .. 0 . heap . heap / 0 / heap / 0 / heap / 0 // 0 / heap / 1 / heap // 0 0 . heap . heap . heap . heap //u//s// 0 s heap s 5 //u heap //u 0
らしい。 dirname("//") は POSIX でどうなるか決まってないらしい。
(02:27)
出力されてないのは、 libstdc++ で実装されちゃってる部分の ABI が linux とずれてるからぽい。まぁ libstdc++ はなんか解決した方が良さげな部分ではある。
解決法としては
mmap がコケてるのもそうだけど、 libstdc++ の __TEXT は filesize=0 で不思議な感じである…今ひとつ mmap する空間のアレやこれやが全然正しくない気がするので、本家のコードちゃんと読むべき。
(00:15)
epic
http://www.youtube.com/watch?v=NiDGTprVJu4
amazing 1, 2
http://www.youtube.com/watch?v=pXXf5kkp5F4
http://www.youtube.com/watch?v=Z-2gYARv58g
あたりを見て面白かった。
8割くらいは見たことあるからこんなのあったなーて感じだけど、でも見たことないのも結構あった。
見たことなかった huk naniwa はこれぽい。
http://www.youtube.com/watch?v=hctUYFMdv5Y
huk naniwa というと home story cup のこれもすごい感じだった…
http://www.youtube.com/watch?v=agY1d1eij_4
(09:52)
昔もたまにあったんだけど、なんか最近謎の電源断が多いな、と思ってた。まぁなんかハードウェアの問題なのかなとか思ってたけど、見てみるとなんかヘンだ。
> ls -l /var/log/messages-* -rw-------. 1 root root 1612674 9月 16 03:15 /var/log/messages-20120916 -rw-------. 1 root root 2484338 9月 23 03:30 /var/log/messages-20120923 -rw-------. 1 root root 1407985 9月 30 03:34 /var/log/messages-20120930 -rw-------. 1 root root 1379566 10月 7 03:17 /var/log/messages-20121007
週に一度、深夜3時から3時30分くらいに死ぬらしい。
中身を見てみると、ログの最後はだいたいこれが出る。
Oct 7 03:17:03 u6 httpd[29716]: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName Oct 7 03:17:03 u6 httpd[29716]: Syntax OK
これって起動時には出てないんだけど、他でもたまーに出てて、謎電源断が起きる直前に必ず起きてるっぽい。
sudo sh -c "grep 'Could not reliably' /var/log/messages-*" /var/log/messages-20120916:Sep 13 14:44:34 u6 httpd[3054]: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/messages-20120916:Sep 16 03:15:02 u6 httpd[10241]: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/messages-20120923:Sep 20 02:09:53 u6 httpd[3184]: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/messages-20120923:Sep 22 04:22:32 u6 httpd[1961]: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/messages-20120923:Sep 23 03:30:05 u6 httpd[25342]: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/messages-20120930:Sep 25 03:27:03 u6 httpd[3741]: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/messages-20120930:Sep 30 03:34:03 u6 httpd[23230]: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/messages-20121007:Oct 5 09:18:49 u6 httpd[2327]: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/messages-20121007:Oct 7 03:17:03 u6 httpd[29716]: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName
Apache のエラーログを見ると
sudo sh -c "grep 'SIGHUP\|Could not reliably' /var/log/httpd/error*" /var/log/httpd/error_log-20120916:[Sun Sep 16 03:15:03 2012] [notice] SIGHUP received. Attempting to restart /var/log/httpd/error_log-20120916:httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/httpd/error_log-20120923:[Sun Sep 23 03:30:07 2012] [notice] SIGHUP received. Attempting to restart /var/log/httpd/error_log-20120923:httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/httpd/error_log-20120930: [Tue Sep 25 03:27:04 2012] [notice] SIGHUP received. Attempting to restart /var/log/httpd/error_log-20120930: httpd: Could not reliably determine theserver's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/httpd/error_log-20120930: [Sun Sep 30 03:34:04 2012] [notice] SIGHUP received. Attempting to restart /var/log/httpd/error_log-20120930: httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName /var/log/httpd/error_log-20121007:[Sun Oct 07 03:17:03 2012] [notice] SIGHUP received. Attempting to restart /var/log/httpd/error_log-20121007:httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName
なにやら SIGHUP を受けたと主張している。ただ死亡直前以外で /var/log/messages に書いてあるケースの方はこっちのログには残ってなくてふしぎ (sep 25 のやつはたぶん自分で再起動した時だと思う)。実際のログは
[Fri Oct 05 09:18:49 2012] [notice] SELinux policy enabled; httpd running as context system_u:system_r:httpd_t:s0 [Fri Oct 05 09:18:49 2012] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) [Fri Oct 05 09:18:49 2012] [notice] Digest: generating secret for digest authentication ... [Fri Oct 05 09:18:49 2012] [notice] Digest: done [Fri Oct 05 09:18:49 2012] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads. [Fri Oct 05 09:18:49 2012] [notice] mod_python: using mutex_directory /tmp [Fri Oct 05 09:18:49 2012] [notice] Apache/2.2.21 (Unix) DAV/2 PHP/5.3.10 mod_python/3.3.1 Python/2.7.2 configured -- resuming normal operations [Sun Oct 07 03:17:03 2012] [notice] SIGHUP received. Attempting to restart
httpd: Could not reliably determine the server's fully qualified domain name, using 192.168.11.17 for ServerName
という感じで、 message.log に残ってる電源断と関係ないタイミングのエラーと対応する時間に SELinux の notice が出ている。他のログを見てみると、電源断のタイミングでも SELinux の notice が出てることもある。
ためしに httpd に手動で SIGHUP 撃ってみたけどマシンは死なない。つーか誰が SIGHUP 撃ってるのかなぁ、と思って、 crontab とか見てみたけどそれっぽいエントリは見つからず。 signal もそうだけど、ファイルを最後に書いたプロセスが誰かとか知りたくなること多いので、そういうの残せるモードとかあると良いよなーとか思いつつ。
あと普段から SELinux が httpd についてよく文句言ってるなよく見ると。 enforcing mode じゃないぽいから特に問題になってないみたいだけど。
とりあえずよくわからんので、例のごとくという感じだけど、 SELinux 無効化してみて様子を見てみよう。
(17:25)
ずっと HHK 厨だったんだけど、ふと思いたって realforce を買ってみた。 HHK こわれたらキーボード変えてみるのもいいかなーと思ってたんだけど、 HHK って丈夫なのかしらんけど扱い無茶苦茶なのにさっぱり壊れないんだよな。まあキーボードとか壊れるもんじゃないかもなのだけど。
realforce を買った理由は、どうもやっぱ矢印と page up/down って触ること結構多いよなぁ…ということが大きい。最近 w3m 率が少しずつ減っていて、 chrome で見てる時は結構矢印と page up/down 必要なんだよね…一応自作 extension で hjkl と [] で見る場所移動とタブ移動できるようにしてあるんだけど、 form に focus あってる時とかは必要になったりするんだよね…
あと、 HHK がゲーム向きじゃないってこともあり。ゲームだと普通に矢印欲しいことも多いし、 SC2 はデフォルトで F1 とかにあたってる機能とかあって、まあそんなに必要そうな機能じゃないんだけど、しかし HHK だとそもそも修得できないよな…っていう。
今のところ総じて良い。 realforce は小指で操作するキーはかなり軽くしてある、って宣伝されていて、最初はすごく違和感があって少し慣れなかったけど、これがかなり良いように思う。 HHK 触ってた時はかなり小指にがんばってもらってたんだな…と実感する。
悪い点は escape が遠いことかな…あとまあなんかすんごく重いので、 HHK みたいに持ち歩きはできないねまあ当然か…
(02:04)
やばいくらい寝てる…
どうも疲れてる時に一旦睡眠のリズムが狂うと、 一定の確率でヘンなモードのスイッチが入って、 そのモードに入るとこう単純に寝る時間が増える気がする。 昼夜逆転とかいうより、なんかもう単にずっと寝てる。 これは損なのでこのスイッチは入れない方が良い。
ごはんをちゃんと食べるとかいう子供みたいなことを、 ここ最近結構気をつかっているのだけど、 疲れてる時は夜更ししない、とかも気をつけた方がいいんだろうか…
(01:01)
http://www.ioccc.org/2012/whowon.html
JP のべ4人もいるなすごい。 mame さん2つってのもすごい話だ。 あと inaniwa さん one liner にいますね…
僕のはまー無理だよなって感じだったのでまぁそんな感じだった。 受賞のが公開されたら今度供養しよう…
(17:38)
チャレンジでこれだけできてなかったので、やっておいた。チビぷよで10連鎖のタネが置いてあるところの上に15連鎖を作って、そのタネは一つも消すな、ってやつ。ゴミぷよが消えると大変なので、なるべくゴミが出ないようにはさみこみのおりかえしを2つ作って、2つ目おりかえったところで発火したら最後消えると思ってた一つが消えなかったけど、16連あった。
その前に何度か失敗したけど、デコボコが少なめなタネを選ぶことと、凹んでるところは最初に無視して埋めるのと、左がでっぱってて起爆点なタネだったので左2列は一切使わずにゴミ置き場にしたこと、あたりがまぁ良かったと思う。
あとはそういえばセレクト押した AI が強いってのを聞いてたけどやってみたことなかったので、とことんたいせんで戦ってみた。これは強い…
(00:05)
http://shinh.skr.jp/puyodb/#q=ABCCCC
これなんでくま積みが5つ出るんだろバグかな、と思ったんだけど、少し考えると置く順序が違うわけね。それにしても5つってのはおかしい気がして、ひょっとして、と5つ目を見ると異端な積み方が行なわれていた。
http://shinh.skr.jp/puyodb/#q=ABCCCC&dbi=4167&turn=2
まあ操作ミスかな…
ところでこれをくま積みに持ってくのは、くま積みできないからよくわからんけど、ハタで見てる感じでは苦しそうに見えるんだよな。まぁでもうまいひとはなんとでもなるのかな…
(03:25)
http://www.youtube.com/watch?v=Jlr-IQ_Bd1M
プロゲーマーのファンのインタビューとされるこれが面白い。 ネタだって言う人が多くて、まあやっぱどう考えてもそんな気しかしないんだけど、実在してほしいな…
(02:15)
| 前 | 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扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ sa-y [年取って回復力が下ってるのでは…; わたしも疲れがたまると18時間くらい連続で寝てしまうことがありますね…]
_ shinh [なんかそういう感じな気がしますねえ…なんか問題としては疲れてるのに寝れなくて疲れが取れないこともある気がします。疲れ..]