ToDo:
https://github.com/shinh/test/blob/master/sha256.cc
書いた。
SHA256 を書くメリットは次に書く時にかかる時間が大幅に短くなること。
というのは SHA256 というのは自分で書くとなんか絶対バグることになっていて、 そして結果だけ見てもどこがバグってるんだかさっぱりわからんし、 途中の値とかを出力してみても意味がさっぱりわからんという問題がある。
ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015ad となるべきなのに e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 になっている! これは wikipedia からコピペした時に and を & に変え忘れてたからだ! とか推測できる人はたぶんあまりいないので、 まぁそういう問題。
で、これをデバッグする方法は正しく動いてる コードの値と比較するしか無いと思う。 そういう意味で、自分が書いた正しく動く SHA256 のコードというのは財産で、 これによって次回書く時の時間を大幅に節約できるのであった
今回の場合、前回のコードというのはゴルフされてて 色々と結構辛かったので、 今回ゴルフされてないコードが手に入ったのは良かったと言える。
(02:16)
| 前 | 2011年 2月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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 | |||||
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
ご存知かも知れませんが，FIPSに計算途中の値も書いてありますよ．
何をどう間違えたのかさっぱり分からないのはまぁ一緒ですが．