I have a bunch of unit tests written in C# that use moles for mocking a serial port class. I'm using Visual Studio 2008. This has all worked fine until today when I went to re-run the tests... and as soon as it tries to create an MSerialPort object, the warning box pops up with the message "Microsoft.Moles.VsHost has stopped working". I've tried re installing moles, etc but not sure what else to try or where to find more information on this. None of the tests themselves have changed so it's got to be something with the .net runtime or the like. I'm using .net 3.5. Anyone else run into something like this?
Found the problem... something about security update KB2742599 (security update to .NET 3.5) broke moles. I uninstalled this update, restarted the PC, and everything works fine again. I'm using windows 7 SP1, x86.
Related
I am working on my own, learning about Java servlets and JSPs. My machine configuration as follows is from NetBeans' About page.
Product Version: NetBeans IDE 8.0.1 (Build 201408251540)
Updates: NetBeans IDE is updated to version NetBeans 8.0.1 Patch 1.1
Java: 1.8.0_20; Java HotSpot(TM) 64-Bit Server VM 25.20-b23
Runtime: Java(TM) SE Runtime Environment 1.8.0_20-b26
System: Windows 7 version 6.1 running on amd64; Cp1252; en_US (nb)
Tomcat 8.0.14 for Windows x64 is also installed as the web server.
I created a tiny web app yesterday, which was working as expected. When I went to the next exercise in the book, it was necessary to install MySQL. That seemed pretty straightforward, but alas, the install ran into a couple of problems. Unfortunately, I had not created a restore point right before that attempt, so I went back to the restore point created before the Tomcat install.
I re-installed Tomcat, and as a sanity check, started it, started NetBeans, tried to the run the tiny web app and after removing the server and re-adding it (because I got an error about the server) in NetBeans, got a message that I needed to set the build.dir.
For a tiny app, this is just annoying, but when working on a large app, it would be nice to avoid this problem. Another book author supplied app was working before, and is still working so...
Here are my questions:
1) Why/how would simply re-installing Tomcat cause a break in something that was working?
2) It seems as if the build.dir is set in build-impl.dir (in the app that is working) with a statement like (the opening and closing tags are missing so the statements would appear):
property location="${build.dir}/empty" name="empty.dir"
One post I read somewhere said that the above statement should be before the:
fail unless="build.dir">Must set build.dir
3) How/where is this build.dir set during the creation of a NetBeans web app? Is there some dialog box that I'm not completing correctly? If I miss it, is there a way to get back to it after the app gets "confused"?
Thanks in advance for any help on this.
I am trying to use Jint in my C# WinForms Application but NuGet is refusing to install the package. I can install other packages perfectly fine including this one called JavaScriptEngineSwitcher.Jint. I googled around and couldn't find anyone else with the same problem. The error says it has a problem with the .NET Framework version but it is my understanding that 4.0 should be just fine (even so, I played around with it but nothing worked).
https://www.nuget.org/packages/Jint/2.1.0
The package does work fine in .NET 4.0 packages. Make sure you have the latest update of the Package Manager console. If it is updated or udpating doesn't work, try restarting Visual Studio and try again.
I just downloaded and installed .net 4.5 and it went through the installer successfully, I got all the successful install messages, restarted my machine, and nothing.
My C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework was supposed to have a 4.5 folder in it now, and it doesn't. Also, I can't change any of my projects to 4.5 in visual studio, which I was supposedly able to do also. I followed Scott Hanselman's blog here and I'm not getting the same result.
Also, one of my interns did the same thing today and got the exact same result on his own machine.
Ultimately all I want to do is run EF 5 so I can get fricken enums! And I thought I had to have 4.5 to do that.
Thanks!
I'm trying to get up and running with nUnit, which has been pretty painful so far. I have successfully installed and added a reference to the nUnit framework, and I've successfully created a simple test--but get this error when I try to use the nUnit GUI:
C# .NET 4.0 Testing Framework?
On the advice of that post, I'm now trying to run nUnit from inside VS2010 with testdriven.net. I successfully installed testdriven.net, but when I re-start visual studio, I simply don't see the context menus described in the testdriven.net quickstart. How do I know if testdriven.net even installed correctly? What can I do to get up set up with testdriven.net or nUnit?
If you wanna check if it's installed, go to: Tools->Add in Manager, you should see it listed there.
If it's not there, then it is not installed, try the following:
try uninstalling from control panel 'TestDriven.Net 3.0 Personal', restart, then install again while visual studio is closed
make sure you download the RTM not the beta version, right click and unblock the zip file, install as admin.
all, I implemented an application in my laptop (vista) with PyQt and it worked quite well. But if I want to run it in a desktop of Windows XP system, an error occured! It says the configuration was wrong. What is the reason (by this i mean does it matter which system I used??)and how to solve it please? thanks!!!
More info would be useful, but this sounds familiar to a problem I had when freezing apps using py2exe. Is this your exact error message?:
The application has failed to start because the application configuration is incorrect.
Reinstalling the application may fix the problem.
I managed to get around this by installing the Microsoft Visual C++ 2008 SP1 Redistributable Package from http://download.microsoft.com.
This was an error I had when using py2exe. After switching over to PyInstaller, which bundles the runtimes during freezing, the problems went away without having to install the C++ runtimes on an XP machine. There may even be a way to bundle the runtimes using py2exe, but I've not looked.