ToDo:
(05:05)
なにかどうでもいい数列の規則性を当てるとか
(15:18)
#include <stdio.h>
#include <string>
using namespace std;
class Text {
public:
Text(string s) : s_(s) {}
virtual char firstCharacter() /* const */ {
return s_[0];
}
protected:
string s_;
};
class AnotherText : public Text {
public:
AnotherText(string s) : Text(s) {}
virtual char firstCharacter() {
return s_[1];
}
};
int main() {
Text* text = new AnotherText("foo");
// o
printf("%c\n", text->firstCharacter());
}
とかあって、 firstCharacter って const だろと思って Text の方だけにつけたら挙動が変わった。
30分ほど気付かなかった
(01:16)
https://bugs.webkit.org/show_bug.cgi?id=24906
これが一見ややこしそうだけど一見以上にややこしくて困る。
たまに頭がおかしくなるのでまとめておこうと思う。
で、やるべきこととしては
(02:59)
i@u ~> grep function() /tmp/* i@u ~> grep grep:4: permission denied: /tmp/fcgiruby.kwskk.socket-0
ちょい前に古い zsh だとこんなことになると教えてもらった。
最近のやつだとこんなことにならないので、バグだったってことだろうなー
(02:13)
(04:23)
なんだろう。 -san suffix とかそのへんについて聞かれたのが既に4度目な気がする。 なんかどっかに簡潔にまとまってないものか。
これはまぁ基本路線としてはいいと思う。
http://en.wikipedia.org/wiki/Japanese_name#Speaking_to_and_of_others
ただ死ぬほどたくさんの例外があることと、あと
This faux pas, however, is readily excused for foreigners.
はちょっときつい感じがあるかなぁ。 たぶん許すとかそういう次元じゃなくて、 ほとんどの人は外人にどう呼ばれても気にもしない気がする。
このへんはまぁ普通に考えて読む気が起きないけど、 いい感じに複雑だということは伝わる気がする。
http://en.wikipedia.org/wiki/Japanese_titles
http://en.wikipedia.org/wiki/Japanese_pronouns
(04:05)
風邪ばかりひいてる。 月3日ペースなのでそろそろ週休3日に近い気がする。
僕の中でバファリンは至高の薬であり 一方パブロンは全くきかないのだけど、 早めのパブロンとか言う宣伝は、 効かなかった場合は早く飲まなかったからだよプギャーと言い訳でき、 たいした風邪じゃなくてさっさと治った場合は さすが早めパブロンというような感じで 良い宣伝なのじゃないのだろうかと
そういうどうでもいいことばかりを考える
(19:06)
なんか昔はよかったんだろうけど、 最近では
grep fuga **/*
とかするとすぐに argument list too long とか言われてしまう。
find . -exec grep fuga {} \;
はあまり好きでなくて、 何故なら grep が何度も起動するんだろうなーとか思うから。
思うに標準入力からファイル名の一覧を得て それぞれに対してコマンドを実行していくような機能を 全ての unix コマンドがそなえるべきなんじゃないだろうか。
例えば適当に -= とかを使うとして、
find . | grep fuga -=
とかそういう。
スクリプト言語におかれましては 適当に -P とか -N でそういう処理をして欲しい。
ちょうど Ruby では $= は obsolete だし Perl の $= もいらんだろーということで $= に今読んでるファイル名とかが勝手に入ってくれると良い。 あ、いや、 $<.filename と $ARGV でいいのか。
特に Windows の文化圏とかで
command @filename
とかしたら filename の中身から1行ずつ読み込んで それを引数とするみたいなのがあるけど、 そっちの方がいい気がした。
find . | grep fuga @-
で標準入力からファイル名を読む感じで
(19:19)
_ kosaki [xargs知らなかったとか絶対予想できない。ひっかけ問題ヒドイ]
_ shinh [xargs 自体は知ってたんですが find . -exec command {} \; みたいに何度も comma..]
_ nya [最近の GNU の find では -exec hoge {} + で xargs 同様の分割をしてくれるみたいです..]
_ IKeJI [どうでもいいですが、Rubyだとファイル名の取得はARGF.filenameとかかと。]
_ shinh [> 最近の GNU find そんなものがあるんですね… \; より短いし普段はそっち使ってれば良さげですね。 ..]
昨日は生きてたのに今は反応なくなってるー。 全部コード落としておくべきだった。
PREP は __COUNTER__ か __INCLUDE_LEVEL__ が便利だったみたいだ。 kinaba さんのが一番気がふれてる感じで良かったけど まだ理解できてない。 kinaba さんコードください :)
COMP は適度に読んでなんとなくわかったのは たぶん長さを可変長でエンコードしてるんだなーということ。 とりあえずポーカーやりながら何度目かわからん ハフマン符号とか実装してみてまぁ縮みそうだなーという感じはあったので とりあえずちょっと自分でやってみてどのくらい短くなるか調べるか。 しかし謎な定数が多くてまだ何もわかってないおそれも強い。
(05:23)
NX bit というのを立ててうんぬんというやつは exec-shield とは微妙に違うらしい…というのはだいぶ前どこかで読んだような気がするけどなんかまぁ知らん。とにかく Windows では DEP というらしい。
でまぁ、結局、スタック書き変えてレジスタも適当にセットして準備がそろった段階で mprotect に ret で飛んでく、っていうのが基本的な話らしい。 return to libc という単語は聞いたことはあったんだけど、 libc に飛んでくっつてもどの関数に飛んでくんだろうどうせたいした引数準備できないだろうし…とか思っていた。 mprotect に飛んでくなら納得だなーと思った。
address randomization なんてのはなんか筋が悪そうだとなんとなく思っていて、いや適当な fix としてはいいと思うんだけど、まぁとりあえず mprotect しなくていいプログラムは、このプログラムは絶対 mprotect 呼びませんよーと宣言すれば mprotect 絶対に呼べないようにするといいんじゃないかなぁとか、あとそこまで行かなくても writable かつ executable な mprotect は禁止ーとかすればそれなりになんとかなるのかなぁとか思ったりした。
(01:27)
VMX って具体的にどういう命令増えたかとか調べるべき。 特に vmcall ってどう受けるのかなーとか。
あと lua の tailcall が jmp じゃない理由。 コード見るとなんか一見だいぶ違うなー
あと lua の closure うんぬんは別になんか そのまんまな気がしたけどたしかに レジスタベースだとスタック保持しとくってわけでもないわけで どんな感じになってるのかなと少し考えるというか読むか
(01:32)
id:firewood さんに Windows での生活についてとかをお聞きする。
なんか Windows についてはとりあえず 疑問をまとめておく必要があるような気がした。
あと Linux 使ってる時も、 不便に感じるところをどう対処したか、 とかメモっていくと Windows で同じことする時どうするか、 みたいな疑問を後で一つ一つサバいていけたりするかなぁ。
あと CUI だとなんかちょっとしたミスで致命的なことが起きたりとか、 細かいオプションとか調べるのがだるいとか、そういう指摘はもっともだと思う。 とりあえず今度 man とか --help の履歴を見てみると面白いかな。
(01:36)
2008年は813回、2009年は374回。大幅に減ってるな…
2008年によく調べた man
8 diff
8 dosemu
8 getpid
8 gettimeofday
8 mprotect
9 backtrace
9 ld
9 signal
10 memset
10 objdump
10 printf
10 select
10 write
19 clock
なんで clock そんなに多いんだ… write とか memset はどうせ引数順、 select とか printf はたしかに調べてそう。
2009年
5 fgets
5 memcpy
5 write
6 fread
6 getpriority
6 mount
6 setpgid
7 atoi
7 printf
8 memset
10 connect
うーんなんだろうな。 明らかにゴルフ場でしょうね、というものも多いけど、 うーん connect?
あと info はどっちも当然 gcc が2年で57回で圧勝、2位が sed の 10 回。 あたりまえといえます
(01:47)
たぶん man clock で hwclock とかいうのが 出てくるから man 3 clock とやりなおす点と、 あと CLOCKS_PER_SEC を忘れるからだという予想が成立した
(01:50)
| 前 | 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扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ 成瀬 [お疲れ様です。。。 <p style="text-transform:capitalize">a\&a..]
_ 成瀬 [おっと無効か、まぁそうだよな <p style="text-transform:capitalize">a\..]
_ shinh [capitalize は次のパッチはたぶん適当に対処します。 A円円円 ただしコピー時は A\\円 とかになればいい..]
_ 成瀬 [それでよいと思います。パッチ見て驚きましたが、表示直前でだけ変換すればいいような話でもないんですね。 しかし。これ..]
_ shinh [フォント変えろは同意なのですがまぁそういうわけにもいかなさそうですね。円がバックスラッシュに…はまぁ現実的には誰も文..]