PR
ゴーロ
たまにはゆっくり走ろう♪
カレンダー
コメント新着
キーワードサーチ
▼キーワード検索
2006年02月21日
カテゴリ： カテゴリ未分類
最近少しはまともに仕事をするようになったカモノネギ氏が、同僚が壊してしまったファイルを見事復元してみせ、一人悦に入っていた。
この同僚はLinux上での過去の計算結果をTGZ形式に圧縮し、WindowsマシンにFTP転送、外付けHDDに保存していたのだが、いざ復元しようとすると、上手くいかない。カモノネギ氏が調べたところ、どうやらFTP転送の際にアスキーモードとしていたことが判明。
ここでは諦めなかったカモノネギ氏、自分の仕事そっちのけで色々調査した挙句、バイナリエディタを駆使して、0D0A と並んでいる箇所を 0A に変換し、見事にデータの解凍に成功してみせた。
つまりLinux→Windowsへのアスキーモード転送というのは、そのファイルがテキストファイルかどうかはどーでもよくて、改行コードLFに相当する１６進数の"0A"があれば、CR+LF、すなわち"0D" "0A" に無条件に置換して転送しているだけのことである。よって、"0D0A" と並んでいるところを一律に"0A"に置換すれば、元に戻るという具合である。
なお、バイナリファイルを上と逆向き、すなわちWindows→Linuxの向きでアスキー転送してしまった場合、復活させるのは困難である。なぜなら "0D0A" が "0A" になってしまい、元々単に"0A"（"0D0A"ではなく）だった箇所と区別がつかなくなってしまうからである。
ということで、またくだらない知識を一つ身に付けたカモノネギ氏の話
「昨日はさぼったけど、今日はちゃんと走って家に帰ったよ。明日は少し長い距離走りたいね。」
この同僚はLinux上での過去の計算結果をTGZ形式に圧縮し、WindowsマシンにFTP転送、外付けHDDに保存していたのだが、いざ復元しようとすると、上手くいかない。カモノネギ氏が調べたところ、どうやらFTP転送の際にアスキーモードとしていたことが判明。
ここでは諦めなかったカモノネギ氏、自分の仕事そっちのけで色々調査した挙句、バイナリエディタを駆使して、0D0A と並んでいる箇所を 0A に変換し、見事にデータの解凍に成功してみせた。
つまりLinux→Windowsへのアスキーモード転送というのは、そのファイルがテキストファイルかどうかはどーでもよくて、改行コードLFに相当する１６進数の"0A"があれば、CR+LF、すなわち"0D" "0A" に無条件に置換して転送しているだけのことである。よって、"0D0A" と並んでいるところを一律に"0A"に置換すれば、元に戻るという具合である。
なお、バイナリファイルを上と逆向き、すなわちWindows→Linuxの向きでアスキー転送してしまった場合、復活させるのは困難である。なぜなら "0D0A" が "0A" になってしまい、元々単に"0A"（"0D0A"ではなく）だった箇所と区別がつかなくなってしまうからである。
ということで、またくだらない知識を一つ身に付けたカモノネギ氏の話
「昨日はさぼったけど、今日はちゃんと走って家に帰ったよ。明日は少し長い距離走りたいね。」
お気に入りの記事を「いいね！」で応援しよう
【毎日開催】
15記事にいいね！で1ポイント
© Rakuten Group, Inc.
