I would bet that it is a versioning problem. I have seen that message
outside the context of MSI installations and it was in the following
scenario: you make a .NET application that supports assemblies plug-ins, all
managed code. The plugin needs a reference to the application in order run,
so it is compiled referencing a specific version of the host application. If
later you recompile the application and give it a new version, when it tries
to load the assembly plugins via managed Load, LoadFrom, etc. functions, you
get that error.
I warn you right now that custom actions on .NET assemblies and MSI
installations are a source of problems. Now, combine the previous with the
following article that I wrote:
BUG: Visual Studio .NET Setup Projects Execute Custom Action of Previous
Version when Upgrading
http://support.microsoft.com/?id=555184
So, if you are doing tests reinstalling and you are changing versions
between tests, you get a mess.
The following thread gives some insight about how the Windows installer
works internally:
http://groups.google.com/groups?hl=e...3DN%26tab%3Dwg
--
Carlos J. Quintero (Visual Developer - .NET MVP)
The MZ-Tools all-in-one add-in, now for .NET:
http://www.mztools.com
"pmcguire" <pm******@discussions.microsoft.com> escribió en el mensaje
news:86**********************************@microsof t.com...
I am reposting in this group after getting no response for a week in the
deployment group.
I have a setup project that uses custom actions. The project installs and
runs fine on machines that have the .NET framework 1.1, but fails on
machines that have .NET framework 1.1 SP1. The specific error message is:
"Unable to get installer types in the <assembly path> assembly. One or
more of the types in the assembly unable to load"
Any ideas?
Thanks,
Pat
--
Pat