ScriptedSandbox64.exe has stopped working - Visual Studio 2015 - debugging

This is the second time I've seen the error "Scripted Sandbox64.exe has stopped working" in Visual Studio 2015.
In my particular case, I was building a Windows Forms application and you place the application into the system tray in Windows. This application also writes files using System.IO. The project has nothing more than that. Visual Studio 2015 Community Edition crashes.

Disable the Diagnostic tool under
Tools -> Options -> Debugging -> General -> Enable Diagnostic Tools while debugging
More information: https://stackoverflow.com/a/31904957/2856307

Just adding the information that #Bahien Nguyen provided in his answer.
Reference:
http://www.expertdebugger.com/2016/01/19/how-to-fix-visual-studio-2015-error-faulting-application-name-scriptedsandbox64-exe-has-stopped-working/
How to fix Visual Studio 2015 error Faulting application name ScriptedSandbox64.exe has stopped working
I am trying to debug a windows application in Visual Studio 2015. I have already installed the latest updates. After the debugging starts, I get the following pop up error ScriptedSandbox64.exe has stopped working A problem caused program to stop working correctly.
The event viewer is showing the following details
Faulting application name: ScriptedSandbox64.exe, version: 14.0.24720.0, time stamp: 0x564e98d0
Faulting module name: ScriptedSandbox64.exe, version: 14.0.24720.0, time stamp: 0x564e98d0
Exception code: 0xc0000602
Fault offset: 0x000000000000f933
Faulting process id: 0x51c
Faulting application start time: 0x01d152888b333a1c
Faulting application path: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\PrivateAssemblies\ScriptedSandbox64.exe
Faulting module path: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\PrivateAssemblies\ScriptedSandbox64.exe
Report Id: 029bb0e0-771e-4046-bbc1-2c69686f144a
Faulting package full name:
Faulting package-relative application ID:
IDE gets locked up due to this and the only option is to click on close program.
Solution
This process is launched during debugging. Stop Visual Studio debugging session.
Disable the Diagnostic tool under Tools->Options->Debugging->General disable the option Enable Diagnostic Tools while debugging
Debugger still works after unchecking the above option.ScriptedSandbox64.exe no more throws any errors.
Dear Reader,
Please share your feedback about this article . This will enable me to improve this for the benefit of other readers.

Solution for now is to install Visual Studio 2013 Community Edition and retrofit the project by changing the *.csproj file XML.

For anybody who has this problem:
I experienced the same problem debugging a WPF application today in VS2015 Community Update 2. I am sure that I did not have this before but I dont know how it crept back in. As mentioned before, disabling the Diagnostic Tools solves the problem. Unfortunately, this is not an option for me. Luckily, installing the "Update for Microsoft Visual Studio 2015 Update 2 (KB3151378)" solved the problem for good. Link: https://msdn.microsoft.com/en-us/library/mt695655.aspx?f=255&MSPPError=-2147217396

I had a very similar issue, same dialog as OP posted, but then I encountered the same when running the application in debug mode. That helped me find what was causing this error in my application.
I traced it down to an iteration through DataGridViewRows, which would contain about 1800+ rows. My iteration was to set a checkbox value to true, but I ended up not needing to do that anyways. Once I removed this, the application would run okay.

Related

Does anyone have an issue with Visual Studio 2015 Data Tools crashing when running package?

I can build SSIS packages without any issues, but almost every time I run the package from Visual Studio it will crash. Sometimes it will crash within seconds of running the package, other times it will run a few minutes and then crash.
The only error being logged to the Windows event log is:
Faulting application name: devenv.exe, version: 14.0.25420.1, time stamp: 0x57685d85
Faulting module name: ucrtbase.dll, version: 10.0.17763.1, time stamp: 0xc3ae1887
Exception code: 0xc0000409
Fault offset: 0x000a5d0b
Faulting process id: 0x5bd4
Faulting application start time: 0x01d4cdf2158d4ebd
Faulting application path: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe
Faulting module path: C:\WINDOWS\System32\ucrtbase.dll
Report Id: 760baa61-e6fb-4646-83f5-94ed566b1d4a
Faulting package full name:
Faulting package-relative application ID:
I have tried repairing and reinstalling Visual Studio (multiple times), reinstalling Data Tools, and also reinstalling Visual C++ 2015 Redistributable (as I saw comments from others online with what I thought would be a similar ucrtbase.dll issue. This is a work computer, and others here have had the same issue in the past, but it seems to have been resolved for them after performing some of the steps I have already done. For a while we thought it was related to using the Balanced Data Distributor, but I have removed that altogether and am still having issues. Any help/ideas would be greatly appreciated.
Environment:
Window 10 version 1809
Visual Studio 2015 update 3
SQL Server Data Tools 2015
Kingswaysoft v10.2
This is not the best (or right) answer, but rather a workaround. As I cannot perform my job with a buggy VS, I decided to try VS 2017 (with SSDT 2017, etc.) As of the past couple hours that has been working and has not crashed on me (yet). My workaround for now, until we can fully move to 2017, will be to create new projects in 2015 so that other developers will continue to be able to work with me, but then switch over to 2017 for testing.
If anyone comes around with a real solution to the issue (my guess is it's some combination of VS, SSDT, Windows, and other updates), please share.

Editing a File "Microsoft Visual Studio 2010 has stopped working"

I'm having trouble with my visual studio 2010. When I open a file and try to edit it, it crashes and gives the following message.
Microsoft Visual Studio 2010 has stopped working.
If I choose to debug, visual studio just-in-time debugger says:
An unhandled Microsoft .NET Framework exception occurred in devenv.exe [2812].
System.InvalidOperationException was unhandled Message: The calling
thread cannot access this object because a different thread owns it.
The following was found in the event viewer:
Application: devenv.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an internal error in the .NET Runtime at IP 6F29B036 (6F250000) with exit code 80131506.
Faulting application name: devenv.exe, version: 10.0.30319.1, time stamp: 0x4ba1fab3
Faulting module name: clr.dll, version: 4.0.30319.296, time stamp: 0x50484aa9
Exception code: 0xc0000005
Fault offset: 0x0004b036
Faulting process id: 0xafc
Faulting application start time: 0x01ce44dbc5e338e5
Faulting application path: C:\Program Files (x86)\Microsoft Visual Studio > 10.0\Common7\IDE\devenv.exe
Faulting module path: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Report Id: 09015696-b0cf-11e2-a33a-0023aee722ef
I have tried opening several different file types: xml, aspx, html, vb. They're all causing it to crash. I have run visual studio 2010 in safe mode and opened a single file, outside of a solution and it's crashing before I even edit the file.
It's only started doing this today. I have tried running the repair tool but it has made no difference. I have installed one thing on my machine that may have caused the error. Titanium Studio. Previous to that being installed visual studio 2010 was running okay.
Thanks
Leah
I managed to fix this issue by requesting a hot fix from windows.
Knowledge Base Article: FIX: "Faulting module name: clr.dll" error message when you run a Microsoft .NET Framework 4-based application
Hot Fix Request: DevDiv955340
I had the same error, imediately when Visual Studio 2010 was starting. Only rebooting helped sometimes.
I solved it by removing .NET completely and reinstalling it.
Be aware that if you updated to .NET 4.5 this includes .NET 4, so you have to remove and reinstall .NET 4.5

Visual Studio crashes, faulting module msvcr80.dll

I'm trying to compile WebKit on Windows XP. I've followed to the letter the installation instructions for all the recommended development tools. The WebKit project suggests debugging using Visual-Studio 2005.
Whenever I open the WebKit project in VS2005 (express), however, VS always crashes shortly afterward. This is before I try to run any of the WebKit code, so I think the problem is with VS2005, and not with WebKit.
The error log says this:
Faulting application vcexpress.exe, version 8.0.50727.762, faulting
module msvcr80.dll, version 8.0.50727.6195, fault address 0x00008aa0.
So it looks like the problem is with msvcr80.dll.
I'm not very experienced with windows. Does anyone know how to investigate the cause of this crash and fix it?
Many, many thanks,
D
* UPDATE *
In the end I couldn't get VS2005 to stop crashing, so I switched to Visual Studio 2008 Express. WebKit.org doesn't give instructions for building with VS2008, but I found some on this blog. These mostly worked, though I had to make two small changes.
Currently, if no standard editions Visual Studio can be found (not 'Express'), the build scripts are hard-coded to use VS Express 2005. To use VS Express 2008 instead, I changed line 1419 of /Tools/Scripts/webkitdirs.pm from this:
$vsInstallDir = File::Spec->catdir($programFilesPath, "Microsoft Visual Studio 8");
to this:
$vsInstallDir = File::Spec->catdir($programFilesPath, "Microsoft Visual Studio 9.0");
(Carefully not to confuse the years of release --2005, 2008-- with the versions -- 8,9.0)
I also had to work around a bug related to error logging. In line 60 of /Tools/Scripts/print-vse-error-logs I changed "scm.find_checkout_root()" to the path to my source directory "C:/cygwin//Webkit/Source".
I hope this helps someone!
Do you have the lastest service pack installed on both XP and Visual Studio 2005? if not (How to obtain the latest Visual Studio 2005 service pack). If that doesn't fix it, trying doing the same thing with Visual Studio 2010 (SP1), for it may have been fixed since then and you could be running into known issues which have since been resolved.
HTH

Visual Studio 2010 Crashing on Solution Load

I've seen a lot of similar questions, but I don't think I'm duplicating. Here's my situation. I have three solutions that I'm working with. A works fine, but when I try to load B or C, VS 2010 crashes shortly after loading the solution, particularly after I try to open a file form my solution explorer.
What I've tried:
Disabling all add-ins and macros vis tools -> options -> add-in/Macros Security then unchecking the two relevant check boxes
Deleting my .suo file.
Rebooting my machine
Running VS 2010 as Administrator
Here's the error from my event viewer
Faulting application name: devenv.exe,
version: 10.0.30319.1, time stamp:
0x4ba1fab3 Faulting module name:
cslangsvc.dll, version: 10.0.30319.1,
time stamp: 0x4ba20c61 Exception code:
0xc0000005 Fault offset: 0x0024b651
Faulting process id: 0x1408 Faulting
application start time:
0x01cbddd78972584a Faulting
application path: c:\Program Files
(x86)\Microsoft Visual Studio
10.0\Common7\IDE\devenv.exe Faulting module path: c:\Program Files
(x86)\Microsoft Visual Studio
10.0\VC#\VCSPackages\cslangsvc.dll Report Id:
cd32c352-49ca-11e0-b3d8-0026b9c2aa7e
EDIT
This is a solution with two projects -> a win forms project, and a console project. Both in C#
RESOLUTION
It turns out there was some silly (stupid?) code in my solution that was making VS go crazy. The code should never really have been in there; it was just something I wrote playing around for no good reason.
On a related note, if you ever want to be evil to someone you don't like, insert the following code into their solution somewhere, and sit back and watch the fun:
namespace System {
public partial class Boolean { }
}
I put this code into the first solution, and watched it crash after building. I ass-umed the crash was unlreated to the code I had just written and proceeded to put it into my second solution to see if it was possible to extend Boolean without extension methods, then got angry that VS was still crashing. That code could be capable of crashing VS never crossed my mind.
Try disabling all extensions via tools -> extension manager. I've had extensions crash visual studio only in certain projects.
Alternatively try running VS in safemode: devenv.exe /SafeMode
I tried the following in the order i performed:
devenv.exe /resetsettings , devenv.exe /resetskippkgs (did not work)
devenv.exe /safemode (told me that product version cannot open .ccproj types. But no counter solution worked)
renamed the .user, .suo files (did not work)
Installed any and every service pack for VS2010 even if they were remotely related to C# development.
"Reinstalled" VS2010 using the 'repair/reinstall' option(did not work)
Uninstalled VS2010 and then installed (this was my solution even though many of them tried this and failed. Might be because this was my last resort.)
If it's a C++ project, try deleting any PDB files that are hanging around - these sometimes get corrupted and cause crashes.
I encountered a similar problem, VS2010 crashed upon loading a specific solution.
It turned out to be an incomplete line in the code that caused VS2010 to run amok. When I commented the line out, everything was ok.
The line in question was:
getCommonResourcesDirectory([out, retval] BSTR* );
A crash can also happen in Visual Studio 2010 during solution load if/when the testing tools (Test View window etc.) load a DLL that throws an exception during initialization.
My specific case was a C++/CLI test project where a global variable was throwing an exception during construction of it, that constructor being called during DLL INIT. (It was the std::tr1::regex class constructor throwing due to invalid pattern string passed to it.)
This was quite a subtle problem because you don't expect your code to run until you execute the test; but in the case of ctors of C++ globals it is being run by the IDE immediately after build and on solution load.
I suspect Visual Studio 2010 test manager component isn't wrapping the Dll load call in a try/catch block where it might.
Set the form that crashes Visual Studio as the main form to load. Then start the form in debug mod from the DEBUG menu.
I realize this is an old post, but I came up with another solution today as I was working on the same issue. In my case, VS was trying to open a source code file using the CSharp Form Editor instead of the CSharp Editor.
When that happened, the code started to run (I saw my splash screen) but an error occurred (I saw my error message about not finding some hardware) and the resulting error closed VS. Trying to reopen the project would have VS open the *.cs file again, creating a frustrating loop of crashes.
I was able to open the project after deleting the *.suo file. Then in Solution Explorer I right clicked the code file and selected Open With. In the dialog I changed the default and everything was fine, including seeing the hardware that I was not finding before.

Visual Studio 2010 crashes repeatedly

I've been running Visual Studio 2010 (the official release) for some time now. Lately, VS will crash 10+ times during my 8 hour work day. In VS2008, crashes were common when working with large Xaml files, and while I experience some of that with VS2010, crashes occur when debugging, starting the debugger, stopping the debugger, and other random times when editing code.
I've looked through the problem reports, and the one I've found that occurs most frequently is:
Description
Faulting Application Path: C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe
Problem signature
Problem Event Name: APPCRASH
Application Name: devenv.exe
Application Version: 10.0.30319.1
Application Timestamp: 4ba1fab3
Fault Module Name: ntdll.dll
Fault Module Version: 6.1.7600.16385
Fault Module Timestamp: 4a5bdb3b
Exception Code: c0000005
Exception Offset: 0002e23e
I'm running Windows 7 (x64). Hoepfully someone has come across this problem and has found a solution. I plan on reinstalling VS2010. Hopefully that takes care of the problem.
Do you think you have installed any extra Extensions which might lead to frequent crashes?
You can try
Devenv.exe /SafeMode
to start in Safe mode. You can also try
Devenv.exe /Log
Which will log all activity. Have not tried this so don't know What activities are logged.
Visual Studio 2010 Command Line Switches
I was having a similar problem and this helped me
http://connect.microsoft.com/VisualStudio/feedback/details/618802/visual-studio-random-frequent-crash
Running this from the command prompt seemed to fix it. It hasn't crashed for the whole day today.
regsvr32 c:\Windows\System32\ole32.dll
I had similar issues with Visual Studio. The problem was the service pack which for some reason was not installed properly.
I had to reapply the SP1 using the Repair / reapply option. This kind of fixed my issue.
Also make sure to reboot the system.
Just to help people who search it: It was webex instant messenger related part, but not Cisco itself. The cause was a component in Studio Power Tools relevant to integration with messenger. Reinstall power tools but without messaging integration.
In other occasion it is almost always a corporate antivirus authentication helper thing. It required to manually remove registry entries which cause background TFS logins break the studio at random moments.
I had the "Microsoft Visual Studio 2010 has stopped working" error, imediately when Visual Studio 2010 was starting. Fault module was clr.dll in my case. Only rebooting helped sometimes.
I solved it by removing .NET completely and reinstalling it.
Be aware that if you updated to .NET 4.5 this includes .NET 4, so you have to remove and reinstall .NET 4.5
I know why it could be crashing. Code it self. Have you tried to debug the failed instance of VS2010 with Vs2010? If the xaml designer crashed anywhere in your code you should be able to see the stack trace. Also, try to load the same xaml into Blend 4 and then run the vs2010 on Blend when that crashes. I've had some good results debugging Vs2010 crashes like that.
There are so many things that can cause studio to crash.
I'd look at everything from video card drivers to whether the RAM is stable.
Note, there is a microsoft connect but on this exact issue at: http://connect.microsoft.com/VisualStudio/feedback/details/634162/devenv-exe-frequent-intermittent-crashes-fault-module-name-ntdll-dll
You might vote on it or add your own information to the report but the very first thing I'd do is update my video drivers. One place I was at had a lot of issues with 2005; it would randomly crash just displaying the design surface or when opening a few too many code files; but once we got decent video cards and the appropriate drivers installed it worked flawlessly.
I disabled “Options"-"Evnironment"-"Add-in/Micros Security"->"Allow macros to run", and fixed the problem.
I think I just solved a similar issue on my computer, but probably not the same cause. It was related to TortoiseSVN (I think visual loads the tortoise DLL because it is integrated with the explorer, even if I don't have a specific visual studio plug-in). I upgraded TortoiseSVN (from 1.7.8 to 1.7.11) and it didn't crash for a few hours (I also had a 100% repro case when closing visual studio which does not happen anymore). Maybe there is some way to check what DLLs are loaded by visual studio to troubleshoot what are the candidates for upgrading/uninstalling, but I didn't go this far.
Hope it can help someone else.
While developing C++ code, Visual Studio 2010 started crashing frequently and at random times after I enabled the Task List.
As an alternative to using the Task List, I am now simply using the Find in Files tool (Ctrl+Shift+F) and searching for the string TODO as an alternative.
i was having a similar problem. visual studio 2010 was crashing. when i attached, it said it had a read access violation in ntdll.dll
closed all my open instances (there were 5) and it stopped happening.
Today I had this error, in my case it was because Microsoft released the update (KB2858725) the FrameWork 4.5.1, which the download and installed,
However this is definitely addressed by performing the following steps:
FrameWork 4.5.1 download (KB2858728) => NDP451-KB2858728-x86-x64-ENU.exe-Allos
http://www.microsoft.com/en-us/download/details.aspx?id=40779
Install the downloaded software (KB2858728)
Try Vs, but give the same error.
Uninstall the downloaded software (KB2858728)
(this task fully cleaned upgrade giving problems (KB2858725)
Install the downloaded software (KB2858728) again
Try Vs, this time if it will work
NOTE: NEVER! install update (KB2858725)
Logging helps indeed. I have the same problem with crashes. Since there could be numerous reasons and lots of log data, I wrote this .bat (Win7 x64, VS2010 Express) to keep logs organized and easy to analyze:
#echo off
rem date and time in format YYYYMonDD_hhmmss
set year=%DATE:~-4%
set month=%DATE:~3,2%
set day=%DATE:~0,2%
IF %month%==01 set monthstr=Jan
IF %month%==02 set monthstr=Feb
IF %month%==03 set monthstr=Mar
IF %month%==04 set monthstr=Apr
IF %month%==05 set monthstr=May
IF %month%==06 set monthstr=Jun
IF %month%==07 set monthstr=Jul
IF %month%==08 set monthstr=Aug
IF %month%==09 set monthstr=Sep
IF %month%==10 set monthstr=Oct
IF %month%==11 set monthstr=Nov
IF %month%==12 set monthstr=Dec
set now=%TIME:~0,-3%
set now=%now::=%
set now=%now: =0%
set now=%year%%monthstr%%day%_%now%
start "VS2010 express" "C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\VCExpress.exe" /Log "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VSlogs\VS_log_%now%.txt"
I had the same problem. I cleared my settings. Configured environment to use C# development settings. Then i disabled all extensions against which disable button was present. I enabled them one by one while opening, running and closing solutions. I found the offending extension to be .Net reflector v 8.5.0.179 by red gate. I had VS2010, VS2012 and VS2013 all installed on my windows 8.1 enterprise 64bit. All of them had the same issue. Whenever i closed the solution VS would crash. Hope it helps.

Resources