サービスアプリケーションのデバッグ@IT会議室は、ITエンジニアに特化した質問・回答コミュニティ「QA@IT」に生まれ変わりました。:Cっていります?OnStartでテキトーにSleepしましょう。行っちゃってるから止まらないのです。質問のところで挙げたURLにダミーサービスのことが載っていたので追加してみました。:sleepということですが、サービス開始までに一定時間を経過するとサービスは開始できないのではないでしょうか?(勘違いならご容赦ください)そのとおりです。デフォルトでは30秒ですが、レジストリの変更で任意の時間に設定できるので、10分くらいに増やしてしまえば問題ありません。下記の例では24時間に増やしていますね。:1.デバッグ実行するのではなく、プロセスにデバッガをアタッチする手順がわからない2.プロセスにアタッチしようとすると、エラーになる。(エラーメッセージくらい書いてほしい)3.プロセスにアタッチしてブレークポイントを設置するのだけど機能しない。デバッガから停止できない。どれでしょう?話の内容から察して、3.でしょうか?リモートデバッガのインストールに失敗したときに、似たような状態になったことあります。再インストールしてなおりましたけど。サービスでないwindowsアプリケーションのようにブレークポイントまでの実行順やそのときの変数の値を調べたいのですが、今現在できていません。:AとBをデバッグしたいなら、CではなくAとBにアタッチしなければなりませんが、できませんか?Bはサービスなのでできるとして、AはBがプロセスを作ってるのでできないという事でしょうか。プロセスが起動するまで待って、それからアタッチすればよい事なのですが。Cのサービスはとりあえずソリューションからはずしました。プロセスが起動するまで待って・・ということですが、Bのプロセスが起動しないとIDE(VisualStudio2005)からアタッチできないと思いますが私の思い違いでしょうか。Bにアタッチした状態で、Aをデバッグ(ブレークポイントをつけるなど、実行時の変数の値を調べる)することが今現在できていません。:Aのプロジェクトのほうで、Debug.Assert(false)を入れてみました。サービス開始時にトレースがダイアログで表示されたのですが、サービスのデバッグは通常この方法を採るのでしょうか?サービスに限らず、起動シーケンスを制御できない場面でのデバッグでは常套的に使えます。ちなみに、一度のアタッチでデバッグできるのはひとつのプロセスのみです。AとBが別のプロセスで動いているのであれば、それぞれにアタッチする必要があります。BにアタッチしていればAもデバッグできるということはありません。12:50引用:プロセスが起動するまで待って・・ということですが、Bのプロセスが起動しないとIDE(VisualStudio2005)からアタッチできないと思いますが私の思い違いでしょうか。思い違いじゃないですよ。AもBもデバッグしたいという事なんですよね?Aは普通のアプリケーションでBはWindowsサービス。Bはサービスとして登録して開始しておく。デバッガをBにアタッチ。