Visual Studio 2005スレ Part6

1 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 20:35:22 ] Visual Studio 2005 Express Edition（無償） www.microsoft.com/japan/msdn/vstudio/express/ 貧乏人は急いでＧＥＴだぜ！ Visual Studio 2005 Developer Center www.microsoft.com/japan/msdn/vstudio/2005/ lab.msdn.microsoft.com/vs2005/ Visual Studio 2005 製品ライン概要 www.microsoft.com/japan/msdn/vstudio/productinfo/productline/ www.microsoft.com/japan/msdn/howtobuy/vs2005/ Product Feedback Center lab.msdn.microsoft.com/productfeedback/ 過去スレ Part5 pc8.2ch.net/test/read.cgi/tech/1133029283/ Part4 pc8.2ch.net/test/read.cgi/tech/1131494714/ Part3 pc8.2ch.net/test/read.cgi/tech/1125460842/ Part2 pc8.2ch.net/test/read.cgi/tech/1113305966/ Part1 pc8.2ch.net/test/read.cgi/tech/1080916113/ 153 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 20:11:32 ] VS2005では、ODBCでPostgreSQLに繋がりませんでした。 VS2003なら繋がったのに。 154 名前：58 [2005/12/18(日) 20:17:46 ] >>90 ありがとうございます おっしゃられてる通りなようです SQL2005Expressってそういう制限があったとは勉強になりました 155 名前：デフォルトの名無しさん [2005/12/18(日) 20:27:25 ] IDEはほどほどに動いてるが、ドキュメントが遅いわ未整備だわでまだまだ。 MSSQL2005の開発に使えるレベルのドキュメントは別途Books Onlineをダウンロードする必要あり。 156 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 20:38:52 ] >>141 これのこと？ www.ailight.jp/blog/unaap/archive/2005/09/09/9684.aspx blogs.wankuma.com/naka/archive/2005/09/09/18317.aspx www.ailight.jp/blog/uchukamen/archive/2005/05/07/6805.aspx (・ω・　三　・ω・) ﾄﾞｺﾄﾞｺ？ 157 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 21:22:34 ] >>77 普通にビルドした時にできるやん 158 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:09:58 ] >>131 前スレ読んだら解決しました さんくす 159 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:19:15 ] C:\Program Files\Microsoft Visual Studio 8\Microsoft .NET Framework 2.0 SDK - JPN と C:\Program Files\Microsoft Visual Studio 8\Microsoft Visual C# 2005 Express Edition - JPN は削除していいかな〜? セットアップファイルみたいだし500Mもあるんだよね 160 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:23:15 ] 大丈夫くさいけど、アンインストーラが起動できなくなったりしない? フォルダ名変えて試行きぶぉんぬ 161 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:27:41 ] >>159 アンインストールできなくなるょ。 ただアンインストールしたい時にまた戻してあげれば問題ナッシング。 162 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:33:26 ] >>148 iccからも消えるから。 163 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:35:25 ] 下手に最適化が旨く行ってマネージコードよりずっと 高速だったら誰もドトネトに移行してくれなくなるから。 これからはネイティブコードより速いです、ということにしないと 困るんです。 164 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:36:48 ] >>163 > ネイティブコードより速い 同等にはなるかもしれないけれども、それはないでしょう？ 165 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:38:28 ] どうやったら、変換機と直接で 変換機の方が高速になるなんて事になるんだかｗ 166 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:40:56 ] ネタにマジレス 167 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:44:11 ] G7無くなったってどのEditionでもそうなのか？ 168 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:57:12 ] JAVAはネイティブコードより速いことがあるって 聞いたことあるような…… 169 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:00:06 ] >>168 .NETも同じだが、スレの流れが読めないから口にしちゃいけないような感じではあるな。 170 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:01:29 ] VMが環境に合わせて最適化するってこと？ 171 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:03:15 ] ヒント：JIT 172 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:14:10 ] ヒント：MFC 173 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:16:41 ] ヒント：SEX 174 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:22:05 ] コミュニティー機能はうまく機能するだろうか 175 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:28:56 ] 俺にまかせろ 176 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:29:37 ] >>165 本気で言っているのか？その直接の出来が悪かったら変換機の方が むしろ速いこともあるぞ。今まさにMSがやろうとしているのは、そういう類のこと。 >>168 確かにJavaの方が微妙に速いこともあるよ。でもそれは特殊なケースだ。 具体的に言うと、forとかwhileのループで関数を頻繁に呼ぶようなコードが多いと CよりJavaが同じか微妙に速い。Cだと関数呼び出しのコストが高いのかねぇ。 Javaはそのあたりを上手くやってるのかもしれない。 177 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:30:40 ] ＞＞１６５ VB6よりVB.NETの方が速いですが、何か？ 178 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:32:40 ] あれじゃね？ NETライブラリがうまいことキャッシュするんじゃよ 179 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:36:30 ] JITだと、関数やメソッドの境界を超えて最適化を行うことができるのと、 動作傾向に応じて最適化戦略を切り替えることが可能になる。 コンパイル時の最適化だとこれが難しい。 VS2005の上位のエディションだと、プロファイラの出力を食わせて最適化 する機能もあるようだけど。 180 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:38:22 ] そういやPGOはどんな感じ？＞買った人 181 名前：179 mailto:sage [2005/12/18(日) 23:45:40 ] >>176 一般的に、externalな関数やメソッドは、言語毎の呼び出し規約に縛られる。 パラメータをどのように受け渡すのか、どのレジスタが破壊可能でどの レジスタを保存しないといけないのか、返り値はどのように渡すのか。 でもJITだと、「このレジスタはどうせ破壊するから保存しなくていいや」 とか、「パラメータが少ないからレジスタで渡してしまえ」とか、 「呼び出し先のコードが短いからインライン展開してしまえ」とか、 そーゆー技が使えるんだと思う。(想像だけど) 182 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:46:01 ] 何か昨日今日と祭りだったみたいですね。 183 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:46:53 ] 後の祭り 184 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:52:51 ] 後の祭り ttp://gogen-allguide.com/a/atonomatsuri.html 185 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:53:51 ] お舞らがすでに後の祭りだ 186 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:40:20 ] >>181 だいたいあたり。 JIT方式のさらなる利点はPGOをその場で繰り返し行えるということ。 動作状況に応じてコードを書き換えていくなんてカッコイイね！ 187 名前：デフォルトの名無しさん [2005/12/19(月) 00:40:49 ] >>181 そんな判断ロジックなんかグチャグチャ走ってる分遅くなるだけジャン 176も含めてめでてーやつらだな 188 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:46:34 ] >>187 夢がない 189 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:49:52 ] JITって変換処理があるから起動が遅くなるんじゃないっけ？ 190 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:54:32 ] NGENがある 191 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:57:46 ] つーか思うんだけどさ 実行時に最適化するくらいなら、コンパイル時にやってくれよ。 そしたら起動も早いじゃん。 環境に合わせるっつっても、世の中IntelCPUが殆どじゃないの？ 192 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:02:26 ] どこまで細かい最適化するのかは知らないが HDDも違えばRAMも違うしChipsetだって違う。 そんな多種多様な環境全てに対応できる最適化を コンパイル時に出来ると思ってる191はDQN 193 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:06:57 ] >>192 そんな細かい最適化してるわけねーじゃんｗ メモリサイズに合わせてとかだとしても、んなVMやら起動してたらそいつらにメモリ喰われるしｗ 194 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:08:18 ] CPUがVM支援をするようになるから 195 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:08:42 ] いやなら.NET使うな 196 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:09:18 ] >>195 使いたくなくても、使わせる方向に持っていくのがMSクオリティー 197 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:10:49 ] PGOは実行時に最適化するんじゃなくて、一回実行して情報を集めてから 改めて最適化コンパイルするんじゃなかったっけ。 198 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:12:00 ] そうだよ 199 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:12:06 ] >>196 マイクロソフトは歴史の偏差値が50以下でも入れるんだろうか 200 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:21:26 ] >>197 んで、その集める情報ってのはコードの実行パターンとかそういうののはず。 よく使われる部分がなるべく速く動くようにって感じだね。 201 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:44:01 ] >>191 っLLVM 202 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 02:41:33 ] >>200 インラインニングやループ展開一つ例に挙げれば分かりやすい。 インライン化、ループ展開は確実に速くなるけど、すべてのところでやると、 実行ファイルサイズが爆発する。そのために「ここぞ」というところでやるわ けなんだが、ここで「よく実行される」つー情報は非常に有益。 つかPGOだけど、>>197も書いているように実際に実行してプロファイルを 作ることが必要。つまりユーザーの模範的実行パターンを組んで実際に 実行してそしてプロファイルを作る必要がある。 こんなめんどくさいことしなきゃならんし、あくまで「一般システム」以上の 最適化が出来なくてユーザーや環境ごとの最適化は無理なのでJITに比 べて不利。まぁJITはJITで実行コストとの戦いになるがな。 203 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 05:51:00 ] 今のJITがどの程度の環境別最適化をしてるかの資料ってある？ 204 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 06:40:37 ] 公式からフィードバックセンターへのリンクが消えている？ 205 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 07:11:17 ] ていうかー、ぶっちゃけJITなんかよりもその他の要因のほうが多いし、パフォに 与える影響大なので、大してコストのかからんJITを攻撃するのはずれてる罠。 ネイティブだろうが1回目と2回目の起動速度が全然違うのから「何が」ボトルネッ クなのかはすぐ想像できるじゃんよ。何そのJIT拒否反応としか思えん。 206 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 07:18:02 ] Officeなんかはアホみたいに起動速くしてあるし .NETアプリもそこらへん何とかして欲しいね。 たったこれだけのことでユーザーの印象が全然違うし。 207 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 07:39:24 ] あらかじめ常駐しておけば 208 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 09:10:05 ] ヒント：それでもNGENがある理由 209 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 09:13:23 ] ヒント：ngen使ったところでもっさりはもっさり 210 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 09:54:38 ] fread()関連のバグ直ってるかな・・・ たまに無茶苦茶な数がバッファに入って読めない事あるんだよね。 211 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 10:21:17 ] あと、CPU毎の最適化の有無もあるよ ネイティブでP3とかでも動作させたい場合 P4専用のオプティマイズはコンパイル時にかけられないけど JITなら実行環境に合わせて最適化できる CPUに汎用化したネイティブコードよりも 実行時のCPUIにあわせた最適化が出来るJIT系の法が早くなる場合がある。 212 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 10:52:04 ] もうそろそろ軽くなるかなと思ってたんだが VCExpressもVC#Expressも全然落ちてこねーよアホタレ > MS いい加減にしろ、28kbytes/secって舐めてんのか てかbittorrent使えよ…時代後れすぎだボケが！！！ 213 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 10:59:05 ] ﾓﾁﾂｹ 214 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 11:11:32 ] 大雪のため、お客様には大変ご迷惑をお掛けしております。 215 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 11:27:00 ] 漏れはProのパッケージ版が出るまで待つよ・・ 216 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 12:36:28 ] 誰かまとめサイト作って 217 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 12:42:05 ] onigiri.s3.xrea.com:8080/csharp/index.php?%5B%5BExpress%5D%5D 218 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 12:42:26 ] document and settingsのtempフォルダにインストールログのゴミが100M。 頼むよMS 219 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 13:25:58 ] クイックコンソールがないんだけど 220 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 14:32:18 ] >>216 何をまとめんだよｗ お前の情報収集スキルが低いだけ。 221 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 14:55:29 ] VS2005PROをDVDに焼いてインスコをしているけど、VS2005のインストール途中で htmllite.dllのインストールで「ディスク Visual Studio 2005 DVD を挿入してください」とメッセージが出るorz DAEMON Toolsでマウントし直すかな。 222 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:03:56 ] DAEMON Toolsでisoをマウントしても同じくhtmllite.dllのインストールでDVDを要求してきやがった。 vsフォルダを丸ごとHDDにコピーしてそこからインストールするしかないのか？ って、東証終わってしまったorz 223 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:10:21 ] なんでE:ドライブにインスコ指定してんのに必要容量のほとんどがC:ドライブになるんだ？ 224 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:16:40 ] >>221-222 ダウソ失敗してんじゃね？ ハッシュあってるか調べてみたらどーよ 225 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:36:11 ] >>224 ビンゴ！ダウンが失敗していたよ。SQL Server 2005 Devだけ成功だっとはorz でも、HDDにコピーしてからインストール出来たけどね。 心配だからやり直そう。 226 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:49:49 ] TeamEditionを16時間くらいかけてやっとダウソ 焼くかと思ったら、パソに書き込みソフトが入れるの忘れてたorz 227 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:02:13 ] VS2005Proの再ダウンロード完了。MSDN Lib for VS2005も破損していたのでダウンロード中・・・ DVDが２枚無駄になったなぁ。 228 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:03:48 ] このスレ眺めてたら久しぶりに「すくつ」という言葉を思い出した。 229 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:06:39 ] VisualStudio 2005 SRD/PROはP2P(Share)にもアップされているんだね。 こういうのを落として無料で使うやつもいるんだろうなぁ・・・ 230 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:14:14 ] スキルｗｗ 231 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:15:38 ] >>229 何でそんなことお前が知ってるの? >こういうのを落として無料で使うやつもいるんだろうなぁ・・・ お前の事じゃないの? 232 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:20:28 ] >>221-222>>225>>227です。 無事、再ダウンロードが終わりました。ハッシュも一致しました。 どうもお騒がせしました。 233 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:31:29 ] >>231 いや、MSDNユニバーサルメンバなんでその必要はないんだが、 P2Pの方がダウンロード速度は速いかもしれんと思ったのは事実。 234 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:45:17 ] >>233 金持ちだな。 さてそろそろspokeのproダウソもくる 頃だろうが、まだか 235 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 17:07:02 ] >>233 同じくMSDN会員です。P2Pは知らないけど、今回は企業回線の方が速かったですよ。 Microsoft File Transferで比較する限り、同じBフレッツでもハイパーファミリーより Bフレッツビジネスタイプの方が10倍近く速かったですよ。 まぁ、10倍速くてもファイルが破損していては駄目だけどねorz 236 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 17:22:13 ] >>235 ちょっとどっちが早いか試して見る。どの道落とすだけなら法律上も問題なかろう。 237 名前：デフォルトの名無しさん [2005/12/19(月) 17:23:58 ] Visual Studio Team SystemのWinny用のハッシュ ↓　↓　↓　↓　↓　↓　↓　↓　↓　↓　↓　↓ 238 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 17:24:19 ] こんな奴らのためにExpress無償公開に踏み切ったのかと知ったら 担当者はさぞがっかりするだろうな・・・ 239 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 17:28:00 ] マイクロソフト製のP2Pってまだなんだっけ？ 240 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 17:48:35 ] MSDNをP2Pで配布するというのも一考だと思うがな。ダウンロードが済んだPC からダウンロードできるわけだから、サーバーの負荷も飛躍的に軽減されるだろう。 もちろんライセンスを持たない者が解凍できないようにパスワードをかける必要がある。 パスワードが流出したら意味がないが、現実に誰かがISOをまるごとアップロード しているわけだから同じことだな。 241 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:00:37 ] BT使えばいいのに 242 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:20:33 ] >>241 確かにBTには英語版がフルで流れてますね。 でもさすがに日本語版はBTには流れないでしょう。 243 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:28:23 ] 落としたところでインストール時に認証とか無いの？ 244 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:40:26 ] ダウンロードと認証は完全にわかれてる 245 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:48:15 ] Office製品にはVL版、VS製品にはMSDN版という認証不要のバイナリがあるわけで・・・ まあ、その道の人たちには都合の良い製品になってるわけだ。 246 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:58:07 ] MSDNのOfficeも認証不要にしてほしい。 Adobe方式とやらはよく知らないが 消すときに停止処理出来るならそっちを採用してくれ。 247 名前：デフォルトの名無しさん [2005/12/19(月) 19:24:06 ] Visual Studio Team SystemのWinny用のハッシュ ↓　↓　↓　↓　↓　↓　↓　↓　↓　↓　↓　↓ 248 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 19:26:49 ] Share版 5fc39cef38ade8808bcf50a1ffb6ab6e049491d1 249 名前：デフォルトの名無しさん [2005/12/19(月) 19:30:47 ] ↑日本語版？認証不要？ 250 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 19:44:42 ] >>249 おいおい、ちょっとあなた。だめですよｗｗｗｗ 251 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 19:44:58 ] ダウソ厨はよそ池よ 252 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 19:46:47 ] >>249 ttp://up.nm78.com/data/up038210.jpg 253 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 19:49:40 ] >>252 ウンコ注意（オレは平気だったが）

---

---

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

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