partial implementation of msi.dll

[Mike Hearn]

Are there any documents describing the MSI file format/structures or is
MSDN it?

thanks -mike

On Thu, 2003-08-07 at 06:30, Mike McCormack wrote:
> Gregory M. Turner wrote:
> 
> > Hmm, that pure parser business... is that for reentrancy?  Or is that a 
> > side-effect of some larger "pureness"?
> > 
> > If they aren't portably generated, just do it ahead of time -- betcha AJ will 
> > have no problem checking in some pre-generated stuff so long as the sources 
> > to regenerate them are available to those who have the right tools.
> 
> The pureness is about reentrancy, though it maybe necessary so that two 
> parsers don't have conflicting global variable names.  I also thought 
> about pre-generated parser code... that's probably a good idea if 
> Alexandre agrees.
> 
> >>2) make the database read/write - not immediately important, but
> >>necessary later
> > 
> > 
> > does MSI do that?  I thought that was done by some funky tool... or does it 
> > use msi.dll to do the work?
> 
> There's some tools you can download from MSDN, however MSI.DLL does all 
> the work of reading and writing the database.
> 
> >>I don't have lots of time to work on this at the moment, so if somebody
> >>wants to have a go, I'm happy to help them out.
> > 
> > 
> > well considering I'm the only recipient of this, would I be the "somebody" you 
> > have in mind? ;)  (just kidding of course ... as for me, my plate is pretty 
> > full right now, but I will of course take a look at it when I get the chance 
> > and see if there's anything I can do to help.  Since I need to brush up on my 
> > parsing skills if I ever want to help Ove with widl, maybe I can find 
> > something to do in that arena.)
> 
> It's probably better that somebody who's looking for stuff to do does 
> it, seeing you've got other stuff to do.  I might do some work on it 
> periodically, but it seems like it might be a fun project for somebody 
> to take up.
> 
> Mike
> 
> 
>