Visual Studio IDE環境
■ このスレッドは過去ログ倉庫に格納されています
言語そのものではなく、IDEの環境について話し合うスレです。
Visual C、Visual Basic、Visual J、Visual ソースなんとか…
ver5、ver6、.NET、… なんでもござれ。
関連スレがないので立てました。 すみません
it_.FindPattern("({\/\/*\n}|{\/\**\*\/})", _
vsFindOptions.vsFindOptionsRegularExpression, _
end_, ranges)
の部分を
it_.FindPattern("({\/\/}|{\/\*})", _
vsFindOptions.vsFindOptionsRegularExpression, _
end_, ranges)
とし、後でコメントの終わり部分を再度FindPatternするアプローチに変えました C#でWinアプリ作ってますが、画面エディタから任意のイベントハンドラを登録
する方法ってありますでしょうか?
フォームなら画面エディタ上のフォームをダブルクリックすると、ロードイベント
の処理が自動的に登録されますが、他のイベントを画面エディタから
作製できますでしょうか?
画面エディタ?デザイナのこと?
プロパティビューのツールバーから「イベント」を選択すればできる
>>107
さんくす
イベントのアイコンに気づきませんでした。 IDE用のプラグイン作ってみたんだけど
まとまった資料ってMSDNの英語版以外なんかないかな? ある程度ならVisualStudioのユーザーズガイドに載ってる様な気が。
そんな程度じゃなくって? VisualStudio6.0(SP6)環境で、VisualC++アプリを開発してるのですが、
プロジェクト中のソースコードを開いて中身を表示する動作にものすごく時間がかかる(2〜3分程度)現象が発生しています。
ソースファイルとヘッダファイルの行数が多いのが原因かと思いますが、これは既知の問題でしょうか。
(行数が最大のものでCソース13858行、ヘッダファイルが3611行など。ソースファイルの個数が計109個のプロジェクト)
解決するには、ソースを分割すれば良いのでしょうか? >行数が最大のものでCソース13858行
よく保守できるなあ…
6.0はファイルがデカいと露骨に遅くなることがあったはず。
でもそれ以前に実はネットワーク越しだとかそういうオチはないよね? >>114
プロジェクトはローカルHDDにあります。
試しに同じプロジェクトを違うPC環境で試しましたが軽快に動きました。
謎です。
×:Pentium4+WinXPHOME+メモリ512MB+VisualStudio6.0(SP6)
○:PentiumII+WinNT4.0SP6a+メモリ448MB+VisualStudio6.0(SP6) NT4よりXPのほうが、カーネルが使うメモリが多いからとか。 コードページ 1252 で書かれたソースコード
(ウムラウトとかアクサンとかはいってるようなやつ)
を読み込むときに、自動的に Unicode に変換してくれないかなぁ。
そう言うソースコードはどうやっていじってます? つーか、読み込むときのコードページって
日本語版の VS だと 932 に固定? >>119
じつはそれ、気になっていた。
VS2003だと、なぜか常にシフトJISという前提になっているんじゃないかと。
VS2005だと、問題ないようなんだけど。 VC6.0のデバッグモードで質問です。
Win2k+VC++6.0でマルチスレッドプログラムを作ってるんですが、
OSをXPに変えたとたん、ブーレクポイントを張ると止まった後、
2〜3分無反応になる現象が発生してしまってます。
マルチスレッド以外のプログラムだとちゃんとトレースできるんですけど
2003でも2005でもEUCJPを直接指定しないと開けない俺が(ry >>121
VC6のサービスパックはちゃんと当ててる? >>123
最新ってSp6ですよね?
当ててます。
仕方がないんでVirtual-PCにWin2k入れてそっちで開発してます
でもやっぱりスピードが違うんでXP上で開発したいなぁ リンクしてるのもMTDだよね。
どうもXpではその現象が起きることがあるみたい。
可能ならVS2003以降への乗り換えをオススメしたいところだけど。 >>125
そうしたいところだけれど持ってるのがエンタープライズ版なんですよね〜
バージョンアップにいくらかかる事か…
でもやっぱりXPでは出るんですね
ぐぐってんですけどなかなか良い情報が見つからなくて… 昔に、MSIMEが原因だ、という説を聞いたことがある つっかかったら一服する。そのときひらめくこともままあるよ >>127
コンパネ [地域と言語のオプション]−[言語]−[テキストサービスと入力言語]−
[詳細]−[詳細設定]
「詳細なテキストサービスをオフにする」にチェックを入れる。
だったと思う。
前から思ってたんだけど「詳細なテキストサービス」
ってなんなんだろうね。ようわからん・・・・
つーか、 Natural とか Standard とかもわからんよ >>130
IMMに代わる新しい入力APIだと俺は認識している。
そのナチュラルインプットもどうやったらプログラムから使えるのかさっぱり判らない。
未だWord以外に使えるアプリケーションを見たことも無いし。 VisualStudio2003でセットアップ/デプリイメント プロジェクトを作ってインストーラを作って、作ったインストーラでプログラムをインストールして実行させたところ開発マシンであるXP
では問題がなかったのですが、Windows2000で
xxxx.exe - エントリポイントが見つかりません
プロシージャエントリポイント CreateActCtxWがダイナミックライブラリkERNEL32.dllから
見つかりませんでした。
開発言語はC++でMFCプロジェクトです。
とでて実行できません。いろいろと調査した結果インストールしたプログラムフォルダに
SetupApi.dllのほかにいくつかDLLがありましたが、このSetupApi.dllが悪さしてるようで
これをリネームしたらとりあえず、問題なく動いているようなのですが、大変気になります。
そもそもCreateActCtxWなど直接コールしてないので、なぜそんなものが出るのかも謎
ですが、また単にリネーム(または削除)で済む問題なのか、なくても大丈夫なのか
疑問はいろいろあるのですが、どなたかご存知のかたがいたらご教示ください。 最近の製品はインストール時にインターネットで認証する様ですが
VS2005やVS2003もそうなんですか?VS.net(2002)は認証が無いらしいですが
本当ですか?
と言うのも最初から開発機にインストールするのではなく実験機でインストール
を行い確認後に開発機にインストールしたいのですが… 適切なライセンスを保有していれば開発環境・テスト環境ともにインスコ可だよ。 VS.NET2005
なんか時々おかしい挙動出るよな・・・・
なんあんだこれは・・・
画面が震えて元に戻らなくなったり・・・・
あとやたら重い・・・・・ うちではそんなことない。
とりあえずMSにバグレポートしてみれば? ども、121です。
129の通り設定してみたらだんまりになる確率が格段に減りました!
でも2回、完全にだんまりになって
電源ボタンで強制シャットダウンするしか無い状態に…
こっちは別の問題かもしれませんけど
とりあえずもう少し様子を見ます
ありがとうございました>129
>>121
「ビルド中」になったまま中止も出来ない現象も起きないですか?
こちらの環境ではATOKを入れてIME消したらブレークポイントで固まる現象は出なくなりました。 >>139
ビルド中に止まりはしませんがVCが落ちちゃいます(T_T)
今日は2回発生しました。
まぁ、ソースの保存後に落ちてるみたいなんで実害は無いのですが…
ブレークで固まるよりはましなのでそのまま使ってます。
VisualStudio2005で下の等幅フォント使いたいんだけど、使うとエラーが出て終了する。
これってフォントが悪いの?
ttp://tnpt.net/uploader/upload.cgi?mode=dl&file=1656 Tでも落ちるね.
TVMやKeでも落ちた気がするけど… >>145
試してみたけどKeは落ちなかった。
何が悪いんだろ? VC++EEを使ってるんですが、デバッグしたときにエラーでデバッグ機能が動きません
(プログラムは実行される)
インストールミスでしょうか? すいません、自己解決しました
ライブラリの順番を変えたらきれいさっぱり。。。
たしか、タッチできないとかそういう類のエラーでした VS2005になってからエディタのタブって8個しか表示できないの?
次々に勝手にタブ消されるし順番も変わって編集するファイルが
開けないからイライラしまくり・・・
いちいちソリューションエクスプローラなんか開くの面倒だよなあ。 VS2005すげームカツク
ダイアログエディタもボタンが見えない状態になってないと
選択できないしMS馬鹿なんじゃねえの?
俺の金と貴重な時間を返せ! VS2005でエディタのスクロールバーを触ってると必ず落ちる。
もうやってらんね、今すぐSP出してくれよ。
MSが馬鹿なのは既知だからなぁ
いまさら言われても
ホントどうしようもない2005
カーソル移動で落ちるんじゃまともにデバッグできないよ いやちょっと待て。
そこまで来ると流石に>>155の環境の方の問題だと思うが。 Celeron1.2GHz+RAM512MB、笑うなよ。
ヘルプの応答も3秒くらいかかるし。
そもそもヘルプのお気に入りがカテゴリ分けできなくなったのもきんにくわん。 >きんにくわん
筋肉腕?
冗談さておき、応答速度が遅いのはしょうがないけど落ちるのはリソース食い潰している所為じゃない? いやそれがさ、タスクマネージャ開いて見てるんだけど落ちた時も
物理メモリが100MB以上利用可能なまま残ってるんだよね。
スワップ起きてる気配も無いし。
さっきも3連発で落とされてPC再起動したよ・・・ VS6は環境古いけど落ちないし、そもそもアプリで落ちるのは2005だけだし。
さすがに再インストールする気にはなれないw 使ってるのがXPや2Kですらないってオチだったら笑うぞ。 どうせハードウェアとかドライバとかそういったのが原因だろうから
相手するだけ無駄 2KSP4だから一番古い環境かもしれんな
動作確認も他に比べて見放されてるのかもなあ・・・ 会社でその環境の端末が一台あるけど、問題なく動いてるなぁ。
無茶苦茶重いしスワップし捲くるけど。 バグは確かに多いし、落ちることもままあるけど、言うほど酷くはねえよな、2005。
やっぱ>>155の環境の問題じゃねえ?
あとはなんか変なフォント使ってるとか。
カーソル移動で落ちるなら描画系だべ。 フォントは弄ってないし、スワップも起きてないんだよね。
何かここ数時間は安定して動いてるからよく判らなくなってきたが
どうも一番大きなソース(2000行越え程度)で良く落ちる。
確かに会社のPCじゃもっと大きなソースでも大丈夫だったし、
俺の環境(セレロン?)が悪いのかな。 よく考えたら会社の環境は2003だった。
脳みそ腐ってるな俺・・・ やっぱり>>167だろ。
PCに恵方の方角向いて太巻き食べさせるとかすると直るよ、きっと。
あとは黄色のアイテムを部屋に置くようにしれ。 Visual Studioには、Eclipseのアウトライン表示のようなものはないのですか?
ナビゲーションバー使いにくいんで VC6やVC8がTempフォルダに大量に中間ファイルを吐き出しますが、
出力先を変えられないでしょうか? IDEのどこかに設定がないか
探してます。
知ってる方お願い致します。 「プロジェクト」
↓
「設定」
↓
「構成(Debug / Release)」を選ぶ
↓
「一般」 >>180
済みません、中間ファイルって言い方が悪かったみたいです。
VC6,VC8ともに、そこはReleaseとかDebugが指定されてました。
VC8で確認したのですが、コンパイル中に_CL_*****っというファイルが
ユーザーのTempフォルダに現れます。このテンポラリファイルの
作業場所を変えられないでしょうか?
VSのIntelliSenseの中から選択するのにダイアモンドキーみたいな
キー割り当てってできないのかな? set TMP=C:\Temp
set TEMP=C:\Temp >>182
見た感じないっぽいなあ。
あっても使う奴は相当少ない気もするが。 >>183
181への返答でしょうか? 環境変数をいじってしまうと、
他のプログラムも影響を受けそうです。コンパイル時の
作業ファイルだけ移動したかったのですが、うまい方法
はないでしょうか?
clのプロセスだけ環境変数を変える方法があればいいんですが、
もしご存知でしたら教えてください。 >>185
@echo off
set TEMP=・・・
・・・
start "(devenvまでのパス)"
exit
こういうbat書いてここから起動汁 なるほどー…試してみます。ありがとうございました。 せっかくお知恵をいただいたのですが、IDEまるごとTEMPを変えてしまうと、
開発しているソフトもTEMPが変わってしまってショボーンな結果でしたorz
TEMPの下の内容に振り回されるって、相当難儀な環境にいるっぽいけど、
VSの設定を動かすよりも、開発してるアプリの方で対応した方が早い雰囲気でね?
つーか具体的に何がトラブってるのさ。 俺もそれが不思議。
一時ファイル吐き出されても何も問題ないような気がするんだけど。 トラぶってるというより、_CL_***をRAMドライブに吐き出そうと考えてるんです。
・速度向上?(あまり期待できなさそうですが、別の使用目的で設けているRAMドライブが遊んでいるときの二次利用)
・_CL_***が残ったままになることが多いので、再起動するときに掃除できる
・Tempの下は、_CL_***以外は消したくないので、OSのTempクリーン機能は使えない
という事情があります。
>開発してるアプリの方で対応
確かにGetTempPathを開発時だけダイレクトに指定するほうが早いですが、
全部のアプリにやるのはいまいち気が乗りません。
ちなみに、_CL_***など作業ファイルは基本的にビルド終了時に消えるはずですが、
いつの間にか消えそこなったのがたまってTempの中が_CL_***で埋め尽くされて
います。
何で消えないのかご存知の方居ませんでしょうか? ビルド中止とかやっても
原則消えているようですが、いつの間に溜まっている… 消したいものが判っているんだから、そいつらを消すプログラムを作ってスタートアップにでも入れておけばいいじゃん。 努力は買うけど、きょうびRAMドライブは速度面には大して貢献しないと思うぞ。
ほっといたってOS側で勝手にキャッシュするのだし。
計測したら爆速だったってんなら止めないけど、そうでもないなら諦めた方がいいと思うがなあ。 >何で消えないのかご存知の方居ませんでしょうか?
どうしても気になるなら
どのプロセスが作ってるのか確認した方が良いね
本当に cl が作ってるとは限らない
ディレクトリ内でファイルが作成されたらトラップ出来るから
それで監視してみたらどうですか
VC8では一応出来たので書いときます
>>186さんの方法でIDEのTemp環境をRAMドライブへ変更します。
あとは、構成のプロパティーのデバッグの環境に
TMP=%USERPROFILE%\Local Settings\Temp
と書いて置けばアプリのTempは通常通りに戻ります。
VC6には「環境」に該当する項目がなさそうです。
>>193
コンパイル環境に限って言えば、速度はおまけです。
爆速になる別の利用方法があって、それをやってないときに
RAMDISKを遊ばせてるのが何となくもったいなかったので。
まあ気分の問題でした。
>>194
>本当に cl が作ってるとは限らない
とりあえずこれで、clがRAMドライブへ吐き出すようになったので、
他に_CL_***を作っているプログラムがあるかどうかTempの方を
しばらく様子見します。
ありがとうございました。 RAMドライブはハードディスクの無いDOS時代しか使ったこと無いな。
あの頃はATOKのユーザ辞書とか入れると確かに場くそ下った。 ■ このスレッドは過去ログ倉庫に格納されています