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.
  • 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
                      • Steve EcholsS Steve Echols

                        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!

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

                        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

                        G 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

                          O Offline
                          O Offline
                          ori kovacsi
                          wrote on last edited by
                          #22

                          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.

                          realJSOPR G 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

                            I Offline
                            I Offline
                            inhahe
                            wrote on last edited by
                            #23

                            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?

                            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

                              T Offline
                              T Offline
                              txALI
                              wrote on last edited by
                              #24

                              I (still) like BC++ 5.02. It is very old now but works excellent!

                              1 Reply Last reply
                              0
                              • C cp9876

                                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 Offline
                                P Offline
                                Paul Sanders the other one
                                wrote on last edited by
                                #25

                                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

                                J 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

                                  T Offline
                                  T Offline
                                  Tony Wright UK
                                  wrote on last edited by
                                  #26

                                  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?

                                  C G 2 Replies 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.

                                    realJSOPR Offline
                                    realJSOPR Offline
                                    realJSOP
                                    wrote on last edited by
                                    #27

                                    Anton Afanasyev wrote:

                                    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.

                                    That would be pretty much everyone except Christian Graus...

                                    "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

                                    1 Reply Last reply
                                    0
                                    • N NormDroid

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

                                      www.software-kinetics.co.uk

                                      realJSOPR Offline
                                      realJSOPR Offline
                                      realJSOP
                                      wrote on last edited by
                                      #28

                                      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/2001

                                      T 1 Reply Last reply
                                      0
                                      • B bmioch

                                        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 Offline
                                        realJSOPR Offline
                                        realJSOP
                                        wrote on last edited by
                                        #29

                                        But it's not .net's fault because he's doing unmanaged 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

                                        1 Reply Last reply
                                        0
                                        • T Tony Wright UK

                                          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?

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

                                          I did a major port from VC6 to VS2005 last year. There are some upgrade docs on the microsoft site (search on vc++ breaking changes), but I found the easiest way was to work through the errors/warnings file by file. Sometimes for deprecated functions you could do a project-wide search and replace, but simply working from one warning/error to the next was the easiest for me. The other thing to be wary of is the new .exe has a manifest and some of the older installers do not seem to do the right thing (we were using the free Installshield that came with VC6 - no flames please - it did the job). We moved to using the setup project you can create in VS2005 that creates a .msi file for the MS installer. One annoying thing here is that the installation file size doubled as I think it automatically included some extra .dlls, I can't recall which.

                                          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."

                                          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