If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#1
|
|||
|
|||
Message While Searching WE for a filename.
What does this mean ???
While trying to do a filename search I get this multiple times. I am searching on pen drive. How do I keep from getting this message ? --------------------------- Compressed (zipped) Folders --------------------------- Please insert the last disk of the Multi-Volume set and click OK to continue. --------------------------- OK Cancel --------------------------- |
Ads |
#2
|
|||
|
|||
Message While Searching WE for a filename.
Fred wrote:
What does this mean ??? While trying to do a filename search I get this multiple times. I am searching on pen drive. How do I keep from getting this message ? --------------------------- Compressed (zipped) Folders --------------------------- Please insert the last disk of the Multi-Volume set and click OK to continue. --------------------------- OK Cancel --------------------------- It depends on whether you want the contents of ..cab and .zip files searched or not. The index of a multi-volume set is stored in the last file of the set. If you have 7ZIP installed as an example, you no longer need the services of built-in cabview or equivalent. A third-party tool can fill that gap. The DLLs involved fulfill two roles. Allow search. Allow extraction in an Explorer window. Neutering them would cause both functions to die. If you have 7ZIP, then you can back-fill the extraction function, leaving neutering as a way to control search behavior. The following, shows the two files that enable "sniffing" inside stuff. If you neuter just the zipfldr one, then I would expect the multi-volume messages to stop. I've never seen one of those multi-volume messages here, so you must be doing something special to trigger that. Like, maybe, some sort of malformed or damaged files ? Would you actually just be copying the first member of a set and throwing the others away (lost the index) ? Maybe you didn't copy all necessary files to the Flash, when you were plugged into the source ? ******* From my notes file: WinXP search fix. regsvr32 /u zipfldr.dll regsvr32 /u cabview.dll I run mine like that, for speed reasons. If volumes aren't indexed, and you do a brute force search, that makes the search go faster. You would do those commands from a Command Prompt window as Administrator. Before running the commands, you'd need to do this so they're in view... cd /d C:\WINDOWS\system32 Because that's where those DLLs should be located. The DLLs are unharmed by the command. You can also re-register the files again if you want the function switched on. On one occasion, somehow, the OS switched them back on again. You'll need to keep the details of this, in your notes file for later re-application. Paul |
Thread Tools | |
Display Modes | |
|
|