I'm not sure what happened, but when I open FinalBuilder I get a popup saying that I should install Framework 1.1.4322 (see attachment). And in the messages area I see this message:
ERROR while loading FinalBuilder package C:\Program Files\FinalBuilder 5\FB50CLRHost.bpl : Unabled to start the .NET CLR - .NET based actions will not be loaded!
I did play with the options in FinalBuilder yesterday and I set the Default .NET SDK Version to v2.0, because our application only runs on v2.0. However, changing it back doesn't help.
You click on ok to dismiss the error, then open the finalbuilder options dialog (tools\options menu), navigate to the .NET tools category and select the CLR Hosting page, change the hosted version to the version you have installed on your machine. Then click ok and restart finalbuilder.
Do you have the .NET Framework 2.0 installed on the machine? If the only option showing is None then FinalBuilder is failing to detect the installations of the .net framework.
Thanks for the update. I'm glad to hear that it's working OK for you, however you may find that some actions (the ones hosted on .NET) will refuse to work if CLR Hosting is set to "None".
If this becomes an issue for you, can I get you to please check something for me?
1) Run Regedit.exe and look under HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework. There should be a value called "InstallRoot", which is a directory pathname.
2) If the directory ends in "Framework64", you'll need to go to the equivalent "Framework" directory (ie drop the 64.)
3) Navigate to that directory on your machine and let us know the names of any/all subdirectories which begin with "v", ie v2.0.50727.
Of course, if you're happy without CLR Hosting, don't worry about this and just enjoy using FinalBuilder!
I will check it when I have the chance. About the CLR hosting, for which actions would I need that. I’m building VS 2005 solutions using MSBuild, compiling resources using resgen.exe and al.exe. All these things work fine. When does CLR hosting come into play?
Those actions are OK because they use tools included with the .NET Framework, but the actions themselves are not written in managed code.
If you’re using some other actions, including the MSN Messenger action, the Team Foundation integration actions, and a few others, then these actions are actually written in .NET and hosted in the .NET CLR.
No, the SDK should be fairly separate from the Framework. I’m a bit confused as to why you’re seeing this, I’ll do so some checks and get back to you. In the meantime, hopefully everything will work smoothly for you. :-).
I am also having this problem on FinalBuilder 5.5.0.518. I am trying to use the .Net Framework 3.5 version. I have .Net 2, .Net 2 SDK, and .Net 3.5 installed on the computer. If I select .Net 2 in options, I don't get the error when opening FinalBuilder. After reading the previous posts, I'm not sure I need it at all as I'm trying to build .Net applications but not using Messenger or anything like that. But I am confused as to the difference between the .Net CLR and .Net SDK as it relates to FinalBuilder.
Thanks for your post. The issue you are seeing is a known bug in version 518. It’s safe to choose CLR Hosting version 2.0 for now (this is because .NET Framework 3.5 actually uses CLR version 2.0.) We’ll have a new version with a fix out shortly, but choosing 2.0 will not limit any functionality.
This is all really, really, confusing but hopefully I can explain the terminology here:
.NET CLR = The version of the .NET CLR which FinalBuilder uses to host any actions written in managed code. This does not include most of the actual .Net SDK actions, the Build Visual Studio action, or the MSBuild action.
.NET SDK = The version of the .NET SDK which FinalBuilder uses by default to run any of the SDK executables. You can override this on the “SDK Version” section of any action’s settings. If one of these actions is not working, check the setting on this tab.
In addition:
- .NET Framework 3.5 actually uses CLR version 2.0 and SDK version 2.0, it just adds some extra assemblies and assembly versions to the available framework, and new versions for some non-SDK tools like MSBuild.
Re-sent. If this one doesn’t show up, please drop me a line at angus at finalbuilder dot, com and I’ll reply to you directly (I may have the wrong email address.)
