Also if people don't want to do the registry fix. If you set the service to Automatic Delayed Start, It does start up correctly then except delayed of course. I guess it starting up is dependent on another service that hasn't started yet.
Hmmm, that is interesting... that might give me a clue what this is happening, thank you!Also if people don't want to do the registry fix. If you set the service to Automatic Delayed Start, It does start up correctly then except delayed of course. I guess it starting up is dependent on another service that hasn't started yet.
You cannot disrespect and silence someone year after year, start an argument with them, then delete their post when they prove you wrong, and then not expect them to react.
I believe all involved parties should write an open letter so everyone can understand what really happened.
Either way, believe me, you guys are going to know what happened very soon.
People have a right to know what is up. They will know soon.OK, because it's still bothersome that overnight, Wilders went from being the VoodooShield source to the recipient of second- and third-hand news. Some closure would be a very decent and respectful thing.
The high CPU issue is the main thing. When that is resolved, it'll be a pleasure to put 4.0 beta back on here For clarification, do you recommend removing every last vestige of any previous VS installations or not necessary?
Thanks,
plat.
It's all good... I will not be posting the whole story on here. But people do have the right to hear everyone's side.Guys, let's please try to tone it down about the Wilders fiasco. If we keep up the banter, then this thread, too, will start to see moderator intervention, and eventually get nuked.
rofl, get out the tinfoil hats, I feel a conspiracy cominghi Dan so happy to have found this forum and to be able to remain updated. One question though, to play devils advocate, seeing as we are all security minded; how would one be reasonably sure this is a legit VS forum and that this is actually Dan?
Impostor alert!rofl, get out the tinfoil hats, I feel a conspiracy coming
hi Dan so happy to have found this forum and to be able to remain updated. One question though, to play devils advocate, seeing as we are all security minded; how would one be reasonably sure this is a legit VS forum and that this is actually Dan?
May try that, or wait for a fix. Strange that it only happens on one machine. I used Revo Uninstaller on both.This will fix the startup prob:
@scootnod said: ↑
It looks like if you uninstall the old version before installing the 4.0 beta version it removes the registry key C:\Program Files\VoodooShield\VoodooShield.exe from HKLM-Software-Microsoft-Windows-CurrentVersion-Run.
You can manually add it back by creating a new String Value called VoodooShield with the value C:\Program Files\VoodooShield\VoodooShield.exe in this location.
Seeing something similar, but it is variable. May try disabling scanning of child processes.@danb
All working normally except for high cpu usage of main exe: 25-30% constantly. If i reboot, then initially cpu is less than 5%, but after opening and closing applications it rises, reaches 30% and never drops again.
No VS appdata files on Win 10 as far as I can see.@mekelek reckon that %appdata% does not get deleted when deleting VS Program data folder with Revo.
Impostor alert!
Well, I am sure that the real Dan would stand up pretty fast, if there was an impostor speaking in his place, right here in public, in the middle of a well-established (25 pages) thread on a leading security forum...hi Dan so happy to have found this forum and to be able to remain updated. One question though, to play devils advocate, seeing as we are all security minded; how would one be reasonably sure this is a legit VS forum and that this is actually Dan?
UAC - maxBTW, whoever is having an issue with VS not starting on startup, can you please post the following info?
Is UAC enabled?
Are you running as a limited user?
What other security software are you running?
The regedit fix that you guys came up with is cool because it will work as a temporary fix, but we need to fix this permanently, so that the GUI starts from the service. Otherwise, when multiple users log in and out, VS will not start... along with other issues. Anyway, if we cannot find a fix for the token issue, we have a couple of other options.
Thank you guys for tracking down the high CPU utilization bug... I have not looked at it yet, but if you guys have it narrowed down that far, it should be a 5 minute fix.
Also if people don't want to do the registry fix. If you set the service to Automatic Delayed Start, It does start up correctly then except delayed of course. I guess it starting up is dependent on another service that hasn't started yet.
Unticking that option does not reduce high CPU usage here.Also, VS 4.0 should be much, much faster than 3.59... if it is not, you might disable the scanning of child processes and see if that fixes the issue for now.
UAC at default levelBTW, whoever is having an issue with VS not starting on startup, can you please post the following info?
Is UAC enabled?
Are you running as a limited user?
What other security software are you running?
!
Yeah, I am working on these few bugs... please keep in mind it is a beta.
It's me, now let's not split atoms over this.Yes, the CPU issue was just my personal limit, that's all. @shmu26: must you use the word "nuke" at this particular time? Wait a minute.......you look like shmu26 but are you....really?
To voodooshield.exe or to voodooshieldservice.exe? (I think Dan initiates VS via the service first now?)The simplest workaround for the startup problem, albeit the least elegant, is to paste a shortcut to voodooshield into the following folder:
C:\Users\YOUR USER NAME GOES HERE\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup