|
charlieg wrote: I just tossed 50+ dvds of old drivers and os' and what not
Disk space is cheap. Ridiculously cheap.
I did a massive purge of physical media myself years ago, but not before I converted everything to .ISO files. Mostly MSDN CDs and DVDs.
This is my current Office folder:
12/20/2018 11:15 PM <DIR> 2000
12/22/2018 10:50 AM <DIR> 2003
12/04/2013 12:38 PM <DIR> 2007
12/15/2014 11:50 AM <DIR> 2010
03/20/2018 01:52 PM <DIR> 2013
06/09/2018 07:28 AM <DIR> 2016
11/23/2018 01:00 PM <DIR> 2019
10/07/2021 03:41 PM <DIR> 2021
03/02/2014 01:25 PM <DIR> 4.3 Professional
12/04/2013 12:42 PM <DIR> 95
12/20/2018 11:19 PM <DIR> 97
03/02/2014 01:01 PM <DIR> XP
...which reminds me, I never bothered looking for anything newer than 2021, since my employer is now providing me with the subscription-based version.
[Edit]
Doesn't look like there is an Office 2023.
|
|
|
|
|
charlieg wrote: Any one need 24+ power cords? You pay shipping 
No thanks. They'd be US type and I have my own collection of unused UK ones!
I've also got a collection of Ethernet patch cables and a 16-port Gigabit switch which your message prompted me to check and find that it had 1 active device, apart from the router, and there was a spare port on the router!
charlieg wrote: It's so easy to accumulate this garbage thinking you might need it.
And, of course, when you need it, you can't find it!
|
|
|
|
|
I've been doing an attic cleanout for the last couple of months, as my daughter planned to come get all of her stuff. I threw out two 30 gallon trash bags of cables. None of the discarded cables were for a connection technology I'm still using. Coax (cable TV), RCA audio plugs, SVHS video, early USB, RS-232, Centronics parallel. Probably came to over $5,000 when originally purchased, and now not even useful for garroting politicians.
Software Zen: delete this;
|
|
|
|
|
#Worldle #629 3/6 (100%)
π©π©π©π©β¬β¬οΈ
π©π©π©π©π¨β¬οΈ
π©π©π©π©π©π
https://worldle.teuteuf.fr
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
Four go in the furnace, but kiss and make up (7)
|
|
|
|
|
|
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
Yes indeed. You're up tomorrow! 
|
|
|
|
|
Oh dear, oh dear! What did I get myself into 
Mircea
|
|
|
|
|
General context - nothing new but we get an assortment of rants on the Lounge about the latest debacle update from MS. For the life of me, I can't find the latest rant... I'm looking for the least pain to experience 
I have to lift VC6++ code from 20 years ago to .. well today. I know from VC6++ to today we have compiler improvements as well as the IDE. I'm okay with the compiler enhancements, I'll pound through that. But I really don't want to go out to the tip of MS's latest release to help them debug.
Avoiding Visual Studio 2022 version 17.7.5 - the tip, is there any earlier version that would be more stable? I've worked with 2015 and 17 a little.
Advice?
Charlie Gilley
βThey who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.β BF, 1759
Has never been more appropriate.
|
|
|
|
|
We have a number of products we still maintain using Visual Studio 2008. We have a new product being developed using VS2019, which we will probably move to VS2022 in the near future.
I do have a suggestion. Given the age of your code, I recommend using the New Project wizard in whatever version you decide to use to create the initial project(s) in the solution for your application. Import your current source one piece at a time, cleaning up issues as you go. As you move through the process this will go faster as you learn the patterns in the old code that need changed. This approach is a lot less painful than going through an upgrade process all at once (VC6 to VS2008 to VS2019 is one path I've tried).
Software Zen: delete this;
|
|
|
|
|
Suggestion noted. I've done this in the past, but mainly involving CE to wec7 which forced us to go from EVC++ (yeah THAT old) to VS2008. 2008 has been pretty good, but it still has some evil in it. I'll start with 2019 and see how it goes.
Thanks
Charlie Gilley
βThey who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.β BF, 1759
Has never been more appropriate.
|
|
|
|
|
I think VS2022 is noticeably better than 2019, specially Intellisense. Compiler is the same or very similar. I went from VS2019 to 2022 last year and never looked back.
Mircea
|
|
|
|
|
Hmm, okay. Maybe I can find the rant about MS screwing up the latest then.
It's not a big issue, I make a snapshot of my VM and if it goes sideways I revert. Appreciate the feedback.
Charlie Gilley
βThey who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.β BF, 1759
Has never been more appropriate.
|
|
|
|
|
when I used Visual Studio 2019 to open a VC++6.0 project, after convert the project I compiled it. most warnings are related with project parameters settings and macro definitions.
After fix these items, my projects are compiled successfully.
diligent hands rule....
|
|
|
|
|
Truth, and thank you
Charlie Gilley
βThey who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.β BF, 1759
Has never been more appropriate.
|
|
|
|
|
I had much worse luck, but then my code made extensive use of The STL at the time.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
STL and Microsoft was always a bad idea....
Charlie Gilley
βThey who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.β BF, 1759
Has never been more appropriate.
|
|
|
|
|
Frankly, C++ is kind of not C++ without the STL and I say that as someone who uses C++ without the STL on the regular (but for embedded)
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
well, I wish I had better news.... read the last post in the list....
Charlie Gilley
βThey who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.β BF, 1759
Has never been more appropriate.
|
|
|
|
|
charlieg wrote: I've worked with 2015 and 17 a little.
Probably not a good idea to even consider those. You are looking at end of life for both of those. So minimum would be 2019.
Although you are correct you might run into problems that originate from the IDE/compiler that is going to be true regardless. And the larger and more complex the code base the more likely that is.
Myself I would go with VS 2022 for the following reasons.
1. It has not just been released. So not like you are working on version 1.0
2. It is '2022'. And it is likely that MS will release a 2024 and probably definitely a 2025 otherwise. And you don't want to do a major upgrade and then be behind immediately after you are done.
|
|
|
|
|
I have ranted previously about their releases being buggy. The last several have been good and I have seen no issues. I have almost one hundred projects that I maintain and all built and ran well with newest release. I would not hesitate to install the 17.7.5 release.
The only issue I have had lately is some of my settings got messed up so it helpful to export your settings first so you can restore them later. This is only an issue with updates though - not new installations.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
Rick - I think your latest rant was what triggered me.
I'll start with the latest and see where it goes from there. I am 75/25 overthinking it. If the compiler goes tits up, there will be more $itching than just UI issues.
Charlie Gilley
βThey who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.β BF, 1759
Has never been more appropriate.
|
|
|
|
|
I tend to agree with you about your overthinking. It's been a while since I have run into an actual compiler bug. These days I run into mostly UI headaches.
I have been where you are and had to move forward several compiler revs and I went about porting all my stuff to be 64-bit programs and libraries. It was pretty easily actually - it almost exclusively involved changing data types. For example, standard windows procedures and timers changed to the INT_PTR type. If you go down that path I recommend using warning level 4 so it shows you all of the issues. It's a bit anal retentive about some things but they are easy enough to correct.
BTW - one other advantage to the latest generation is Visual Studio is now a real, live 64-bit program so that means it can handle really big programs and tons of data. Until late last year, I think it was, it was a 32-bit program so it had all of the standard limitations and they had to do some real hacks to make it overcome them.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
Nothing to add, except to say that I value responsiveness and stability of the IDE over 'new and shiny'. That said, I have 5 different versions of VS on my current system:
0: VS6
1: VS 2008 (only for the migration tool)
2: VS 2010 (my favorite for so many years)
3: VS 2017 (now the one I use most often)
4: VS 2019 (hardly ever use this one)
Which one I use (apart from VS6) depends on the .NET Framework a project targets. I still prefer VS 2010 for projects <= 4.5 as it seems to have less bloat and does everything quicker than later version. (startup/compile/debug)
I haven't tried VS 2022 yet as I've got too many other versions hogging space and don't currently have the room for it. When people quit ranting about it, maybe I'll give it a go.
"Go forth into the source" - Neal Morse
"Hope is contagious"
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
