ChinRey Posted June 16, 2016 Share Posted June 16, 2016 Is there a way to delete the win_crash_logger.exe permanently? It takes up an awful lot of processor time and doesn't seem to do anything useful. Link to comment Share on other sites More sharing options...
ObviousAltIsObvious Posted June 16, 2016 Share Posted June 16, 2016 just rename win_crash_logger.exe and it won't load. it is in the same folder as the viewer, and it will need to be renamed on each update. it does do something useful, exactly what its name says. Link to comment Share on other sites More sharing options...
ChinRey Posted June 17, 2016 Author Share Posted June 17, 2016 ObviousAltIsObvious wrote: just rename win_crash_logger.exe and it won't load. it is in the same folder as the viewer, and it will need to be renamed on each update. Can I just delete it? One additional question there btw: how did it get there at all? When I install/reinstall/update the viewer, I get the "can not install win_crash_logger.exe" message and I click on the ignore button. I always assumed that meant it wasn't installed but apparently it is. ObviousAltIsObvious wrote: it does do something useful, exactly what its name says. Useful enough it's worth spending a third of my computer's cpu time on? Link to comment Share on other sites More sharing options...
Luxen Posted June 17, 2016 Share Posted June 17, 2016 ChinRey wrote: ObviousAltIsObvious wrote: just rename win_crash_logger.exe and it won't load. it is in the same folder as the viewer, and it will need to be renamed on each update. Can I just delete it? It's a little habit in data processing to never delete a safe file, it's always better to rename it and the result will be the same. Link to comment Share on other sites More sharing options...
arton Rotaru Posted June 17, 2016 Share Posted June 17, 2016 AFAIK the installation of the viewer fails when the crash logger is still running. Failed to close with the viewer. A few weeks ago I had 3 of them running with each taking 25% (started the viewer 3 times during the day) of the CPU. Fortunately I haven't had that happen again with the Maintenance RC viewer. I use to check how it's doing in task manager, and it always shows 0 % CPU usage since then. Link to comment Share on other sites More sharing options...
ChinRey Posted June 17, 2016 Author Share Posted June 17, 2016 arton Rotaru wrote: AFAIK the installation of the viewer fails when the crash logger is still running. Failed to close with the viewer. A few weeks ago I had 3 of them running with each taking 25% (started the viewer 3 times during the day) of the CPU. This is beginning to sound like LL bought the whole thing from Norton. ;-) "Tired of your old computer problems? Replace them with brand new ones!" Yes, I do remember some occasions back when I did clean reinstalls on my old MacBook (which sadly has long gone to the Great Network In The Sky) without getting that error message. Link to comment Share on other sites More sharing options...
arton Rotaru Posted June 17, 2016 Share Posted June 17, 2016 ChinRey wrote: This is beginning to sound like LL bought the whole thing from Norton. ;-) "Tired of your old computer problems? Replace them with brand new ones!" Hehe yeah, they keep us busy with this stuff, so that we don't get bored. Link to comment Share on other sites More sharing options...
ObviousAltIsObvious Posted June 17, 2016 Share Posted June 17, 2016 the loop that program sometimes gets stuck in usually goes along with a viewer crash at quit time. when the process works normally it uses almost no CPU. the more crash dumps that get to viewer developers, the better, so it really is preferable to kill the occasional runaway crash logger than disable it altogether. Link to comment Share on other sites More sharing options...
ChinRey Posted June 17, 2016 Author Share Posted June 17, 2016 ObviousAltIsObvious wrote: when the process works normally it uses almost no CPU. I'm afraid that's not correct. It's not uncommon for it to use more than 25% of cpu time even when everything works as normal. ObviousAltIsObvious wrote: the more crash dumps that get to viewer developers, the better, so it really is preferable to kill the occasional runaway crash logger than disable it altogether. Oh, I didn't think of that, very good point and more than enough reason on its own to kill it. A crash logger that reports back to the developers without asking the user for permission first is completely unacceptable and not something I will ever allow to run on my computer if I can possibly avoid it. Link to comment Share on other sites More sharing options...
Nalates Urriah Posted June 21, 2016 Share Posted June 21, 2016 There is another more informative thread where Whirly and others are debating this topic. See THIS. Rather than delete the crash logger, delete everything in the Program Files->SecondLifeViewer folder. Then reinstall the viewer. This is NOT a clean install and will not change your settings or chat logs. The problem is an old version of the crash logged is hanging and never shutting down. When you install a new version of the viewer it cannot update the 'in use' file. There is no telling how old you crash logger is. The cleaning and reinstall I'm recommending, not a real clean install, will make sure the crash logger gets updated. I suggest you restart your computer just before deleting the contents of the install folder. That resets your computer and closes all processes. Link to comment Share on other sites More sharing options...
wherorangi Posted June 21, 2016 Share Posted June 21, 2016 ChinRey wrote: ObviousAltIsObvious wrote: the more crash dumps that get to viewer developers, the better, so it really is preferable to kill the occasional runaway crash logger than disable it altogether. Oh, I didn't think of that, very good point and more than enough reason on its own to kill it. A crash logger that reports back to the developers without asking the user for permission first is completely unacceptable and not something I will ever allow to run on my computer if I can possibly avoid it. it used to be opt in, used to be a UI checkbox. Now is opt out. It got changed somewhere sometime can disable in Debug Settings: DisableCrashLogger: set to True + ps in my case I always sent crash info to LL even when was opt in. Is the fastest way to get stuff fixed to make my viewer go better can file a JIRA but I find that when I am crashing then the hard data the devs get directly gets more immediate attention from them than pretty much every other ways combined Link to comment Share on other sites More sharing options...
Recommended Posts
Please take a moment to consider if this thread is worth bumping.
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now