Visual Studio 2005スレ Part3

1 名前：デフォルトの名無しさん [2005/08/31(水) 13:00:42 ] Visual Studio 2005 Developer Center www.microsoft.com/japan/msdn/vstudio/2005/ lab.msdn.microsoft.com/vs2005/ Product Feedback Center lab.msdn.microsoft.com/productfeedback/ 過去スレ Part2 pc8.2ch.net/test/read.cgi/tech/1113305966/ Part1 pc8.2ch.net/test/read.cgi/tech/1080916113/ 369 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 01:17:57 ] >>367 少なくともVectorで公開するようなフリーソフト作る程度でEnterpriseなんてイラネ 常に最新である必要も無いしね 64ビット対応バイナリを吐けるのはProfessional以上だが これもPSDKでもできるしな。 370 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 01:54:54 ] VSなんて買わなくてもPlatform SDKやら.NET Fxやら使えばいいんじゃね？ コンパイラは入ってるでしょ。 371 名前：デフォルトの名無しさん [2005/09/22(木) 02:39:26 ] で、インテリセンスの致命的なバグは直ったの？ 372 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 02:55:24 ] そんなんあったっけ 373 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 03:09:59 ] しかし、仕事だとVS使う以外の選択肢がないのも事実だしな。 そうなると、どうしてもＤＢがらみでEnterpriseしかなくなるし。 個人請負でも余裕あるなら入れるしかあるまい。 374 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 05:11:57 ] 単体で９万、抱き合わせで１２万だったら、 絶対単体の方買う。 いらないの押しつけられてすげー損してるよ。 375 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 06:48:31 ] 3万しかかわらん 376 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 08:45:57 ] Visual Studio 2005 Team Suite ・パッケージ版：150万円（MSDN Premium Subscription1年分付き） ・Open Business：117万円（SA with MSDN Premium Subscription2年分付きの場合は185万円） ・Select A：84万300円（SA with MSDN Premium Subscription3年分付きの場合は157万1300円） 正規価格はこれだお。 377 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 08:47:50 ] 例えば松浦亜弥と田村亮子セットで１２万 単体で９万なら単体の方買うだろ？ 378 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 10:27:04 ] むしろ田村亮子を3万で是非 379 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 11:27:30 ] >>VS2005はインラインアセンブラをサポートしない (･∀･)ｳﾝｺｰ 俺を殺す気か。 380 名前：デフォルトの名無しさん [2005/09/22(木) 11:28:59 ] >>379 え？マジで？ Visual C++ 2005 はインラインアセンブラ不可？ 381 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 12:00:40 ] それは64ビット版の話だと思う。 382 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 13:07:36 ] 皆さんboostのビルドってどうしてるの？ windows.hが見つからないってのが出まくるんですが。 IDEから使うような場合は>>85で問題ないんだけど、 bjamみたいにコマンドラインから使うとやっぱり見つけてくれないんだけど。 383 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 19:27:29 ] >>382 Platform SDKを入れる 384 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 20:43:09 ] なんだかんだ言って、どうせ自分で買わずに会社に買ってもらうんだろ。 そのくせエラそうなこと言ってテラ(´･ω･)ﾊﾞｶｽ 385 名前：デフォルトの名無しさん [2005/09/22(木) 21:14:39 ] Visual C++ 2005 で、アセンブラを使う。 これに、意味と価値がある思うが、 VS_Net2003と同様に、.asmファイルを プロジェクトに入れてビルドすると、エラーが出る。 いろいろやってみたが、どうしてもコマンドライン で、はねられる。 この点に関して、Net2003とは何が違うのだろう。 誰か、うまくビルド出来た御方、教えて。 386 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 21:30:46 ] ruby1.8.3でセキュリティ対策がされているようなのでVC++7.1でコンパイルしようと思ったらこんな感じで止まってしまったのですが、 どうしたらコンパイルできますか？ コンパイルオプションはこんな感じでいくつか付け足しました。 $(OPTFLAGS) = /O2 /arch:SSE /GL /GF /G6 $(LDFLAGS) = 元の物に /LTCG追加 cl -nologo /LTCG -LD /LTCG -Fe../../.ext/i386-mswin32/Win32API.so Win32A PI.obj msvcr71-ruby18.lib kernel32.lib oldnames.lib user32.lib advapi32.lib wso ck32.lib -link -incremental:no -opt:ref -opt:icf /LTCG -dll /LTCG -libpath:"../ .." -def:Win32API-i386-mswin32.def -implib:Win32API-i386-mswin32.lib -pdb:Win32A PI-i386-mswin32.pdb cl : コマンド ライン warning D4002 : 不明なオプション '/LTCG' を無視しました。 cl : コマンド ライン warning D4002 : 不明なオプション '/LTCG' を無視しました。 ライブラリ Win32API-i386-mswin32.lib とオブジェクト Win32API-i386-mswin32.exp を作成中 Win32API.obj : error LNK2001: 外部シンボル "_rb_scan_args" は未解決です。 Win32API.obj : error LNK2001: 外部シンボル "__imp__rb_cObject" は未解決です。 Win32API.obj : error LNK2001: 外部シンボル "_rb_str_new3" は未解決です。 Win32API.obj : error LNK2001: 外部シンボル "_rb_define_method" は未解決です。 Win32API.obj : error LNK2001: 外部シンボル "_rb_ary_push" は未解決です。 Win32API.obj : error LNK2001: 外部シンボル "_rb_uint2inum" は未解決です。 Win32API.obj : error LNK2001: 外部シンボル "__imp__rb_eRuntimeError" は未解決で す。 Win32API.obj : error LNK2001: 外部シンボル "_rb_string_value" は未解決です。 (中略) ../../.ext/i386-mswin32/Win32API.so : fatal error LNK1120: 外部参照 24 が未解決 です。 NMAKE : fatal error U1077: 'cl' : リターン コード '0x2' Stop. NMAKE : fatal error U1077: '.\miniruby.exe' : リターン コード '0x1' Stop. 387 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 21:32:13 ] すいません誤爆しました 388 名前：デフォルトの名無しさん [2005/09/22(木) 22:04:50 ] Visual C++へのMASMの組み込み codezine.jp/a/article.aspx?aid=64 これが、 Visual Studio .NET 2003 では正常にビルド出来るのに、 Visual Studio 2005 Team Suite では不可、なぜなの？ 誰か、教えて。 389 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 22:11:49 ] まだ発売されてないんだが 390 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 22:17:10 ] >>388 カスタムビルドで指定してろ馬鹿 自分の手でコマンド・プロンプト上でやってみて、それから聞きやがれ 391 名前：デフォルトの名無しさん [2005/09/22(木) 22:41:05 ] Visual Studio .NET 2003 ではうまくいくのに、 全く同様なことが、なぜ、 Visual Studio 2005 Team Suite Beta2 では、 なぜエラーとなり出来ないの？ と、聞いている。知らなければ、レスするな。 392 名前：デフォルトの名無しさん [2005/09/22(木) 22:46:38 ] 391だが、 両方の処理系をインストールし、 実際に自分の手と目で実行させ確かめながら、 この板に書き込んでいる。 393 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 22:47:28 ] 9Xでは動いていたアプリがNTにしたら動かなくなったと喚くのと同じことじゃん 馬鹿は邪魔だからさっさと死ねよ 394 名前：デフォルトの名無しさん [2005/09/22(木) 22:49:59 ] 言いたいのは、 もしかして、x86アセンブラを Visual Studio 2005 は切り捨てたのかな？ と、言うこと。 395 名前：デフォルトの名無しさん [2005/09/22(木) 22:53:34 ] >393 あれとこれは、次元が違う。 知らなければ、レスするな馬鹿。 396 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 00:55:06 ] >395 ちなみになんの設定もしなくても、ExampleはVS2005Beta2でコンパイルできたぞ いったい、なに悩んでるんだ？ 397 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 02:24:36 ] スルーで 398 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 10:03:31 ] catchしてしまいました 399 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 10:03:59 ] 再throw 400 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 10:51:39 ] 誰かキャッチしてくれ。 このままだとアボートする。 401 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 11:02:16 ] キャッチしてもそのまま握り潰すよりいいのでは 402 名前：デフォルトの名無しさん [2005/09/23(金) 13:03:24 ] 今日で６日、風呂入っていない 結構臭いな さっきうんこしたからなおさら臭いｗ 403 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 13:04:16 ] そういえば会社に「例外をスルー」と言う奴がいる。 404 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 13:33:15 ] 実際に through っていうマクロが定義されてたら笑える。 405 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 13:53:26 ] 例外をスルー の検索結果 約 49 件中 1 - 10 件目 (0.75 秒) 406 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 17:39:49 ] 本当に例外を(いちおうcatchしてから)スルーする場合もあるわけで 407 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 23:03:19 ] おやじぎゃぐだな。 408 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 23:28:40 ] 例外をスルーするー？ 409 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 23:51:55 ] イ列タト 410 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 01:18:00 ] (1) Try Catch End Try (2) Try Catch 　Throw End Try VB記法ですまんが、どっちが真の「例外をスルー」？ 411 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 01:49:14 ] 2 412 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 03:30:54 ] Catchして何もしない(1)も「例外をスルー」っぽいけどなあ。 413 名前：デフォルトの名無しさん [2005/09/24(土) 04:00:02 ] .NETではC++,C＃、BASICのどれをつかっても 出来上がったアプリの実行速度は同じ？ 414 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 09:18:47 ] C#とJ#において java.util.LinkedList を使ったキューを実装したら C#の方が1割ほど早かった ひょっとしたら違いがあるのかもしれん 415 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 09:22:32 ] スルーってスローの過去形? 416 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 15:21:46 BE:154253388-#] through は前置詞 417 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 17:20:59 ] throw - threw - thrown たしかにスルーは過去形w 418 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 18:07:30 ] >>413 そん中ではC++のほうが速いな。ネイティブを直接叩けるから。 C++.NETはあくまでネイティブと.NETの橋渡し的な意味があると思う。 .NET完全依存で書くのにC++を使うのは効率悪い。 419 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 18:48:45 ] >>418 そうか？完全.NetでもC++/CLIは悪くなさそうだが。 420 名前：デフォルトの名無しさん [2005/09/24(土) 19:14:28 ] ドンだけ違いあるの。c♯とVB.netしかつかえんから 試せない。 421 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 19:39:57 ] 苦労してC++で組んでネイティブじゃないのって まさにアフォだと思う 422 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 19:48:04 ] いや、なんでC++だと苦労することになるのか？ 423 名前：デフォルトの名無しさん [2005/09/24(土) 21:16:05 ] C++つかったことないの？ 苦労っていうか、C++って面倒なんだよね 424 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 21:19:03 ] どこらへんが？ 425 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 21:27:47 ] C#はC++から.NETを扱うために不要な機能を排除・整理したものと位置づけられてるし 現にそうだろう。 どうみてもJavaのパチモンだが。 C#とC++じゃコーディング量が全然違う。 Java/C#の便利なとこは、クラス内に定数テーブルの定義ができるとか。 C++はクラス定義の外に書かないといけない。 426 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 21:31:36 ] ああ、たしかにそれは不便だと思う。 やろうと思えばやれなくはないけどどうも不自然だしな。 427 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 22:00:47 ] 不自然て？enumで間に合わん定数は仕方ないが、cでは元々 #defineだったので無問題のような気がするが？ なぜ、そこまでクラス内で定義が完結することに拘りますか？ 428 名前：426 mailto:sage [2005/09/24(土) 22:08:34 ] >>427 静的関数はインラインに書けるから、 静的関数の中で静的変数を宣言してそれを返すようにすれば、 配列でもなんでもクラスの宣言の中に書ける。 当然使うときには関数呼び出しの形になるからそれを不自然とした。 429 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 22:11:27 ] 全く話がかみ合っていないようだがメールで頼む 430 名前：425 mailto:sage [2005/09/24(土) 22:14:14 ] >>427 定数じゃなくて定数テーブル。 添字使ってランダムにピックアップとかやりたいわけよ。 代替の方法としては、 int HogeArray(int index) { static const int array[] = { ..... } ; return array[index] } とか。かなり苦しいけど。 431 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 22:27:14 ] なるほど、おいらの読み間違いだった＞定数と定数テーブル しかし、その手のコーディングは作り込みバグの元になるとかで うちでは推奨されてないっす。 432 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 23:56:05 ] enumハック 433 名前：デフォルトの名無しさん [2005/09/25(日) 01:24:43 ] 懐かしい響きだこと 434 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 10:42:13 ] fopen_s使えって言われたんだけど何が変わってんの？ 435 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 15:15:35 ] _s 436 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 15:50:43 ] _sのsはsecureの略 437 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 16:00:31 ] メンドクない？ 438 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 21:17:06 ] 置換で 439 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 21:25:42 ] ま　た　独　自　拡　張　か 440 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 21:49:03 ] 違うよ 441 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 22:05:29 ] あのさ、独自拡張がなくなったら、 結局そこには競争がなくなるわけで 442 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 23:25:20 ] 独自拡張は良いんだけど、メリットは難だよ？ ﾄﾞﾄﾈﾄのメリットは？ 443 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 23:26:42 ] >>442 人によって異なる。 444 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 00:45:04 ] >>441 それを言われると言い返せないんだけど でも誰も望んでないのも確かなんだよねぇ。 445 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 00:55:29 ] 標準化が追いつかない新しい機能が独自拡張に なるのは当たり前。いつの時代もいっしょ。 このCRT拡張なんかは「使わない」て選択があるんだから いいんでないの? 446 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 04:19:50 ] 実装がなければ標準なんて作られるわけねーだろ それに標準化委員会なんて利権の塊なのに神聖視してる奴大杉 447 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 05:22:50 ] >>444 「誰も望んでない」わけないだろ。 「自分は望んでない」だけだろ。 毎月脆弱性でがたがた言われたいのか 448 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 08:46:22 ] ドトネトを望んでるユーザーは居ないどころか、ドトネトを知らない人ばかり... 449 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 10:21:35 ] 詳しく 450 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 11:09:51 ] >>448 だって意味分からないよ 451 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 13:53:41 ] 今度のWindowsは何が変わるんですか？と聞かれて、 マネージドコードがうんたらかんたら、と説明するが、 じゃ表面的には変わらず中が変わるのですか？と逝われる。 452 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 14:10:33 ] 重くなる 453 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 14:26:11 ] >>452 そうそう、そういうマイナスイメージで聞かれる。 じゃあ、表面的には変わらないのに、重くなるだけなんですかー？ みたいな。 454 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 16:01:16 ] 中が変われば最終的には外に効いてくるけどな。 455 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 16:16:28 ] >>454 いや、その”最終的”の曖昧さがずーっと議論になってるわけで。 456 名前：454 mailto:sage [2005/09/29(木) 19:24:22 ] >>455 最終的って表現が悪かったね。 .NETで表面的には何が変わるの? って話に関わるつもりじゃない。 中の *目に見えない* 改善でも、 アプリの非機能的な品質向上(クラッシュしない、変更に耐えられる等)という *目に見える* 効果につながるといいたいだけ。 457 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 19:58:14 ] >>456 いや、そこが疑われてるんだが。 .NETといったところでクラスライブラリ以上のものじゃないし、 重くなるというのは致命的だし。 458 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 20:01:59 ] 具体的に書くと、 マネージドコードでセキュアになって〜、と説明。 しかし、マシンスペックは今のじゃダメになるんですか（マシンの買い替えも踏まえてだろうが）、 と言わると、.NETアプリは激重になる、と言うしかない。 でも、Officeは.NETじゃないとなると、？？？、となる。 459 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 20:06:53 ] >*目に見える* 効果につながるといいたいだけ。 これが本当なら、今頃ｷﾗｰドトネトアプリが１つくらい出てきてるよね。 460 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 20:29:16 ] ユーザーにとっての”目に見える”はそんなものじゃない。 使いやすさのことだボケ 461 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 20:38:53 ] 待て待て デスクトップアプリだけ見てるだろ… 462 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 21:01:57 ] ユーザーなんて結局、ウィンドウ・マネージャの挙動しか見てないって 中のお作りが楽になるだけでも、早く移行して欲しい 463 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 23:44:40 ] >>460 アホや… 464 名前：デフォルトの名無しさん [2005/09/30(金) 00:07:33 ] C++/CLI ハンドル、追跡、リファレンス、・・・ おいおいこれだったら生ポインタの方が全然セキュアじゃねーの？ 本末転倒 465 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 09:49:46 ] >>462 ﾌﾞﾋﾞﾁｭｳがお作りが楽だと逝ったところで、ﾌﾞﾋﾞアプリは嫌われて使われなかった。 さらにモッサリのドトネトアプリ出しても意味無いお。 466 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 11:16:36 ] >>461 リッチクライアント＆マネージドコードの最強路線があったんだが、 セキュリティ問題が根本的に解決されないんだよね。 だからユーザーWebブラウザでアドレス確かめながらAjaxするしか無い。 467 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 21:22:41 ] >>465 > ﾌﾞﾋﾞﾁｭｳがお作りが楽だと逝ったところで、ﾌﾞﾋﾞアプリは嫌われて使われなかった。 それほんと? VB詳しくないのだが。案件はやたら多いと思うが気のせいかね。 468 名前：デフォルトの名無しさん [2005/09/30(金) 23:44:29 ] ま、結局VBが主流になると思うけどね。 469 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 01:12:28 ] >>467 案件ではなくてフリーソフトレベルで VBインストーラって時点で入れるのやめたとかそういう話と思われ…。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef