I tried running msbuild on openSUSE Tumbleweed and it returns the following error:
Cannot open assembly '/usr/lib/mono/msbuild/15.0/bin/MSBuild.dll': No such file or directory.
Using find I located the dll in this direcory/usr/lib/mono/Current/bin/MSBuild.dll so I'm guessing this is a configuration issue in which the executable, or the mono framework, is trying to find the dll in the wrong directory.
Similarly, opening projects in monodevelop throws this error:
The type initializer for 'MonoDevelop.Projects.MSBuild.MSBuildEvaluationContext' threw an exception
I'm thinking the monodevelop issue is a consequence of the error in msbuild. Any ideas on how I could fix this?
Thanks in advance.
Related
The Problem
I have a dll compiled under VS2015.
I have a source code(that using the above dll) at VS2008.
The project compiled but not running (get run time error).
when i try to debug it, i got error at CDialog::OnInitdialog()
i got the follow exception:
Unhandled exception at 0x788b2db6 (mfc90u.dll) in prog.exe: 0xC0000005: Access violation reading location 0x00000000.
i try to update my project to 2015 and its work well, but for compatibility with other project i need to run it under vs2008.
Any suggestions?
we are using NSASS to compile our Sass files to css ( https://github.com/TBAPI-0KA/NSass ). NSASS is set up and working great in development environment. But when we try to deploy it to our testserver we are unable to get NSASS up and running.
We keep getting
Exception information:
Exception type: FileNotFoundException
Exception message: Could not load file or assembly 'NSass.Wrapper.x64.dll' or one of its dependencies. The specified module could not be found.
at NSass.SassCompiler..ctor()
at NSass.SassHandler..ctor()
The problem is that NSASS uses some dynamic way to load these dlls, that does not seem to work. The dll is located in \bin\NSass.Wrapper but fuslogvw is logging that it only tries to search the bin directory. The dynamic way of loading this dll is made so that it loads the x86 or x64 depending on the OS if I understand correctly.
For the bin loading code of NSASS: https://github.com/TBAPI-0KA/NSass/blob/master/NSass.Core/AssemblyResolver.cs
I have tried moving the dll files (both X64 and x86) to bin folder but I get the same error looking in event viewer even if the fuslogvw says that all is ok.
Anyone have any tips on what I can do as a next step to try and solve this?
Edit:
Tried logging AppDomain.CurrentDomain.SetupInformation.PrivateBinPath and it points to the bin folder as it should and AppDomain.CurrentDomain.BaseDirectory points to the correct folder aswell. Not sure if anything change the CurrentDomain from Application_Start where I log until the Assembly Load of the NSASS files.
Also worth noting. This is an EPiServer web so not sure if EPiServer changes anything. But if so shouln't it be problems in the Dev environment as well?
I finally found the issue!
After using DependencyWalker to analyze the dlls of NSASS I found that the server did not have the correct version of C++ Redistriburable.
So after installing that all works fine!
Hope this helps other people with the same issue.
We had the same issue but the fix ended up being two things.
Installing Visual C++ Redistributable Packages for Visual Studio 2013 onto our servers.
can be downloaded here
Changing our compiler to libsass-net using nuget, it seems very similar to NSass (github).
I downloaded the zipped version of WiX 3.7.
Now, when I try to run candle.exe from command line I get the following error:
System.BadImageFormatException: Could not load file or assembly 'candle.exe' or one of its dependencies. This assembly is built by a runtime newer than the currently loaded runtime and cannot be loaded.
I get the same error even if I don't pass any parameters to candle.exe.
In the same environment, the call works fine if I use the candle.exe from WiX 3.0.
Am I missing something obvious? Should I change any settings?
Yes. Get a newer .NET runtime. The required runtime is 4.0, though I can't find it documented anywhere. One has to be careful when choosing a binary distribution instead of an installer.
You might also be interested in this bug report, which as closed as "expected behavior."
I am working on VB.Net project. I have published the new version of file (.EXE), When I run that EXE I am getting the below error. this is really new for me. I don't know how to fix that.
Error:
"Unable to install or run the application. The application requires that assembly
microsoft.visualbasic.powerpacks.vs version 10.0.0.0 be installed in the GAC first.
Please contact your system admin"
I assume you're just missing that dependency. You could either install it separately or include in in an install package for your project.
This download link that I found on this forum listing will get you the download.
I installed VB6 onto my machine.
Whenever I open VB6 editor, it is asking for a "Dell Resource" CD
When I open VB6 Project. It gives me errors saying
SVGControl.dll could not be loaded
Googling tells that Adobe SVG viewer needs to be present. But installing that does not solve the problem. This dll is present in System32, but when I register, it throws a LoadError.
Another error saying crystl32.dll could not be found. I installed Crystl32.exe from VB installer. But that was not successful. It shows error like Ordinal 1132 could not be located in DLL CRPE32.dll. Also, upon copying this dll to system32 and registering, it throws LoadError.
Any ideas on how to solve these errors?
What OS are you using? If Vista/Win7 uninstall and rerun the install "As Administrator"
Possible fix for the crystl32 error
I installed VB6 on a machine without .NET. The Crystl32.exe installation was successful. Now the error 1 is solved.
However when i open a VB 6 project I get the following errors:
1. SVGControl cannot be loaded
2. Crst32.ocx cannot be loaded