<<specificVersion>>'True'<<specificVersion/>> is not satisfying
-
Hi everyone, I am a programer and work with visual studio 2010 and do some c#. The company provided me a hp proBook 5310m, win7 pro 32-bits laptop with wich I could do my job first using vs 2005 and for something like one year now vs 2010. Since this laptop is getting old They bought me a new one. A HP EliteBook i7-2920xm, win7 pro 32-bits, a great horse... The configuration of the OS seems to be similar between each laptop as both have the same OS and are fully up to date. For VS 2010 I exported/imported the settings from the IDE. So I downloaded the code from the source safe to the new laptop and tried to complete the necessary compiling of the referenced projects before I can start working with the one I am on. That's where the problem began to start. The programs in the solution I am developping are mainly targeting the framework 2. As we are using WCF WebServices we need to reference some dll that come from the framework 3.5 as for instance: 'System.Runtime.Serialization.dll' or 'System.ServiceModel.dll' and a few other ones. First of all I noticed that I have to re-reference those 3.5 targeting dlls. At this point I get an warning message box saying this dlls are targeting a framework higher than the projects and I should target a higher framework. I searched the net and found that the solution spreaded around is the one that consist of unloading the project, edit it and place the tag <>'True'<>' for these referenced dlls. This solution seems to work but then all other referencing programs must be adapted this way and as the solution contains at least 50 programs and references programs in other solutions and so on it is not realistic to unload and modify all this projects settings at least as I do not have the rights to perform this kind of setting. Can someone explain me why everything works fine on a laptop and not on another that has the same configuration. It is driving me mad and I cannot use the new laptop.
-
Hi everyone, I am a programer and work with visual studio 2010 and do some c#. The company provided me a hp proBook 5310m, win7 pro 32-bits laptop with wich I could do my job first using vs 2005 and for something like one year now vs 2010. Since this laptop is getting old They bought me a new one. A HP EliteBook i7-2920xm, win7 pro 32-bits, a great horse... The configuration of the OS seems to be similar between each laptop as both have the same OS and are fully up to date. For VS 2010 I exported/imported the settings from the IDE. So I downloaded the code from the source safe to the new laptop and tried to complete the necessary compiling of the referenced projects before I can start working with the one I am on. That's where the problem began to start. The programs in the solution I am developping are mainly targeting the framework 2. As we are using WCF WebServices we need to reference some dll that come from the framework 3.5 as for instance: 'System.Runtime.Serialization.dll' or 'System.ServiceModel.dll' and a few other ones. First of all I noticed that I have to re-reference those 3.5 targeting dlls. At this point I get an warning message box saying this dlls are targeting a framework higher than the projects and I should target a higher framework. I searched the net and found that the solution spreaded around is the one that consist of unloading the project, edit it and place the tag <>'True'<>' for these referenced dlls. This solution seems to work but then all other referencing programs must be adapted this way and as the solution contains at least 50 programs and references programs in other solutions and so on it is not realistic to unload and modify all this projects settings at least as I do not have the rights to perform this kind of setting. Can someone explain me why everything works fine on a laptop and not on another that has the same configuration. It is driving me mad and I cannot use the new laptop.
I think changing the the FrameWork to which the project is targeted from IDE may be easier than doing it in the code. To change from IDE, right click on Project concerned in the Solution Explorer, select Properties menu option, in the opened form, select the Application tab page and in that select the required FrameWork in the Target Framework combo box.
-
I think changing the the FrameWork to which the project is targeted from IDE may be easier than doing it in the code. To change from IDE, right click on Project concerned in the Solution Explorer, select Properties menu option, in the opened form, select the Application tab page and in that select the required FrameWork in the Target Framework combo box.
This method can definitly not be applied as I do not have the rights and there is no way I can convince the team leader to re-target the more than 200 projects splitted in tenth of solutions to framwork 4. And as the first laptop has the same configuration than the second on wich things do not compile there must be a way to configure the second to work as the first. In fact this the point of my thread. Even when the project targets a framework 2 or 3 it seems the framework 4 has a final hand on VS 2010. Maybe the solution would be to target the laptop itself to use another framework than the 4.0 but I don't know wether is this possible or not. But thank you for your answer.
-
Hi everyone, I am a programer and work with visual studio 2010 and do some c#. The company provided me a hp proBook 5310m, win7 pro 32-bits laptop with wich I could do my job first using vs 2005 and for something like one year now vs 2010. Since this laptop is getting old They bought me a new one. A HP EliteBook i7-2920xm, win7 pro 32-bits, a great horse... The configuration of the OS seems to be similar between each laptop as both have the same OS and are fully up to date. For VS 2010 I exported/imported the settings from the IDE. So I downloaded the code from the source safe to the new laptop and tried to complete the necessary compiling of the referenced projects before I can start working with the one I am on. That's where the problem began to start. The programs in the solution I am developping are mainly targeting the framework 2. As we are using WCF WebServices we need to reference some dll that come from the framework 3.5 as for instance: 'System.Runtime.Serialization.dll' or 'System.ServiceModel.dll' and a few other ones. First of all I noticed that I have to re-reference those 3.5 targeting dlls. At this point I get an warning message box saying this dlls are targeting a framework higher than the projects and I should target a higher framework. I searched the net and found that the solution spreaded around is the one that consist of unloading the project, edit it and place the tag <>'True'<>' for these referenced dlls. This solution seems to work but then all other referencing programs must be adapted this way and as the solution contains at least 50 programs and references programs in other solutions and so on it is not realistic to unload and modify all this projects settings at least as I do not have the rights to perform this kind of setting. Can someone explain me why everything works fine on a laptop and not on another that has the same configuration. It is driving me mad and I cannot use the new laptop.
If you are using assemblies from either the 3.0 framework or 3.5 framework, than you should target that specific framework. Why? Because the target-machine still needs those assemblies that you referenced to be available. Yes, you can add them using a setup, but then you'd be installing "half" of the 3.0 framework. If the chief doesn't want to move, ask him how he's going to solve these problems :-D
Bastard Programmer from Hell :suss:
-
If you are using assemblies from either the 3.0 framework or 3.5 framework, than you should target that specific framework. Why? Because the target-machine still needs those assemblies that you referenced to be available. Yes, you can add them using a setup, but then you'd be installing "half" of the 3.0 framework. If the chief doesn't want to move, ask him how he's going to solve these problems :-D
Bastard Programmer from Hell :suss:
Yes maybe but why does laptop1 win7 pro 32 bits works great and the same code on laptop2 win7 pro 32 bits doesn't work? Is there a machine configuration that can do the trick? There must be something to configure else where than in the project option. The error on the laptop2 is raised by the framework 4 at compile time. Maybe the laptop1 doesn't use the framework 4 to compile but I do not have a clue about settings that would tell the compiler to use another framework than the 4.0. :confused:
-
Yes maybe but why does laptop1 win7 pro 32 bits works great and the same code on laptop2 win7 pro 32 bits doesn't work? Is there a machine configuration that can do the trick? There must be something to configure else where than in the project option. The error on the laptop2 is raised by the framework 4 at compile time. Maybe the laptop1 doesn't use the framework 4 to compile but I do not have a clue about settings that would tell the compiler to use another framework than the 4.0. :confused:
-
Stop mixing frameworks a if they were interchangeable. The configuration-trick is to develop against the framework that is installed.
Bastard Programmer from Hell :suss:
Appropriate advice mate and I will carry it to higher levels but why laptop1 works and laptop2 does not?
-
Appropriate advice mate and I will carry it to higher levels but why laptop1 works and laptop2 does not?
AstroBod427 wrote:
Appropriate advice mate and I will carry it to higher levels but why laptop1 works and laptop2 does not?
They're both the same environment, as you stated; both Win7, 32 bit. Both will have the .NET 4 framework. Did you install the same things? There is a difference between the machines. No, not a clue what it might be.
Bastard Programmer from Hell :suss:
-
AstroBod427 wrote:
Appropriate advice mate and I will carry it to higher levels but why laptop1 works and laptop2 does not?
They're both the same environment, as you stated; both Win7, 32 bit. Both will have the .NET 4 framework. Did you install the same things? There is a difference between the machines. No, not a clue what it might be.
Bastard Programmer from Hell :suss:
Both laptops are of the same brand with win 7 pro 32 bits and with all updates from microsoft. The only difference that comes to my mind is that laptop1 has VS 2005 wich laptop2 does not have.
-
Both laptops are of the same brand with win 7 pro 32 bits and with all updates from microsoft. The only difference that comes to my mind is that laptop1 has VS 2005 wich laptop2 does not have.
-
Hi everyone, I am a programer and work with visual studio 2010 and do some c#. The company provided me a hp proBook 5310m, win7 pro 32-bits laptop with wich I could do my job first using vs 2005 and for something like one year now vs 2010. Since this laptop is getting old They bought me a new one. A HP EliteBook i7-2920xm, win7 pro 32-bits, a great horse... The configuration of the OS seems to be similar between each laptop as both have the same OS and are fully up to date. For VS 2010 I exported/imported the settings from the IDE. So I downloaded the code from the source safe to the new laptop and tried to complete the necessary compiling of the referenced projects before I can start working with the one I am on. That's where the problem began to start. The programs in the solution I am developping are mainly targeting the framework 2. As we are using WCF WebServices we need to reference some dll that come from the framework 3.5 as for instance: 'System.Runtime.Serialization.dll' or 'System.ServiceModel.dll' and a few other ones. First of all I noticed that I have to re-reference those 3.5 targeting dlls. At this point I get an warning message box saying this dlls are targeting a framework higher than the projects and I should target a higher framework. I searched the net and found that the solution spreaded around is the one that consist of unloading the project, edit it and place the tag <>'True'<>' for these referenced dlls. This solution seems to work but then all other referencing programs must be adapted this way and as the solution contains at least 50 programs and references programs in other solutions and so on it is not realistic to unload and modify all this projects settings at least as I do not have the rights to perform this kind of setting. Can someone explain me why everything works fine on a laptop and not on another that has the same configuration. It is driving me mad and I cannot use the new laptop.
AstroBod427 wrote:
Can someone explain me why everything works fine on a laptop and not on another that has the same configuration.
Simple to test really. Create a NEW project/dll and target it for Net 2. Call it D2. Create a NEW project/dll and target it for Net 3. Call it D3. 1. Create a NEW application targeting it for Net 2. a. Use D2 b. Use D3 2. Create a NEW application targeting it for Net 3. a. Use D2 b. Use D3 Myself, not having tried it, I would suspect 1a, 2a, 2b all are possible. 1b is not. If that is true, then you can be sure that whatever the difference you are seeing it fits into one of the above. On both machines.
-
AstroBod427 wrote:
Can someone explain me why everything works fine on a laptop and not on another that has the same configuration.
Simple to test really. Create a NEW project/dll and target it for Net 2. Call it D2. Create a NEW project/dll and target it for Net 3. Call it D3. 1. Create a NEW application targeting it for Net 2. a. Use D2 b. Use D3 2. Create a NEW application targeting it for Net 3. a. Use D2 b. Use D3 Myself, not having tried it, I would suspect 1a, 2a, 2b all are possible. 1b is not. If that is true, then you can be sure that whatever the difference you are seeing it fits into one of the above. On both machines.
I had a similar problem with my HP notebook. The problem was that HP defines an environment variable:PLATFORM=HPD. I just removed it and now everything works fine. You can google on it. regards, Groover.
-
I had a similar problem with my HP notebook. The problem was that HP defines an environment variable:PLATFORM=HPD. I just removed it and now everything works fine. You can google on it. regards, Groover.
That's a true WTF! Shame on HP.
-
AstroBod427 wrote:
Can someone explain me why everything works fine on a laptop and not on another that has the same configuration.
Simple to test really. Create a NEW project/dll and target it for Net 2. Call it D2. Create a NEW project/dll and target it for Net 3. Call it D3. 1. Create a NEW application targeting it for Net 2. a. Use D2 b. Use D3 2. Create a NEW application targeting it for Net 3. a. Use D2 b. Use D3 Myself, not having tried it, I would suspect 1a, 2a, 2b all are possible. 1b is not. If that is true, then you can be sure that whatever the difference you are seeing it fits into one of the above. On both machines.
Unexpectedly this procedure revealed positive for both laptops... :wtf:
-
I had a similar problem with my HP notebook. The problem was that HP defines an environment variable:PLATFORM=HPD. I just removed it and now everything works fine. You can google on it. regards, Groover.
Unfortunatly this has not worked with the case I am struggling in. The Platform variable was set to anyCPU...