Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About ryerman

  • Rank

Profile Information

  • Gender
    Not Telling
  • Location
  1. Correct. The message in the command window indicated an item was removed, but the ZIP archive was still in its original location. Here's what I did: 1. make sure the Quarantine list in EEK is empty 2. download eicar_com.zip to C:\Downloads (or any convenient location) 3. execute this command with admin rights: a2cmd /a /q /f="C:\Downloads" 4. observe successful completion of scan, including statement that 1 item was removed 5. open the download location and observe that eicar_com.zip is still there 6. open the Quarantine folder and observe an .EQF file -Windows Ex
  2. Yes, once the service was installed, the /s switch allowed a2cmd.exe to scan without admin rights. Thanks for the suggestion. However, there may be a problem with the /quarantine switch. My preliminary testing revealed that the zipped EICAR test files are not quarantined properly, even though they are detected. Perhaps that is a topic for another thread, and I will wait for any response to the bug report. At least the scans now return the appropriate result codes. Thanks again.
  3. Some years ago, I began using my download manager to automatically scan all downloads with A2CMD.exe and the /f and /q switches. At the time, the EICAR test files were successfully detected and quarantined. I also checked the results code, knowing that it should be 0 or 1 for a successful scan. My tests showed that this all worked as I desired without invoking administrator rights. Now, no scan occurs. Neither 0 or 1 is returned as the result code. That is a big change and causes a problem for me. But I am getting confused because it seems that Emsisoft support staff are not in agreement on
  4. On my system, if clean32.dll is version, the CLS runs without an elevated Command Prompt, which had been possible for years. Now that clean32.dll has been updated to ver, the CLS must be run from an elevated prompt. Hopefully, the developers will reinstate the original behaviour so that users will not need to explicitly use an elevated prompt for the CLS.
  5. You're welcome. I don't know when tracking cookies detection will be removed. As GT500 mentioned in post #35, Ghostery is an alternative. Ever since I installed Ghostery and DoNotTrackMe add-ons in Firefox, tracking cookies are rarely found by EEK scans.
  6. Emsisoft employee Christian Peters has verified that there is a problem with the latest version ( of the Cleaning Engine (clean32.dll). It may be causing your problems. See http://support.emsisoft.com/topic/14233-emsisoft-cls-ver-81031-does-not-perform-scans/
  7. Thanks! I'll watch for an update that solves the problem.
  8. After further investigation, I may have found an explanation. I have a copy of "EmsisoftEmergencyKit.exe" which provides an EEK where A2CMD will scan in any command window. Before updating, I make a copy of the file "clean32.dll" (ver I then update, after which A2CMD will only scan in a command window opened as administrator. This is the original problem. After updating, I replace "clean32.dll" with the original pre-update copy. Now, A2CMD will once again scan in any command window. The Cleaning Engine has recently been updated to ver, so it seems that this causes the
  9. Thanks for replying. I disabled AVG Anti-virus and Zemana AntiLogger but A2CMD would not quick scan. But when I open a command window "as administrator", A2CMD completes a quick scan. So maybe this is a permissions problem? But this is still different behaviour than in the recent past, when I could scan from any non-administrator command window. And why does my VER. 1 scan without running as administrator but VER 2. does not? (see post #1)
  10. Product: Command Line Scanner version, provided with EEK version Operating System: Windows 7 Home Premium, 64 bit, SP1 Other Security: AVG Anti-Virus Free Edition 2014, Windows Firewall, Zemana AntiLogger Free ver. The Command Line Scanner (a2cmd.exe) does not scan. For example: a2cmd.exe /quick gives no results and Result Code (%errorlevel%) -1073741819 is returned. (see attached Screen-shot) I believe a recent update breaks the CLS. Scanning from the EEK graphic control panel works normally. I have 2 versions of the EEK "installer" (EmsisoftEmergencyKit.ex
  11. I wish you would make up your mind. First you say "There are a lot of paths that do not require quotes. Knowing which do and which do not is a matter of knowing the Windows command-prompt." Now you say "that quotes should be used for all paths." (Which was the suggestion I gave in my original post) Also, won't you acknowledge that you were incorrect when you replied "I would believe that this is the way the command-prompt works, and is not due to a2cmd itself."? The documentation is wrong/incomplete when it states "Multiple paths have to be delimited by commas". Spaces are also accept
  12. Sorry, but that is incorrect. Do a little test. 1. Create 2 files; C:\file.txt and C:\fi,le.txt 2. Open a command window 3. Issue these 4 commands, without quotations around the paths. notepad C:\file.txt notepad C:\fi,le.txt a2cmd C:\file.txt a2cmd C:\fi,le.txt I think you will find that notepad will open a file with a comma in its path. However, a2cmd will not scan the same file. Therefore, it is not because of how the command prompt works. Agreed. But the documentation attempts to say which paths do need quotes. The documentation is incomplete because it fails to mention that
  13. I believe the online documentation for the /f switch is inaccurate and incomplete. My testing shows this: Paths that contain a comma (,) must also be put in quotation marks. As well as a comma, one or more spaces can be used as the delimiter between multiple paths. If the paths are in quotation marks, no delimiter is required. It may be sensible to advise users to always use quotation marks.
  14. Hi Christian, Thanks for re-considering your first response. I hope to see the fixed version soon. Here are a few things I have observed about the /f parameter: If the pathnames have no spaces or commas, and are not enclosed by quotes, a comma separator must be used. If the paths are enclosed in quotes, it seems that the comma separator is unnecessary. A space, multiple spaces, or no separator at all works just as well. See the command line in post #3 above. a2cmd /f="file1.ext" "file2.ext""file3.ext" is also accepted. To avoid trouble, I always enclose all paths with quotes. Thi
  15. Dear Christian, Thank-you for keeping me informed. I read the new documentation but I am still puzzled by the /f parameter. Here is the pertinent documentation: Please review this thread, where I have posted evidence that seems to prove that multiple paths can be specified and scanned using the /f parameter. What is the explanation for the results shown in the quoted logfile? (reproduced below, my comments in red) I find it hard to believe that only one path can be specified with the /f parameter. Previous versions ( allowed multiple paths. Allowing only one path reduces the
  • Create New...