foxyshadis

Here is the method of cleaning that won't crash your applications or corrupt your hard drive: schtasks /end /tn \Microsoft\Windows\Wininet\CacheTask esentutl /r V01 /l%localappdata%\Microsoft\Windows\WebCache /s%localappdata%\Microsoft\Windows\WebCache del %localappdata%\Microsoft\Windows\WebCache\*.chk del %localappdata%\Microsoft\Windows\WebCache\*.log del %localappdata%\Microsoft\Windows\WebCache\*.jrs esentutl /d %localappdata%\Microsoft\Windows\WebCache\WebCacheV01.dat schtasks /run /tn \Microsoft\Windows\Wininet\CacheTask You don't even need to reboot, though to be on the safe side you might restart IE, Teamviewer, and anything else connecting to taskhostex's Webcache. You do not need to be admin to run this. Explanation: schtasks /end will unlock the file esentutl /r will merge the transaction log into the database, then you can delete the transaction logs esentutl /d will compact the file schtasks /run will turn it back on again Unlocking a file without ensuring the handle is closed in the host appis a Bad Idea, that will quietly or not-so-quietly break something random (as soon as the handle is re-used for another file, the old app will start writing garbage into it thinking it's still the unlocked file).

You might be able to get it to show back up without a bios reset by loading up disk manager, part of computer management (you can get to it by right clicking my computer), an reassigning a drive letter. As for why, I have no clue, must be some crazy spyware/rootkit/drm/corruption; whatever the cause, it sounds like it's time to reinstall.

You can usually recover nearly all data with IsoPuzzle, which ignores bad sectors and continues reading. (This may be too late for you, but who knows.)

A better option would be to just put CCleaner /auto in the logon script. Anyway, administrative cleaning for multiple users at once is one of the more common feature requests, lots of little workarounds around the forum.

The problem is an uncommon form of cookie, not often used, which looks like this in the cookies.txt: #HttpOnly_.forum.piriform.com TRUE / FALSE 1186785748 pass_hash <censored> #HttpOnly_msdn2.microsoft.com FALSE / FALSE 1191595107 .ASPXANONYMOUS <censored> etc. As you can see, these have #HttpOnly_ prefixed, which screws up CCleaner's parser. It's not a firefox bug at all, except that firefox has only recently begun treating these differently.

In the BROWSEINFO struct used in the call to SHBrowseForFolder, please add this flag to member ulFlags: BIF_EDITBOX. Alternately, BIF_USENEWUI includes that, as well as other capabilities. For completeness's sake, see BROWSEINFO and SHBrowseForFolder, though I'm sure you probably know where to find them already. The reason is that many times it's much faster to copy the location of a folder from explorer, spacemonger, or whatever than to go hunting around for the file, especially if it's nested anywhere in a profile folder. It's fully compatible with all 32-bit versions of windows, although it won't actually do anything on the oldest ones. (PS, if a mod could move this to suggestions, I created it in the wrong forum.)

Probably too late now, especially if that was your system drive, but you could check out Recuva (or any of the numerous other file recovery softwares). If you want a chance to recover the file, do as little as possible with the drive (even better if you can pull it out and put it in another computer).

Sometimes I have a similar problem, it'll completely miss things. For instance, today it just didn't clean the temp folder at all, didn't even show the files with analyze, and I only noticed when I opened spacemonger afterward. (The temp files were older, they hadn't just been made.) However, when I reran it (CCleaner was still open in the background), without changing a single setting, this time it picked up and deleted all of the %temp% files. o.O