Visual Studio 2005ス ..
433:377 ◆RaJZhskAXw
06/09/09 11:45:12
ご迷惑おかけしてます。
なんか使ってるうちにだんだん遅くなってくるみたいです。
マシンごと再起動の後はそれなりにさくさく動いています。
以前からもっさりとはしていたのですが、今はつかってるうちに耐えられないくらいに固まってきます。
以下環境:
XPProSP2
Athron64 3200+
Memory2G(異常時600M以上のこり)
HD 11.2GRest
VS2005Professional
434:デフォルトの名無しさん
06/09/09 11:53:19
>>377 Process Explorer とかその手のツールで、
どのプロセスが時間食ってるかは調べた?
ホントに devenv.exe が時間食ってた?
435:377 ◆RaJZhskAXw
06/09/09 11:55:17
タスクマネージャーでみてますが入力したとたんにdevenvの使用率が100%近くになって数秒続くので間違いないと思います。
436:デフォルトの名無しさん
06/09/09 11:57:19
そのマシンにはVSとXPしか入ってないのかYo!
437:デフォルトの名無しさん
06/09/09 12:02:40
そんな高速なマシンでエディタの動作がそんなに鈍いなんて尋常じゃないねw
会社でサブで使ってるセレロン1.8G、メモリ256Mのマシンだって、起動は待たされるけど
一旦起動さえしてしまえば多少モッサリするな。位の感じだ。
他のアプリは問題なく動くわけ?
VS2005のIDEだけが重いの?
438:デフォルトの名無しさん
06/09/09 12:03:09
>>435 それじゃ、とりあえずはやっぱり VS をアンインスコ
してインスコし直してみたらどうよ?まぁ時間はかかるが、
基本だろ?
C# ではどうなのか知らんが VS.NET 2003 で C++ で
インクルードファイルが再帰的になりすぎてて
(というか無限に再帰していて)固まったというケースには
遭遇したことがある。ホントにその再帰が問題だったのかは
今では知るよしもないが。
439:デフォルトの名無しさん
06/09/09 12:05:31
デスクトップにアイコンがたくさんあるとか
440:デフォルトの名無しさん
06/09/09 12:07:48
新しくユーザを作ってやってみれば?
441:377 ◆RaJZhskAXw
06/09/09 12:22:47
>>436 入ってるけど全部逝ってられないYo!
>>437 ほかのアプリはふつうに動きます。VSも動作自体はそれほど遅くはないです。
ほかにはヘルプの起動とドッキングウィンドウを動かしたときに1秒ぐらい固まるのが気になるくらいです。
>>438 別件もあって再インストールしましたが状況変わらずです。今はマシン語と再起動した後わりと問題ない程度で動いてますが。
>>439 てんこもりですね。影響あるんでしょうか?とりあえず削除します。
>>440 関係あるのかな・・・それやるとかなり手間になるので最後の手段にとっておきます。
442:デフォルトの名無しさん
06/09/09 12:24:28
再インストールよりもアカウント追加の方が楽だろ
443:デフォルトの名無しさん
06/09/09 12:24:54
再>>440ってインストールより早いだろうにw
444:デフォルトの名無しさん
06/09/09 12:25:17
もうWindowsを再インストールしたほうが早いだろ
445:デフォルトの名無しさん
06/09/09 12:25:40
再 だけ何故か先頭に・・・これもdevenvの呪いじゃ
446:デフォルトの名無しさん
06/09/09 12:31:51
だからさっさとSP1をよこせ。
447:デフォルトの名無しさん
06/09/09 12:35:29
tasklistの結果貼れば?
448:デフォルトの名無しさん
06/09/09 12:37:43
tasklistってなんじゃらほい
449:デフォルトの名無しさん
06/09/09 12:43:08
コマンドプロンプトで実行すりゃ解る>>448
450:377 ◆RaJZhskAXw
06/09/09 12:55:19
イメージ名 PID セッション名 セッション# メモリ使用量
========================= ====== ================ ======== ============
System Idle Process 0 Console 0 28 K
System 4 Console 0 260 K
smss.exe 600 Console 0 440 K
csrss.exe 688 Console 0 14,068 K
winlogon.exe 728 Console 0 4,076 K
services.exe 776 Console 0 5,960 K
lsass.exe 788 Console 0 1,588 K
svchost.exe 968 Console 0 5,612 K
svchost.exe 1024 Console 0 4,640 K
svchost.exe 1088 Console 0 31,368 K
svchost.exe 1128 Console 0 3,564 K
svchost.exe 1168 Console 0 6,852 K
spoolsv.exe 1456 Console 0 5,356 K
schedul2.exe 1688 Console 0 1,940 K
avgamsvr.exe 1700 Console 0 5,884 K
avgupsvc.exe 1724 Console 0 2,440 K
avgemc.exe 1740 Console 0 7,948 K
mscorsvw.exe 1776 Console 0 3,888 K
MsDtsSrvr.exe 1828 Console 0 16,692 K
explorer.exe 1952 Console 0 28,700 K
451:377 ◆RaJZhskAXw
06/09/09 12:55:54
sqlservr.exe 220 Console 0 44,896 K
msmdsrv.exe 264 Console 0 25,532 K
nvsvc32.exe 292 Console 0 4,684 K
oodag.exe 312 Console 0 5,920 K
sqlbrowser.exe 516 Console 0 8,168 K
svchost.exe 620 Console 0 5,636 K
wdfmgr.exe 672 Console 0 1,948 K
msftesql.exe 1164 Console 0 4,972 K
GUI.exe 2260 Console 0 7,636 K
SOUNDMAN.EXE 2268 Console 0 3,740 K
fpdisp5a.exe 2276 Console 0 5,436 K
avgcc.exe 2284 Console 0 12,268 K
rundll32.exe 2324 Console 0 3,852 K
PicasaMediaDetector.exe 2332 Console 0 5,320 K
TrueImageMonitor.exe 2344 Console 0 1,164 K
schedhlp.exe 2356 Console 0 3,348 K
realsched.exe 2364 Console 0 232 K
qttask.exe 2404 Console 0 3,292 K
ctfmon.exe 2440 Console 0 4,636 K
Skype.exe 2460 Console 0 28,532 K
452:377 ◆RaJZhskAXw
06/09/09 12:56:30
msnmsgr.exe 2472 Console 0 8,012 K
msmsgs.exe 2480 Console 0 1,812 K
hpohmr08.exe 2548 Console 0 9,020 K
hpotdd01.exe 2556 Console 0 6,208 K
iRECRON.exe 2572 Console 0 6,792 K
devenv.exe 2596 Console 0 78,664 K
Jane2ch.exe 2648 Console 0 56,924 K
Opera.exe 2672 Console 0 173,620 K
RealSync.exe 2688 Console 0 5,032 K
hpoevm08.exe 2700 Console 0 5,916 K
SKRWATCH.EXE 2720 Console 0 6,108 K
WZQKPICK.EXE 2728 Console 0 5,252 K
WipeOut.exe 2736 Console 0 4,740 K
PeerCast.exe 2884 Console 0 4,284 K
HPZipm12.exe 3260 Console 0 2,320 K
alg.exe 3464 Console 0 3,652 K
svchost.exe 3856 Console 0 3,576 K
hposts08.exe 1624 Console 0 9,040 K
xplorer2.exe 3752 Console 0 17,332 K
TestKCSParse.vshost.exe 4048 Console 0 11,928 K
cmd.exe 1904 Console 0 2,816 K
conime.exe 3584 Console 0 4,892 K
wmiprvse.exe 3516 Console 0 6,000 K
tasklist.exe 572 Console 0 4,452 K
453:377 ◆RaJZhskAXw
06/09/09 12:57:05
張ってみますた。スレ汚しすまんです。
454:デフォルトの名無しさん
06/09/09 12:57:56
何がおきたのかと思ったが。
455:デフォルトの名無しさん
06/09/09 13:16:21
TestKCSParse.vshost.exe
これなに? C#のツールっぽいけど
456:デフォルトの名無しさん
06/09/09 13:20:15
スカイプとか使わないのは終了しとけよw
457:デフォルトの名無しさん
06/09/09 13:27:16
>>455 作ってるアプリです。
>>456 たまに使うおw
458:デフォルトの名無しさん
06/09/09 13:31:47
ピーキャストで動画見てるとかしてないだろうな?w
459:デフォルトの名無しさん
06/09/09 13:33:12
>>453
その内終了させられるものは全て外した上でのことだよな?
460:デフォルトの名無しさん
06/09/09 13:45:04
>>458 み、みてないっすよ。
461:デフォルトの名無しさん
06/09/09 13:55:02
SQL Server に C++ から接続するためには、
どのようなインターフェイスを使うのがトレンドなんでしょうか?
OLE DB とかですか?
それとも今はマネージドでやるべきなのでしょうか、C++/CLI で。
そうすると ADO.NET でやるべきなのでしょうか?
462:デフォルトの名無しさん
06/09/09 14:21:19
>>457
OSから入れ直すのしんどいっていうなら使わないソフト殺してから実験するしかねぇな。
てか開発マシンと娯楽マシン混ぜてるのってどうよ?
463:377 ◆RaJZhskAXw
06/09/09 15:31:09
OperaとJaneStyleおとしてデスクトップのアイコン消したら爆速になった。
どれのせいかわかんねぇ・・・・・・orz
みんなありがとう。
464:377 ◆RaJZhskAXw
06/09/09 15:42:25
理由はわからないけれどOperaをあげていると文字入力時などにdevenvの使用率が跳ね上がるようです。
開いているページにもよるのかもしれません。
ちらうらすまんそ。
465:デフォルトの名無しさん
06/09/09 15:44:43
厨房Styleユーザかよ
それなら納得だな
466:デフォルトの名無しさん
06/09/09 15:49:26
台所専用PCか?
467:デフォルトの名無しさん
06/09/09 16:11:08
でもまぁ Opera が原因と分かったのは儲けモノだな。
俺も時々 Opera 使ってるし。
ウェブサイトのレイアウトチェックだけだから
VS と同時に使うことは今までなかったけど。
468:デフォルトの名無しさん
06/09/09 16:29:19
AthlonXPと1GBのメモリで、
OperaとStyleとVSを同時に使っているが、まったく問題ないぞ。
469:デフォルトの名無しさん
06/09/09 16:36:37
Opera9はダウンロードのログを削除しないと
一定時間毎にDL済みファイルの所在を確認するから、
CPU使用率が上がる
ダウンロードタブで「完了したダウンロードを削除」すれ
470:デフォルトの名無しさん
06/09/09 19:42:05
M$は、VS2003使用者にひどいことしたよね。
VS2005は、VS2003のバージョンアップなんかじゃない。
似ているのは、商品名だけ。
実態は、VS2003の仕様がお粗末すぎたので、VS2003を
切り捨てて、新たに作り直したにすぎない。
471:デフォルトの名無しさん
06/09/09 19:59:13
全角厨が開発系ソリューションの商品について何か叫んでも説得力が無いなw
472:デフォルトの名無しさん
06/09/09 20:00:50
ガイドライン板の誤爆乙
473:デフォルトの名無しさん
06/09/09 20:24:16
>>470
基本コンセプトは、対応する.NET Frameworkのバージョンのに最適化した開発環境を
造るということなので、VS2003を切り捨てたわけではないですよ。
VS.NET 2002 : .NET Framework 1.0
VS.NET 2003(SP1) : .NET Framework 1.1
VS 2005 : .NET Framework 2.0
474:デフォルトの名無しさん
06/09/09 21:03:27
メモリーは1GあればOKかね、512だと少しでも大きいプロジェクトだと駄目。
WebサイトのテストにASPのデバック用サーバ立ったら512じゃ駄目。
475:デフォルトの名無しさん
06/09/09 21:05:51
それなりのプロジェクトだったら、それなりのテストサーバを別に立てようよ。
476:デフォルトの名無しさん
06/09/09 21:07:39
もっともだ
477:デフォルトの名無しさん
06/09/09 21:14:40
それなりの人材が必要だ。
478:デフォルトの名無しさん
06/09/09 21:18:59
それなりの機材を所望する
479:デフォルトの名無しさん
06/09/09 21:50:33
結合からは当然別サーバだが、単体は面倒じゃん。
自分のペースでコンパイル・実行したいし。
480:デフォルトの名無しさん
06/09/09 21:58:14
普通単体段階から準備するもんだと思うが。
どうせ結合テストで使うんだし。
それなりのプロジェクトでそれなりの人員でやってれば尚更。
481:デフォルトの名無しさん
06/09/09 23:28:52
VS2002の方がもっと悲惨だよ。
学生とはいえ、当時アカデミックでも3万ぐらいした気がする。
で、いざ買ったら、次の年に2003がでるとか。
しかもテンプレート周りがまともになっているし。
まあ、結局2003、2005と買ってしまうわけだが。
482:デフォルトの名無しさん
06/09/09 23:31:34
2002のアカデミック買った口です
2003のSpokeには殺意を抱きました
483:デフォルトの名無しさん
06/09/09 23:49:25
>>482 じゃ、theSpoke の特典でもらった VS2005 Professional
を使ってる俺には殺意抱きまくりだろうな・・・
でもまぁ Express Edition が無料で手に入る時代だからなぁ。
484:デフォルトの名無しさん
06/09/10 00:02:13
2005はMSDN AAでProのRTMを早期入手したんで
485:デフォルトの名無しさん
06/09/10 00:21:52
で、いつになったら J# に JDK 2 相当のライブラリが入るんだよ!
486:デフォルトの名無しさん
06/09/10 00:28:48
>>481
それ言ったら、来年、VS2007出るんだけど、どうするよ。
487:デフォルトの名無しさん
06/09/10 00:45:28
Vistaと同時に様子見で
488:デフォルトの名無しさん
06/09/10 01:14:23
>>486
いずれにせよ。
Vistaに移行したいし、64bitコードも吐いてみたいので、
買うと思う。
まだ学生だから。
489:デフォルトの名無しさん
06/09/10 02:52:37
特にソースコードに stdafx.h とか書かなくても
ヘッダのプリコンパイル機能が使えるとうれしいのだが
490:デフォルトの名無しさん
06/09/10 04:05:59
あー、それは思うわ。
491:デフォルトの名無しさん
06/09/10 08:15:58
>>490 #pragma hdrstop だけでコンパイラに対しては
十分な情報になると思うんだよな。
492:デフォルトの名無しさん
06/09/10 09:17:10
>>488
VS2007が出るのって、Vistaと同時じゃなくて、Longhorn鯖の時期だお。
493:デフォルトの名無しさん
06/09/10 10:17:33
プロファイラ設定を行って実行したんですがファイルがどこに出来上がっているのか
わかりません、どこにありますでしょうか?
494:デフォルトの名無しさん
06/09/10 10:36:23
proのアカデミックって、売ってないの?
オープンライセンスのみ?
495:デフォルトの名無しさん
06/09/10 10:40:50
ちょっと前までproは無料配布してた。
496:デフォルトの名無しさん
06/09/10 10:41:13
VS2005をデフォルトでインストールしている、バックアップファイルが
作成できないのだが作成するには何処の設定いじったらいい?
497:デフォルトの名無しさん
06/09/10 10:48:00
そんな機能があるの?
498:デフォルトの名無しさん
06/09/10 10:53:10
前から疑問に思っていたんだが C++ のコンストラクタの定義を
書いている時って、IntelliSesne うまく働かないんだけど・・・
たとえばコンストラクタの中ではメンバ変数の名前が補完されない。
それ以外のメンバ関数の中では問題なく補完されるのに。
499:498
06/09/10 11:19:43
A::A(int x) {
ここでは IntelliSense が効く
}
A::A
(int x)
{
ここでは IntelliSense が効かない
}
std::cerr << "なんでやねん\n";
500:デフォルトの名無しさん
06/09/10 11:35:44
(・∀・)?
501:デフォルトの名無しさん
06/09/10 12:09:19
VS2007って出るの?
そうしたらFramework3.0になるんだろうな…
ランタイムとなんら変わらないような気がする。
502:デフォルトの名無しさん
06/09/10 12:24:54
>>497
>>496だが
VS2005をデフォルトでインストールしたら
C:\Documents and Settings\user\My Documents\Visual Studio 2005
配下に\Backup Filesフォルダが作成されているから、設定次第でこの配下に
バックアップファイルが作成できるんじゃぁないの?
因みに今の状態では作成したプロジェクト名だけの空フォルダだけできてる。
中身がねぇ〜〜
503:デフォルトの名無しさん
06/09/10 12:32:37
>>502 それは多分旧バージョンのプロジェクトを
コンバートしたときにオリジナルをバックアップする場所と思われ。
URLリンク(msdn2.microsoft.com)
ちがうかな?
504:デフォルトの名無しさん
06/09/10 14:02:08
>>501
.NET3.0はVS2005+アドオンで開発できる。
VS2007のときにはさらにバージョンが上がるはず。
505:デフォルトの名無しさん
06/09/10 14:15:33
>501
そもそも.Net3.0は.Net2.0+いくつかの新機能で構成されるらしい
だからVS2005にアドインつけるだけで対応できるんだろう
URLリンク(www.atmarkit.co.jp)
506:デフォルトの名無しさん
06/09/10 14:19:02
ここで聞く内容じゃないかもって気もするんだけど、
OutputDebugString()で書き出す先のデバッグコンソール、
coutとかcerrとか標準出力は割り振られてないよね?
欲しければ、自分でostreamオーバーライドするしかない?
507:デフォルトの名無しさん
06/09/10 14:28:11
>>506
cdebugout << "ほげほげ";
とかしたらOutputDebugStringのコンソールに出したいって話ならMLにころがってた
URLリンク(www.tietew.jp)
508:デフォルトの名無しさん
06/09/10 16:07:38
ありがと。
ちょうど自分で書こうとしてたのと同じだ。
マジサンクス。
509:デフォルトの名無しさん
06/09/10 16:43:14
VS2002, 2003, 2005と移行する度に、M$にはひどい仕打ちを
されてきた。
それぞれのVSバージョンの開発物が最新版に移行できない。
でもメンテは、それぞれに今後何年もする必要があるわけで・・・
VS2007なんて、まっぴらごめんだ。
好き好んでVSシリーズを追いかける奴の気が知れない。
510:デフォルトの名無しさん
06/09/10 16:56:31
>ランタイムとなんら変わらないような気がする。
だって同じだもん!
ていうか、VBランタイムより重い分、VBRUN**.DLL よりヒドイ。
511:デフォルトの名無しさん
06/09/10 17:04:31
MSDN2に関して質問ですが、規定の言語フィルタを設定することはできますか?
それが無理なら、せめて変更した設定を保存することはできますか?
毎回ページを開くたびにチェックをはずすのが面倒なので。
512:デフォルトの名無しさん
06/09/10 18:30:59
>>509
VSの新しい奴出る度に、面倒だが全部に乗っかるように書き
直してるよ。VC7.1以降はコンパイラをタダで配ってくれてるし、
費用的に負担は無い。必然的に新しいのでしか通らないコード
は書けないが。あ、C++ね。それ以外の言語の人5963
513:デフォルトの名無しさん
06/09/10 18:31:56
>それぞれのVSバージョンの開発物が最新版に移行できない。
同感です。
システムの寿命が終わるまで、納品当時のバージョンの開発環境と
スキルを維持しつづけなきゃならないということです。
業務システムの寿命は通常10年程度はありますが、この間ずっと
VS2003でメンテできる人材をそろえ、メンテ環境を揃えておくのは、
金額換算したら、どれほどの損失になるのでしょうか。
エンジニア個人の視点で考えても、開発にかかわったエンジニアは、
ほぼエンジニアの寿命が尽きるまで古い開発環境でメンテできる状態
にしておく必要があるわけです。
10年後、VS2015 という最新テクノロジー満載の製品が出ても、VS2003を
使って頑張ってメンテをしていそうです。
514:デフォルトの名無しさん
06/09/10 19:05:37
>>513 それ、別に VS に限ったことじゃないんじゃないか?
いまだに COBOL をメンテナンスし続けなきゃいけない
システムもあるわけだし。
515:デフォルトの名無しさん
06/09/10 19:08:12
業務システムで開発環境変えられないのは普通。
……これ以上書くの('A`)マンドクセ
516:デフォルトの名無しさん
06/09/10 20:36:27
そこまで分ってて、なんでそんな分野で短命というかサポートが
短い製品を使うの? 他に選択肢はないのかね
517:デフォルトの名無しさん
06/09/10 21:04:53
単に発展途上なだけだし、そのまま動かないって言ったって
実際にはほんの少々の字句の修正だけで動く場合がほとんど。
劇的に世界がひっくり返るほどの違いなんて、この数年起きちゃいない。
518:デフォルトの名無しさん
06/09/10 21:08:32
>>516
プラットフォームを決めるのは俺じゃないから。
519:デフォルトの名無しさん
06/09/10 21:09:02
世の中にはVS2005のIDEでUNOCDEがデフォルトになったり、
strcpy_sの警告でおろおろしてしまうようなのがいっぱいいるからねぇ。
520:デフォルトの名無しさん
06/09/10 21:13:10
>>512
>VC7.1以降はコンパイラをタダで配ってくれてるし
タダ?
521:デフォルトの名無しさん
06/09/10 21:16:37
>>520 まぁ DDK にもタダで入っているしなぁ。
522:デフォルトの名無しさん
06/09/10 21:27:35
EE同梱の奴でも最適化はしてくれるんだっけ。
ロハじゃないのはVC8だが、劇的な違いは無いっちゃ無い品。
523:デフォルトの名無しさん
06/09/10 22:20:06
2003相当のVC7.1は2005が出る前はタダで配っていた。
524:デフォルトの名無しさん
06/09/10 22:37:37
>>520
VC7.1=.NET2003はVCTKとしてPro版コンパイラをタダで配っていたし、
VC8.0=2005はExpressとして通常最適化機能付きのコンパイラを配ってるだろ
525:デフォルトの名無しさん
06/09/10 22:37:40
>>503
>>496だが
サンクス、どうやらそれっぽいな、バックアップファイルがどんどん出来ても
困るが、方法は知っておきたかったので質問してみた。
526:デフォルトの名無しさん
06/09/10 23:38:45
EEのVCって8.0だったんか。
少し驚いた。
527:デフォルトの名無しさん
06/09/10 23:45:26
>>526
そりゃ.NET2.0を扱うのに7.1じゃ無理だよ
528:デフォルトの名無しさん
06/09/10 23:48:08
8じゃないと思ってたんなら何だと思ってたのか知りたい
529:デフォルトの名無しさん
06/09/10 23:54:37
いや、7.1のまんまかとばっかり。
8.0つけてくれるだなんて太っ腹だなあーと。
530:デフォルトの名無しさん
06/09/11 00:06:20
>>489
プリコンパイルドヘッダの作成・使用のオプションには、
どのヘッダまでを対象にするかを指定できる。
だから、全てのソースファイルでインクルードする順番を揃えてやれば、
なんとかならなくもないと思う。
ただstdafx.cpp相当は必要だけど(/Yc用)。(.NET 2003までは/YXもあった)
531:デフォルトの名無しさん
06/09/11 00:13:26
2005になって/YXがリストラされてもうて、要らない子だったのかと少し切なくなった。
532:デフォルトの名無しさん
06/09/11 02:44:37
そんな子は橋の下に捨ててしまいますよ。
そんな子は生んだ覚えはありません。
533:デフォルトの名無しさん
06/09/11 04:27:33
このスレは、.NET Framework を無用の長物と
思えないサンデープログラマの集まりですか?
534:デフォルトの名無しさん
06/09/11 06:03:46
>>533
他の言語の経験があるなら、
URLリンク(www.atmarkit.co.jp)
とかを参考に勉強すれば理解できるようになると思うよ。
ガンガレ
535:デフォルトの名無しさん
06/09/11 19:20:25
>>518
そんな情けないこと言われても。
@辞める
Aそのうち俺が決める
B愚痴をこぼしてるだけだから現状でOK
もしかして決める立場になれば、今の位置からは見えない
深遠な理由があるかもしれないし
536:デフォルトの名無しさん
06/09/11 19:29:45
そんな心配なんてしなくとも、今時のシステムリプレイスなんて
10年も経たずにやってきますよ、ええ。
直受けでそうならないなら、営業が無能ってことで。
>>535
マジレスすると、同社内で一括受託開発しているか、
上流やってる元受け(に近い)位置のエンジニアでないと、
プラットフォームなんて普通決められない。
537:デフォルトの名無しさん
06/09/11 21:06:14
VS2005Proです
ツール→オプション→環境→フォントおよび色
から背景色やフォントの色などを変えれますが
voidとかprivate、true、thisなどの色を変えるには表示項目でいうと
なにを選択したら良いのでしょうか?、項目が多すぎてわからん
538:デフォルトの名無しさん
06/09/11 21:13:28
そんなのも見つけられない奴にプログラムなんて書けるのかなw
539:デフォルトの名無しさん
06/09/11 21:13:28
キーワード
540:デフォルトの名無しさん
06/09/11 21:29:41
539サンクス
541:デフォルトの名無しさん
06/09/11 22:01:59
>>536
>同社内で一括受託開発しているか、
>上流やってる元受け(に近い)位置のエンジニア
そのひとたちはなんで実作業する人間に嫌われているVSを選ぶの?
M$に賄賂もらってるのか?
VSが格好良いからか?
下の人間を精神的に追い詰めたり不自由させることに快感を覚えるのか?
プラットフォーム決める人がここ見てたら、何で実際VSなのか書き込ん
でみて欲しいぞ。何かもっともな理由があるんでしょ?
542:デフォルトの名無しさん
06/09/11 22:11:36
視野の狭い奴が定期的に沸くなぁ
543:デフォルトの名無しさん
06/09/11 22:14:40
>>541
生産性、エンジニア/プログラマの調達の容易さ、
ライブラリ等の過去の資産流用等、挙げれば理由は結構ある。
リプレイス等でのシステム寿命(予測)と天秤にかけて、普通に選択対象になる。
てか別にVSマンセーじゃないけど、VS以外でそれ以上の環境を持って来いと言われる方が
実務的には悩む。
> 実作業する人間に嫌われている
不満は多いだろうが、それだけ。
544:デフォルトの名無しさん
06/09/11 22:18:19
Win用なら一択
545:デフォルトの名無しさん
06/09/11 22:28:56
子供に説明しても無意味でしょ。
スルーでよろし。
546:デフォルトの名無しさん
06/09/11 22:33:42
VS2005Expressです
デバッグのステップ実行時に標準関数やZeroMemoryなどに到達すると
「ソースが表示できません」
となってしまうのだけど、それを表示させずに、
次の行にステップするようには設定できるんでしょうか?
アセンブラコードは出るんですが('A`)
547:デフォルトの名無しさん
06/09/11 23:06:35
>>546
ステップインすれば混合表示になるけど、ステップオーバーじゃ駄目なの?
548:デフォルトの名無しさん
06/09/11 23:19:55
スタートページなしで開始する設定てないですか?
549:デフォルトの名無しさん
06/09/11 23:23:39
>>547
OKでした。ありがとう
ステップオーバーそのものを使ってませんでした orz
550:デフォルトの名無しさん
06/09/11 23:25:06
>>548
ツール - オプション で
すべての設定を表示 にすると、環境 - スタートアップ にあるだろ。
551:デフォルトの名無しさん
06/09/11 23:30:51
非常につまらない質問で申し訳ありませんが
VS2005 で VC++ を使っている場合、プロパティビューからマウス操作によって
public や private などアクセス指定を切り替えることができますが
これを使ってると
private:
int x;
int z;
private:
int y:
みたいになってしまいますよね
これって気持ち悪くないですか?
クラスを新規追加すると、VS2002と違って
コンストラクタとデストラクタにそれぞれ public 指定が一つずつ記述されてますが
アクセス指定をいちいち書くというのがMSのスタンス?というか最近の流行なんでしょうか
552:デフォルトの名無しさん
06/09/11 23:34:42
↑自分で書いた方が早くね?www
553:デフォルトの名無しさん
06/09/11 23:37:53
IDEまかせでやりたければソースの見栄えなんか気にする必要ないだろ
コンパイルすりゃ同じなわけだし
554:デフォルトの名無しさん
06/09/11 23:40:17
もちろん、修飾子なんかは今まで手書きだったので
これからも手書きで構わないのですが
何か妙な仕様だなぁ…と気になってしまいまして
とにかく深い意味はないってことですね
失礼しました
555:デフォルトの名無しさん
06/09/11 23:46:34
そこまで自動で加工されるとかえってウザいでしょ
というスタンスなだけだと。
556:デフォルトの名無しさん
06/09/12 00:00:58
vs2003用のwizardをvs2005で使う方法はありますか。
WMP 10 SDKのwizardがvs2003用で参ってます。
557:デフォルトの名無しさん
06/09/12 13:33:08
VC++2005でツールを作成しているのですが、エディタについて教えてほしい事があります。
デザイナでボタンを追加してダブルクリックしたときに[Button1_Click](例)メソッドが追加されますが、
それはプロパティのClickイベントのとこでリセットすれば消えますよね?
同じように、デザイナ追加したフォルダ選択ダイアログをダブルクリックしたときに
[folderBrowserDialog1_HelpRequest](例)メソッドが追加されたんですが、
前述したボタンのリセットと同じようにメソッドを削除する方法ってありますかね?
関連してる部分をコードエディタですべて削除すれば用は足りるんですが、
手で全て消すしか方法がないなんてことはないと思いますので、方法があるなら教えてほしいです。
558:デフォルトの名無しさん
06/09/12 13:42:23
>>557
書き忘れ VC++2005 Express Editionです。
あと間違い
デザイナ追加した → デザイナで追加した
559:デフォルトの名無しさん
06/09/12 15:16:17
>>557
イベントの欄がないから自分で削除するしかないんじゃね?
一行削除するだけでしょ
つーかfolderBrowserDialogをフィールドで持っとく必要あるの?
560:デフォルトの名無しさん
06/09/12 15:18:34
そんなことよりSP1まだぁ、ちんちん
561:デフォルトの名無しさん
06/09/12 16:26:14
VS2005の後にVS2003入れて大丈夫だっけ?
VS2005消したほうがいいですかね。
562:デフォルトの名無しさん
06/09/12 16:37:00
共存可能らしいよ
ソリューションファイルの中身を見て開くVSのバージョンも判定するらしい
563:デフォルトの名無しさん
06/09/12 16:56:33
VS.NET 2003 インストールした後にそのまま
VS 2005 インストールして開発してたけど、
特に何も問題はなかった。でも >>561 は
その順番が逆でも大丈夫なのかっていう
心配をしてるんだよね。俺も逆順は試したこと無い。
参考にならなくて済まん
564:デフォルトの名無しさん
06/09/12 17:08:10
2003入れた後に2005の修復すればいいんじゃね?
と無責任に言ってみる
565:デフォルトの名無しさん
06/09/12 18:02:45
MSDNライブラリ、ISOで4枚ダウンロードできる2006年6月版
.NET2003でも使えるのね
ただ相変わらずAPIでf・1を押したりすると英語が優先される…
566:デフォルトの名無しさん
06/09/12 18:19:20
>>559
サンクス
>つーかfolderBrowserDialogをフィールドで持っとく必要あるの?
ないよ。
567:デフォルトの名無しさん
06/09/12 19:32:19
>>550
遅れたけどサンクス
568:561
06/09/12 23:06:04
不具合出ると困るし2005消して2003から順に入れなおします。
レスさんくす。
569:デフォルトの名無しさん
06/09/12 23:50:38
#pragma region Windows Form Designer generated code
/// <summary>
/// デザイナ サポートに必要なメソッドです。このメソッドの内容を
/// コード エディタで変更しないでください。
/// </summary>
void InitializeComponent(void)
ここ弄ったら、Form1.[デザイン]がぶっ壊れた、再コンパイルしたら直るかもよ
って出たんでバックアップしてたソースファイルをForm1.hにコピペしても
直んない、なんとかならんかな??
570:デフォルトの名無しさん
06/09/12 23:53:09
再コンパイルの意味をわかってないだろ
571:デフォルトの名無しさん
06/09/13 00:01:35
そもそもいじるな
bin と obj とかのディレクトリ消せ
572:デフォルトの名無しさん
06/09/13 02:31:33
質問があります
VC++ 2005 Express Edition
で画像を以下のように表示させたいのですが、エラーがでます
private: System::Void Form1_Paint(System::Object^ sender,
System::Windows::Forms::PaintEventArgs^ e) {
int X0=10,Y0=10;
Bitmap^ bmap=gcnew Bitmap("C:\sample.jpg");
gr->DrawImage(bmap,X0,Y0);
}
Bitmap^ bmap=gcnew Bitmap("C:\sample.jpg");
の部分のパスにillegal characters in pathとエラーがでて赤いバッテンが
ウィンドウに表示されてしまいます。なにがいけないのでしょうか?
573:デフォルトの名無しさん
06/09/13 02:43:43
>>572
はああああああああああ
"C:\\sample.jpg"
574:sage
06/09/13 02:58:46
>>573
すごい!できました。ありがとうございます!!
C++ではパスは\を2個つけるのが当たり前なんですか?
それともこの2005 Express editionだけの事なんでしょうか?
575:デフォルトの名無しさん
06/09/13 03:06:34
Cのエスケープシーケンスは\
\\ = \
\n = 改行
\t = タブ
・・・
576:デフォルトの名無しさん
06/09/13 03:12:10
>>574おいおい
577:デフォルトの名無しさん
06/09/13 03:12:57
声も出ねえよ(笑)
578:デフォルトの名無しさん
06/09/13 03:15:09
なるほど、ありがとうございます。
579:デフォルトの名無しさん
06/09/13 09:13:15
>>572
生兵法は怪我の元だよ、坊や。
580:デフォルトの名無しさん
06/09/13 09:38:41
気の利いたことを逝ってるつもりか
581:デフォルトの名無しさん
06/09/13 09:40:19
>>579
精進します
582:デフォルトの名無しさん
06/09/13 14:35:31
質問です。環境はVC++2005 Express Editionです。
VC++2005のGUIアプリからWin32のコンソールアプリを使う方法が知りたいのですが。
そのWin32のコンソールアプリはプロンプトから
>xxx.exe [オプション] [出力ファイル名] [入力ファイル名] [入力ファイル名]...
ってな感じでファイル名を渡して使うアプリなんです。
知りたいのはコマンドライン引数を渡してコンソールアプリを動かす方法です。
お願いします
583:デフォルトの名無しさん
06/09/13 14:37:39
>>582
system 関数をお勧めする。
584:デフォルトの名無しさん
06/09/13 14:41:42
CreateProcess関数をお勧めする。
585:デフォルトの名無しさん
06/09/13 14:58:07
Process.Startメソッドをお勧めする。
586:デフォルトの名無しさん
06/09/13 15:00:52
>>582
生兵法は怪我の元だよ、坊や。
587:デフォルトの名無しさん
06/09/13 15:11:37
>>583-585
d
System関数とCreateProcess関数はPlatformSDKが入ってないので使えないです><
Process.Start調べてみますね。
588:デフォルトの名無しさん
06/09/13 15:20:22
_spawnlp() とかはだめなん?
589:デフォルトの名無しさん
06/09/13 15:24:50
ProcessStartInfoでいろいろ指定して、
Process.Start(ProcessStartInfo);
ってやればできるんだな!
ちょうしこいてGUIで作らなきゃ良かったよ、
最初からコンソールで作ってれば何時間かでできたのにな
590:デフォルトの名無しさん
06/09/13 15:27:56
GUIってことはC++じゃなくてC++/CLIか。
591:デフォルトの名無しさん
06/09/13 15:37:50
>>590
そう。あそっか、VC2005ならC++でもC++/CLIでもGUIアプリ組めるもな
592:デフォルトの名無しさん
06/09/13 16:42:13
生兵法は怪我の元だよ、坊や。
593:デフォルトの名無しさん
06/09/13 16:50:40
C++にGUIはありませんよ
594:デフォルトの名無しさん
06/09/13 16:57:23
582ですが。
System::Diagnostics::Process^ p =
System::Diagnostics::Process::Start("C:\\xxx.exe","コマンドライン引数 コマンドライン引数");
p->WaitForExit();
こんな感じでやればできますね。
595:デフォルトの名無しさん
06/09/13 16:59:41
>>593
C++の言語仕様には無いがここがVS2005スレだと言う事を考えると君のその指摘は馬鹿にしか見えない
596:デフォルトの名無しさん
06/09/13 17:08:42
>>593
C++にはネットワークも暗号化も何もないよね
597:デフォルトの名無しさん
06/09/13 17:12:52
>>594
ここ特定の言語の質問スレじゃないよ
598:デフォルトの名無しさん
06/09/13 17:15:48
>>597 そうだよ。VS のスレッドなんだから、
.NET Framework 使ったコードでもいいじゃん。
599:デフォルトの名無しさん
06/09/13 17:20:19
>>597
いや、流れ見てたら質問スレっぽかったから質問したんだが
600:デフォルトの名無しさん
06/09/13 17:20:18
アホには見えないかもしれないが、それ専用のスレがあったりする。
601:デフォルトの名無しさん
06/09/13 18:02:03
StringBuilder.Replace メソッド (String, String, Int32, Int32) で、
マイクロソフトのリファレンスに、
「置換する文字列は、序数に基づいてチェックされます。つまり、置換はカルチャを認識しません。」
と書かれてるのですが、言葉の意味が全く分かりません。
誰か噛み砕いて説明を。。
602:デフォルトの名無しさん
06/09/13 18:07:16
カルチャって概念が未だにちゃんと分かってない俺。
603:デフォルトの名無しさん
06/09/13 18:16:44
カマカマカマカマカマカミーリーオーン♪
って歌ってたオカマの人たち
604:デフォルトの名無しさん
06/09/13 18:20:42
>>601
マジレスすると
同じ文字列か判別するのにおのおののcharの序数だけで判別する←カルチャ無視ということ。
カルチャによっては、グリフが違っても同じ文字として扱うやっかいな言語があるので、
そこんとこ考慮する←処理が大変←重くなる
605:デフォルトの名無しさん
06/09/13 18:22:07
>>602 それ、カルチャークラブじゃね?
それはそうと、おまえら、リビルドじゃなくて、リリンクってできないですか?
同時にライブラリをリビルドしたんで、リンクだけやり直したいんですが。
606:デフォルトの名無しさん
06/09/13 18:36:08
exeファイル消せばいいんじゃね?
607:デフォルトの名無しさん
06/09/13 18:38:32
依存関係 or 依存するプロジェクト
みたいな設定なかったっけ?
608:605
06/09/13 18:43:07
おお、「同時に」ってのが変なつかい方になってたな。
二つソリューション立ち上げてて、ライブラリをエディットしつつ
それを使うアプリの一つもエディットしてます。
両者は完全に切り分けてるので、アプリのソリューションが
ライブラリの変更を検知するのは aiueo.lib のタイムスタンプ
くらいしか手がかりがないんだけど、それは見てくれてないみたい。
>>607 ライブラリのプロジェクトをアプリのプロジェクトにも
追加すればいいんだろうけど、できれば両者は完全に切り分けて
おきたい。
>>606 のように exe 消すってのがいいかな。
609:デフォルトの名無しさん
06/09/13 18:48:24
プロジェクトじゃなくてlibファイルを依存関係の対象にすればいいんじゃね?
そうすればタイムスタンプを参照するんじゃないかと
610:605
06/09/13 18:59:51
>>609 んなことできんの?
611:デフォルトの名無しさん
06/09/13 19:02:12
というか、普通にhoge.libが更新されたら、それを参照してるプロジェクトをビルドした時に再リンクされるけど?
612:デフォルトの名無しさん
06/09/13 19:11:46
#pragmaだとダメじゃね?
613:605
06/09/13 19:12:44
>>611 ええ〜マジっすか?
なんで俺の VS2005タン は再リンクしてくれないんだ・・・
614:605
06/09/13 19:14:16
>>612 つまり、いわゆるオートリンクだと、ってことですか?
#ifdef _DEBUG
#pragma comment(lib, "libsex-Debug.lib")
#else
#pragma comment(lib, "libsex-Release.lib")
#endif
これだと、更新はチェックしてくれないってことっすか?
615:611
06/09/13 19:17:03
>>614
何だその見たこと無い呪文は orz
俺は普通にリンカタブでリンクするライブラリ名を書くんだが。(これ、普通じゃないのか?)
616:605
06/09/13 19:24:11
>>615 ああ、俺もそうするライブラリが多いけど、
インクルードヘッダに >>613 みたいな pragma 書いておけば
リンカに指示が伝わって自動的にリンク対象になる。
デバッグバージョンとか >>613 みたいにして切り替えてる。
>>612 が言ってるのはこのことかな、と。
617:デフォルトの名無しさん
06/09/13 19:33:59
つまり、#pragmaだと駄目だということでは。
618:605
06/09/13 19:44:15
>>617 それでFA
619:デフォルトの名無しさん
06/09/13 19:54:11
複数のプロジェクトで使うライブラリなんかは
ヘッダーに#pragma入れとくのが楽なんだよなぁ。
620:デフォルトの名無しさん
06/09/13 19:57:06
まぁそのライブラリが現在進行中なら依存関係の設定したほうがいいな。
プロジェクトのプロパティに無かったっけ?
621:デフォルトの名無しさん
06/09/13 20:09:12
>>620
ある。
622:デフォルトの名無しさん
06/09/14 00:29:20
コマンドライン使うときに毎回vcvars32を叩くのがメンドイ。
何かいい方法ない?
623:デフォルトの名無しさん
06/09/14 00:34:07
>>622
あらかじめ環境変数を設定しておく
624:デフォルトの名無しさん
06/09/14 00:45:02
>>622
/K オプション使う
625:デフォルトの名無しさん
06/09/14 02:22:37
Visual Studio Tools の下に
Visual Studio 2005 コマンドプロンプト
っていうショートカットあるからそれ使え。
626:デフォルトの名無しさん
06/09/14 14:35:50
VC使ってますが、変数名とかdefineってコンパイルしても残ります?
恥ずかしいんですけど。
627:デフォルトの名無しさん
06/09/14 14:53:02
>>626
デバッグ情報残す設定にしていれば残る。
ダンプしたり string コマンドつかったりしたら見えるね。
あと、DLLなんかでエクスポートされているシンボルは残るよ。
628:デフォルトの名無しさん
06/09/14 16:30:05
コンボボックスで DrawModeがオーナードローの時、
ItemHeightを変更すると、コンボボックス自体の高さも自動で変わってしまいます。
(例えば、ItemHeightを20にすると、コンボボックスの高さが勝手に26になる)
ItemHeightもコンボボックスの高さも両方20にしたいのですが、無理ですか?
629:デフォルトの名無しさん
06/09/14 16:32:56
VS2005、なんかすごく重くないですか
あと、.NET2.0のIMEバグはいつなおりますか…
いつまでたっても2.0に完全移行できないじゃないか!
630:デフォルトの名無しさん
06/09/14 16:39:28
こんなとこで文句を言ってる暇があったら、さっさと仕事を続けろ
631:デフォルトの名無しさん
06/09/14 17:34:14
2005なんですがfstream openの引数に全角が含まれてると開いてくれません
エラーも出ないし、BCCやGCCでコンパイルすると全角でも問題なく開いてくれるんですが
これはオプションとかで全角受け付けるようになりますか?
こんな感じ↓
URLリンク(ccfa.info)
632:デフォルトの名無しさん
06/09/14 17:40:06
全然わからんけど文字コードの問題?
633:デフォルトの名無しさん
06/09/14 18:14:44
SP1 はいつもらえますか?
全裸正座待機中です。
634:デフォルトの名無しさん
06/09/14 18:59:43
MSDNより
お待たせしました! 日本語版 Visual Basic 6.0 提供再開!
635:デフォルトの名無しさん
06/09/14 19:04:44
>>632
だったみたいです。char→wchar_t変換して渡したら通りました
bcc/gccではcharのまま渡さないとダメみたいで釈然としないですけど
636:デフォルトの名無しさん
06/09/14 20:03:21
そこで釈然とするところまで調べるか、できたからもういいやと思うかで
プログラマとしての適正が分る
637:デフォルトの名無しさん
06/09/14 20:06:42
日曜プログラマだから別に適正なくてもいいや。
638:デフォルトの名無しさん
06/09/14 20:26:12
>>636
漏れも重た
639:デフォルトの名無しさん
06/09/14 20:44:10
>>636 言ってることはわかる。
でも最近、MSのくそ仕様がどうなってるのか調べなければいけないことが多々あり、何でこんな人生に不要な知識を得るために時間を無駄にしなければいけないのかと思った自分は足を洗った方がいいのかもしれない。
640:デフォルトの名無しさん
06/09/14 21:16:41
なにもVCで標準C++やらんでもいいだろ
win用なんだしapi使えよ
641:デフォルトの名無しさん
06/09/14 21:51:36
>>640
んじゃ、標準C++が完全に使えるコンパイラくれよ。
もちろん、テンプレートのTwo Phase LookupやSFINAEやexportなどに規格100%準拠の完全対応したやつな。
642:デフォルトの名無しさん
06/09/14 22:32:04
地上波が完全にデジタルに移行する頃には出るかもしれないから
それまでVB6でも使ってろ
643:デフォルトの名無しさん
06/09/14 23:32:19
VS2005のなかで、VC#のWinアプリだけ規定のアイコンが古臭くない?
644:デフォルトの名無しさん
06/09/14 23:37:57
>>643
ごめんね・・・。
645:デフォルトの名無しさん
06/09/14 23:40:59
Express Editionと他のEditionってどうちがうの?
646:デフォルトの名無しさん
06/09/14 23:59:16
helpで検索すると、ローカルの結果が0になって出ないんだが、どうすりゃ直るんだ?
647:デフォルトの名無しさん
06/09/15 00:12:06
PSDK-x86をインストールしようとしたらファイルの解凍時にエラーが起こるんだが、どうしたらいい?
648:デフォルトの名無しさん
06/09/15 00:17:01
DLし直せ
649:デフォルトの名無しさん
06/09/15 00:30:39
試みたが、やはりHELP\PSDK.hxq size:28419612で止まる・・・
650:デフォルトの名無しさん
06/09/15 00:32:29
>>646
検索ボックスの下に検索コンテンツを制限する窓があり、コンテンツの種類が制限されている。
651:デフォルトの名無しさん
06/09/15 01:28:16
>>647
俺もだ
インストーラ落としたりiso落としたりして
十数回落としなおしてもダメだったから諦めた
もちろん一時ファイルは毎回消してますが…
652:デフォルトの名無しさん
06/09/15 12:20:50
ん? Platform SDK って前落としたときは普通に使えたんだけどな.
またバージョン変わったのかな?最近.
653:デフォルトの名無しさん
06/09/15 12:28:56
Win2000で圧縮属性のあるフォルダにダウンロードしてるとか。
654:デフォルトの名無しさん
06/09/15 12:31:17
生兵法は怪我の元だよ、坊や。
655:デフォルトの名無しさん
06/09/15 16:59:16
XPです
656:デフォルトの名無しさん
06/09/15 22:09:31
vc2003を入れて使ってみるか
657:デフォルトの名無しさん
06/09/15 22:36:36
なんかインストールするディレクトリを選択できなくなってるorz
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4751日前に更新/222 KB
担当:undef