Re: DAO360.DLL - can I redistribute it?

From: StuartM (StuartM_at_discussions.microsoft.com)
Date: 02/01/05

  • Next message: Brendan Reynolds: "Re: DAO360.DLL - can I redistribute it?" 
    Date: Tue, 1 Feb 2005 04:49:02 -0800

    Thanks Paul,

    We're looking at rewriting the application as multiple developers have just
    bolted things on without any documentation of any kind or rationale (this was
    before my time and not the way I would have done it!). It also needs to be
    maintainable (without meaningless variables called "x", "y" or my favourite
    "jj".... so we're using the opportunity to go for a rewrite - probably in
    .Net. Your point about the only real advantage of ADO being its ability to
    write common code for almost any database is definitely my prime reason for
    moving to it. I'll probably still need to use DAO to reach the parts that
    ADO/ADOX doesn't reach, but the aim will be to keep its usage to the bare
    minimum.

    We install the runtime of Access 2002 so I'll do a bit of checking to see
    what version of Jet is installed by it and if it includes DAO 3.6.

    My big worry about telling them to install MDAC is that when it installs the
    various components it may have an impact on other programs on the target
    machine. Call it paranoia, but I always aim to install the fewest components
    that are necessary on a client's machine...

    Cheers again,

    StuartM

    "Paul Overway" wrote:

    > Older versions of MDAC include Jet 4.0...the newer ones do not. You can
    > redistribute MDAC.
    >
    > Hate to disappoint you, but ADO will not necessarily be the answer to your
    > problems. In fact, you may just wind up doing a lot of work for little or
    > no benefit. If the database is Jet/DAO, you'll still need Jet on the target
    > PC...whether or not you use ADO. The only real advantage to ADO is being
    > able to write common code for nearly any database...i.e., when the SQL and
    > schema used is common among the various database you might connect to. If
    > the SQL for your application has syntax specific to a given database
    > provider, ADO has little or no advantage. Jet SQL syntax in many cases is
    > different than that used for other database providers, so...no advantage.
    >
    > --
    > Paul Overway
    > Logico Solutions
    > http://www.logico-solutions.com
    >
    >
    > "StuartM" <StuartM@discussions.microsoft.com> wrote in message
    > news:3738DE35-6EC0-4FCB-AF87-C0E6364A3AD0@microsoft.com...
    > > Hi,
    > >
    > > We've just had a problem with a customer not having DAO360.DLL installed
    > > on
    > > their machine (they were using NT4). Am I allowed to redistribute this
    > > file?
    > > I'm assuming it's part of MDAC, but I'd like to avoid telling the customer
    > > that they need to download MDAC from Microsoft if I can.
    > >
    > > Many thanks,
    > >
    > > Stuart
    > >
    > > p.s. The sooner I can get this app converted to ADO the better :)
    >
    >
    >

  • Next message: Brendan Reynolds: "Re: DAO360.DLL - can I redistribute it?"

    Relevant Pages

    • Re: Class not registered error when using Web
      ... One of my clients using a .NET WinApp connecting to an MS Access database on ... They were running a lower version of MDAC though. ... Please install MDAC 2.6 or later." ...
      (microsoft.public.dotnet.framework.adonet)
    • Re: Cant install SP1 database. error display and rollback.
      ... install the Xp Embedded Database Components. ... Apparently MantisSQLDB is what it is trying to install, ... Do you have the latest MDAC installed on your computer? ... Verify that you have the latest WSH installed there. ...
      (microsoft.public.windowsxp.embedded)
    • RE: ADO and Oracle Serwer problem
      ... > I've started using ADO technology ana Visual C++ compilator. ... > Provider for ADO to Access to Database. ... > read documentation for OleDBC I find out, that I must install Oracle Client ...
      (microsoft.public.data.ado)
    • Re: Requirements to Run ADO.NET Application
      ... No database engine is part of .net. ... It happens that jet is a part of MDAC and MDAC is installed with .net. ... It is a subset of real SQL Server, it is free and it is deployed by simpy including an assembly or two with your app - no deployment hassles at all! ... "The bottom line for me is that I want my application to install painlessly ...
      (microsoft.public.dotnet.framework.adonet)
    • Re: does mdac conflict with .net framework?
      ... i had a problem updateing or inserting data into an access 97 database from ... due to the fact i was using a newer mdac version. ... updating into my old access 97 database. ... > If so then you may not have to install the 'older' MDAC at all. ...
      (microsoft.public.vb.database)