Version 9 Stepping on DOS based Printing

[RMF 0]

We have an accounting packing that (still) prints through DOS calls to one network printer. From the windows version it works great. From the DOS version, there is a long delay before the release of any print job. This did not happen until the upgrade to V9.

 

Disabling the engine/scanner did not help. Similar problem on 2 systems (win7).

 

I uninstalled version 9 and reinstalled 8 and we are back up to speed.

 

I know there's not a lot of DOS still out there, but has anyone else run into this?

[Marcos 5,070]

Does temporarily disabling protocol filtering in the advanced setup make a difference? If not, what about disabling HIPS and restarting the computer? If that doesn't help either, try disabling real-time protection and see if it helps. Should the problem persist, rename drivers eamonm.sys and ehdrv.sys, one at a time, in C:\Program Files\ESET\ESET NOD32 Antivirus\Drivers and C:\Windows\System32\drivers.

[RMF 0]

Disabling real-time did not help, nor did HIPS. I may reinstall V9 back on one box and try the other items and report back.

 

V8 engine is working on both systems right now.

[Casio256 0]

Hi

 

We have just experienced the exact same issue, a legacy DOS accounts application that has been running fine for years suddenly started to stall the PC until the application finished printing. Each time the users print from the package there would be a 2-3 minute delay and the PC would 'lockup'. Once the job has printed the PC would continue fine until the next print job.

 

We spent several days trying to find what had changed and never thought that ESET was the culprit as it's always been stable and well behaved. Unknown to us the end users had upgraded the ESET to the new Version 9. We eventually started to uninstall printers / applications, rebooting each time until after uninstalling ESET V9 it worked fine. We then replaced all the printers / applications that we had removed and it's still working fine. So it is defiantly the ESET that is at issue.

 

We did try 'pause protection' and also making the application folder as an 'exception' but it made no difference. The only solution that worked was a complete uninstall.

 

We then found this post after we did the above and just wanted to confirm that this is an issue for anyone using DOS applications with ESET v9.

 

[Casio256 0]

I can confirm that this is an issue for DOS printing.

 

We had a client that rang us a number of weeks ago about an issue that was spreading on their mini network. PC's that had been working fine with the application on Windows 7 32bit PCs had suddenly started to 'stall' while the DOS application was printing. All other functions of the application were fine.

 

We asked the client what changed and they said nothing had changed.

 

We then started to uninstall applications, printers, drivers, tried setting different printers, uninstalling windows updates, downloading new windows updates, disabling the ESET by 'pausing protection' etc etc

 

Eventually in desperation, we uninstalled ESET and found the application returned to normal and worked fine.

 

The client had upgraded the ESET package to Version 9 and didn't regard this as a change but as a normal task that there thought they were supposed to do.

 

It is differently the new version 9 that is causing these issues.

 

We have reverted to the older version for the moment until this issue is resolved.

[Marcos 5,070]

When reporting an issue related to ESET, it's necessary to narrow it down to the particular protection module, driver or setting which needs to be disabled for the issue to go away.

Please rename the following drivers in safe mode, one at a time, and see if it makes a difference:

1, C:\Windows\System32\drivers\eamonm.sys and "C:\Program Files\ESET\ESET NOD32 Antivirus\Drivers\eamonm\eamonm.sys"

2, C:\Windows\System32\drivers\ehdrv.sys and "C:\Program Files\ESET\ESET NOD32 Antivirus\Drivers\ehdrv\ehdrv.sys"