lagging opera b 3344 after NOD32 component update

Forums » Opera for Windows/Mac/Linux » Beta testing (including snapshots and previews)

You need to be logged in to post in the forums. If you do not have an account, please sign up first.

Go to last post

8. April 2010, 14:49:05

vtol

Posts: 166

lagging opera b 3344 after NOD32 component update

system is WIN 7 Ultimate 64bit / NOD32 4.2.35.0 64bit

after recent update of program components, Antivirus and antispyware scanner module: 1269 (20100408) / Archive support module: 1111 (20100408) / Virus signature database: 5010 (20100408), opera b 3344 started to act sluggish/lagging - hanging non-responsive.

turning off NOD32 resolves the lagging, but this certainly is not a desirable workaround...

8. April 2010, 21:24:00

Philee

Posts: 384

Are you using junction points?
I experienced the same issues with NOD32 v4.2.35.0 but deactivated Scan on "File open" and "File creation" under the Real-time file system protection settings and the problems were gone.

It seems the problem is on NOD32's side. Don't know if Opera can do much about it.
I've already reported it in the Official ESET Support Forum.
Windows 7 x86

8. April 2010, 21:45:18

vtol

Posts: 166

I am sure it is Eset's fault, but I only start having the issue since they updated their modules as of April 08th. I did report it to the forums too, but reckon that it will be ignored by Eset unless Opera may intervene since it seems to be the only application so badly effected, for whatever reason that might be...

Thence, I posted here as well, to make other users with a similar configuration aware as well as Opera.

Turned off NOD32's real-time file system protection and the problem is gone. Put Panda Cloud and ThreatFire as backup.

8. April 2010, 21:55:31

Philee

Posts: 384

You're right! It definitely better when Opera knows about it, too.

I also noticed that Opera mainly lagged when it was synchronizing bookmarks.
Windows 7 x86

9. April 2010, 00:19:45

vtol

Posts: 166

eset's nod32 is actually choking on opera.dll

if you exclude it from the real-time file system protection opera is back to normal

wondering though why eset has this trouble with this dll in the first place. shamed be he who thinks evil of it.

9. April 2010, 00:25:18

Philee

Posts: 384

Thanks vtol!
I will try to exclude the .dll and see if it helps.
Windows 7 x86

9. April 2010, 13:33:21

vtol

Posts: 166

that is what eset said:

quote

Ok, it happens because you have runtime packers enabled on file access and support for the unpacker used in that opera.dll was added in the recent update of the archive module. We'll take some measures to prevent that dll from being unpacked so it should be scanned quickly.

unquote

9. April 2010, 17:53:47

vtol

Posts: 166

eset meantime released an update to the Archive support module,now 1112 (20100409), which resolves the matter, i.e. Opera is back to normal without having to exclude opera.dll

this would conclude the matter and thread can be closed

9. April 2010, 19:52:30

Kriolyth

Posts: 18

I'd loke to comment on the topic, though, since I had similar issue but with a different flavour. I'm also using NOD, but I'm not sure it is ESET's fault.
Symptoms: it takes ages for any (including local network) page to load, that is - a very long wait before anything comes from (or is sent to) server.
Reason: I had uTorrent launched from Opera - that happens if uTorrent is not yet running and you choose an external bittorrent application to open the .torrent file.
Solution: do not run uTorrent from Opera =) launch it separately, it causes no connection problems then.

(True for build 3347, possibly for 344 too; OS Windows XP 64-bit).

10. April 2010, 15:36:36

Philee

Posts: 384

Originally posted by vtol:

eset meantime released an update to the Archive support module,now 1112 (20100409), which resolves the matter, i.e. Opera is back to normal without having to exclude opera.dll

this would conclude the matter and thread can be closed


It's still not solved for me.
Opera still freezes if don't deactivate Scan on "File open" and "File creation" under the Real-time file system protection.
Also excluding opera.dll didn't help.
Weird..
Windows 7 x86

14. April 2010, 13:22:19

nanana1

Posts: 101

Opera releases snapshot build 3353.

PowerPC and KDE fans rejoice
Here is a new build with some very nice fixes for PowerPC and our initial work on KDE 4 integration. Neither is perfect but we hope that you will see that we are finally getting somewhere.

Desktop/UI
The Windows and UNIX 'notrayicon' command line switch has been converted to a preference

Core
Fixed DSK-293735 (Fix Carakan on PPC)
Fixed DSK-293753 (Performance regressions in build 3346)
Fixed CARAKAN-1245 (GCing with a JSON parser instance in an uninitialised state)
Fixed CORE-28932 (Some FTP links doesn't work)
Fixed CORE-29063 (Swedish BankID crashes Opera, on pensionsmyndigheten.se)
Fixed CORE-29139 (Fixes to make Zip compressor work with PPC)

Windows
Fixed DSK-291499 (Opera 10.51 will not run on windows XP x64 for some users)
Fixed DSK-293250 (Missing plugin box not clickable)
Fixed DSK-288967 (Streamline MSI/Installshield installer)

Forums » Opera for Windows/Mac/Linux » Beta testing (including snapshots and previews)