アカウント名:
パスワード:
脱線気味ですが。某B社のPascal言語環境で、コンパイルしたアプリが処理が正常に行われなかったり、オーバーフローしたりしたことが・・・。diffでソースの差分をみても特に異常があるわけでもない。そして、いろいろ試行錯誤しているうちに、動作とはまったく関係ない「はず」のコメント行を削ってみたら正常に動作したことが。あの会社の開発環境は信じられなくなりました。
多バイト文字に完全対応できてない処理系だと、コメント内の文字の2バイト目の特定コードで誤作動とかはありえる話。有名どころでは C++ の行コメント末尾の文字の最終バイトが \ の場合、連結された次の行までいっしょにコメント扱いされてしまうとか。その回避策として、今も行コメント末尾に半角スペースをつけてるオレってイケてない?
似た話で MS-DOS の頃、ファイル名の先頭バイトが e5h だと削除済エントリになっちゃうって理由で、1バイト目が e5 の漢字は別のコードに置き換えられていたような記憶があるけど、あれは今はどうなってんだろう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
コメント行を削除すると解決!? (スコア:1, 興味深い)
脱線気味ですが。
某B社のPascal言語環境で、コンパイルしたアプリが処理が正常に行われなかったり、オーバーフローしたりしたことが・・・。
diffでソースの差分をみても特に異常があるわけでもない。
そして、いろいろ試行錯誤しているうちに、動作とはまったく関係ない「はず」のコメント行を削ってみたら正常に動作したことが。
あの会社の開発環境は信じられなくなりました。
Re:コメント行を削除すると解決!? (スコア:0)
多バイト文字に完全対応できてない処理系だと、コメント内の文字の2バイト目の特定コードで誤作動とかはありえる話。
有名どころでは C++ の行コメント末尾の文字の最終バイトが \ の場合、連結された次の行までいっしょにコメント扱いされてしまうとか。
その回避策として、今も行コメント末尾に半角スペースをつけてるオレってイケてない?
似た話で MS-DOS の頃、ファイル名の先頭バイトが e5h だと削除済エントリになっちゃうって理由で、1バイト目が e5 の漢字は別のコードに置き換えられていたような記憶があるけど、あれは今はどうなってんだろう。
Re: (スコア:0)
0xe5 -> 0x05の置き換えですね。VFATでも、8+3形式のファイル名については今でもこの置き換えが行われていますよ(そうしないと互換が取れなくなっちゃうので)。
exFATでは8+3形式ファイル名がなくなるそうなので、この変換もなくなっているはずです。