Michael,
Thanks very much for your help on this. Your analysis is very close to the mark. I have read that the BC30456 error can also occur if you have a mix of modules that have been compiled under VS2003 and VS2005. I think something like that may be the problem in my situation. Here is what I have determined so far by my testing.
I have finally gotten my module to work under two specific circumstances. It definitely indicates why it worked for me all along but not on the hosting server. I have several test DNN installations on my machine. I noticed that every single installation that did not work on my machine and on the host server was an installation from the DotNetNuke_04.05.01_Install.zip file. In the case of the host server I am pretty sure they used DotNetNuke_04.05.01_Upgrade.zip but I am not positive. I tested on two installations that were created using DotNetNuke_04.05.01_Source.zip. Both of those work flawlessly. There was one stipulation, however. I had to compile the code with VS2005. I tested on a second one because I noticed that I had compiled the one I use all the time under debug so I installed another site with the DotNetNuke_04.05.01_Source.zip file. Initially I just ran the site, installed my module and tried to add it to a page. It failed with a BC30456. I then compiled it as production so debug would be out of the mix. When I add my module to a page it worked so compiling everything under VS2005 works.
I suppose I could create my own DotNetNuke_04.05.01_Install.zip and give it to the hosting company but I would guess they would want to get any new version from the DNN team. Besides there may be other considerations I am not aware of. I guess it only happens in rare circumstances. Maybe it occurred for me because I am using the new ASP.NET 2.0 GridView component. BTW the hosting company is PowerDNN so I’ll put in a ticket and point Tony Valenti to this thread. If you have any other thoughts on this let me know.