ToDo:
http://jp.arxiv.org/pdf/cond-mat/0609085
http://d.hatena.ne.jp/nushio/20061225#p1
おもしろそすと思ったけど WINEで動かん&Windowsマシンイカれてる、 のであとで。
なんか歴史に Bennett 出て来ないんやな。
(03:08)
http://risky-safety.org/~zinnia/d/2006/12/#20061224-t2-h1-p2
予定がどうこうに関してはデータが 使えなくなると悲しいなぁという話はわかるけど、 外部サービス一般に関しては、 まぁどうせ Web があるって言っても10年くらいのスパンで 似たようなありようかどうかは結構わからんし、 まぁつまり遅かれ早かれ切り替えは必要な 可能性は高いので、あとは学習コストに対して 何年使えりゃ満足か、って話なんだろうなぁと。
あと知らない間に変更はたしかに大きい問題。
あと SNS はそっちの理由は弱いかなぁ？という。 僕も SNS 嫌いなので理由は一緒じゃないかもですが 宗教上嫌いなのは理解できるけど、 見るだけなら自分は依存しないし…という。
僕的には存在のイヤさと自分が見られない場所があることの イヤさを比べてみて…ていうような話だった
(03:21)
今度こそだいぶマシなのを作った。 あとは見たサイトは5日くらいは隠すとか そういう機能があるといいかなぁ。 あとこっちへのリンクがあるかのチェックと、 リンクがあったらそこに目印入れとくとか、 あと http://hogehoge/hage/ まで一致したら 折り畳むべきだよなぁたぶんとか。
(04:28)
./configure --enable-mods-shared=all --prefix=/usr/local/apache2 --enable-so --enable-proxy --enable-suexec --enable-cache --with-suexec-docroot=/home --with-suexec-caller=nobody
適当にオンにした
(10:15)
http://d.hatena.ne.jp/higepon/20061226/1167098839
wdired と moccur-edit 。知らなんだ。
似たようなものあった http://shinh.skr.jp/koneta/#fne
(11:16)
別にまっとうな用法なら問題ない。 「某社のエンジニアは〜を使っていました」 とかならたいていいいわけだ。
別に重要じゃない名前っていうか それタダのお前の友達やろみたいな 隠してもしゃーない名前がこう変化していることがあまりに多い。 あとぶっちゃけオヤマノタイショウというか、 そういうのにあてられることも多いけどキモいなぁ。
これに限らず自分のコミュニティに対して こういうの使うのがもうそれはもう嫌いで嫌いで…。 世のコミュニティの8割は 「この界隈は濃い人が多い」とか 口走ってる人がいる気がしてならない。
まぁ、別にいいんだけどね。 俺が一人でがっかりしているだけだし。
(16:39)
すたっくについてぼんやり考える。
すたっくの位置って指定できないのかなぁと思って、 PT_GNU_STACK を適当にバイナリエディタでいじってみる。
i@u ~/test> cat stacktest.c
int main() {
int i;
printf("%p\n", &i);
}
i@u ~/test> readelf -l a.out G GNU_STACK
GNU_STACK 0x000000 0xbfee3000 0x00000000 0x00000 0x10000 RW 0x4
i@u ~/test> ./a.out
0xbfa80be0
i@u ~/test> ./a.out
0xbfd3be90
あ、そう。なんかたぶん無理みたい。 まぁ PT_LOAD じゃないんだしそりゃそうだろうし わざわざ kernel 見なくてもいいだろう…
んで stack が munmap できない件という話。
http://mkosaki.blog46.fc2.com/blog-entry-246.html
まぁ今回は別に munmap したいわけでもない。
(19:59)
ほえー
http://b.hatena.ne.jp/entrylist?url=http://d.hatena.ne.jp/Hamachiya2/
こっちだと無いんだけど、
http://b.hatena.ne.jp/entrylist?url=http%3A%2F%2Fd.hatena.ne.jp%2FHamachiya2%2F&sort=eid
こっちだと 56 users の 「【クリスマス特別企画】mixiの「足あと」をはてなで体験してみようね！！」 があるわけね。 注目エントリ〜からフィルタリングしてあるのかなぁ。
んー相変わらずなんかなぁ。
http://d.hatena.ne.jp/hatenadiary/20061225/1167010250
(20:14)
http://journal.mycom.co.jp/articles/2006/11/30/webtty/
via http://d.hatena.ne.jp/nminoru/20061201/webtty
http://testape.com/webtty_sample.html
前見たヤツより良さそうかも。 前にこいうの探した理由は UM を リモートで触らせてみたかったからだった。
(00:13)
http://d.hatena.ne.jp/giveup/20061224#1166971232
うわ知らんかったていうか 昔一瞬知ってた気もするけど…
とりあえず strings =skkinput とかした結果、
skkinput-rom-kana-rule-list: ( "zh" "" "←" "←" ) skkinput-rom-kana-rule-list: ( "zj" "" "↓" "↓" ) skkinput-rom-kana-rule-list: ( "zk" "" "↑" "↑" ) skkinput-rom-kana-rule-list: ( "zl" "" "→" "→" )
とすれば良いとわかた。
(00:41)
http://d.hatena.ne.jp/ytqwerty/20061224#p1
YTさんが使う決意をしたのはいなばさんが Ada を例に使うという英断をされたからに違いないと思われ、 ああ偉大だなぁと思うのでした
(01:43)
Control とアローキー叩くと、 ;5D とか出てきてむっちゃ便利、 とかそういう強がりを言っていた時代もあったのですが、 いややはりキツイだろうという結論に達しました。
ここに達するまで数ヶ月。
コンソールに降りて ;5D とか出ないことを確認。 ていうことは X のみ対処すればいいので zsh とかのレイヤじゃない。 X はわけわからんよなぁと思いつつ、 emacs ではそういや問題出ねえよなと思って、 mlterm で対処したらいいかと思った。 .mlterm/key とかを見てみると、
Control+semicolon=INSERT_SELECTION
とかそういう昔やった設定が残っていた。 semicolonってどこから来たねん、と思って、 mlterm のソース見るにそういう文字列無い。 んじゃ、と思って us.map とかそのへんのキーマップ見るとこれみたいだ。
Control+Left="" Control+Right="" Control+Up="" Control+Down=""
カンでこんな感じでやってみたら、 見事消えた。 3分もかからん作業をずっと放置して不便だった…
(01:49)
アンテナにはあったのに なんか実際見ると内容消されてたから わくわくしてたんだけど。
d.hatena.ne.jp/Hamachiya2/20061224/1166974795
足あとつくらしいけど本当なのか。 怖くて Firefox で開けないお。
なんかスクリプト見ると onload とかあるので見るだけで ダメなのかなぁと思うけど、 でもリンクになってるから見るだけなら大丈夫なのかもしれない… とか悩みどころだ！
(07:05)
昔の俺は偉大だ。
system("/home/i/bin/w3mcookie2wgetcookie.rb /home/i/.w3m/cookie > cc")
system("curl -F csvfile=@count.csv -b cc 'http://graph.hatena.ne.jp/shinichiro_h/import' >> curl-log")
はてなグラフの自動更新はこうやって行われていたと今知った。 これ安定して動いてるしたいしたもんだ。
(07:36)
class String
alias chop_ chop
def chop(s=nil)
if s
if s.kind_of?(String)
ss = s.size
if size < ss || (v = self[size-ss,ss]) != s
self
else
self[0,size-ss]
end
elsif s.kind_of?(Numeric)
if self[-1] == s
self[0..-2]
else
self
end
else
raise TypeError.new("cannot chop with #{s.class}")
end
else
chop_
end
end
end
if __FILE__ == $0
p "abcde".chop("de")
p "abcdef".chop("de")
p "abcde".chop(?f)
p "abcdef".chop(?f)
p "abcdef".chop
end
こういうのあっても良いのではないかな。
(08:49)
(00:58)
(18:59)
久々にやると全然できなかった。 技が出ないとかそういうのはどうかと。 極まったカルロかっこえーなぁという感だった。 まぁでも見た感じ当時より すごくなりまくってるということも無さげ。
(19:22)
> |ada| を含む日記
http://www.kmonos.net/wlog/68.html#_2116061224
考えてなかったや。 生成されてる html には出てないのが残念だなぁ。
(23:24)
_ shinh [あ、たしかに。なるほどありがとうございます。 del とか delete をはじめとして結構共通点が多いように思っ..]
_ odz [> それぞれどういう出自なのか気になるところです。 以下が参考になるかもしれません。 http://www.digi..]
_ sumim [Python の動的な側面は（設計者が言明しているように…）Smalltalk にインスパイアされたものだと思います..]
_ shinh [情報ありがとうございます。私が気になってたのはどっちかというとどうでもいいシンタクスの類似点とかだったんですが、そっ..]
_ shinh [出自の方は、 http://www.levenez.com/lang/history.html なんかをよく見て..]
http://pc8.2ch.net/test/read.cgi/tech/1165621441/72
別に auto はどっちでもいいんだけど、 んーと。
LongLongLongLongName!(T) f(T)(T t) {
return new LongLongLongLongName!(T)();
}
こんなんがめんどい。
template f(T) {
alias LongLongLongLongName!(T) LN;
LN f(T t) {
return new LN();
}
}
現状これはできない。
YT さんが書いてたみたいに (http://d.hatena.ne.jp/ytqwerty/20061208#p2) こういう場合に this 使うようにして、 省略したら同名とかじゃなくて this とかなら 問題なくなるような気もするけど、
LN this(T t) {
うおーキモいぜというか、 別に問題は変わってねえ。
(01:18)
これは通らない。
class C(T) {
}
template f(T) {
alias C!(T) CT;
CT f(T t) {
return new CT();
}
}
void main() {
f(1);
}
わからんな。
(01:24)
auto あればうれしいのかもしれない。
auto f(T)(T t) {
return new LongLongLongLongName!(T)();
}
でもこれまた大変そうな気がするんだけど
(01:33)
http://d.hatena.ne.jp/hasegawayosuke/20061222/p1
これはリテラシがうんぬんとかいうレベルじゃなくて 無理だよなぁ。
ぶっちゃけ俺はスペースで 右の方に .exe って書いてあっても ダブルクリックするね。 リテラシ無いし。
(05:13)
(global-set-key "\C-xt" nil)
を skk.el に、でいいんだろうか。 \C-xrt を覚えてから typo 率異様に高い。
(05:17)
キモい
http://www.yucasee.jp/index.php
キモい
https://www.todai-ob.net/about.html
via http://d.hatena.ne.jp/higepon/20061222/1166806513
うーんキモい。
(05:27)
Firefox の swap がうっさいから swapoff しちまえ… とオフにしたけど、 さすがにそれはどうかなーと思ったので、 swappiness を減らしてみた。
i@u /proc/sys/vm> sudo sh -c 'echo 10 > swappiness'
(07:48)
http://pc8.2ch.net/test/read.cgi/tech/1165621441/84
個人的には、もう コンパイルタイムシンボル操作 普通にできりゃいいのにね…と。
template (T, char[] name) getter {
typeof(T) <[ name ]>() { return <[ name ~ "_" ]>; }
typeof(T) <[ name ~ "_" ]>;
}
class C {
getter!(int, i);
}
(07:59)
http://d.hatena.ne.jp/nazodane/20061209/1165634909
Python の or 欲しい激しく同意ーと思ってただけだったけど、 Ruby に := とかあったっけ。
(09:31)
\u3042=1; println(あ); // 1
println("1"+1-1); // 10
x=0; return x++; // 0 が帰る
println(1..toString()); // 1
(17:41)
http://d.hatena.ne.jp/alohakun/20061222
たぶん tcc_relocate はその名の通り再配置であって メモリにはりつけたりはしないと思うんだけど、 はてどこだっけ。
つーか DTR は TCC 使って実装すべきだなぁと思う今日このごろ。
(20:36)
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7cb8770 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7cb9ef3 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0x08050831 in Expression::implicitCastTo (this=0x8582520, sc=0x8582ce0,
t=0x85575e0) at ../../gcc/d/dmd/cast.c:72
#4 0x0808ec97 in TypeFunction::semantic (this=0x8582568, loc=
{filename = 0x8582148 "a.d", linnum = 1}, sc=0x8582ce0)
at ../../gcc/d/dmd/mtype.c:2636
#5 0x080796ec in FuncDeclaration::semantic (this=0x8582608, sc=0x8582ce0)
at ../../gcc/d/dmd/func.c:114
#6 0x08094aa7 in Module::semantic (this=0x8582058)
at ../../gcc/d/dmd/module.c:636
#7 0x080c0868 in d_parse_file () at ../../gcc/d/d-lang.cc:960
#8 0x08333838 in toplev_main (argc=2, argv=0xbfa503f4)
at ../../gcc/toplev.c:1010
#9 0x080f3332 in main (argc=Cannot access memory at address 0x137c
) at ../../gcc/main.c:35
(22:07)
わらた
いたるところに #line つっこんだのがなつかしい
http://d.hatena.ne.jp/shinichiro_h/20040727#p1
pragma 埋めてたんか。 まぁなんにせよはるかにしょぼい
(23:56)
http://www.asahi.com/national/update/1220/TKY200612190461.html
via http://homepage1.nifty.com/herumi/diary/latest.html
(01:40)
ヤツって、 うまくいけばいくほど、 自分にとってはもう知ってるよ！的な 話題で埋まると思うんだけど、 欲しいのは完全に需要にマッチするものじゃなくて、 だいたいあってるけどちょっと興味外れてて 見てなかった的なものを紹介してくれて 知見が増えるというような話だよね。 精度が良さすぎるとまた問題なのかもね
(06:25)
http://www.kt.rim.or.jp/~kbk/zakkicho/zakkicho18.html#D20061220-1
えーとまさに GCC の関数内関数を関数の外に返す時、 に僕の言うトランポリンが作られていたような。
あああったこのへんとかです。 http://d.hatena.ne.jp/shinichiro_h/20060809#1155063870
というわけでこの場合、関数はスタックに作ると思います。
スタブは静的に作るトランポリンのようなもの をそう呼ぶこと_も_あるような気がしてたのですが たぶん勘違いです… 私が聞いた記憶があるのは CORBA とか RMI の 文脈だよなーと思って適当にぐぐってみると
http://java.sun.com/j2se/1.3/ja/docs/ja/api/javax/rmi/CORBA/Stub.html
http://www.wakhok.ac.jp/~tomoharu/ws2004/text/index_c6.html
あーうんなんか違うようなあってるような微妙な。
あーでも英語の意味は半券とか控えとかか。
http://ja.wikipedia.org/wiki/%E3%82%B9%E3%82%BF%E3%83%96
Wikipedia なんかはきむらさんの おっしゃってる意味だと思うのですが、 他にびょーんと処理投げる時にも使ってたようなーという。
(08:21)
つーかイだよなたぶんと思った。
>exemption ■exemption : 【発音】igz��mp��n、【＠】イグゼンプション、エグゼンプション、 【レベル】6 【名】免除、免税、(課税)控除
昔どこかで(たぶんakrさんとこ)で拾った google-count でチェックだ！
i@u ~> google-count {イ,エ}グ{ザ,ゼ}ンプション
222 イグザンプション
117000 イグゼンプション
238 エグザンプション
438000 エグゼンプション
正解はやはりエグゼンプションです！！ どうなるジェポン！？
大丈夫。 イギリス英語みたいなもんだと主張すればいいんだよ！
違和感無い！！！！！！！
(08:27)
いやうん、万が一本人が見たらコトじゃないか。 言い訳を書くんだっ
いや僕全然英語喋れねえどころか 年中 sorry? pardon? で生きてるので すげーと思ったというか うまく喋ってる人見るたびに 英語喋れるようになりたいなぁと 思うんだけどほげほげ。 僕もしょっちゅう英語に日本語混じるというか、 まさにエックスハチロクは絶対たしか言ったことあるな。
あとなんかあったっけ。
(08:32)
i@u ~> google-count {shinichiro{_,.}h,shinh,浜地慎一郎}
35600 shinichiro_h
25800 shinichiro.h
59100 shinh
19000 浜地慎一郎
. が負けてるっ！
(08:36)
3話だけ見て思ったのは、 番号こえーというのと、 あと女が男ふる時に 二言目に女性蔑視とか言うのがすばらしいというか とてもリアルな感じがした。 すごく左翼的言動つーか。 なんでも理由をそっちに求めちゃう 傾向みたいなのあるよねえみたいな。
(08:56)
うひひ
http://pc8.2ch.net/test/read.cgi/tech/1164885714/172-177
http://pc8.2ch.net/test/read.cgi/tech/1164885714/193
あと Perl 選民。うっかり賤民とか出てびびった。
http://pc8.2ch.net/test/read.cgi/tech/1164885714/197
(09:05)
この程度面白いんだったら もうちょい開けててもいいんじゃないかなぁとか思ってて なんかそいう話ちらっとしたら 人少ない方が濃い的なこと言われて がっかりしたような気がしてたんだけど、 よく見ると普通に、 「それ以外のかた（他専攻・他大学・社会人・学部生）にも 気軽に来ていただいています．」 って書いてあるのであった。
http://pira.jp/nandemo/wiki.cgi?page=%A4%E8%A4%AF%A4%A2%A4%EB%BC%C1%CC%E4
(09:32)
http://www.tietew.jp/cppll_novice/archive/1616
cppll_novice に。 しかしどこが cpp novice な話題なんだろう
(09:35)
http://d.hatena.ne.jp/u-no/20061218#1166465004
僕のまわりはなんでも喰う人ばっかりだなぁ。 ゲストだとそうもいかんけど。
どうでもいいが新しく入った外人は 絶対アニメとかゲームとか系だと思うんだよな。 日本のカルチャーに興味あるとか言う若い外人は 絶対そっち系だという偏見がある。 とりあえず日本語の勉強になると称して ハガレンを読んでいたという情報をゲトした。
(09:53)
- - :attributes
- - - - :attribute_name_index
- 9
- - :attribute_length
- 37
- - :info
- !binary |
AAIAAQAAAAmyAAISA7YABLEAAAABAAoAAAAKAAIAAAADAAgABA==
http://www.coins.tsukuba.ac.jp/~i021216/diary/?date=20061221#p01
- - :attributes
- - - - :attribute_name_index
- 1
- - :attribute_length
- 21
- - :info
- !binary |
AAIAAQAAAAmyAAoSDLYAELEAAAAA
なんてこったそもそも実行文違うし！
つまり Java バイトコードを YAML つーか Ruby の配列に落としたり戻したりするツールを作ったのだが。
まぁこれすぐに ELF 対応とかできる仕組みつーか 要するに binareal が全然正式公開されないので 自分で作っちまえ的なね。
で、と思ったらなんかここだけ挿し替えても動かないのであった。 そして 250B はどんな感じなんだろうな。 まぁさすが Java な人。
(11:13)
http://java.sun.com/docs/books/vmspec/2nd-edition/html/ClassFile.doc.html#1546
000000 00 02 00 01 00 00 00 09 b2 00 02 12 03 b6 00 04 >................< 000010 b1 00 00 00 00 >.....<
max_stack = 2, max_locals = 1, code_length = 9, exception_table_length = 0, attributes_count = 0
はてあと 1B はどこかな…
(12:17)
jmp_buf の最初のメンバの名前だけ、と、 そのサイズを教える JMP_BUF_SIZE とかだけあれば、 ずいぶんと助かったんだけどなぁ、と、 思ってたけどなんか別にそうでもないな。 SP と PC くらい取れねーと意味無いじゃん。
まぁ全然関係ないんだけど。
http://alohakun.blog7.fc2.com/blog-category-5.html
こういうの見てると スタックフレームが抽象化されて ユーザに明け渡されてる言語ってどんなかなぁと よく考えるもののイマイチピンと来ない。 きっと wo さんがなんか作るんだろう。
(17:26)
前もぼんやり考えたけど。
sp = malloc(1000); ip = &func;
でジャンプできればいいのか。 まぁこれは普通にありえん。
jmpbuf b; b.sp = malloc(1000); b.ip = &func; longjmp(b);
やっぱりこれなわけで、 jmpbuf が sp と ip を持っていてくれていれば 良かったという話なのだろうか。 まず sp 無いマシンとかあるんだろうかという問題が。
これだと heap に作ったスタックのオーバーフローを検出できないので、 あふれた時は自然に伸長できるようにとか考えると、 うーん、まずはまぁスタックフレームは __builtin_frame_address で
typedef struct frame {
struct frame* next;
/* not portable */
} frame;
が取れるってとこまで標準で保障して、
jmpbuf b; char* buf = malloc(1000); (int*)buf = 1000; /* 死刑 */ b.sp = buf += sizeof(int); b.ip = &func; longjmp(b);
しておいてから、 あとは飛んでいった関数内でユーザが自主的に スタックの伸びっぷりを調べる (next を NULL になるまで辿って、 NULLになった前のアドレスを見ればスタックのサイズがわかる)。 いやーそれむっちゃめんどくさいっすねー。
あと今現在の関数はどれだけスタック使うか、 っつー情報取れないといけない。 まぁコンパイラは知ってる情報だよねたぶん。 それがあれば、それで今入ったばかりの関数が スタックを限界まで伸ばしてどこまでかがわかるので、 巻戻していったら現在サイズもわかる、と。
仮にこのくらい提供されてるとして嬉しいのは、 コルーチンに状態の永続化。 えーと、んーと、他になんかあったっけ。 永続化とか結構嬉しいんだけどなー。 こいう仕組みと isshiki なんのやってるような タスクベースのシステムとかだと、 一瞬でゲームの保存が作れるんだよなー。 C の標準化委員会がゲーム屋ばかりだったら きっとこういうのが入っていたことであろう。 数学屋ばっかりだったらこんなもん絶対入らんだろう。
結論としては死刑とかマネして書いてる暇あったらなんか ちゃんと書けというような。
stack_size(&other_func);
みたいなのはコンパイラに負担なく提供できる機能なのだろうか。
できるかな。 全関数に対して stack_size_other_func みたいな 変数を自動的に定義しておく。 んで stack_size(&other_func); は単純にその値に変えればオケ。 参照されなかったらリンカが消すつーことで。
で一方スタックレスにした場合は… 具体的にどうするんかしらんけど、 なんか関数に必要なぶんだけヒープから取ってきて、 適当に使って関数から出たら忘れるわけだ。 解放は GC 、と。 それ遅くね？っていう話なんだけど、 えーと本当にそんな実装するもんなんだろうか。 あとバイナリサイズでかくなりそうな。
でもスクリプト言語ならいいなぁ。
なんかそれなりの量になってしまった
(18:07)
これメモ
http://www.kmonos.net/wlog/64.html#_2340060823
>>617 の先
http://makimo.to/2ch/pc8_tech/1146/1146656260.html
(18:08)
http://yowaken.dip.jp/tdiary/20061221.html#p01
むー見送りかなぁ。
ぼくは SFC シレン原理主義者ってそんなんばっかだけど。 シレンおもろい→ねとはくおもろい→シレンおもろい→ねとはくおもろい、 みたいな経緯でまぁねとはくあればそれでいいよ系に。 SFC シレンはまぁ倉庫無しクリアとか強い武器作るとか 最終問題クリアとか食神頑張ってもぐるとか (なんかデブートンの階層あたりでどうしようもなかったような) 罠師頑張ってもぐるとか(これどこまで行ったっけ) なんかバグって時限爆弾とかいう隠し罠が出てきたとか (これは弟が出したんだった気も) くらいはした。
ネトハクになくてシレンにあるものは、 よくできたバランスと、 あとは各要素の濃さというか。 1要素に対してのできることの量っていう観点ではシレンの方が多い気がする。 でもまぁ全アイテムに普通祝福呪いとかあるネトハクの方が 結局全体のあれは多くなるというか。 まぁそれは各要素をどう定義するかにもよるんだが。
(18:33)
まともなリファラチェッカ無いのは恐ろしいことだよ…！
http://www.kt.rim.or.jp/~kbk/zakkicho/zakkicho18.html#D20061214-1
VC だとこんななるのかー。 実はこのへん気になることがいっぱいなので今度調べる。
トランポリンは実行時に生成しないと言わない… のだろうか。 僕は実行時に作るヤツしか見たことないけど、 よくわからんな。 Binary Hacks の用語集を見ると… 載ってねえ！くそめ！！ いやでもまぁ索引からひくとまぁ そんな感じのことが。
うーむトランポリンは jmp 装置を持ち運んでる印象なんだろうな、 というわけでそれはジャンプ台とか呼びたいような気がするけど これも今度調べる。
うーんしかし ; Line 8 の一行下の ??_9@$BA@AE とそのあとの ??_0@$BA@AE が微妙に違うのだけど まぁこれはきっとタイポと予想するとして、 うーんアセンブリレベルでは… の後の HTML が </p になってますよ！ とかいうのもまぁいいとして。
よし俺は(HTMLソースを)見たぞ！ 二つ目は [eax+4] になってるのね。 例えば (void*)&C::vf が GCC に怒られるあたり、 たぶん C++ の仕様的に仮想関数ポインタが valid なアドレスである必要は無いと予想するんだけど (これも調べる)、 わざわざスタブ作る理由はなんかなぁ。
(04:18)
(05:02)
i@u ~/wrk/binspect> la Code.class -rw-r--r-- 1 i 267 2006-12-20 06:31 Code.class
こんなもんかねえ
(06:33)
http://game10.2ch.net/test/read.cgi/gameama/1101264040/587
たしかに ygg とかでなんかコンパイルできない気がしてならない。 修正するかー
(06:42)
ss56092@ux103 ~/golf> ls -l a.out ~/golf 20:26 -rwx------ 1 ss56092 student 268 2006-12-20 20:26 a.out* ss56092@ux103 ~/golf> ./a.out ~/golf 20:26 Hello, world!
(20:27)
レッドを読むために(またそんなんか) イブニングを読んでみるになんか結構他も面白い気がした。
変態コードの部分を見るために Perl Ultimate なんとかを見た。 割と微妙なのが多いかなぁという印象だった。 まぁ面白かったけど。
で、 Perl 実用プログラミングかなんかを見た。 こっちの方が面白かったかもしれない。 でも要は Acme がすごいという情報以上でもないかもしれない。 あと Perl もリーダーいじる系のがあるのね。
(10:02)
どこにって感じだが。
それはともかく、なんか全部 L ってついてるけど、 1バイトの方の命令使ってくれてるのかなぁと気になった
http://d.hatena.ne.jp/oraccha/20061210/1165757647
(10:50)
http://jijixi.azito.com/cgi-bin/diary/index.rb?date=20061114#p01
http://d.hatena.ne.jp/shotaro_tsuji/20061219/1166458799
上のは前見たことあるなぁ。 Mach-O はまた今度やろうやろう
(10:59)
ss56092@ux103 ~> as macho.s -o macho.o && ./textex macho.o a.out && chmod 755 a.out ss56092@ux103 ~> ./a.out ~ 11:04 zsh: malformed Mach-o file: ./a.out ss56092@ux103 ~> ls -l a.out ~ 11:04 -rwxr-xr-x 1 ss56092 student 495 2006-12-19 11:04 a.out*
おやー？？？サイズ違うのがまずもって不審である
(11:07)
サービス屋が提供すべき API は push pop 的なものじゃなくて、 何かイベントがあったらこの URL にこの引数で報告する、っていうような API かもなぁとか。
ブログ更新したらどっかに ping てのが あるみたいだけど、 あれの汎用版みたいな。
(12:22)
i@u ~/wrk/binhacks> gcc ascii_golf.s i@u ~/wrk/binhacks> strings a.out /lib/ld-linux.so.2 __gmon_start__ libc.so.6 _IO_stdin_used __libc_start_main GLIBC_2.0 PTRh QVh$ `j X$@P[PYPPPPX4.4 PZUX, P^XH,=P_)~(X3F()8)8@)8@@)8)8@PYX@@@@CQBaGHello, world! [^_]
(12:26)
卵焼きを作った。 油多めで作るとおいしくできるのさーと 思ったら入れすぎた。 油の中を卵が泳ぐ。
まぁ蒸発したら普通に焼けて、 ちょっと揚げ気味な部分もあったりしつつ、 焼けた後に油ちょいと捨てて喰ったらおいしかった。 やはりよくかきまぜたのが勝因でしょう。
高コレトリスコストロール
(12:29)
ASCIIだけで画像ファイル作ってこそ ASCIIアートだよなとかブクマーク見ておもた。
http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/shinichiro_h/20061219%231166489566
(12:44)
浜地の浜が違うのであった。
http://www.phys.s.u-tokyo.ac.jp/whatnew/kyo/shuuron.htm
英文タイトル無い人っているけど、 しゅーろんて英語じゃないとダメじゃなかったのかな
(16:50)
http://d.hatena.ne.jp/hasegawayosuke/20061219/p1
あるのかー。 作るのはそんなに難しくないよな。 なんか適当にエンコードして、 デコーダ先頭にくっつけてそのままエンコードした先に フォールスルーさせりゃいいんだよねたぶん。
にしてもすらしゅどてどしてた。 さとゆさんぱわー。
(16:56)
(00:39)
http://blog.japan.cnet.com/kenn/archives/003431.html
via http://blog.livedoor.jp/dankogai/archives/50716491.html
そういえばセンセは レスポンスの速度が何故あんなに速いのか、 と気にしてたみたいだ。 ハッシュとか転置インデックスがほげほげとか説明した。 んでページランクがほげほげとかは全然興味ないみたいだった。
(02:37)
http://lispuser.net/memo/lisp/2006-03-30-23-58.html
前も見たけどメモ。
括弧の無い SRFI ってあったと思うんだけどどこだっけなぁ。
(04:23)
http://www.google.co.jp/search?q=%E3%81%A9%E3%81%86%E3%81%A7%E3%82%82%E3%81%84%E3%81%84&lr=lang_ja
下の方見てみると、
関連検索: 本当はどうでもいい男 どうでもいい山 crazyさゆどうでもいい日記 どうでもいいニュース どうでもいい話 どうでもいい疑問
誰がそんな検索するねん…
(05:57)
ちなみに call 使わないで。
typedef struct frame {
struct frame *next;
void **ret;
} frame;
void f() {
frame *ebp = (frame *)__builtin_frame_address(0);
printf("ebp = %p\n", ebp);
void **ret = (void **)ebp->ret;
printf("ret = %p\n", ret);
void **rel = (void **)*(ret-1);
printf("rel = %p\n", rel);
printf("main = %p\n", (int)ret+(int)rel);
}
int main() {
f();
frame *ebp = (frame *)__builtin_frame_address(0);
printf("ebp = %p\n", ebp);
void **ret = (void **)ebp->ret;
printf("ret = %p\n", ret);
void **rel = (void **)*(ret-1);
printf("rel = %p\n", rel);
printf("main = %p\n", (int)ret+(int)rel);
return 0;
}
main の方はなんか違うんだな。 めんどくさいのう。
i@u ~/wrk/binhacks> ./a.out ebp = 0xbf828948 ret = 0x80483dd rel = 0xffffff77 main = 0x8048354 ebp = 0xbf828974 ret = 0xbf8289e8 rel = 0x80482b0 main = 0xc7870c98
(07:22)
movl 8(%ebp), %esi
でオケ。 他環境でもこうなってるのかしら。
さっきのでうまくいかん理由は
call *8(%ebp)
で main に飛んできてるからだった。
(07:51)
http://www.jeannettevejarano.com/games/tower-defence.html
via http://d.hatena.ne.jp/otsune/20061218/TowerDefence
(07:59)
http://d.hatena.ne.jp/alohakun/20061217#c1166421511
なんかローダじゃなくて静的リンクって話ですよね。 私はむしろなんでできないのかが結構不思議だと思ってました。 ツールチェーン作る時ってたぶん、 コンパイラ作る→ .a 的な .lib を作れるようにする→ .a 的な .lib から .def だの import ライブラリ作れるようにする→ .dll 作れるようにする→ (おまけとして) .dll から .def だの .lib をひっこ抜けるようにする、 みたいな流れで作るからかなぁ。
こっちは普通に GNU toolchain ならできるわけで…
i@un ~/test> cat a.c
void a() { puts("Hello"); }
i@un ~/test> cat b.c
void a();
void main() { a(); }
i@un ~/test> gcc -o a.so a.c -shared
i@un ~/test> gcc b.c a.so -o b
b.c: In function 'main':
b.c:2: 警告: return type of 'main' is not 'int'
i@un ~/test> LD_LIBRARY_PATH=. ./b
Hello
なんつーかこのへんってバッドノウハウの山なんだよなぁ。 概念的には別に難しくもなんともないのに、 人為的に難しくされてる感じ。
GNU toolchain
i@u ~> file /usr/lib/libc.so /usr/lib/libc.so: ASCII C program text
Windows 一般
Cygwin/MinGW
OMF (Borland)
OMF (Digitalmars)
COFF (VC)
Mach-O
総括
(17:28)
(17:48)
binutils は全部のバイナリ読めるのをビルドしておくとべんり。
i@uk:/data/backup/usr/local/stow/binutils-2.16/bin$ ls -lh total 29M -rwxr-xr-x 1 root root 2.0M Oct 25 2005 addr2line -rwxr-xr-x 1 root root 2.0M Oct 25 2005 ar -rwxr-xr-x 1 root root 2.7M Oct 25 2005 as -rwxr-xr-x 1 root root 2.0M Oct 25 2005 c++filt -rwxr-xr-x 1 root root 2.3M Oct 25 2005 gprof -rwxr-xr-x 1 root root 2.7M Oct 25 2005 ld -rwxr-xr-x 1 root root 2.0M Oct 25 2005 nm -rwxr-xr-x 1 root root 2.4M Oct 25 2005 objcopy -rwxr-xr-x 1 root root 2.6M Oct 25 2005 objdump -rwxr-xr-x 1 root root 2.0M Oct 25 2005 ranlib -rwxr-xr-x 1 root root 410K Oct 25 2005 readelf -rwxr-xr-x 1 root root 1.9M Oct 25 2005 size -rwxr-xr-x 1 root root 1.9M Oct 25 2005 strings -rwxr-xr-x 1 root root 2.4M Oct 25 2005 strip
ただデカいのはともかく、 起動がえらい遅いので日用にはならぬー
(17:52)
僕が今までで一番面白かったのは ○○さんでぐぐったら、 ○○さんの日記サイトが、
○○さん - [ このページを訳す BETA ]
的に採用されていたというか。
つまりなんというか、 自分の日記の title を○○さんにしてるのか！ と思ったらぐぐるマジックだったというか。
(06:54)
http://www.cave.co.jp/gcommerce/2006fes/index.html
via http://garakuta.homelinux.org/~nosuke/diary/diary.html?y=2006&m=12&d=15&n=1#15-1
25-29 帰省とか。ありえんかなぁ。
(06:56)
| 前 | 2024年 11月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ あろは [>> Kimoi そういえば，こないだ M1 とか一瞬だけ見たとき，アキバ系ドラえもんとかいうネタをやってる漫才師..]
_ shinh [> アキバ系 ある…んですかねえ。まぁ、そこまで露骨にキモいのは見る機会があまり無いので特に問題はないです。 >..]
_ あろは [なるほど，理由を見ていろいろ納得できました． やたら声がデカい （あるいはカン高くて） 特有のアレなしゃべりかたと..]
_ k.inaba [某Y田氏とは言わないけれど、某山田氏とは時々言う私が考えるに…。 ＞なんでこういうワードが好き ソナー（http:..]
_ shinh [あーそれはわかるんですが。 何がキモいんだっけなぁ、いやいずれにせよキモいんですが。 * 完全内輪でやってるぶん..]