Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by redactor

  1. Holy smoke! That was an informative, well stated - and polite - exchange! Well worth the investment of time to read and absorb.
  2. I heartily agree with Jeremy on this. Having been burned in the past with (other) software problems and no internet connection to look for help, I've had to resort to using another computer, located elsewhere, to find online help, then print tens of pages to carry back to my computer to troubleshoot and fix the problem(s). Emsisoft should compile the online help into a handy downloadable PDF file (and update it periodically as needed). Short of that, I'll probably spend the time to do it for myself. (I've already done that for Macrium Reflect, and it was a time investment that paid off on a couple of occasions.)
  3. Thanks, guys. I didn't know that (or if I did in order to enable it on 64-bit Windows, I promptly forgot).
  4. For some time now I've noticed that sometimes EIS shows its version and build number on the Overview tab just below License information (see attached screen capture) and sometimes is doesn't. I never paid much attention beyond wondering why,for example, it's present now but not yesterday. Just the other day I finally realized that it's presence or absence is tied to the OS I'm using at the time, as I switch between using Windows 10 64-bit and Windows 10 32-bit. The version/build information is always present in 64-bit EIS, and always absent in 32-bit EIS. I'm wondering now whether this phenomenon is an anomaly on my computer, or whether this is a feature/bug in EIS.
  5. As was the case with Win10 Pro x64, problem disappears after reboot under x86 as well. So I can no longer reproduce the problem.
  6. FWIW, manual malware scan immediately after auto update to 6956 took 39 seconds (Win10 Pro x64 installed on a SSD) -- minus Documents folder contents, which I've hard-linked to a separate HDD. Also, the problem of non-functioning Stop and Pause buttons during scan, which I reported in another thread a few days ago, has gone away in this build.
  7. Update -- After computer reboot into x64 OS, the Pause and Stop buttons worked as intended. However, immediately after EIS update on the Win10 X86 side of my dual-boot machine, the identical problem appeared: Pause and Stop buttons have no effect during a scan. I haven't yet rebooted the x86 side to see if the buttons work ok -- will get to that tomorrow. Maybe something about the update process itself requires a full reboot, not just a program restart??
  8. The title says it all. After auto update of EIS to 6936 on Win10 Pro x64, manually ran a malware scan. Halfway through tried to stop it, then pause it. Hitting those buttons multiple times had no effect -- though pressing "Pause" did toggle the display to "Resume" and back again, but had no effect on the actual scan. Shut down and restarted EIS several times and reran scan. Same behavior. Can others duplicate this (mis)behavior?
  9. To my mild surprise, this morning EIS automatically updated from v. 11. x x x to v. under Win10 x64 -- surprise because I thought the upgrade from v. 11 to v. 12 required the user's affirmative decision and manual download of the installer, even with beta updates enabled. But that's not my main point. While exploring the new GUI, it froze at the screen shown in the title above. As the attached screenshot shows, the edit window was incompletely drawn and showed no controls on the right side of the title bar. An attempt to clear the screen by "Shut down protection" failed. The only way to clear the frozen screen, short of rebooting, was to (alt-ctrl-delete) log off and log back on again to cause explorer.exe and the desktop to reload. After the one-time freeze, I couldn't duplicate the problem. No logs, since this was an unexpected upgrade.
  10. Thanks for the clarification. It was on the regular beta update feed. Not really an inconvenience. I was considering installing v12 on one of the OS installations. This way the decision was made for me. Any help on the second issue: Any attempt to view attachments to posts in the beta forum produce an error message: "Sorry, you don't have permission for that!"
  11. Greetings -- Any explanation how/why on my dual boot Win10 PC (x86 + x64), yesterday afternoon my x86 EIS automatically updated from v. to v. Then subsequently on the x64 side EIS continued to update definitions only (after the firewall component update earlier in the day). Both are set to allow beta updates. Also, completely unrelated, every attempt to view attachments to posts (in the beta forum only) produce an error message: "Sorry, you don't have permission for that!" What's the problem here?
  12. Not only that, but for me, if not for all Windows 10 users, until the last Windows 10 cumulative update before the anniversary update, Windows Update would always fail unless Windows Firewall was enabled and running. I discovered this fix only through trial and error after many hours of anger and frustration at being unable to install any Windows updates for a couple of months. Once the Windows Firewall was enabled, Windows Updates would successfully download and install. That problem went away somewhere around June.
  13. Yeah, I know. I forgot where I was on the board and I lost track of whether this was a public beta or a private beta. Then when I got to the Testing Corner section, I didn't feel like making another entry there.
  14. I've run into the same problem with this latest EIS build (running under Win10 x86). I use this OS only 2 or 3 times a week. So each time I boot, its signatures are two or three days old. When I attempt to update manually, the Overview screen shows an update grinding away but never completing (today it kept that up for a couple of hours). Finally, I tried to cancel the update and EIS gave the "cancelling" message, and it kept that up indefinitely (still grinding away as I type this -- take a look at the attachment.) Never had this problem until the current build (
  15. Arthur -- Thanks for your prompt reply. Just as the problem appeared yesterday afternoon mysteriously out of nowhere (I had run services.msc just a couple of days ago with no problem, but that was before both an unexplained Windows update and an unexplained EIS program update), last evening, the problem disappeared just as mysteriously, when another attempt to run the Windows utility succeeded. So for now, at least, everything is back to normal.
  16. I'm running Win 10 x64 and EIS v., and I'm trying to examine the state of an installed service (OpenVPNService). When I try to run Windows' services.msc utility, it won't start and either EIS gives an error message or Windows gives an error message about EIS (screen shot attached). I find this confusing since I don't understand what EIS and a2hooks64.dll have to do with running a Windows utility -- services.msc. I suppose it's a cryptic explanation for why services.msc fails to run. I've rebooted a couple of times to no effect. Can anyone shed some light on the matter and tell me what I need to do to remedy the situation. Do I need to reinstall EIS?
  17. First let me state clearly that this is not, strictly, an Emsisoft problem, but there is a problem nonetheless. I've been using EIS for almost a year now. One on the things I learned early on was that EIS (and Online Armor before it) turned the Windows Firewall (hereafter WFW) off upon installation. Nevertheless, when I've gone poking around I've discovered on more than one occasion that, contrary to the stated procedure, WFW was running on my Windows 10 Pro x64 (currently v.1511). Each time I've found WFW running, I've turned it off, most recently, just yesterday. Today Microsoft published two updates for Windows 10: Cumulative Update for Windows 10 Version 1511 for x64-based Systems (KB3140743) Update for Windows 10 Version 1511 for x64-based Systems (KB3139907) Three times Windows notified me of the updates; each time they failed with error code 0x800706d9. After the third failure, an online search yielded, amid all manner of irritated discussion and gnashing of teeth, a description of the error and ways to fix it. It turns out that this error is related to Windows Firewall and the fix is simple -- turn Windows Firewall ON. As soon as WFW was running, the updates proceeded without further ado. There is, at the very least, a very annoying issue here. Third party security software, like Emsisoft, presumably with Microsoft's approval, is supposed to turn off WFW (and also Windows Defender). But now when it is disabled, Windows updates fail. What the *(^%#@!! This is all very frustrating and time wasting. Microsoft and security software vendors, I submit, need to get together and decide how this is supposed to go and then just make it work!
  18. Just updated to 5935. This time "Enable protection . . ." remains checked upon restart, and the icon appeared in the system tray as well. So, whatever the problem was, appears to be fixed now.
  19. It happens (to me) only at an EIS program update when a system restart is required. However, I think it did not occur after yesterday's firewall update. Waiting for the next build to see if the problem recurs.
  20. This has happened to me after the update of the last two (or three?) builds. I know I did not change the setting, yet following the first boot after update, "Enable real-time protection at startup" is unchecked. I'm sure the un-checked setting is not intended, but it seems to be the de facto default.
  21. This problem just won't go away. Running under Win7 x86, EIS v had been updating reliably for a few days. But today, after four days of non-use (this is no longer my primary OS) I keep getting the dreaded "Could not connect to the update server," even after applying the recommended workaround. I have neither the time nor the inclination to fool around with this any more. Is there a link to beta build 5901 that I can download and install?
  22. I'm aware that EIS, when installed, automatically turns off Windows Firewall and Windows Defender The reason I asked about this in the first place is that for the past week or so I've been getting daily notices that a new Windows Defender definition update is available. This is on Win 10 x64. Windows downloads the update and tries to install it, but the installation always fails. Then Windows offers to try again. The first couple of times I kept trying, but soon I just ignored the message. But at the end of each day I run a cleanup of junk files, and any downloaded update installation files are part of the junk that is deleted. Then next day, same thing all over again. After a few days of this, and unable to hide the update like in earlier versions of Windows, I thought if I turn Defender on, maybe the update will install. Sure enough, it did. So the only way I know of to stop being nagged to death is manually to turn Defender on, let the update install, then turn Defender back off again. That's a pain in the arse for a process that is supposed to be transparent. By the way, I've tried Windows Update Mini Tool, and using it to hide updates, at least Defender definition updates, doesn't seem to work. So I'm wondering of others have a similar problem. If so, how are they handling it; and if not, why do I have the problem and others don't.
  23. Windows 10 x64 here. Is it advisable, inadvisable, or entirely ad libitum to have Windows Defender real time protection run together with EIS/EAM?
  24. I don't understand the problem here. I've been using EIS since May (after it became clear that Online Armor was dying a slow death), and I also use HMA Pro VPN on a regular basis. I switch between using VPN and PPTP protocols, and both work equally well. In what way is Emsisoft failing to "support" PPTP?
  25. Fabian -- I followed the instructions under Win 7 x86, where EIS is running, and came up with a completely empty nic.txt file. Puzzled, I ran the command from an open command window and it reported an error (copied text attached). I then booted into Win 10 x64 on the same computer (therefore same hardware, but no EIS installed there) and repeated the procedure. It produced a valid report, also attached. I have no idea why Win7 produces an error but Win 10 produces the intended result. So 2 questions: 1. Any idea as to why the discrepancy in results? 2. Does the nic.txt file answer the original question about wired vs. wireless connection? My functioning network adapter is the wireless WUSB6300. In addition, I have an unused wired ethernet connector built into the motherboard. nic.txt nic_error-msg.txt
  • Create New...