Hi Francesco,
I have performed the following steps to test your scenario:
1. I have tried to use VS2005 to open an old VS.net2003 Windows Serivce
project on my Win2003 SP1 machine.
2. Then I converted this project into VS2005 version.
3. After rebuilding the entire project I started this service in
Services.msc.
4. Click "Debug"->"Attach to Process..." and check "Show processes from all
users" checkbox in left bottom of the dialog.
In the "Type" column of the process list, I can see windows serivce running
with type value: Managed,x86. So it seems that I can not reproduce your
problem.
Normally, I think your problem means that the VS2005 "Attach to process"
dialog auto detects the process code types incorrectly.
Have you tried to use the approach below to workaround your problem?
1. Click the "Select..." button in this dialog above the process listbox
2. Then you may click "Debug these code types:" option in the popup dialog.
3. Select "Managed" code type and click "Ok" button.
4. Select your service and explicitly debug it with the selected "Managed"
code type.
Please feel free to feedback the test result here. Thanks.
If you still can not get this work, I recommend you create a new sample
Windows Service project in VS2005 to give it a test, will the VS2005
"Attach to process" dialog still report the wrong code types? By doing this
test, we can determine if this problem is your project IDE specific.
I look forward to your further feedback. Thanks.
Best regards,
Jeffrey Tan
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif ications.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx. ==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.