Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / .NET Framework / New Users / August 2005

Tip: Looking for answers? Try searching our database.

Error in CorBindToRuntimeHost

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Roy Chastain - 24 Aug 2005 19:56 GMT
I have code that is getting an error 0x80131700 in CorBindToRuntimeHost.

Can not find that status anywhere.

I BELIEVE that this code is coming from an code that is based on the Installer class, but I am not totally sure about that at this
point.

The error message includes the string error 1001.InstallUtilLib.dll
I expect that InstallUtilLib is part of InstallShield, but again I don't know.

Any help?

Thanks
-------------------------------------------
Roy Chastain
KMSYS Worldwide, Inc.
http://www.kmsys.com
Phil Wilson - 24 Aug 2005 21:22 GMT
If you have Installer class custom actions, they're not directly supported
by Windows Installer. So when you call them (VS setup projects do this too)
InstallUtilLib.Dll (a MS DLL) acts as a shim. It has to set up a CLR
environment to then call other .NET code to call your Installer classes
using reflection. So that's why CorBindToRuntimeHost gets in the picture.
Compared to directly calling some C++ code in a custom action DLL it's very
complex.

Does this help? Scroll down...
http://blogs.msdn.com/josealmeida/archive/2004/11/08/253831.aspx
Signature

Phil Wilson [MVP Windows Installer]
----

>I have code that is getting an error 0x80131700 in CorBindToRuntimeHost.
>
[quoted text clipped - 15 lines]
> KMSYS Worldwide, Inc.
> http://www.kmsys.com 
Roy Chastain - 25 Aug 2005 11:35 GMT
Phil,
Thank you for your response.

Your description below is exactly what I suspected.

I found the reference to error in the blog that you point me to but the information in that is not meaningful to me for a couple
of reasons.
1) - I don't create the installs.
2) - The installs are created with InstallShield 10.0 and all you do there is tell InstallShield that there is an installer class
that you want called.  You do not (at least I understand it) actually manually create any custom actions.  If there are custom
actions created, it is all behind the scenes.  (It would not be the first time InstallShield has not generated a table correctly.)

We have another install that does use the installer class stuff and it works.  Don't know what we did differently.

Needless to say our install guy is not really an install guru.

I guess what I am saying is that we don't really have enough expertise with install to understand what the blog is saying or where
we even need to start looking at what InstallShield generated to see if it did something wrong.

Sure would be nice if some Microsoft person could actually tell us what that error number (0x80131700) means.

>If you have Installer class custom actions, they're not directly supported
>by Windows Installer. So when you call them (VS setup projects do this too)
[quoted text clipped - 6 lines]
>Does this help? Scroll down...
>http://blogs.msdn.com/josealmeida/archive/2004/11/08/253831.aspx
-------------------------------------------
Roy Chastain
KMSYS Worldwide, Inc.
http://www.kmsys.com
Willy Denoyette [MVP] - 25 Aug 2005 13:29 GMT
0x80131700 : Failed to load the runtime
All failure codes are contained in corerror.h in the framework SDK.

Willy.

> Phil,
> Thank you for your response.
[quoted text clipped - 41 lines]
> KMSYS Worldwide, Inc.
> http://www.kmsys.com 
Roy Chastain - 25 Aug 2005 16:33 GMT
Thanks for the pointer to that module.  Did not think to look for includes in there.

Must be somewhat of a catch all error.  The problem was actually that we had marked something as having an installer class that
did not.  I would have thought the runtime would have loaded and then some sort of class not found error would have been
generated.

Oh well!

>0x80131700 : Failed to load the runtime
>All failure codes are contained in corerror.h in the framework SDK.
[quoted text clipped - 46 lines]
>> KMSYS Worldwide, Inc.
>> http://www.kmsys.com 

-------------------------------------------
Roy Chastain
KMSYS Worldwide, Inc.
http://www.kmsys.com
"Peter Huang" [MSFT] - 26 Aug 2005 07:05 GMT
Hi

Thanks for Willy and Phil's knowledge sharing.
Also I think for installation problem concern with InstallShield, I think
you may try to contact InstallShield support.
http://support.installshield.com

Thanks for your understanding!

Best regards,

Peter Huang
Microsoft Online Partner Support

Signature

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.