
Signature
Kind Regards,
Anders Nilsson
Kvadrat AB
Anders,
Try using the fuslogvw.exe program that came in the .Net 2.0 SDK to
view the errors that happen at assembly load time. My guess is that
you'll see that your program is using the 1.1 assembly manager to try
to load your 2.0 assembly. It could be other things as well. The fuslog
will show you where it found your assembly and what config files, if
any, it read during the load.
Richards - 23 May 2006 20:02 GMT
I have a similar problem.
I built a DLL file using .NET Studio 2003 on a WIN XP machine. This DLL
referenced by a legacy VB6 application. This combination works fine on my WIN
XP machine. When I try to run it on a WIN 2000 machine, I get nothing -
except the hour glass for a second and the chime.
Any ideas?
Thanks,
Richard
Richards - 23 May 2006 22:31 GMT
More information from the lab:
1) I tried using RegAsm on the DLL created by .NET - I got an error message
saying it's not a real .NET assembly
2) I suspect this works on my XP machine because this is the machine where I
built the DLL. Perhaps .NET studio is doing some sort of registration that is
not duplicated when I install on the WIN 2000 machines.
Any help will be appreciated.
Richard
Richards - 24 May 2006 19:54 GMT
SOLUTION FOUND:
The ActiveX DLL I built with .NET is not a .NET assembly. It is just a
regular ActiveX DLL that happens to have been built using .NET studio. RegAsm
has no effect on it.
My problem was that I was building in DEBUG mode. The VB6/ActiveX bundle as
an installed application on my office computer because it still had access to
.Net components. When installed on a computer without these items, it could
not run.
The solution was to build the DLL with its .NET project properties set to
"Release Minimum Depencencies". This initially caused some new link errors,
but these can be dealt with via other project properties.
Thanks to everyone who posted helpful information elsewhere on this board.
Richard