Visual Studio IDE環境

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2005/05/10(火) 15:42:01
言語そのものではなく、IDEの環境について話し合うスレです。
Visual C、Visual Basic、Visual J、Visual ｿｰｽなんとか…
ver5、ver6、.NET、… なんでもござれ。

関連スレがないので立てました。
106デフォルトの名無しさん
垢版 |
2006/04/04(火) 12:55:28
C#でWinアプリ作ってますが、画面エディタから任意のイベントハンドラを登録
する方法ってありますでしょうか？
フォームなら画面エディタ上のフォームをダブルクリックすると、ロードイベント
の処理が自動的に登録されますが、他のイベントを画面エディタから
作製できますでしょうか？
2006/04/04(火) 13:08:19
画面エディタ？デザイナのこと？
プロパティビューのツールバーから「イベント」を選択すればできる
2006/04/04(火) 14:41:15
>>107
さんくす
イベントのアイコンに気づきませんでした。
2006/04/16(日) 16:53:01
http://pc8.2ch.net/test/read.cgi/tech/1143964182/270
こっちで質問したんじゃが、流れてしもうた。
2005の感想キボンヌ
2006/04/23(日) 15:13:01
2003から変わり過ぎ。
2006/06/23(金) 01:50:37
IDE用のプラグイン作ってみたんだけど
まとまった資料ってMSDNの英語版以外なんかないかな？
2006/06/23(金) 06:56:20
ある程度ならVisualStudioのユーザーズガイドに載ってる様な気が。
そんな程度じゃなくって？
2006/07/06(木) 12:16:04
VisualStudio6.0(SP6)環境で、VisualC++アプリを開発してるのですが、
プロジェクト中のソースコードを開いて中身を表示する動作にものすごく時間がかかる（2〜3分程度）現象が発生しています。
ソースファイルとヘッダファイルの行数が多いのが原因かと思いますが、これは既知の問題でしょうか。
（行数が最大のものでCソース13858行、ヘッダファイルが3611行など。ソースファイルの個数が計109個のプロジェクト）
解決するには、ソースを分割すれば良いのでしょうか？
2006/07/07(金) 04:07:47
>行数が最大のものでCソース13858行

よく保守できるなあ…


6.0はファイルがデカいと露骨に遅くなることがあったはず。
でもそれ以前に実はネットワーク越しだとかそういうオチはないよね？
115113
垢版 |
2006/07/07(金) 13:57:57
>>114
プロジェクトはローカルHDDにあります。
試しに同じプロジェクトを違うPC環境で試しましたが軽快に動きました。
謎です。

×：Pentium4＋WinXPHOME＋メモリ512MB＋VisualStudio6.0(SP6)
○：PentiumII＋WinNT4.0SP6a＋メモリ448MB＋VisualStudio6.0(SP6)
2006/07/07(金) 20:57:16
HDDが壊れかけとか？
2006/07/07(金) 21:07:40
NT4よりXPのほうが、カーネルが使うメモリが多いからとか。
118デフォルトの名無しさん
垢版 |
2006/07/08(土) 09:13:59
コードページ 1252 で書かれたソースコード
（ウムラウトとかアクサンとかはいってるようなやつ）
を読み込むときに、自動的に Unicode に変換してくれないかなぁ。
そう言うソースコードはどうやっていじってます？
119デフォルトの名無しさん
垢版 |
2006/07/08(土) 09:14:45
つーか、読み込むときのコードページって
日本語版の VS だと 932 に固定？
2006/07/08(土) 14:27:28
>>119
じつはそれ、気になっていた。
VS2003だと、なぜか常にシフトJISという前提になっているんじゃないかと。
VS2005だと、問題ないようなんだけど。
121デフォルトの名無しさん
垢版 |
2006/07/08(土) 16:05:38
VC6.0のデバッグモードで質問です。
Win2k+VC++6.0でマルチスレッドプログラムを作ってるんですが、
OSをXPに変えたとたん、ブーレクポイントを張ると止まった後、
２〜３分無反応になる現象が発生してしまってます。
マルチスレッド以外のプログラムだとちゃんとトレースできるんですけど
2006/07/08(土) 18:36:45
2003でも2005でもEUCJPを直接指定しないと開けない俺が（ｒｙ
2006/07/08(土) 20:17:55
>>121
VC6のサービスパックはちゃんと当ててる？
124デフォルトの名無しさん
垢版 |
2006/07/08(土) 21:26:21
>>123
最新ってSp6ですよね？
当ててます。
仕方がないんでVirtual-PCにWin2k入れてそっちで開発してます
でもやっぱりスピードが違うんでXP上で開発したいなぁ
2006/07/08(土) 21:41:08
リンクしてるのもMTDだよね。
どうもXpではその現象が起きることがあるみたい。
可能ならVS2003以降への乗り換えをオススメしたいところだけど。
126デフォルトの名無しさん
垢版 |
2006/07/08(土) 21:57:18
>>125
そうしたいところだけれど持ってるのがエンタープライズ版なんですよね〜
バージョンアップにいくらかかる事か…
でもやっぱりXPでは出るんですね
ぐぐってんですけどなかなか良い情報が見つからなくて…
2006/07/08(土) 22:38:26
昔に、MSIMEが原因だ、という説を聞いたことがある
2006/07/09(日) 01:05:09
つっかかったら一服する。そのときひらめくこともままあるよ
2006/07/09(日) 09:16:43
>>127

コンパネ ［地域と言語のオプション］−［言語］−［テキストサービスと入力言語］−
［詳細］−［詳細設定］

「詳細なテキストサービスをオフにする」にチェックを入れる。

だったと思う。
130デフォルトの名無しさん
垢版 |
2006/07/09(日) 13:00:57
前から思ってたんだけど「詳細なテキストサービス」
ってなんなんだろうね。ようわからん・・・・
つーか、 Natural とか Standard とかもわからんよ
2006/07/09(日) 15:11:28
>>130
IMMに代わる新しい入力APIだと俺は認識している。

そのナチュラルインプットもどうやったらプログラムから使えるのかさっぱり判らない。
未だWord以外に使えるアプリケーションを見たことも無いし。
132キョン
垢版 |
2006/07/10(月) 18:08:31
VisualStudio2003でセットアップ／デプリイメント　プロジェクトを作ってインストーラを作って、作ったインストーラでプログラムをインストールして実行させたところ開発マシンであるXP
では問題がなかったのですが、Windows2000で
xxxx.exe - エントリポイントが見つかりません
　プロシージャエントリポイント　CreateActCtxWがダイナミックライブラリkERNEL32.dllから
見つかりませんでした。
開発言語はC++でMFCプロジェクトです。
とでて実行できません。いろいろと調査した結果インストールしたプログラムフォルダに
SetupApi.dllのほかにいくつかＤＬＬがありましたが、このSetupApi.dllが悪さしてるようで
これをリネームしたらとりあえず、問題なく動いているようなのですが、大変気になります。
そもそもCreateActCtxWなど直接コールしてないので、なぜそんなものが出るのかも謎
ですが、また単にリネーム（または削除）で済む問題なのか、なくても大丈夫なのか
疑問はいろいろあるのですが、どなたかご存知のかたがいたらご教示ください。
133デフォルトの名無しさん
垢版 |
2006/07/10(月) 18:32:09
最近の製品はインストール時にインターネットで認証する様ですが
VS2005やVS2003もそうなんですか？VS.net(2002)は認証が無いらしいですが
本当ですか？
と言うのも最初から開発機にインストールするのではなく実験機でインストール
を行い確認後に開発機にインストールしたいのですが…
2006/07/10(月) 18:39:26
適切なライセンスを保有していれば開発環境・テスト環境ともにインスコ可だよ。
135デフォルトの名無しさん
垢版 |
2006/07/11(火) 16:30:37
VS.NET2005
なんか時々おかしい挙動出るよな････
なんあんだこれは・・・
画面が震えて元に戻らなくなったり････
あとやたら重い・・・・・
2006/07/11(火) 18:27:29
同意を求められても困るが
2006/07/11(火) 19:01:11
うちではそんなことない。
とりあえずMSにバグレポートしてみれば？
138デフォルトの名無しさん
垢版 |
2006/07/11(火) 20:57:30
ども、121です。
129の通り設定してみたらだんまりになる確率が格段に減りました！
でも２回、完全にだんまりになって
電源ボタンで強制シャットダウンするしか無い状態に…
こっちは別の問題かもしれませんけど
とりあえずもう少し様子を見ます
ありがとうございました＞129
139sage
垢版 |
2006/07/12(水) 01:37:09
>>121
「ビルド中」になったまま中止も出来ない現象も起きないですか？
こちらの環境ではATOKを入れてIME消したらブレークポイントで固まる現象は出なくなりました。
140デフォルトの名無しさん
垢版 |
2006/07/12(水) 17:52:43
>>139
ビルド中に止まりはしませんがVCが落ちちゃいます(T_T)
今日は２回発生しました。
まぁ、ソースの保存後に落ちてるみたいなんで実害は無いのですが…
ブレークで固まるよりはましなのでそのまま使ってます。
2006/07/12(水) 22:28:58
VisualStudio2005で下の等幅フォント使いたいんだけど、使うとエラーが出て終了する。
これってフォントが悪いの？

ttp://tnpt.net/uploader/upload.cgi?mode=dl&file=1656
142141
垢版 |
2006/07/12(水) 22:29:33
書き忘れ
pass : font
2006/07/12(水) 22:38:48
>>141
落ちない。
2006/07/12(水) 22:39:34
あっ、VS2005がね
2006/07/12(水) 23:16:22
Tでも落ちるね．
TVMやKeでも落ちた気がするけど…
2006/07/12(水) 23:29:53
>>145
試してみたけどKeは落ちなかった。
何が悪いんだろ？
2006/07/17(月) 16:51:13
VC++EEを使ってるんですが、デバッグしたときにエラーでデバッグ機能が動きません
(プログラムは実行される)
インストールミスでしょうか？
2006/07/18(火) 04:32:54
どんなエラーさ。
2006/07/18(火) 23:00:53
すいません、自己解決しました
ライブラリの順番を変えたらきれいさっぱり。。。

たしか、タッチできないとかそういう類のエラーでした
2006/07/19(水) 07:31:47
だからどんなエラーかと。
2006/07/20(木) 23:24:00
VS2005になってからエディタのタブって8個しか表示できないの？
次々に勝手にタブ消されるし順番も変わって編集するファイルが
開けないからイライラしまくり・・・
いちいちソリューションエクスプローラなんか開くの面倒だよなあ。
152デフォルトの名無しさん
垢版 |
2006/07/21(金) 07:28:42
VS2005すげームカツク
ダイアログエディタもボタンが見えない状態になってないと
選択できないしＭＳ馬鹿なんじゃねえの？
俺の金と貴重な時間を返せ！
2006/07/21(金) 09:07:25
VS2005でエディタのスクロールバーを触ってると必ず落ちる。
もうやってらんね、今すぐSP出してくれよ。
2006/07/22(土) 09:42:07

MSが馬鹿なのは既知だからなぁ

いまさら言われても
2006/07/22(土) 11:09:30
ホントどうしようもない２００５
カーソル移動で落ちるんじゃまともにデバッグできないよ
2006/07/22(土) 11:55:10
いやちょっと待て。
そこまで来ると流石に>>155の環境の方の問題だと思うが。
2006/07/22(土) 12:09:25
よく使おうと思ったな
2006/07/22(土) 18:08:19
どんなPCよ
2006/07/22(土) 19:39:45
Celeron1.2GHz＋RAM512MB、笑うなよ。
ヘルプの応答も3秒くらいかかるし。
そもそもヘルプのお気に入りがカテゴリ分けできなくなったのもきんにくわん。
2006/07/22(土) 20:04:50
＞きんにくわん
筋肉腕?

冗談さておき、応答速度が遅いのはしょうがないけど落ちるのはリソース食い潰している所為じゃない?
2006/07/22(土) 20:29:16
いやそれがさ、タスクマネージャ開いて見てるんだけど落ちた時も
物理メモリが100MB以上利用可能なまま残ってるんだよね。
スワップ起きてる気配も無いし。
さっきも3連発で落とされてPC再起動したよ・・・
2006/07/22(土) 20:32:36
っ[OS再インストール]
2006/07/22(土) 20:36:37
VS6は環境古いけど落ちないし、そもそもアプリで落ちるのは２００５だけだし。
さすがに再インストールする気にはなれないｗ
2006/07/22(土) 23:47:41
修復インストールはどうか？
2006/07/23(日) 00:54:51
>>159
それ以下だけど落ちない
2006/07/23(日) 06:14:59
使ってるのがXPや2Kですらないってオチだったら笑うぞ。
2006/07/23(日) 06:37:20
どうせハードウェアとかドライバとかそういったのが原因だろうから
相手するだけ無駄
2006/07/23(日) 11:14:39
2KSP4だから一番古い環境かもしれんな
動作確認も他に比べて見放されてるのかもなあ・・・
2006/07/23(日) 11:41:37
会社でその環境の端末が一台あるけど、問題なく動いてるなぁ。
無茶苦茶重いしスワップし捲くるけど。
2006/07/23(日) 11:50:19
俺は2kSP4だが全く何も問題ないぞ
2006/07/23(日) 12:06:47
バグは確かに多いし、落ちることもままあるけど、言うほど酷くはねえよな、2005。
やっぱ>>155の環境の問題じゃねえ？
あとはなんか変なフォント使ってるとか。
カーソル移動で落ちるなら描画系だべ。
2006/07/23(日) 12:22:09
フォントは弄ってないし、スワップも起きてないんだよね。
何かここ数時間は安定して動いてるからよく判らなくなってきたが
どうも一番大きなソース（2000行越え程度）で良く落ちる。
確かに会社のPCじゃもっと大きなソースでも大丈夫だったし、
俺の環境（セレロン？）が悪いのかな。
2006/07/23(日) 12:44:35
よく考えたら会社の環境は２００３だった。
脳みそ腐ってるな俺・・・
2006/07/23(日) 13:31:12
やっぱり>>167だろ。
PCに恵方の方角向いて太巻き食べさせるとかすると直るよ、きっと。
あとは黄色のアイテムを部屋に置くようにしれ。
2006/07/23(日) 17:33:19
黄色のアイテムは金運じゃなかったか？
2006/07/23(日) 20:20:50
破邪は赤だったかな。群青だったかな。
2006/07/25(火) 00:47:04
Visual Studioには、Eclipseのアウトライン表示のようなものはないのですか？
ナビゲーションバー使いにくいんで
178デフォルトの名無しさん
垢版 |
2006/08/04(金) 14:11:52
VC6やVC8がTempフォルダに大量に中間ファイルを吐き出しますが、
出力先を変えられないでしょうか？　IDEのどこかに設定がないか
探してます。

知ってる方お願い致します。
2006/08/04(金) 14:15:28
ありますよ
2006/08/04(金) 14:20:06
「プロジェクト」
↓
「設定」
↓
「構成(Debug / Release)」を選ぶ
↓
「一般」
2006/08/04(金) 14:49:26
>>180
済みません、中間ファイルって言い方が悪かったみたいです。

VC6,VC8ともに、そこはReleaseとかDebugが指定されてました。

VC8で確認したのですが、コンパイル中に_CL_*****っというファイルが
ユーザーのTempフォルダに現れます。このテンポラリファイルの
作業場所を変えられないでしょうか？
2006/08/04(金) 15:24:04
VSのIntelliSenseの中から選択するのにダイアモンドキーみたいな
キー割り当てってできないのかな?
2006/08/04(金) 15:24:21
set TMP=C:\Temp
set TEMP=C:\Temp
2006/08/04(金) 15:49:17
>>182
見た感じないっぽいなあ。
あっても使う奴は相当少ない気もするが。
185181
垢版 |
2006/08/04(金) 17:33:04
>>183
181への返答でしょうか？　環境変数をいじってしまうと、
他のプログラムも影響を受けそうです。コンパイル時の
作業ファイルだけ移動したかったのですが、うまい方法
はないでしょうか？

clのプロセスだけ環境変数を変える方法があればいいんですが、
もしご存知でしたら教えてください。
2006/08/04(金) 18:57:41
>>185
@echo off
set TEMP=・・・
・・・
start "(devenvまでのパス)"
exit

こういうbat書いてここから起動汁
187181
垢版 |
2006/08/04(金) 19:20:59
なるほどー…試してみます。ありがとうございました。
188181
垢版 |
2006/08/05(土) 00:07:30
せっかくお知恵をいただいたのですが、IDEまるごとTEMPを変えてしまうと、
開発しているソフトもTEMPが変わってしまってショボーンな結果でしたorz
2006/08/05(土) 00:27:18
TEMPの下の内容に振り回されるって、相当難儀な環境にいるっぽいけど、
VSの設定を動かすよりも、開発してるアプリの方で対応した方が早い雰囲気でね？
つーか具体的に何がトラブってるのさ。
2006/08/05(土) 06:25:26
俺もそれが不思議。
一時ファイル吐き出されても何も問題ないような気がするんだけど。
191181
垢版 |
2006/08/05(土) 09:38:28
トラぶってるというより、_CL_***をRAMドライブに吐き出そうと考えてるんです。

・速度向上？（あまり期待できなさそうですが、別の使用目的で設けているRAMドライブが遊んでいるときの二次利用）
・_CL_***が残ったままになることが多いので、再起動するときに掃除できる
・Tempの下は、_CL_***以外は消したくないので、OSのTempクリーン機能は使えない

という事情があります。
＞開発してるアプリの方で対応

確かにGetTempPathを開発時だけダイレクトに指定するほうが早いですが、
全部のアプリにやるのはいまいち気が乗りません。

ちなみに、_CL_***など作業ファイルは基本的にビルド終了時に消えるはずですが、
いつの間にか消えそこなったのがたまってTempの中が_CL_***で埋め尽くされて
います。

何で消えないのかご存知の方居ませんでしょうか？　ビルド中止とかやっても
原則消えているようですが、いつの間に溜まっている…
2006/08/05(土) 10:30:28
消したいものが判っているんだから、そいつらを消すプログラムを作ってスタートアップにでも入れておけばいいじゃん。
2006/08/05(土) 14:20:05
努力は買うけど、きょうびRAMドライブは速度面には大して貢献しないと思うぞ。
ほっといたってOS側で勝手にキャッシュするのだし。
計測したら爆速だったってんなら止めないけど、そうでもないなら諦めた方がいいと思うがなあ。
2006/08/05(土) 16:34:12
>何で消えないのかご存知の方居ませんでしょうか？

どうしても気になるなら
どのプロセスが作ってるのか確認した方が良いね
本当に cl が作ってるとは限らない

ディレクトリ内でファイルが作成されたらトラップ出来るから
それで監視してみたらどうですか

195181
垢版 |
2006/08/05(土) 20:00:30
VC8では一応出来たので書いときます

>>186さんの方法でIDEのTemp環境をRAMドライブへ変更します。
あとは、構成のプロパティーのデバッグの環境に
TMP=%USERPROFILE%\Local Settings\Temp
と書いて置けばアプリのTempは通常通りに戻ります。

VC6には「環境」に該当する項目がなさそうです。

>>193
コンパイル環境に限って言えば、速度はおまけです。
爆速になる別の利用方法があって、それをやってないときに
RAMDISKを遊ばせてるのが何となくもったいなかったので。
まあ気分の問題でした。

>>194
＞本当に cl が作ってるとは限らない
とりあえずこれで、clがRAMドライブへ吐き出すようになったので、
他に_CL_***を作っているプログラムがあるかどうかTempの方を
しばらく様子見します。

ありがとうございました。
2006/08/05(土) 20:27:02
RAMドライブはハードディスクの無いDOS時代しか使ったこと無いな。
あの頃はATOKのユーザ辞書とか入れると確かに場くそ下った。
2006/08/05(土) 23:31:20
>爆速になる別の利用方法があって

ここ詳細きぼん。
2006/08/05(土) 23:51:44
俺の目標

RAMDISCに開発環境一式を。
2006/08/06(日) 00:32:26
>>198
つ http://www.gigabyte.co.jp/nippon/i-ram/iram-m.html
2006/08/06(日) 00:46:39
時々この話上がってくるなw
2006/08/06(日) 00:52:41
>>199
サンクス。　でも16時間というリミットが。。。

>>200
やっぱコンパイル中のHDDカリカリは怖いわけで
それで前のPCは逝っちまったし orz...
2006/08/06(日) 01:19:04
中間ファイルと出力ファイルをRAMディスクにおいたら、
コンパイル速度は確かに速くなったと俺は感じた。
特にプリコンパイルドヘッダの作成が素早くなったと感じる。

自分はどうせ休止状態を多用するから、
特に何もしなくてもRAMディスクの中身が消えることもあまりない。
今のところそれで間に合っている。
2006/08/06(日) 01:23:16
本体メモリ1GBくらいあるとRAMDISK意味ない気がする
2006/08/06(日) 01:26:48
一応、RamPhantom使って128取ってそこでソースはカリカリやってるんですわ
(確かに早い)

ライブラリやらのアクセスまで気にする必要はないのかなぁ
2006/08/06(日) 01:29:17
あんまりないだろうなー。
絶無とは言わないけど、トラブル抱え込む可能性考えると
普通に使ったほうがよさそうだ。

プリコンパイルヘッダの展開とかは流石にサイズがでっかくなるだろうから
RAMディスクの利用価値もあるだろうし、アレが早くなるのはそれなりに羨ましいが。

やっぱり使わないかな。
露骨に差が出てた少し前までならともかく。
2006/08/06(日) 01:43:46
うーん、やっぱ特化環境じゃなきゃ高望みは無理でしょうか。

とりあえず、メモリを1G→2Gにすることをやってみます
どうもありがとうございました m(_ _)m
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況