Jump to content


Experienced Members
  • Posts

  • Joined

  • Last visited

Everything posted by Willy2

  1. Did you use the CC option ""Wipe Free Space"" ? If so then read post #7 of this thread http://forum.piriform.com/index.php?showtopic=28211
  2. Before accusing CC of not showing System Restore Points (SRPs), you should check whether those SRPs still exist. Download and run e.g. ExplorerXP and see how much MBs the folder ""System Volume Information"" contain. If that folders contains more than, say 20, 30 or 40 MB then those SRPs are still there.
  3. I had a similar discussion with ""Mike Kennedy"" in june. http://forum.piriform.com/index.php?showtopic=28475 When I read the posts in this thread then it seems that bug hasn't been fixed in the latest version(s). I don't experience any problems with this ""Include"" option in CC v2.35. So, the search algorithm seems to be OK. Therefore I still think that it's an memory issue. Perhaps this the result of a thing called ""memory leakage"" ?
  4. First of all, closing a program/process always results in freeing up memory that was in use by that program. Programs, while running (e.g in the background), claim, bit by bit, more and more memory (two notorious examples are IE 8 and Windows Explorer) and often ""forget"" to release that claimed memory when not or partially in use. So, when a new additional program is started and it claims memory as well, then Windows could decide to copy data from the memory to the swapfile, in order to free up memory for that new program. And that slows down Windows. Cleanmem forces all or a user defined list of programs/processes, as displayed by Taskmanager, to (significantly) reduce the claimed memory, even when that program is still running (e.g. in the background). That prevents Windows to perform the timeconsuming copying of memory info to the swapfile.
  5. I think I know what went wrong. 1. The first line didn't work because: -- of that space in your username. -- with \xnview.db you told CC that it must look for a folder called xnview.db. When you would use xxxx|yyyy it would tell CC to look for a folder called xxxx with a file yyyy in it. 2. The last three don't work because you must either enclose the entire string in quotation marks or nothing in quotation marks. Not only some part of the string. My suggestion: get rid of all the quotation marks.
  6. Are you using PCcleaner (PCC) or CCleaner ? Ccleaner is MUCH better ! It seems one or two parts of CC are incorporated in PCC. I ran PCC and one or two parts had the feel and look like of CC. I think the Piriform folks should check whether PCC (http://www.pccleaner.com/) is using programcode designed/used by Piriform.
  7. I have to correct my previous post in this thread. This freespace defragment bug wasn't included in v1.18 but was present in versions v1.19, v1.20 and v1.21. So the question becomes: When are the Piriform folks going to fix this bug in Defraggler ???
  8. When CC continues to grey out the OK button in the Exclude section then you either made an typing error or that registry key doesn't exist. (CC checks very carefully whether something exists in the regsitry or not) If you know how to use a registry editor (e.g. Regedit) then you can check whether one or more keys exist in the registry or not. The line that began with Filekey...... must be entered not in the registry key part of the Exclude menu but in the either folder or file part of the Exclude menu. Perhaps using method #2 (like MRG7 did) is less complicated.
  9. CC simply cleans too much. You'll have to customize the wiping process of CC. It was already discussed in previous posts. There're two ways to customize the wiping process. #1. See post #5 of this thread http://forum.pirifor...showtopic=29288 #2. See info in this thread: http://forum.pirifor...showtopic=27045 It provides the second way to customize the wiping process. Both for Office 2003 but the same process can used to customize the wiping CC process for EVERY program with a CC script. You use a german version of Office 2003. So, then you'll have to read this thread http://forum.pirifor...showtopic=25696 as well. Yes, that's A LOT OF homework but it will pay off in the end.
  10. Well, if your system takes a long time to start up then remove a lot of start up options you never or rarely use.
  11. Watch the *.pf files (sort them on date) and you'll see that a *.pf file is updated every time when you open the corresponding application (e.g. Firefox).
  12. I didn't like Apple's Quicktime (including v7.67) performance anyway in the last, say 12 months. When I played a video, the video part of a *.MP4 file could freeze up (especially with large video sizes), in combination with high CPU usage. And then QT barely responded anymore. So, recently I ditched QT and started using an other mediaplayer to play *.MP4 files. That's when I found out that CPU usage wouldn't go up to 100% anymore when I opened certain folders with Windows Explorer. To confirm it, I re-installed QT and yes, the CPU usage problem reared it's ugly head again. So, no more Quicktime for me.
  13. I recently found out that the combination of Apple's Quicktime and Flash 10.1 was the cause for pushing up CPU usage up to 100% when I opened certain folders with Windows Explorer.
  14. -- Very good idea. But I don't think CC is capable of detecting folders and folders with wildcards. -- The warning can be programmed. Read this carefully: http://docs.piriform.com/ccleaner/advanced-usage/ccleaner-ini-files/how-to-add-other-areas-of-windows-for-ccleaner-to-clean
  15. I think I need to elaborate. Up to version 10.1 (not including v10.1) I never had any problem installing a new version of Adobe Flash without un-installing the previous version. I just installed the new version and that always worked. But with v10.1 the problems started (I never could go back to a previous version and CPU usage would (sooner or later) go up to 100%). But that seems to be fixed in the latest version.
  16. The lastest version Adobe Flash ( can be considered to be an dramatic improvement over all the previous 10.1 versions. Up to now, on my PC, it didn't push CPU usage up to 100% like the previous versions did.
  17. Here's another suggestion for the update feature. DF could be programmed to ALWAYS look for a new version after every, say 15, 20 or 30 days only. But if the user wants to be informed of a new version being available every time the user starts the program then he/she should tick that particular box, either in the install program or in the Settings menu.
  18. That's better. Try this: - Go to post #4 of this thread: http://forum.pirifor...showtopic=25696 There you'll find the embedded script for Office 2003 that tells CC what to wipe. - Copy all the lines (22 in total) that are under the [Office 2003] entry and start with Filekey.... and Regkey.... to a text file (with e.g. Notepad). - Strip all the lines of Filekey...= or Regkey...=. So, e.g. Regkey3=HKCU.......... becomes HKCU.......... - Save the textfile and add all those lines to the ""Exclude"" section of CC. - Now you must find out which of those lines is responsible for wiping the info you want to keep. Delete the lines one by one at a time and run CC again after removing each line. There could be more than one line that's wiping the info that you want to keep. A matter of trial and error. A similar procedure works/should work for EVERY program for which the Piriform folks have provided a embedded script. A lot of those embedded scripts for a lot of programs can be found here: http://forum.pirifor...showtopic=15307 http://forum.pirifor...?showtopic=1110
  19. Send a PM to Mr T and ask for instructions. http://forum.pirifor...showtopic=29003
  20. Putzend, I noticed that extra space as well. When I searched the registry for local appdata. I found several entries. But it seems localappdata can't be found at all in the registry. (Suggestion: Search the registry with the words appdata and you'll come across more translation tables.) Alan, Yep, you're right. I tried your example and my XP didn't recognize the systemvariable %localappdata% as well. So, it hasn't been declared at all. But Windows Explorer (WE) does recognize it (somehow). I came across the following: I renamed the folder Mijn documenten (english: My documents, german: Eigene Dateien) to Willy2 using Windows Explorer (WE). After that, in WE this folder always shows up as Willy2. Then I added that folder to the Include section of CC. Both in ExplorerXP and CC that folder Willy2 doesn't show up. In the Include section of CC that foldername Willy2 is ""translated"" back to the full windows path C:\Documents and Settings\--user--\Mijn documenten. So, it seems CC is aware of this and has come up with a workaround (One or more APIs in Windows and/or WE ??) to translate %localappdata% back the the appropriate full path. But is this ""translation"" confined to XP ? Now I am getting more and more curious. Could you check the story above (text in italics) on your PC with Win 7 (??) ? And tell me what shows up in the Include section of CC ? It will certainly help you as well to get a better understanding of what's happening. The lesson I learned from the conversation so far in this thread is that one should ALWAYS use systemvariables as much as possible. So, instead of e.g. C:\Program Files the user should use %Programfiles% in a customized Winsys.ini/Winapp.ini file. I already adapted my own CC *.ini files.
  21. I can understand that you're very careful to keep your drives as clean as possible, especially when I see who your employer is. And that's why Ccleaner is such a wonderful cleaneing program. It's highly customizeable. Well, then you'll have to dig a little deeper. Use a program like ExplorerXP, Treesize or JDiskreport to see in which folder that 2 GB is hiding. Perhaps that 2 GB is hiding in (the Recycle bin in) that folder Sandbox ? It appears to be only 2 months old.
  22. First try this: http://docs.piriform.com/ccleaner/ccleaner-settings/choosing-which-cookies-to-keep
  23. Yes, that's on drive C:, but how much diskspace occupy the recycle bins on drive D:, E:, ..... ? If the user wants to defrag e.g. drive C: only then DF simply wants to empty all recycle bins on all other drives as well. You say you never use the recycle bin but I am not so sure of that. I know - at least - one program that uses the recycle bin: Outlook Express (OE). When OE compresses its folders then it moves the old uncompressed folders to the Recycle bin. So, perhaps Outlook and other programs use this ""trick"" as well. B.T.W. Do you already use Ccleaner ? (from the Piriform folks as well).
  24. Questions for you and your friend: - What do you mean by ""losing return adress"" ? - Which version of CC do you use (v2.34 ??) ? Did this occur in previous versions of CC as well ? - Perhaps this problem started to occur after you installed (a) program(s) recently ? (MS Windows Update ??) - What MS Office boxes appear in the Application pane of CC ? Office 2000 isn't (officially) supported by CC (Office 2003 is), so I am a bit surprised that you think CC wiped that ""return adress"". Do you use a customized Winapp2.ini file with an additional Office 2000 entry ? I tend to think that CC isn't the cause for this problem.
  25. If you're using Office 2000 then start a new thread in the ""Ccleaner Discussion"" section. Then I'll respond to your question.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.