ToDo:
59Bとかできちゃうんだねぇ… 文字列が壊れてるのは fall through の最中に戻すだけで どうせ末尾についてるに違いない。
よって
んー
なんか末尾に入れるとすると、 46B目から詰めはじめたとすると60Bいっちゃうじゃん。
実行時に H 作ってるんかなぁ…
(00:54)
http://acm.pku.edu.cn/JudgeOnline/problem?id=2800
がさっぱり解けない。
TLE 出るならわかるが WA つーのは。
(02:45)
http://0xcc.net/binhacks/quiz.html
問題作らずに自分で楽しんでどうする。
INT_MIN と INT_MAX 見間違えた
それ以外はスタック増加方向と シグナル/スレッドセーフまちがえた。
(03:26)
org 0x00200000 と org 0 では全然 p_*sz への constraint が違う。 0 だとむっちゃきびしい。 まぁ kik さんとこ見てだいたい把握した気はする。
あしたがあるさもうあしただが
(06:14)
http://d.hatena.ne.jp/kikx/20061111
とりあえずうちでも動きましたよーあたりまえですが。
もうちょい自分で考えるかなぁ と思ったけど こりゃー自分で作れる気がしないにゃー というのとオーバーラップの位置考えるのがめんどいので見よかな。
うん見よう。
そこか昨日そこしかないかなぁと 思って寝たんだったけど あんだけヒントもらっちゃそらわかる感。 で、 He まで混じってるので、 こりゃすげえ。 自分でできる感じ全くしねええええええええええ
x86 つーか任意の機械語全然知らんなぁ…
(15:52)
----------
/ \
/ REST \
/ IN \
/ PEACE \
/ \
| shinh |
| |
| yaruki nai |
| dakara shinda |
| |
| |
| 2006 |
*| * * * | *
_________)/\\_//(\/(/\)/\//\/|_)_______
Goodbye shinh the yaruki nai zeeeeee...
(16:29)
def rip(name,skill, res1, res2)
<<END
<pre>
----------
/ \\
/ REST \\
/ IN \\
/ PEACE \\
/ \\
|#{name.center(18)}|
| |
|#{res1.center(18)}|
|#{res2.center(18)}|
| |
| |
| 2006 |
*| * * * | *
_________)/\\\\_//(\\/(/\\)/\\//\\/|_)_______
Goodbye #{name} the #{skill}...
</pre>
END
end
2006 で固定つーのも僕の時はもう進まない、みたいな
(16:32)
\ と \ の区別がないなんて、 そんなかわいそうな環境だったら \ 高 \ 安とかどっちも区別つかねー て感じですか。 なんてかわいそうな。
上の文章はウソです。 ぜんぶ \ です
(16:35)
| 前 | 2006年 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扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
読みって言っても、MIPSやらARMを差し置いて妙なのが混じってるな、とかそういう類ですね。
正面から解くんでなく、出題者の視点で「自分ならどんな選択肢を作るか」とか「これが正解だったとして、裏が取れるだろうか」という風に考えます。
学校のテストでも役に立ちますよ。
ええ、一応えらい前にセンターとかやってた時はそういう経験はあったんですが、的中率が非常に高いことと、出題傾向などを捕まない段階で読めてること、の2点が結構びっくりでした。
long longで計算したら通りましたヨ> PKU2800
おや long long でだめだったのですが…と思ったら http://d.hatena.ne.jp/Ozy/comment?date=20060223#c の問題だったみたいです。ありがとうございました。