The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
Does it happen to be an HP? My wife's HP AIO is a real POS. It had repeatedly had issues installing Win10 updates, repeatedly applying, failing, and rolling back. I had to use system restore to get it back to a usable state, then disable the wireless NIC and touchscreen. This let it get through the WU and seemed to solve some of the sketchy behavior such as losing keystrokes and randomly shifting focus to the windows start button. Also, it was losing focus on the login screen. (while typing the password...quite aggravating!) She hasn't complained about it since, so I can only assume those annoyances have been fixed, or she's just tired of complaining. (I'd bet money on the former!) Good luck!
Try disabling all apps scheduled to launch at startup. Squashing them is a big chunk of safe mode, if that works you can either reenable 1 at a time until you find the offender, or do a binary search-esque (ie enable the top half, does the problem occur...) sweep to narrow it down to the guilty party.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
I had a problem like this with the 1803 update on one of my machines. After the update, my one USB mouse turned into 3 USB mice. Basically all my USB devices were now triplets! This computer was just being used as a SageTV client so I just did a fresh install of Win 10 to fix it.
I have had a number of occasions recently when building a project*, that VS stops and kills Windows completely. The mouse cursor disappears, the text caret stops flashing and even Ctrl-Alt-Del does not work. The only way to get out of it is to power off and on again.
*I think it only happens when I press F5 to build and debug. And the code itself is not exactly complicated.
This happened in the late 60s (or possibly early 70s), long before individual PCs. Even timesharing OSes were not common, except on mainframes. So you had to book hours at the machine - and the book was more or less full 24/7. One student project group was spending Saturday night and Sunday morning in the lab. Then the machine suddenly stopped, refusing to read the program tapes (those were punched paper tape).
The lab guy responsible for the machine treated it as his own baby, willing to do anything for it. But... he was also known for rarely being sober on a Saturday night. Sunday morning wasn't the time you'd like to wake him up. But there was a project deadline, and no other alternative. They found a telephone, and called him up. "Hrrmpf!!!" They explained the problem, he grunted "Get me car!" and slammed the phone receiver down.
They found someone with a car, drove to pick up the guy, who walked into the lab, blinked a few times, went over to the window, pulled the curtains to shade the windows, and grunted "Drive me home!" Those were all the words he pronounced that morning. No explanation. But the machine was working again.
This machine had a paper tape reader running at 3000 char/sec - an amazing speed: 300 in/sec, or 27 km/h. The tape shot several meters out of the reader like a beam. It didn't use mechanical sensors (like most slower paper tape readers), but photocells, which was rather fancy in those days (especially fitting photocells for 8 data tracks + sync track in a 1 inch wide space). When the early morning sun rays made a direct hit on the photocells, they shone through the paper tape, blinding the photocells so the reader wouldn't trigger on the sync track holes: The reader saw just light, believing that there was no tape there, and stalled. Shading the windows brought its vision back again.
When I became a student, this machine had earbed "museum" status. But I have touched it, seen it in operation at demonstrations. The morning sun story is well known among computer science students at the university.
So based on this story, I believe your claim that the problem depends on whether the fridge door is open or not
I worked on a similar system in the mid/late 1960s (Leo Computers Society. Leo 3 photos[^]. In Image 1 of LEO III/6 (first computer I worked on) you can clearly see the paper tape reader. I don't know what the actual speed was but like yours "it shot several meters out of the reader like a beam.". As I recall I think the tape we used was 7 hole (6 plus parity), so you could easily tell whether it was in the reader the right way round. Fortunately our computer room was well shaded from the sun so we never had such a problem.
That has to be one of the coolest stories I've read.
For a minute I thought this was leading into the machine overheating, and he opened the window to allow it to cool down. Overheating was a very common problem, and still is. But the light on the photocells is waaayyy better.
Have a look at the hardware.These have a spike on "F5"
-HDD/SSD (bad sectors, a lot of writing happening)
-Memory (any issue can freeze the OS)
-Graphics card (some drivers don't really fancy VS) disable graphics acceleration on VS
It could also be the AV.
Some other options
- use notepad and command line compile
- use a hammer/basebal bat and fix the machine
Measuring programming progress by lines of code is like measuring aircraft building progress by weight.
Everything should be made as simple as possible, but not simpler.
I was thinking similarly:
- memory. Run intensive memory tests overnight. Someone posted tips elsewhere. If they don't run for hours you aren't testing thoroughly enough.
- thermal problems. there are various apps that monitor your systems thermal sensors. Check what temperatures you are running.
- HD/SSD - can you check SMART status? Check the event logs for IO errors
Try going to build settings to only allow a single build at a time. This will reduce system load quite a bit, though of course the builds will take longer. It would be interesting to see if it makes a difference. If it does I'd say it points to one of the problems above, or some similar physical issue with the machine.
Try running the same project/solution from VS but on another PC, if no problems happen, then there is something wronge in one of your computer components that make VS hang.
Remember that VS uses: HDD+RAM+CPU+GPU+LAN Controllers, to name a few, so if any one of the components have a problem, it might affect VS.
Sometimes the browsers (Chrome/firefox) get entangled with VS by a way or another.
Hope for you the best.
May god give u good health and knowledge.
Make a flash drive that boots to the memtest86 (or whatever it's called) and let it test your RAM for a while. I've seen quite a few funky PCs fail this test, replace the memory, and problems all gone.
MS employee here. I unfortunately have no connection to the VS team and am not an avid developer myself, but if you'd like a code for a free support case please let me know, I'd be happy to help get you rolling forward.
Last Visit: 31-Dec-99 18:00 Last Update: 23-Jul-21 16:09