Detecting Visual studio edition

Question

2.00/5 (2 votes)

See more:

I need to detect which version of Visual studio is running my project when it is running through IDE , By using that I want to find out the path of visual studio in MyDocuments like:
C:\Users\xxx\Documents\Visual Studio 2012

Is there any C# method that can help me using VS2012?

Thanks in advance

Posted 1-Sep-13 3:36am

albert sh

Add a Solution

Comments

Joezer BH 1-Sep-13 9:42am

What do you mean which VS??? :confused:
Do you mean which .NET Framework is was compiled for?

albert sh 1-Sep-13 9:52am

Thanks for consideration, I meant Visual studio 2012, no i don't need it when running from command line, but from IDE

Sergey Alexandrovich Kryukov 1-Sep-13 11:25am

Why?
—SA

albert sh 1-Sep-13 11:31am

@Sergey, I have developed a control that it will be used through IDE, I used dte.Edition but I get error :"Call was rejected with the callee ( exception from HRResult :.... ) most of the times.
All I want to do is to find out the path pointing to visual studio in my document of the developer who is running the control

2 solutions

Solution 1

This property of the Application Class will return the Visual Studio path wherever it is on the PC.

Application.StartupPath

On my PC, this returns:

C:\Users\<MyUserName>\Documents\Visual Studio 2012\Projects\<MySolutionName>\<MyProjectName>\bin

You can extract the path to Visual Studio from the returned value. This works whether or not the default installation path was overridden or not.

Posted 1-Sep-13 3:51am

Mike Meinz

Updated 1-Sep-13 6:46am

v2

Comments

albert sh 1-Sep-13 21:36pm

Thanks for your comment,
your solution is useful to understand the location of my solution but I need to detect the version of visual studio that the other developers are using while using my control.

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Dave Kreskowiak · Accepted Answer · 2013-09-01T05:15:00

Solution 3

If your project is a Visual Studio extension, you can use DTE.Edition.

If not, there is no way for your code to determine, nor should it really care about, which version of the Visual Studio debugger is attached to your code.

Posted 1-Sep-13 5:15am

Dave Kreskowiak

Comments

Sergey Alexandrovich Kryukov 1-Sep-13 11:25am

Sure, a 5.
—SA

albert sh 1-Sep-13 11:36am

@Dave, Thanks for your comment, I need it as I need it in my control, but most of the times I get error : "Call was rejected with the callee ( exception from HRResult :.... ) .

Dave Kreskowiak 1-Sep-13 13:14pm

We've been fishing around trying to get you to tell us what this project is and why you need this. You're not listening.

Is your project a Visual Studio extension? Yes or No.

albert sh 1-Sep-13 21:32pm

@Dave, Sorry I was out for a while, as I told above, its an extension.
I am using Visual studio 2012 pro.

Dave Kreskowiak 1-Sep-13 21:58pm

OK, that's odd because usually this problem shows up from a multi-threaded out-of-proc application (external applications) making calls into Visual Studio before the COM interface is able to handle the call. An extention runs in-proc (inside Visual Studio), and normally doesn't suffer from this problem.

I think we'd need to see the code to figure this one out.

albert sh 1-Sep-13 22:21pm

@Dave:this is the code that I have to use in the constructor of control:
EnvDTE.DTE dte = (EnvDTE.DTE)System.Runtime.InteropServices.Marshal.GetActiveObject("VisualStudio.DTE");
string VisualStudioVersion = dte.Version;

Dave Kreskowiak 1-Sep-13 23:56pm

OK, that's going through the COM interface and probably why you're having the problems you are.

Try going through this instead: http://msdn.microsoft.com/en-us/library/ee834473.aspx

albert sh 2-Sep-13 9:02am

@Dave: thanks a lot for forwarding me to that nice link, but as I am targeting older versions of .net ( 3.5 ) to support older versions of VS, unfortunately I can not use it.
let me explain why I need this solution, as I am using VS2012 and can not create a VSpackage that can be used in older versions of visual studio, I need to solve the problem by using the above method, do you know a solution for that to omit this one?
do you have any recommendation?

Dave Kreskowiak 2-Sep-13 12:07pm

Then you have a major problem. Each and every call through the COM interface can fail with that message if Visual Studio is busy doing something else. You'll have to wrap every single call you make in something like what's found at: http://msdn.microsoft.com/en-us/library/vstudio/ms228772.aspx.

This essentially you the ability to detect the failure and make your calls "retryable".

albert sh 3-Sep-13 11:11am

@Dave, your solution was fantastic, I really appreciate your help and all your support, you nice guys make programming interesting ;)

Dave Kreskowiak 3-Sep-13 11:25am

No problem. Thanks!