JeremyNicoll

It's not clear to me whether EAM is running on the remote pc or the one that is controlling it (or both). It's not clear to me which instance of EAM Home is closing down. When you "looked at the logs" were these EAM logs or RemotePC logs? And on which machine? Which OSes are on the two machines?

Might this happen if a game starts with a full-screen splash screen - so EAM goes into automatic silent mode - then a subsequent full-game executable is blocked but no notification happens because of silent mode? Shouldn't that still get logged?

In your screenshot there's a shield icon just to the right of the systray text "mostly sunny". If that's the EAM shield, then I think you've not followed the instructions and shut down EAM protection before trying to edit the file. You won't be able to edit it while EAM is running. (I know that EAM protects its own files against changes, but I don't know if that manifests itself with the sort of error message you got.) If the problem isn't EAM protecting the file, then it might be possible to do the edit if EAM is stopped /and/ you try it from your Admin id (assuming you normally login to Windows using a less-privileged id).

@Kiwilife- yes. Because what you're doing is adding to the previous contents of that .ini file. If that worries you, make a copy of the unchanged .ini file first (but put the copy somewhere else, not in the EAM program folder).

Hopefully one of ShadowPuterDude's revised scripts has fixed your problem, but to explain a bit about what you tried: "C:\Program Files\Emsisoft Anti-Malware\a2cmd" was the example I gave, of a filename with spaces removed each side of backslash characters. In your first pair of commands you tried, you also removed spaces from within the file path eg between "Program" and "Files". That didn't work because the folder name includes those spaces. In both your attempts you also removed the space between the full file name and the parameter to the command which is probably why they didn't work. That is "C:\Program Files\Emsisoft Anti-Malware\a2cmd"/u is no good, but "C:\Program Files\Emsisoft Anti-Malware\a2cmd" /u should have worked. That's because on Windows, commands tend to take the form: programname parameter1 parameter2 ... and the system uses the space between the program name and the first parameter, and the spaces between parameters, to decide where each part of the command starts and stops.

Claude's advice has spaces in it that shouldn't be there, each side of the backslash characters. So eg "C: \ Program Files \ Emsisoft Anti-Malware \ a2cmd" would need to be: "C:\Program Files\Emsisoft Anti-Malware\a2cmd"

In my (older) version of EAM the captcha is also optional (controlled in Settings - Advanced).

I'm not using the most uptodate version of EAM (because still on Win 8.1) but in mine there's an option in "Settings - Advanced" named "Self protection" which when it is enabled tells EAM to prevent config-folder changes and, I think, shutdowns. If your version of EAM has the same thing try turning it off first. And remember to turn it back on afterwards.

And to you, though still being on Win 8.1 I'm not testing anything...

Is the program that the OP can't download EAM, or something else - I don't think it's clear. If it's something else ... then it's not EAM that does the downloading, but presumably a browser (or maybe a downloading installer, or a download manager). So what exactly is the OP trying to do, and with what software?

The scripts download link on that "How do I configure..." page is an "http" one. Firefox here requires users to click through a red "security risk" warning without, at the first step, saying that that's the problem. It does download ok if one explicitly uses an "https" connection, so - as the download server clearly supports https - why not update the links?

OK, that's fine for Windows Store apps then. But is there anything in Windows that guarantees that only Windows Store apps can end up in those folders?

Isn't it somewhat risky to whitelist entire system folders? - ie: "C:\Users\<username>\AppData\Local\Packages" and all "C:\Users\<username>\AppData\Local\" ?? Whitelisting something a lot more specific - eg: "C:\Users\<username>\AppData\Local\Packages\5319275A.WhatsAppDesktop_cv1g1gvanyjgm" - seems a lot less of a risk.

I think there'd only be a benefit if you had a good reason to worry that your machine might have become infected since you last shut it down... That might be true if the machine was easily accessed by the public. But if you do do a scan at start-up, unless it's only a "quick scan" (which checks very little) it's going to make the machine unresponsive for the real use you just turned it on for, for possibly quite a long time. However, it's up to you. Your machine, your choice. By default EAM tries to get scans done as quickly as possible, which means it makes the machine as busy as possible doing it. You can tell it (in Scanner Settings) to leave some of your machine's cpu cores free for YOU to use, but that means the scan takes longer to finish. It's better in general to run scans while you're not actively trying to use the machine. I have a fairly fast pc, with SSDs only, and scanning just under 2 million files takes about 6 hours (if the contents of archives are being examined) and about 2 hours if they are not. The scan times are much better (ie faster) with SSDs than they were with older PCs which had mechanical disks. I run the scans overnight. If you're unwilling to leave a machine running while you're asleep, do it while you're cooking and eating a meal, or having a bath or something.

I read emails in plain text, and have seen this problem for years. It's because the emails that the forum software sends out contain malformed URLs, which literally contain ampersand a m p semicolon within them where there should just be an ampersand (as a separator between parameters that follow the site adress in the URL). You can see that in the screenshot number 1 above. That is they've generated the URL and its parameters in a form that (in HTML) you'd use to display an ampersand in some text rather than left it alone as one should do in an actual link, and when someone clicks on it the software running on Emsi's server can't make sense of the parameter string. (I did try to c&p an example URL in, but the forum software is too clever and tries to convert what I pasted in to a link that one could click on, and in so doing removes from view the embedded problem - hence why I spelled it out, above.) I read these emails with the Roundcube webmail program which allows one to switch between the plain text and rich text views of an email; I find that the links work ok in the rich text form. > Please report an bugs/issues with the forum software to IPB. IPB? Is that the "invision Community" who are mentioned in small print at the foot of a forum page? Surely Emsisoft have a commercial relationship with them? Emsisoft are their customer, not us. Why would it not be you who report such things?