msi ole automation: where to next?
Dan Kegel
dank at kegel.com
Mon May 21 12:05:03 CDT 2007
On 5/21/07, Misha Koshelev <mk144210 at bcm.edu> wrote:
> I guess what I am still concerned about is this blurb from an email Mike
> McCormack had sent me when I started working on the scripting/automation
> stuff:
>
> > The work that I was doing is aimed at running custom action threads in
> > a separate process. It will require the OLE interfaces
> > (Session/Installer) to be working before the custom actions can run
> > out of process. The custom action queue needs to be exposed by
> > another OLE interface so that msiexec can query it.
>
> Now I really don't understand this or whether this is still the plan for
> custom actions (James?)
It's still the plan, and James is going to be working on it.
> or why having custom action threads in a
> separate process would require Session and Installer to be working at
> all, since they are mostly just wrappers around the C functions, which
> seem to be much easier to call from another C program like msiexec than
> the automation functions. However, I want to make sure that the full
> Installer/Session functionality is not required by something like this
> that could potentially improve more than just scripting support before I
> completely move on to something else...
I'm sure James can fill you in. (FWIW, James, my druthers would be that
you have a good look at the Autocad 2000/2002/2004 installer problems
before diving in on the msi comification task. I'll bring the discs
in tomorrow.)
- Dan
More information about the wine-devel
mailing list