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. Database & SysAdmin
  3. Database
  4. ADO broken in W7 SP1

ADO broken in W7 SP1

Scheduled Pinned Locked Moved Database
helpc++databasesql-servercom
4 Posts 2 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.
  • H Offline
    H Offline
    hairy_hats
    wrote on last edited by
    #1

    I just hit this problem today when recompiling an ADO-enabled project in VS2005 after installing Windows 7 SP1. After an hour of frantic Googling I found this[^] and this[^] and managed to get it to compile again, with testing on XP machines to follow soon. As MS is apparently no longer recommending we use ADO, what should I be changing my C++ programs to use to talk to SQL Server?

    L 1 Reply Last reply
    0
    • H hairy_hats

      I just hit this problem today when recompiling an ADO-enabled project in VS2005 after installing Windows 7 SP1. After an hour of frantic Googling I found this[^] and this[^] and managed to get it to compile again, with testing on XP machines to follow soon. As MS is apparently no longer recommending we use ADO, what should I be changing my C++ programs to use to talk to SQL Server?

      L Offline
      L Offline
      Lost User
      wrote on last edited by
      #2

      viaducting wrote:

      As MS is apparently no longer recommending we use ADO

      I did not read that in the links you provided. Can you point it out to me? It'd be a small game-changer if all older software would suddenly stop to work :)

      Bastard Programmer from Hell :suss: if you can't read my code, try converting it here[^]

      H 1 Reply Last reply
      0
      • L Lost User

        viaducting wrote:

        As MS is apparently no longer recommending we use ADO

        I did not read that in the links you provided. Can you point it out to me? It'd be a small game-changer if all older software would suddenly stop to work :)

        Bastard Programmer from Hell :suss: if you can't read my code, try converting it here[^]

        H Offline
        H Offline
        hairy_hats
        wrote on last edited by
        #3

        Please note that VB6 and .NET ADO interop are not supported anymore. This forum post does not imply any future support of these out-of-support technologies.

        and

        we drastically underestimated the number of customers who were recompiling ADO applications on Windows 7 SP1. Even worse, when I say drastically, I really mean DRASTICALLY."

        suggest to me that MS aren't expecting people to still be actively developing ADO-based projects.

        L 1 Reply Last reply
        0
        • H hairy_hats

          Please note that VB6 and .NET ADO interop are not supported anymore. This forum post does not imply any future support of these out-of-support technologies.

          and

          we drastically underestimated the number of customers who were recompiling ADO applications on Windows 7 SP1. Even worse, when I say drastically, I really mean DRASTICALLY."

          suggest to me that MS aren't expecting people to still be actively developing ADO-based projects.

          L Offline
          L Offline
          Lost User
          wrote on last edited by
          #4

          viaducting wrote:

          Please note that VB6 and .NET ADO interop are not supported anymore

          That's saying something about VB6 and ADO interop. Not a statement on the future of ADO.

          viaducting wrote:

          suggest to me that MS aren't expecting people to still be actively developing ADO-based projects.

          Second statement merely explains how a specific bug surprised the team.

          viaducting wrote:

          suggest to me that MS aren't expecting people to still be actively developing ADO-based projects.

          VB6 is deprecated, and yes, I imagine that they extend that to the combination of ADO and VB6. There is no official statement that ADO is being phased out.

          Bastard Programmer from Hell :suss: if you can't read my code, try converting it here[^]

          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