Upgrading an old VC application
-
Disables warnings for "non-secure" functions such as strcpy, strcat, sprintf, etc. that have been "deprecated" due to the MS secure initiative, pushing people to strcat_s that is length validated to help prevent buffer overflows. These didn't exist in VC6.
onwards and upwards...
Assuming we end up on contract for anything beyond a minimal make it run on w7 update I suspect making those substitutions will be an IA requirement we'll be expected to meet.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies. -- Sarah Hoyt
-
Jump directly to the latest? I was thinking in terms of walking up my collection of installed versions of VS incrementally upgrading as I go: 03, 08, 10; newer'd depend on either customer requests or getting past team mates balking at 12 as a 1.0 version and not wanting to install 13 because without a need for it keeping R#er while avoiding a fight with bean counters (not relevant for C++) and just not wanting to install another version that will then become part of the stack we need to keep installed forever more due to legacy apps we're on call for but otherwise have no update budget/mandate (this one really bugs me too). :sigh: Edit: A big part of why I'm thinking incrementally is that, assuming it's a VC6 (or prior) project and that none of my packratty coworkers have an MSDN cd with that version on it, initially targetting 2003 would be the quickest path to a working build.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies. -- Sarah Hoyt
Dan Neely wrote:
Jump directly to the latest? I was thinking in terms of walking up my collection of installed versions of VS incrementally upgrading as I go: 03, 08, 10;
Each version will introduce its own set of things that needs to be fixed. Having worked on a VC++ project that we took from 6.0 through to 2008 through the years, my gut feel is that your way will create extra work. The source isn't the only thing that needs updating, sometimes the project files do too. The only benefit I can see of doing an incremental upgrade is if you also install the docs and can get some value out of their upgrade guides. Those have had helpful hints like the #define mentioned. I think sometimes the older info gets lost in newer rewrites.
We can program with only 1's, but if all you've got are zeros, you've got nothing.
-
Jump directly to the latest? I was thinking in terms of walking up my collection of installed versions of VS incrementally upgrading as I go: 03, 08, 10; newer'd depend on either customer requests or getting past team mates balking at 12 as a 1.0 version and not wanting to install 13 because without a need for it keeping R#er while avoiding a fight with bean counters (not relevant for C++) and just not wanting to install another version that will then become part of the stack we need to keep installed forever more due to legacy apps we're on call for but otherwise have no update budget/mandate (this one really bugs me too). :sigh: Edit: A big part of why I'm thinking incrementally is that, assuming it's a VC6 (or prior) project and that none of my packratty coworkers have an MSDN cd with that version on it, initially targetting 2003 would be the quickest path to a working build.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies. -- Sarah Hoyt
I'd be tempted to go straight to your ultimate target version (whether that be VS2010, 2012 or 2013) with a **COPY** of the solution. If you find any really difficult problems, then you could try going via intermediate versions in the hope that the errors along the way will be lesser.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p CodeProject MVP for 2010 - who'd'a thunk it!
-
I'd be tempted to go straight to your ultimate target version (whether that be VS2010, 2012 or 2013) with a **COPY** of the solution. If you find any really difficult problems, then you could try going via intermediate versions in the hope that the errors along the way will be lesser.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p CodeProject MVP for 2010 - who'd'a thunk it!
Source control means having arbitrarily many copies. :cool:
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies. -- Sarah Hoyt
-
One thing that's prevented me from using anything more modern than VC6 for this[^] app is my reliance on
CString, whose size increased over the years. Rather than fight this, I decided to convert the app to .NET in its next incarnation. Also see this[^] MSDN link for additional data points. /raviMy new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
If it was passed by reference instead of by value, the code works seamlessly. What I find is a lot of the VC6 code normally pass CStrings by value.
-
If it was passed by reference instead of by value, the code works seamlessly. What I find is a lot of the VC6 code normally pass CStrings by value.
I was referring to serialization of
CStringbreaking between VC6 and VS2005+. /raviMy new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com
-
Mike Mullikin wrote:
If it comes to pass you should consider an article for CP.
I suspect work related NDAs would scuttle any hope of a useful article unless I scoured the internet to find someone elses VC6 legacy project I could use as an example in a writeup. :sigh:
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies. -- Sarah Hoyt