MDAC
am 29.10.2007 08:52:11 von Reg
Has anyone else come across this?
I have an application originally developed in XP Pro / A2003 which is
deployed to two client machines running the same (ie full version of
Access).
I upgraded to Vista (yeah, I know) and A2007, converted my app, and
have been testing it on a machine running XP with the A2007 runtime
installed.
Amongst the various problems I've had was a referencing error that
(most obviously) resulted in the system not being able to show the
Date and Time variables. Turned out the missing reference was to
MSADOX.DLL (ADO Extensions...), which I understand to be something to
do with MDAC.
Here's the catch; Vista does not use MDAC, but instead uses something
called WDAC. However, this file still has the same name, ie
MSADOX.DLL, so I cannot register the "old" XP MSADOX.DLL on my machine
to correct the reference error.
Any ideas?
Reg
Re: MDAC
am 29.10.2007 10:51:45 von lyle
On Oct 29, 3:52 am, "Reg (Lincolnshire)" wrote:
> Has anyone else come across this?
>
> I have an application originally developed in XP Pro / A2003 which is
> deployed to two client machines running the same (ie full version of
> Access).
>
> I upgraded to Vista (yeah, I know) and A2007, converted my app, and
> have been testing it on a machine running XP with the A2007 runtime
> installed.
>
> Amongst the various problems I've had was a referencing error that
> (most obviously) resulted in the system not being able to show the
> Date and Time variables. Turned out the missing reference was to
> MSADOX.DLL (ADO Extensions...), which I understand to be something to
> do with MDAC.
>
> Here's the catch; Vista does not use MDAC, but instead uses something
> called WDAC. However, this file still has the same name, ie
> MSADOX.DLL, so I cannot register the "old" XP MSADOX.DLL on my machine
> to correct the reference error.
>
> Any ideas?
>
> Reg
1. What happens if you reference the new file?
or
2. With a little work, using some tlb creation utilities available on
the web, you may be able to create an MSADOXnn.tlb file from
MSADOXnn.dll. An MSADOX25.tlb is available for download. A reference
to this file instead of the MSADOXnn.dll may avoid the confusion.
or
3. Of course, you could do what I would do. Many, perhaps all ADOX
calls are redundant; they can be duplicated with simple ADO/SQL calls.
Depending on your use of ADOX, it's quite likely that you can rewrite
these calls, and your reference to ADOX will be unnecessary and can be
removed.
Re: MDAC
am 30.10.2007 08:20:01 von Reg
On Oct 29, 9:51 am, lyle wrote:
> On Oct 29, 3:52 am, "Reg (Lincolnshire)" wrote:
>
>
>
>
>
> > Has anyone else come across this?
>
> > I have an application originally developed in XP Pro / A2003 which is
> > deployed to two client machines running the same (ie full version of
> > Access).
>
> > I upgraded to Vista (yeah, I know) and A2007, converted my app, and
> > have been testing it on a machine running XP with the A2007 runtime
> > installed.
>
> > Amongst the various problems I've had was a referencing error that
> > (most obviously) resulted in the system not being able to show the
> > Date and Time variables. Turned out the missing reference was to
> > MSADOX.DLL (ADO Extensions...), which I understand to be something to
> > do with MDAC.
>
> > Here's the catch; Vista does not use MDAC, but instead uses something
> > called WDAC. However, this file still has the same name, ie
> > MSADOX.DLL, so I cannot register the "old" XP MSADOX.DLL on my machine
> > to correct the reference error.
>
> > Any ideas?
>
> > Reg
>
> 1. What happens if you reference the new file?
> or
> 2. With a little work, using some tlb creation utilities available on
> the web, you may be able to create an MSADOXnn.tlb file from
> MSADOXnn.dll. An MSADOX25.tlb is available for download. A reference
> to this file instead of the MSADOXnn.dll may avoid the confusion.
> or
> 3. Of course, you could do what I would do. Many, perhaps all ADOX
> calls are redundant; they can be duplicated with simple ADO/SQL calls.
> Depending on your use of ADOX, it's quite likely that you can rewrite
> these calls, and your reference to ADOX will be unnecessary and can be
> removed.- Hide quoted text -
>
> - Show quoted text -
Hi Lyle,
Thanks for that. I'm taking the latter route. I've decided references
are to be avoided at all costs!
Reg