I'm new to programming and just recently started using Github to work on my code with other people. I have installed the Github extension onto Visual Studio 2017 and now every time I press enter it moves me to either a random line or doesn' work at all. Also, the debugger now takes a long time to process and give me errors. I am currently running on Windows 10 with the latest version of VS.
Related
EDIT: Good information provided below to diagnose, but the issue was I was running Visual Studio 2022 17.3. Version 17.4 is required for .NET 7, and I had just installed that. Once I installed the latest version of VS, all my problems went away. Install with Visual Studio
Suddenly today, debugging my ASP.NET Core 6 and 7 apps suddenly has stopped working. I hit F5 to debug, it stops on my breakpoint, but as soon as I continue or step into, I'm shown this dialog:
I haven't made any changes to code, I'm simply trying to continue after I've stopped at a breakpoint. This just started happening today and I can't figure out what I did.
I haven't made any changes to code, I'm simply trying to continue
after I've stopped at a breakpoint. This just started happening today
and I can't figure out what I did.
Well, if your visual studio stop working for debugging all type of application, please check following configuration:
1. Tools > Options > Debugging > .NET/C++ Hot Reload
2. Tools > Options > Projects and Solutions > ASP.NET Core >
Furthermore, If you select the Always rebuild option in the dialog box, you won't see the dialog box again in the current Visual Studio session, and Visual Studio will automatically rebuild and reload instead of showing the dialog box.
Note:
In addition, as you can see above in the first release of Visual Studio (version 17.0) the standard Edit and Continue dialog is still shown when using Hot Reload with the debugger. This was a bug and has been resolved starting with 17.1 Preview 2 release.
If you still need more details about the issue you are having with, I would higly recommend you to check our official document here.
If issue still perist:
After checking above configuration, if your issue still persists and if you are not using Visual Studio (version 17.0) then you still reset your unknown setting in visual studio as following:
Go to Tools > Import and Export Settings.
Then No, just reset settings
Finally, restart Visual studio.
You can get more details here.
I'm trying to debug a Web Forms application written in VB.Net and Visual Studio (2017) keeps hanging as soon as I try to move through a breakpoint.
The Locals window shows "Busy..." and is never populated with any variables (see image).
Debugging an MVC application works.
I've tried updating VS to the latest version, running in Safe Mode, removing the bin and obj directories, and rebooting; all to no avail.
I've also pulled the code into a new local repository from the current working version in TFS and it crashes in the same place.
Am I missing something obvious or is a re-install the next step?
So I have a program I've been making in VB for my company through Visual Studio 2013 Express for Desktop and have not worked on it in a couple of months. When I try to open it, I get the following error:
"The VB project "WindowsApplication1" is targeting ".NETFramework,Version=4.5" which is not installed on this machine."
http://imageshack.com/a/img661/6001/DGAfuk.png
I have all of the .NET frameworks installed including all developer and service packs (even language packs). I uninstalled all .NET frameworks and re-installed each of them without any resolution.
I tried to re-install Visual Studio and even tried changing the Framework (one of the options I have) but I cannot view any code or open designer view if I do so. (http://imageshack.com/a/img633/2109/OJaXbr.png)
The strange thing is this computer is the same one I have been developing this application on for months, so I'm not sure what happened over the last 60 days since I launched it.
Does anyone have any clues as to how I can resolve this issue?
Thanks in advance,
Matt
The path to your project must be Les then 256 Character.
That can be the reason of it.
Make sure the path is short "Copy the project to your c drive "C:\ProjectFolder" and try again".
I have a C# WPF project I can open just fine in VS 2010 Ultimate or 2013 Ultimate.
I can edit it and run it from either.
When I double click the window.xaml, it crashes 2013.
I disabled then uninstalled my extensions. Still crashes.
I spent more than half the day uninstalling (uninstall is broken, btw) and re-installing VS 2013 Ultimate. Still crashes.
Per comment, here's a screenshot of the error:
Actually just tried to create a clean WPF project and it crashes the same way while attempting to create a new WPF project.
Always check this folder for any VS errors
%APPDATA%\Microsoft\VisualStudio\PUTYOURVSVERSIONHERE\ActivityLog.xml
If the folder doesn't exist or is empty, run Visual Studio with this command:
devenv.exe /log
There could be many reasons. This one for example was because of an outdated driver. There may be workarounds, however which one to use will depend on the error you see. Can you update your question with the error message?
I have an application written using Windows Forms and complied against Visual Studio 2010.
We recently upgraded the solution to Visual Studio 2013 and changed to using hard references to using NuGet to manage dependencies.
The application runs on a terminal server.
When running the application on the terminal server using a version compiled using 2010, it opens instantly. When running a version compiled using 2013, it takes many minutes to open.
How can I find out why the application takes so long to open the initial form?
Any thoughts or ideas about why changing these two things have made the application so slow?
Thank you.
After a lot of debugging, I found out that the MySql.Data.dll component is executing queries twice as slow as previous versions. I downgraded to version 6.3.8 in Nuget and this has increased the speed dramatically.
I hope this helps someone with similar slowness - and using the MySql component set.