Spybot-S&D 1.6, beta 1

I think I may have found a problem with the English.chm help file.

Can someone please try to reproduce this:

Open Spybot-S&D, click on Help (in the menu bar), and select Help.

Once the help interface opens, click on the Search tab, enter something in the keyword field (I was trying "explorer"), and click on the "List Topics" button.

For me, on two separate XP SP3 systems, this results in a permanent Spybot hang (both the help interface and the program). Nothing ever appears in the topics list, the mouse pointer stays an hourglass, and Windows reports the program is not responding. I have to manually force it closed - after which I get one of those error report prompts.

On the same systems, this didn't happen with version 1.5.2.20.

Anyone else see this?

I can confirm this on XP SP3. Two event logs:
Event Type: Error
Event Source: Application Hang
Event Category: (101)
Event ID: 1002
Date: 07/06/2008
Time: 15:00:03
User: N/A
Computer: DJDRRM3J
Description:
Hanging application SpybotSD.exe, version 1.6.0.25, hang module hungapp, version 0.0.0.0, hang address 0x00000000.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 48 61 6e 67 ion Hang
0010: 20 20 53 70 79 62 6f 74 Spybot
0018: 53 44 2e 65 78 65 20 31 SD.exe 1
0020: 2e 36 2e 30 2e 32 35 20 .6.0.25
0028: 69 6e 20 68 75 6e 67 61 in hunga
0030: 70 70 20 30 2e 30 2e 30 pp 0.0.0
0038: 2e 30 20 61 74 20 6f 66 .0 at of
0040: 66 73 65 74 20 30 30 30 fset 000
0048: 30 30 30 30 30 00000


Event Type: Error
Event Source: Application Hang
Event Category: None
Event ID: 1001
Date: 07/06/2008
Time: 15:00:16
User: N/A
Computer: DJDRRM3J
Description:
Fault bucket 789846428.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 42 75 63 6b 65 74 3a 20 Bucket:
0008: 37 38 39 38 34 36 34 32 78984642
0010: 38 0d 0a 8..

I've checked that the english.chm file is unblocked.
 
@PepiMK:

ich kann das genannte Problem von Zer0_Voltage und Rosenfeld bestätigen. Spybot hängt sich bei mir komplett auf. :)

Kann es sein, dass sich zudem zwei kleine Fehler im Sprachpaket eingeschlichen haben? Zwei Buttons werden im Sprachpaket "Deutsch" in englischer Sprache angezeigt. Ist das ein Bug oder so gewollt? Dazu gibts die Zip-Datei.

Meine Geschwindigkeitsverbesserungen gibts hier:
http://forums.spybot.info/project.php?issueid=248#note972


Grüße,
-Matt-
 
Last edited:
Translation incomplete !

Hello,

Some button are not translated in french :

tab1gp4.jpg


See you !
 
Huge improvement. :)
1.5.2 with HOSTS 33:01
1.5.2 without HOSTS 10:12

1.6 with HOSTS 20:23
1.6 without HOSTS 5:34


My HOSTS file has 145000 entries if you're curious about the huge differences.

Two small things, 1.6 always starts on the settings page. Can I stop this?
And can I get rid of the hint of the day?
 
Not seeing much in the way of hard figures in this thread for the actual difference in scanning speed, so I'll give you mine:

Keep in mind here that the time I'm giving you is the time from which I click on the "Check for Problems" button until the final results of the scan shows up. (This is on my wifes' computer, a Win XP Home, SP3 64-bit w/ an Athlon 64 Processor 3800+, 446MB of RAM):

v.1.5.2.20 (full scan, including usage tracks): 19 minutes

v.1.6.0.25 (full scan, including usage tracks): 3 minutes

An absolutely GREAT job, my friend! (I can do the same thing for my own computer, too, if you like). Pete
 
Spy1,
FYI, if you look at the bottom of Spybot (below the progress bar), when the scan is completed it shows the time taken in (). That is the time you might report.
 
Rosenfeld - Thank you, but I already un-installed the old versions from both computers. The stop watch method'll have to do.

Here's the results on my computer:

v.1.5.1.19 - 19 minutes

v.1.6.0.25 - 5 minutes

That's on a Compaq Presario, Win XP Pro SP3, 32-bit AMD Athlon Processor 1.3GHz, 1 GB RAM
 
Platform = XP Pro SP2 (under VMware Workstation 6.0.4 build 93057) with nothing else running

Hardware = 1.6 GHz Mobile AMD Sempron 2800+ with 384 Meg RAM and a 5,200 rpm IDE hard drive

Total Data = 3,488,441,394 bytes (within 6,187 dirs and 19,293 files)

Full Scan Times (both tested with the 2008-06-04 detection updates):

v1.5.2.20 = 20 minutes 17 seconds

v1.6.0.25 = 4 minutes 2 seconds

That would make the new beta 5 times faster! Or 503% faster if you prefer. :2thumb:
 
Ah, finally people with similar times to mine :)
Nice to read you again, spy1 :)

Re Help: that's spooky, since the help hasn't been upgraded yet, is created with Microsofts own HTML Help Workshop (no thirdparty tools).
Question: does the help file behave similar badly when opening directly from Windows Explorer (it's a file English.chm in the Help subfolder in the Spybot folder).

Re Hosts Scan: good point, wasn't aware of the difference there, added a feature request we'll try to implement before release the next beta :)

@Syst: see introduction Q&A, it won't :)
 
Re Help: that's spooky, since the help hasn't been upgraded yet, is created with Microsofts own HTML Help Workshop (no thirdparty tools).
Question: does the help file behave similar badly when opening directly from Windows Explorer (it's a file English.chm in the Help subfolder in the Spybot folder).

Not for me. Only happens when I open it through the Spybot interface.
 
Oh, and the scan times within the "Spybot-S&D" tab (added by registering sdfiles.dll) are also significantly slower than normal scans. Not sure if that's a true bug or not.
 
v. 1.6 = 10 minutes
v. 1.4 = 40 minutes (I never successfully upgraded to 1.5.2.)

I get the app hang too when searching an index item. However, this does not occur in Windows Explorer. Mine is error 1002.

Event Type: Error
Event Source: Application Hang
Event Category: (101)
Event ID: 1002
Date: 6/9/2008
Time: 5:35:36 PM
User: N/A
Computer: XXXX
Description:
Hanging application SpybotSD.exe, version 1.6.0.25, hang module hungapp, version 0.0.0.0, hang address 0x00000000.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 48 61 6e 67 ion Hang
0010: 20 20 53 70 79 62 6f 74 Spybot
0018: 53 44 2e 65 78 65 20 31 SD.exe 1
0020: 2e 36 2e 30 2e 32 35 20 .6.0.25
0028: 69 6e 20 68 75 6e 67 61 in hunga
0030: 70 70 20 30 2e 30 2e 30 pp 0.0.0
0038: 2e 30 20 61 74 20 6f 66 .0 at of
0040: 66 73 65 74 20 30 30 30 fset 000
0048: 30 30 30 30 30 00000

This is on XP Home SP3. I have saved a minidump if it may help.
 
Ah, finally people with similar times to mine :)
Nice to read you again, spy1 :)


Question: does the help file behave similar badly when opening directly from Windows Explorer (it's a file English.chm in the Help subfolder in the Spybot folder).

positivly not: opened from explorer, the help works correctly.
Opened from S&D it hangs (WP prof SP2) but can be closed normally :cool:
 
@Zer0 Voltage: loading the database costs a few seconds, that's a trade-off for regular scanning speed that cannot be gotten rid off.

Sorry about that, I didn't explain what I was referring to clearly enough.

This is not an issue with single file scanning. Nor is it an issue with the initial database load time.

This "slow scanning" I am referring to is the scanning that takes place after the database loads.

In other words, lets take an example of a folder with 20 files in it. You either select the folder or go inside and select all the files, bring up the properties, and click on the "Spybot-S&D" tab.

Initially, you see a list of all the files with "... waiting ..." next to all of them.

Then the database loads. In my testing, this initialization takes 8-10 seconds.

Then you start seeing the file scanning progress. As each file is scanned, the "... waiting ..." message changes to "nothing found" (at least when nothing is found... :) which is what I will assume for this example). Also during this time, the progress bar along the bottom is progressing.

It is that post-database load file scanning progress which I mean is noticeably slower than a normal scan (from the full interface). One file scans, wait..., wait..., another scans, wait..., wait..., another scan, wait..., wait..., wait..., and so on.

Normal scans just fly across files. In this case, there is a very distinct pause between each file changing from "waiting" to "nothing found". The pause is certainly not 8-10 seconds like the initial wait used to load the database, but it's also no where near as fast as a normal scan.

Stranger still is that in most cases (for me), after each pause, 2 files are scanned simultaneously - meaning 2 files will change to "nothing found" at once. But the pause is still longer than expected for even a double-file scan. It's really the scan time as a whole (after the database load) which is noticeably slower.

That's not to say I'd complain if the database load time could be shortened too... :p:

What I noticed is that the index entries that cause the crash are actually those that would, when run from explorer, show a popup to allow the viewer to select a sub-entry, while those that do not crash Spybot-S&D are those that lead directly to a page.

I couldn't reproduce that. Every search hangs for me if I go through the Spybot interface.

Opened from S&D it hangs (WP prof SP2) but can be closed normally

This also isn't true for me. I cannot close it normally. I have to force it shut or kill it from the Task Manager.
 
Last edited:
@Zer0: understood ;) that speed you mean is the one I refer to in the feature request as well.
That you'll see two entries is due to one being a "regular" scan, and one being "heuristic" (assuming that if you're looking at one specific file, you want to be even more paranoid than during a regular scan), the later being the cause that this scan seems to take longer.
On XP or later, this listview control would show "regular" vs. "heuristic" as headers, making it easier to recognize.
What you see "fly through" during a full scan cannot be compared "by file" I'm afraid. I think this'll become easier in the course of the next weeks, there's also some documentation waiting to be published ;)

As for the help, I spoke about the "index" where this happens. On the search tab I agree, all searches freeze.
Still looking for the source of the problem, it's not a general problem with our help file handling, but "special" to Spybot-S&D, probably conflicting with something I haven't found yet.
 
Back
Top