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" <(E-Mail Removed)> escribió en el mensaje
news:86E1AB9A-7B16-46F4-A073-(E-Mail Removed)...
> 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