@ZerO Voltage: those others do use DLLs that plug into Explorer. While possible, this would make both a 32 and 64 bit version necessary and of course creates additional memory footprint which I wanted to avoid.
Bummer. Any other solutions then? My searches have turned up nothing, but then I'm not even too sure what to search on for this.
spybotsd_includes.exe is the manual version of the weekly update. If it would be integrated, we would have to update the main installer once a week. And then, many people wanting the manual update would probably download the full installer every week (then nearly 18 MB) instead of the single manual update (2-3 MB).
spybotsd_includes.exe is not absolutely necessary though, calling the updater after installing works as well, doing it automatically during installation is just an attempt to avoid situations where users ignore the information they need to use the update once first
I think I figured out what happened here. I either only got a partial
spybotsd_includes.exe file or the installer or downloader created a 0 byte
spybotsd_includes.exe file when it failed to download completely. This would obviously still be allowed to run because it existed with the proper name (which appeared as
SPYBOT~1.EXE after 8dot3 short name conversion) and had a .EXE extension, but upon running would fail as I described because it either contained nothing or was corrupted. And the main installer waited because it still saw a
SPYBOT~1.EXE process running.
I'm not sure how to address that if the file changes so frequently though. Perhaps the installer could do some sort of file verification or validation on the file after downloading it?
Folder integration is with SDFiles.exe /register only, need to update installer itself as well since /register was intended as a worst-case and debugging help only
Yup, that did it. In fact, selecting folders is even more efficient since the entire file list appears at once (rather than seeing them "pop in" one at a time like when selecting multiple files). I also notice that when selecting multiple files I occasionally get duplicate entries for the same files, but that doesn't happen with folder selections either. :bigthumb:
TeaTimer crash is now being tested here, might even have to do with the remember issue...
Just to be clear, the "remember issue" doesn't seem resolved regardless of the error. Knowing it would crash if I tried stopping/restarting, I also tried changing those selections and rebooting cleanly without manually stopping TeaTimer - and even after the clean reboot the settings still reverted back.
what happened to the eraser function in the context menu? it was a cool function and stronger than unlocker.
It's still there if you select files - but not if you select folders.
But it's not selected by default during installation, so you may not get it if you didn't manually select it then.
@PepiMK:
Can the "Erase using Spybot-S&D" context menu entry be added to folder selections too?
Also, perhaps consider some consistency between this and the new "Scan using Spybot-Search&Destroy" context menu entry. They should probably both either say "... Spybot-S&D" or "... Spybot-Search&Destroy". I think using the abbreviated "... Spybot-S&D" is cleaner and helps avoid increasing the context menu width.
Thanks!