Modern non-.Net provider?
am 28.06.2011 14:47:47 von Rob RichardsonThis is a multi-part message in MIME format.
------_=_NextPart_001_01CC3591.95AEE3D1
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
My company's main application is written in C++ using MFC. We have not
yet migrated into the .Net world. We use DSNs for database access, and
we use the adodb.dll provider Microsoft shipped along with the Microsoft
Office suite. To put it mildly, that provider is less than optimal, and
I would dearly love to move it to the great bit-bucket in the sky. Can
anyone suggest a better provider?
=20
Thank you very much.
=20
RobR
------_=_NextPart_001_01CC3591.95AEE3D1
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
xmlns=3D"http://www.w3.org/TR/REC-html40">
charset=3Dus-ascii">
style=3D'font-size:10.0pt;
font-family:Arial'>My company’s main application is written in C++ =
using
MFC. We have not yet migrated into the .Net world. We use =
DSNs for
database access, and we use the adodb.dll provider Microsoft shipped =
along with
the Microsoft Office suite. To put it mildly, that provider is =
less than
optimal, and I would dearly love to move it to the great bit-bucket in =
the
sky. Can anyone suggest a better =
provider?
style=3D'font-size:10.0pt;
font-family:Arial'>
style=3D'font-size:10.0pt;
font-family:Arial'>Thank you very much.
style=3D'font-size:10.0pt;
font-family:Arial'>
style=3D'font-size:10.0pt;
font-family:Arial'>RobR
------_=_NextPart_001_01CC3591.95AEE3D1--