Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. Why I still use vc6

Why I still use vc6

Scheduled Pinned Locked Moved The Lounge
performancecomalgorithms
59 Posts 34 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • J Offline
    J Offline
    Jim Crafton
    wrote on last edited by
    #1

    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 A M C E 21 Replies Last reply
    0
    • J Jim Crafton

      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 Offline
      A Offline
      Anton Afanasyev
      wrote on last edited by
      #2

      Actually...most VC++ developers here would say that the VC6 compiler, and IDE in general (for the most part) was the best generation of C++ tools MS has ever produced.

      R N realJSOPR 3 Replies Last reply
      0
      • J Jim Crafton

        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 Offline
        A Offline
        Anthony Mushrow
        wrote on last edited by
        #3

        I still use it because at my university, it doesn't store your user settings on every machine you visit, so whenever you start express or something it takes 5 minutes to... to... i don't know, but it takes its sweet time about it. VC6 just starts up, so much better.

        My current favourite word is: Nipple!

        -SK Genius

        1 Reply Last reply
        0
        • J Jim Crafton

          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

          M Offline
          M Offline
          Matt Gullett
          wrote on last edited by
          #4

          Sad really, but I completely agree with you. Every new "technology" that comes along seems to be nothing but a new layer in the ever-growing layer-cake of software technologies. Everything just keeps getting slower and slower, even though we have vastly supperior processors and processing capabilities. As far as I'm concerned, the VC6 IDE was the best C++ IDE there has ever been. The compiler lacked some standard compliance features that were missed, but all-in-all a great combination. I regret that I can no longer use it and am forced to use VS 2005 (still lots of C++, but also C# and VB.NET).

          B 1 Reply Last reply
          0
          • M Matt Gullett

            Sad really, but I completely agree with you. Every new "technology" that comes along seems to be nothing but a new layer in the ever-growing layer-cake of software technologies. Everything just keeps getting slower and slower, even though we have vastly supperior processors and processing capabilities. As far as I'm concerned, the VC6 IDE was the best C++ IDE there has ever been. The compiler lacked some standard compliance features that were missed, but all-in-all a great combination. I regret that I can no longer use it and am forced to use VS 2005 (still lots of C++, but also C# and VB.NET).

            B Offline
            B Offline
            bob16972
            wrote on last edited by
            #5

            I'm with you on the Visual C++ 6.0 IDE. However, on the compiler, I did notice my benchmarks for VC++ 2003 compiler for the some code is usually quite a bit faster in benchmarks. But in the end, my favorite still is the Visual C++ 6.0 environment overall. I hope they keep their promise that "10 will be the new 6".

            R 1 Reply Last reply
            0
            • J Jim Crafton

              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

              C Offline
              C Offline
              cp9876
              wrote on last edited by
              #6

              What sort of processing was this? For numerical stuff I've found VC8 pretty good compared to VC6. If it is text processing you could slow down with the default unicode settings in the later compilers.

              Peter "Until the invention of the computer, the machine gun was the device that enabled humans to make the most mistakes in the smallest amount of time."

              P 1 Reply Last reply
              0
              • J Jim Crafton

                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

                E Offline
                E Offline
                El Corazon
                wrote on last edited by
                #7

                Jim Crafton wrote:

                Microsoft can't seem to produce a compiler

                which is why we use Intel. :-D :-D

                _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)

                C 1 Reply Last reply
                0
                • E El Corazon

                  Jim Crafton wrote:

                  Microsoft can't seem to produce a compiler

                  which is why we use Intel. :-D :-D

                  _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)

                  C Offline
                  C Offline
                  Chris Austin
                  wrote on last edited by
                  #8

                  :mad: You beat me to the comment :)

                  E 1 Reply Last reply
                  0
                  • A Anton Afanasyev

                    Actually...most VC++ developers here would say that the VC6 compiler, and IDE in general (for the most part) was the best generation of C++ tools MS has ever produced.

                    R Offline
                    R Offline
                    Rajesh R Subramanian
                    wrote on last edited by
                    #9

                    Absolutely. Not just most, but *all* the VC++ developers would say that. :)

                    Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Codeproject.com: Visual C++ MVP

                    A 1 Reply Last reply
                    0
                    • B bob16972

                      I'm with you on the Visual C++ 6.0 IDE. However, on the compiler, I did notice my benchmarks for VC++ 2003 compiler for the some code is usually quite a bit faster in benchmarks. But in the end, my favorite still is the Visual C++ 6.0 environment overall. I hope they keep their promise that "10 will be the new 6".

                      R Offline
                      R Offline
                      Rajesh R Subramanian
                      wrote on last edited by
                      #10

                      bob16972 wrote:

                      I hope they keep their promise that "10 will be the new 6".

                      A lot of Visual C++ developers waiting for the release of 10. :)

                      Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Codeproject.com: Visual C++ MVP

                      1 Reply Last reply
                      0
                      • R Rajesh R Subramanian

                        Absolutely. Not just most, but *all* the VC++ developers would say that. :)

                        Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Codeproject.com: Visual C++ MVP

                        A Offline
                        A Offline
                        Anton Afanasyev
                        wrote on last edited by
                        #11

                        Well, I've been out of the loop regarding C++ for at least the last 2 years (more like 3 now), but I definitely know that the C++ compiler in VS2005 caught more than 20 errors in code that I wrote 6 years ago, and VC6 had no problems with it. What's more, when I ran the program after compiling it in VC2005, in resulted in an exception, which I later found to be a buffer overflow. When, however, compiled by VC6, no errors occurred and program executed just fine. Maybe I didnt find some configurations in VC6, but the newer compilers definitely do catch more errors, if nothing else.

                        "impossible" is just an opinion.

                        R 1 Reply Last reply
                        0
                        • A Anton Afanasyev

                          Well, I've been out of the loop regarding C++ for at least the last 2 years (more like 3 now), but I definitely know that the C++ compiler in VS2005 caught more than 20 errors in code that I wrote 6 years ago, and VC6 had no problems with it. What's more, when I ran the program after compiling it in VC2005, in resulted in an exception, which I later found to be a buffer overflow. When, however, compiled by VC6, no errors occurred and program executed just fine. Maybe I didnt find some configurations in VC6, but the newer compilers definitely do catch more errors, if nothing else.

                          "impossible" is just an opinion.

                          R Offline
                          R Offline
                          Rajesh R Subramanian
                          wrote on last edited by
                          #12

                          The VC6 compiler, is kinda sucker_ish_ at times. But the IDE rocks. Best usage of screen real estate and is faster. I've always loved it. :)

                          Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Codeproject.com: Visual C++ MVP

                          A 1 Reply Last reply
                          0
                          • J Jim Crafton

                            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

                            B Offline
                            B Offline
                            bmioch
                            wrote on last edited by
                            #13

                            Isn't anyone else going to say it's all .NET's fault? I like the libraries and the IDE, but if you're building something speed-critical, you can't really use .NET.

                            realJSOPR 1 Reply Last reply
                            0
                            • J Jim Crafton

                              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

                              Steve EcholsS Offline
                              Steve EcholsS Offline
                              Steve Echols
                              wrote on last edited by
                              #14

                              I'm still dumbfounded that my .NET hello world app consumes 18MB of ram!! :wtf:


                              - S 50 cups of coffee and you know it's on!

                              • S
                                50 cups of coffee and you know it's on!
                                Code, follow, or get out of the way.
                              L 1 Reply Last reply
                              0
                              • R Rajesh R Subramanian

                                The VC6 compiler, is kinda sucker_ish_ at times. But the IDE rocks. Best usage of screen real estate and is faster. I've always loved it. :)

                                Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Codeproject.com: Visual C++ MVP

                                A Offline
                                A Offline
                                Anton Afanasyev
                                wrote on last edited by
                                #15

                                very true. just saying that its got its problems. and yeah, the IDE was the best.

                                "impossible" is just an opinion.

                                1 Reply Last reply
                                0
                                • J Jim Crafton

                                  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

                                  Z Offline
                                  Z Offline
                                  zhzhtst
                                  wrote on last edited by
                                  #16

                                  I also use vc6, but I don't think vc6 is famous for its compiler. As everyone knowns, it is famous for its IDE.

                                  A J 2 Replies Last reply
                                  0
                                  • J Jim Crafton

                                    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

                                    K Offline
                                    K Offline
                                    Kenneth Kasajian
                                    wrote on last edited by
                                    #17

                                    It's VC6's 10 year anniversary this year. It's in the vc98 folder, isn't it? ;)

                                    ken@kasajian.com / www.kasajian.com

                                    1 Reply Last reply
                                    0
                                    • A Anton Afanasyev

                                      Actually...most VC++ developers here would say that the VC6 compiler, and IDE in general (for the most part) was the best generation of C++ tools MS has ever produced.

                                      N Offline
                                      N Offline
                                      NormDroid
                                      wrote on last edited by
                                      #18

                                      It is, but you can't live with the past forever.

                                      www.software-kinetics.co.uk

                                      realJSOPR 1 Reply Last reply
                                      0
                                      • J Jim Crafton

                                        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

                                        D Offline
                                        D Offline
                                        Dario Solera
                                        wrote on last edited by
                                        #19

                                        I don't really write complex C++ applications, so I might be wrong, but newer Microsoft C++ compilers have a ton of new security checks active by default (arrays, string, automatic linking to safe functions instead of default ones, NX data, etc.). That might explain at least some part of the slow performance. If you ask me, I prefer more security and a slower application myself, but I know the customer might not agree on this. :-D

                                        If you truly believe you need to pick a mobile phone that "says something" about your personality, don't bother. You don't have a personality. A mental illness, maybe - but not a personality. - Charlie Brooker My Photos/CP Flickr Group - ScrewTurn Wiki

                                        1 Reply Last reply
                                        0
                                        • J Jim Crafton

                                          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

                                          L Offline
                                          L Offline
                                          leppie
                                          wrote on last edited by
                                          #20

                                          GCC outshines the newer VC's too, especially in C mode.

                                          xacc.ide - now with IronScheme support
                                          IronScheme - 1.0 alpha 2 out now

                                          N 1 Reply Last reply
                                          0
                                          Reply
                                          • Reply as topic
                                          Log in to reply
                                          • Oldest to Newest
                                          • Newest to Oldest
                                          • Most Votes


                                          • Login

                                          • Don't have an account? Register

                                          • Login or register to search.
                                          • First post
                                            Last post
                                          0
                                          • Categories
                                          • Recent
                                          • Tags
                                          • Popular
                                          • World
                                          • Users
                                          • Groups