Why I still use vc6
-
I'm assuming the speed decrease in .net is due to compilation to bytecode instead of native code.. but doesn't the 'Win32' option for a project type in VS.net let you compile to native?
HE'S NOT TALKING ABOUT .NET! Geeze people... He's talking about UN-MANAGED CODE.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001 -
In this case, you're completely wrong. There is NOTHING that VC8 or 9 gives you that you cannot do in VC6.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001Oh, what have the Romans ever done for us... except giving us standards compliance?
-
People often accuse those still using VC6 as holdouts, dinosaurs, or too lazy to embrace the new. Well in my case it's none of those. I'm still using VC 6 because Microsoft can't seem to produce a compiler that produces faster binaries!!! Same codebase, same machine: vc6 - Took 0.17346851 seconds or 173.4685 milliseconds vc80 binaries default optimization settings Took 0.54633341 seconds or 546.3334 milliseconds vc80, turned on favor speed optimization settings Took 0.32663722 seconds or 326.6372 milliseconds vc90 binaries default optimization settings Took 0.34099583 seconds or 340.9958 milliseconds vc90, turned on favor speed optimization settings Took 0.33104513 seconds or 331.0451 milliseconds So, after nearly a 10 year wait between the releases of VC 6 (1998) and VC 9 (2007) my program runs twice as slow. Sigh...
¡El diablo está en mis pantalones! ¡Mire, mire! Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)! SELECT * FROM User WHERE Clue > 0 0 rows returned Save an Orange - Use the VCF! VCF Blog
Besides VC6 still be the fastest Microsoft's compiler, It is not C/C++ standard compliant. Because of that, Microsoft modified their compiler several times. Since VC8, Microsoft claims that their compiler is 100% C/C++ compliant with the standards. When you are focusing softwares only for Windows, to use VC6 is not an issue. But, if you are doing something that needs to be portable on several operating systems, VC6 can lead you at wrong results. The best thing, in that case, is you to choose an slower but most standard compliant compiler: GCC. One think must be said: there is none compiler 100% standard compliant. That is the fact.
Alessandro Antonello
-
Steve Echols wrote:
consumes 18MB of ram!
Correction, it reserves 18MB of virtual space. Private bytes shows 7MB, and the heap, 0MB.
xacc.ide - now with IronScheme support
IronScheme - 1.0 alpha 2 out now -
Yes, I too would like to know what source code generated these statistics. I have examined the object code produced by VS 2005 on some of my time critical stuff and I was well impressed.
Paul Sanders http://www.alpinesoft.co.uk
Paul Sanders (AlpineSoft) wrote:
Yes, I too would like to know what source code generated these statistics.
RCChineseDict.cpp[^] It's modeled after an article by Raymond Chen here: Loading the dictionary, part 1: Starting point[^] I was curious to see how the VCF would fare compared to Raymond's attempts. That's where the numbers come from.
¡El diablo está en mis pantalones! ¡Mire, mire! Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)! SELECT * FROM User WHERE Clue > 0 0 rows returned Save an Orange - Use the VCF! VCF Blog
-
All work places (job opennings) work with vc6.0. the transformation to 2005/2008 requiere too much work and time, so thay don't upgrade. so my sallery depends on working on vc6.0. therfore I search all the time how to use c# samples ,vb samples and .NET samples using VC6.0 only. lately I have found that the window SDK platform supply most capabilities of C#/VB/.NET using Components and specialised libraries / DLL's. the code comes out much more generic and compatible. it is easy to integrate, migrate and control (sorce safe) the source. bottom line - VC6.0 is most effective for practical job in computers programming. a VC6.0 developer has x3 times more job oportunities then C# / VB / .NET programmers.
One more fan of Simplicity.
-
HE'S NOT TALKING ABOUT .NET! Geeze people... He's talking about UN-MANAGED CODE.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001 -
I have been using vc6 until a couple of weeks ago when my computer died and I decided to take the plunge and upgrade to vs2005. What hard work that has turned out to be! Does anyone know of any guides covering upgrading projects from vc6 to vs2005?
-
Paul Sanders (AlpineSoft) wrote:
Yes, I too would like to know what source code generated these statistics.
RCChineseDict.cpp[^] It's modeled after an article by Raymond Chen here: Loading the dictionary, part 1: Starting point[^] I was curious to see how the VCF would fare compared to Raymond's attempts. That's where the numbers come from.
¡El diablo está en mis pantalones! ¡Mire, mire! Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)! SELECT * FROM User WHERE Clue > 0 0 rows returned Save an Orange - Use the VCF! VCF Blog
FWIW, it looks like overhead in the implementation of STL strings, rather than poor compiler optimisation. This is (to me) useful to know. Thx for posting.
Paul Sanders http://www.alpinesoft.co.uk
-
FWIW, it looks like overhead in the implementation of STL strings, rather than poor compiler optimisation. This is (to me) useful to know. Thx for posting.
Paul Sanders http://www.alpinesoft.co.uk
Perhaps but I consider that all part of the product. It's not like I can just take the STL from VC6 and use it in VC9. So if their standard C++ components (i.e. the STL) is sucky, then, to me at least, the effect is just the same - an app that runs at half speed :(
¡El diablo está en mis pantalones! ¡Mire, mire! Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)! SELECT * FROM User WHERE Clue > 0 0 rows returned Save an Orange - Use the VCF! VCF Blog
-
Perhaps but I consider that all part of the product. It's not like I can just take the STL from VC6 and use it in VC9. So if their standard C++ components (i.e. the STL) is sucky, then, to me at least, the effect is just the same - an app that runs at half speed :(
¡El diablo está en mis pantalones! ¡Mire, mire! Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)! SELECT * FROM User WHERE Clue > 0 0 rows returned Save an Orange - Use the VCF! VCF Blog
That's very true.
Paul Sanders http://www.alpinesoft.co.uk
-
People often accuse those still using VC6 as holdouts, dinosaurs, or too lazy to embrace the new. Well in my case it's none of those. I'm still using VC 6 because Microsoft can't seem to produce a compiler that produces faster binaries!!! Same codebase, same machine: vc6 - Took 0.17346851 seconds or 173.4685 milliseconds vc80 binaries default optimization settings Took 0.54633341 seconds or 546.3334 milliseconds vc80, turned on favor speed optimization settings Took 0.32663722 seconds or 326.6372 milliseconds vc90 binaries default optimization settings Took 0.34099583 seconds or 340.9958 milliseconds vc90, turned on favor speed optimization settings Took 0.33104513 seconds or 331.0451 milliseconds So, after nearly a 10 year wait between the releases of VC 6 (1998) and VC 9 (2007) my program runs twice as slow. Sigh...
¡El diablo está en mis pantalones! ¡Mire, mire! Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)! SELECT * FROM User WHERE Clue > 0 0 rows returned Save an Orange - Use the VCF! VCF Blog
A nice thing about vc6 (among many others) is that it generates MFC code that only assumes mfc42.dll ... which has been part of the standard install since Win98-First-Edition (Win95 had mfc40.dll) You can link dynamically for really small executables and be confident that mfc42.dll will be present on 99% of the computers that will use your software (and many with Win95 will have picked up mfc42.dll somewere). I've also found that vc71, vc8, and vc9 generate somewhat slower code. However, I think the "search in files" and "tabbed property page per source file" work better in vc71. Also, "hover" to see definitions is handy. I tend to use vc71 for development and debugging, and generate the final executable for release with vc6.
-
I also use vc6, but I don't think vc6 is famous for its compiler. As everyone knowns, it is famous for its IDE.
-
:mad: You beat me to the comment :)
Chris Austin wrote:
You beat me to the comment
A 5 to make you feel better.... obviously I upset a few people with my comment though. :)
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
AFAIK VC6 is infamous for code generation bugs. I know of one program in which a for(i=0;i<10;i++) would mysteriously bump i to 150 even though i was NEVER accessed inside the loop!
But since it was obviously defined outside the context of the for loop, it could have been incremented ANYWHERE. The bug is your fault, not the fault of the compiler.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001 -
But since it was obviously defined outside the context of the for loop, it could have been incremented ANYWHERE. The bug is your fault, not the fault of the compiler.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001Not really. It worked fine in VC8 - and I declared it one line before the loop.
-
Chris Austin wrote:
You beat me to the comment
A 5 to make you feel better.... obviously I upset a few people with my comment though. :)
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
Thank you very much :)
El Corazon wrote:
obviously I upset a few people with my comment though.
Now that I don't get. Ahhh people are odd.
-
People often accuse those still using VC6 as holdouts, dinosaurs, or too lazy to embrace the new. Well in my case it's none of those. I'm still using VC 6 because Microsoft can't seem to produce a compiler that produces faster binaries!!! Same codebase, same machine: vc6 - Took 0.17346851 seconds or 173.4685 milliseconds vc80 binaries default optimization settings Took 0.54633341 seconds or 546.3334 milliseconds vc80, turned on favor speed optimization settings Took 0.32663722 seconds or 326.6372 milliseconds vc90 binaries default optimization settings Took 0.34099583 seconds or 340.9958 milliseconds vc90, turned on favor speed optimization settings Took 0.33104513 seconds or 331.0451 milliseconds So, after nearly a 10 year wait between the releases of VC 6 (1998) and VC 9 (2007) my program runs twice as slow. Sigh...
¡El diablo está en mis pantalones! ¡Mire, mire! Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)! SELECT * FROM User WHERE Clue > 0 0 rows returned Save an Orange - Use the VCF! VCF Blog
You are all crazy. I can't stand the vc6 ide, but most importantly the compiler doesn't even try to comply with c++ standards. As far as the ide goes, not having tabbed windows is enough to make me never want to use it. Plus it just looks old.
-
You are all crazy. I can't stand the vc6 ide, but most importantly the compiler doesn't even try to comply with c++ standards. As far as the ide goes, not having tabbed windows is enough to make me never want to use it. Plus it just looks old.
Oh yeah, I forgot to mention the fact the the intellisense just stops working for some random reason like 50% of the time I use it.
-
GCC outshines the newer VC's too, especially in C mode.
xacc.ide - now with IronScheme support
IronScheme - 1.0 alpha 2 out nowGCC rocks! In spite of its flaws, it's the only one that lets me get good performance out of code that runs on all major platforms, without using say a Java VM. Since both LLVM (awesome) and many university projects in optimization use GCC, I can also reap those benefits without buying a new compiler. For instance, the PEAK optimizer uses GCC by default: http://cobweb.ecn.purdue.edu/~zpan/PEAK/[^] Of course, I would like to see it cleaned up a bit, and fully ported to Windows. No sense having GCC and MingGW when you can have just one, with a few separate modules handling OS-specific stuff. That's how I did my apps. Later, yall!
