「C/C++でFlashアプリが開発できるAdobe Alchemy」記事へのコメント

ウイルス感染環境作んなボケェ！

[Anonymous Coward]

セキュリティのセの字も解ってないくせに隅っこでおとなしくしてろ腐れAdobeが

メモリ破壊コード

[Anonymous Coward]

バッファオーバーフロー起こしたり、メモリを破壊して暴走するようなC言語のコードでも、ちゃんと再現してくれるのかな？それとも例外になってしまうのか。

Re:

[Anonymous Coward]

言語規約上、そのようなコードを実行したときの動作は「不定」ですから、
別に何を再現する必要も無いのでは？

不定というのは、結果がどうなっても構わないという意味です。
暴走、例外はおろか、鼻から悪魔が飛び出しても言語規約上許されますし、
そんな分かりやすいリアクションではなく、一見正しく動作しているフリをしても構いません。
数多くのプログラマを苦しめてきた、Ｃの暗黒面の筆頭といって良い仕様です。

Re:

[Anonymous Coward]

別にバッファオーバーフロー起こした後の動作が不定ってわけじゃないよ。
指定された壊れたメモリ領域を律儀に読み込んでとんでもない動作を実行し続けるだけで。
壊れていようがなんだろうがお構い無しに実行するのがCという言語の仕様。
まあコードからだけでは動作を予測し切る事は一般にできないもんだけど。

Re:

[Anonymous Coward]

いいえ。それは仕様ではありませんし、そんなものを仕様と呼んだりもしません。
なんかprintfをつけたら症状が出なくなったからデバッグ完了、と同じ類のvoodoo臭がぷんぷん漂ってきますよ。

Cの規格では確保したバッファの範囲外を読んだり書いたりアドレスを生成するだけで不定になります。
確保したバッファ+1のアドレス生成だけは認められていますが。

Re:メモリ破壊コード

[Anonymous Coward]

なんか一見詳しそうなことを書いてる割に「不定」(unspecified)と「未定義」(undefined)の区別すら付いてないってどうなの。