- - PR -
Visual C++.NETのGSオプション
1
| 投稿者 | 投稿内容 |
|---|---|
|
投稿日時: 2002-02-16 16:43
Visual C++.NETのGSオプションに問題があるという話題が出ていますね。
http://memo.st.ryukoku.ac.jp/archive/200202.month/2984.html http://memo.st.ryukoku.ac.jp/archive/200202.month/2985.html |
|
投稿日時: 2002-02-16 17:08
>Visual C++.NETのGSオプションに問題があるという話題が出ていますね。
この言い方は誤解を招くと思います。/GSに問題があるわけではなく、それを使うユーザーの不用意な安心感に問題があるわけで、それは/GSのせいでも何でもありません。 |
|
投稿日時: 2002-02-16 19:23
問題があるのは、Visual C++.NETではなく、発見したことを大げさに吹いてまわった人と、それを大げさに報道したマスコミと、その尻馬に乗って騒いでいる連中でしょうかね?
MSDNのサイトで"/GS"で検索すると、/Gs以外で最初に出てくるのがコンパイラオプションのリファレンスという状況では、誰も宣伝しておらず、誰も気付いていない機能じゃないかという気がしないでもないです。 とすれば、いったい誰が「不用意な安心感」を感じているのだろうという気がします。 _________________ |
|
投稿日時: 2002-02-16 22:56
マイクロソフトの見解が出てます。
http://msdn.microsoft.com/visualc/compiler.asp |
|
投稿日時: 2002-02-17 04:41
/Gs (Control Stack Checking Calls)は、一定サイズ以上のスタック使用に検査機能を追加するオプションですね。
「転ばぬ先のつえ」的な機能だと思うのですが、つえさえ持っていれば、もう転ぶ心配はしなくてもよいと考えるプログラマがいるということでしょうか。 まっとうなプログラマなら、このようなオプションを当てにするとは思えません。 もし指摘のように、オプションを当てにして、自身でのスタックオーバーフロー管理に手を抜くようなプログラマがいるのだとすれば、スタックを意識しなければいけないようなプログラミング環境にそのようなプログラマがいること自体が不幸なのだと思います。 やはり、こうした問題抜本的に解決してくれるマネージコードに早く移行すべきですね。 |
|
投稿日時: 2002-02-17 10:55
/Gsと/GSは違うものです。紛らわしいですが、ご注意を。
/Gs (Control Stack Checking Calls) /GS (Buffer Security Check) _________________ |
|
投稿日時: 2002-02-17 13:16
おっと、これは失礼をしました。別物ですね。ご指摘ありがとうございます > autumnさん
くだんのMicrosoftの解説ページからのリンクが/Gsになっていたもので…。 |
|
投稿日時: 2002-02-18 16:20
日本のサイトにもコメントが出ましたね。
http://www.microsoft.com/japan/msdn/visualc/compiler.asp |
1
