Thanks for the suggestion. Unfortunately that tool reports success ... while the error still comes back.
Further ideas?
Main Topics
Browse All TopicsThis is complex, but I'll try to explain completely & succinctly.
I have a VB6 application (call it App), using a .Net 3.5 assembly (call it Bridge) that calls other assemblies including a .Net 1.1 assembly written in VC++ (call it Worker).
Note that this configuration and installation set is working on multiple Windows XP and Server 2000 / 2003 systems. But I have one client terminal server that is giving me no end of grief.
When App tells Bridge to call Worker, Bridge throws the exception in the title. App duly logs it.
So ... I can talk to Bridge, but not to Worker.
Worker is in the same directory as App and Bridge. I've tried running Regasm on Worker -- to no avail. I've pulled Worker into the GAC -- to no avail.
Based on http://weblogs.asp.net/rch
I've rebooted with almost every change -- to no avail.
Versions of the Framework installed as reported by Control Panel are:
1.1
2.0 SP 1
3.0 SP 1
3.5
I let Windows Update apply Service Pack 1 for Framework 1.1 -- to no avail.
Ideas?
Thanks!
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Strange, did you manage to get fuslogvw to log anything, the sucessfull loads for example?
did you find this blog entry? http://blogs.msdn.com/suzc
How does the VB6 app load and run 'Bridge'?
Also how does 'Bridge' attempt to run 'Worker'? Is it loaded dynamically or is there a direct reference?
Finally, sounds obvious, but how does the configuration on the failing client compare to the working ones - runtimes and patches installed etc.
yes, that blog entry was where I learned to use the tool -- since you recommended her blog.
App:
Dim B as new Bridge
B.SetupSystem()
Bridge:
Public Sub SetupSystem()
Dim W as Worker
W = new Worker
End Sub
>>Finally, sounds obvious, but how does the configuration on the failing client compare to the working ones - runtimes and patches installed etc.
Don't I wish I knew! Comparing to our "clean" test system ... Both have .Net frameworks 1.1 and 3.5. Both are XP SP2. On both Windows update reports that all patches are installed.
Not sure where to turn next ...
>>how does the configuration on the failing client compare to the working ones
We've found a possible lead we are pursuing.
The test system runs XP Pro, but its start menu claims it is running Terminal Server. One of the guys working on this for me says this is XP running in Terminal mode. He's trying to set our test system up on that configuration to attempt to replicate the problem.
Business Accounts
Answer for Membership
by: kpkpPosted on 2008-04-08 at 07:11:47ID: 21305422
Try using the Fusion binding log viewer - fuxlogvw.exe - http://msdn2.microsoft.com /en-us/lib rary/ e74a1 8c4(VS.71) .aspx
Find it in your Visual Studio folder or .NET SDK folder -- SDK\v1.1\Bin or SDK\v2.0\Bin
You should be able to use it to see why the CLR loader can not find your module. Google Suzanne Cook's blog for lots of help with these kind of problems.