Hello,
I'm trying to develop an application that will run on a few different
Windows machines. The application needs to make MS Access run a Subroutine.
I'm using ADODB extensively, but running Subroutines seems impossible through
ADODB - if I'm wrong, please let me know!
I resorted to using ActiceX and the "Microsoft Access x.x Object
Library" because it provides a "run" method for Subroutines. But because x.x
differs from machine to machine, the application may not find the class it
needs at run-time.
If it's possible to bundle a specific object library (and it's
dependencies) with my application, and make sure it's registered at run time -
I don't know how to identify all required DLLs, OCXs, OLBs, ??? Also
considering writing seperate DLLs - one for each object-library, and choosing
(at run time) the right one for current environment.
I'm doing some development under Access 97 (WinXP) and Access 2000
(Win2k) but probably should accommodate Access 200?
Any advice or insight is appreciated!
Cheers.
jadn - 01 Feb 2006 00:34 GMT
Hi,
First,
Sorry for posting to wrong forum!
Second, problem solved. Don't need app automation to run a MS Access Query
(which Can call a Module.Function...)
>Hello,
> I'm trying to develop an application that will run on a few different
[quoted text clipped - 18 lines]
>Any advice or insight is appreciated!
>Cheers.
Douglas J. Steele - 01 Feb 2006 02:49 GMT
ADO is incapable of running VBA code. It's only intended to access data.

Signature
Doug Steele, Microsoft Access MVP
http://I.Am/DougSteele
(no private e-mails, please)
> Hello,
> I'm trying to develop an application that will run on a few different
[quoted text clipped - 23 lines]
> Any advice or insight is appreciated!
> Cheers.