Jump to content
CCleaner Community Forums

Willy2

Experienced Members
  • Content Count

    1,623
  • Joined

  • Last visited

Everything posted by Willy2

  1. Frankly, I was waiting for this kind of problem to surface. This is the first time someone asks about Office 2010. I have helped to solve similar problems for other Office versions. It's the usual procedure, write your own Winapp2.ini file. -- Download the embedded .ini files for CC v2.36. http://forum.pirifor...showtopic=15307 -- Copy the entire content of winapp.ini to a new file called winapp1.ini (with e.g. Editpadlite). Move all the lines belonging to the [Office 2010] entry from winapp1.ini to a new textfile called winapp2.ini or add it to winapp2.ini. Place in front of every ""Regkey="" and ""Filekey="" line in the [Office 2010] entry a "";"" character. -- Place both winapp1.ini and winapp2.ini files in the folder where CC has been installed. -- Remove one "";"" sign from winapp2.ini, save the file and restart CC again. Do that with every line in the [Office 2010] entry. That's how you'll find out which line is responsible for wiping that setting. A matter of trial and error. There could be more than one line that's responsible for wiping that setting. The Office 2010 entry has over 100 lines in its embedded CC script. So, it's best to concentrate on the appropriate lines. There're lines that specificly refer to e.g. Word or Outlook. That could reduce the amount of work to be done. Of course, one has to modify winapp1.ini every time a new version of CC is released and installed.
  2. But you can finetune CC in such a way that it does not reset that particular setting.
  3. CC v2.36 searches in the folder %Programfiles%\videolan\vlc for the program vlc.exe. (In Windows XP %programfiles% is translated to C:\Programfiles\). When found then an extra box called VLC Media Player shows up. 1. Did you install VLC in the folder the VLC install program proposed ? If so, then It's likely that the Piriform folks made a mistake in the embedded script that tells CC where and what to wipe. 2. Is VLC 1.14 the latest version ?
  4. I don't know whether other users have experienced the same thing but every time I clean that folder, it seems the Windows autoupdate function kicks in and starts to re-examine my entire system. And as long as that re-examination continues, my system is very slow in its responses. So, I enable the Windows update function only for about one day after the second tuesday of the month when Microsoft has the new Windows updates available.
  5. No, I am not concerned but I thought the Piriform folks could/may have overlooked it.
  6. When the user wants to start Defraggler (v1.21) for a second time then a message appears/shows up "Defraggler is already running" and the Defraggler simply refuses to start up for a second time. But when the user wants to start CC (v.2.35.1223) or for that matter, Recuva or Speccy for a second time then no (error) message appears/shows up and then CC (but Recuve, Speccy as well) starts up again.
  7. A.: Is the current version of CC really to blame ? Go back to a previous version of CC and see whether CC gets stuck again. (Currently, I have installed the four last versions of CC !) B.: Perhaps too much registry entries were deleted (with CC) ? 1. Save your favourites, settings etc. 2. Uninstall the program (e.g. Google Earth, Firefox, and perhaps even CC), clean (e.g. Eusing registry cleaner) and compact the registry (e.g. NTREGOPT), install ERUNT, and re-install all the programs. 3. Activate System Restore Points (Windows XP). In Windows 7 and Vista this has a different but similar name. One has to keep in mind that even when the user doesn't use the CC Registry tool, CC removes a number of program (e.g. MS Office) related registry keys/entries/info, even though this isn't being reported in the CC result screen. ERUNT is a program that makes a copy of the registry once a day, upon start up and therefore allows the user to reinstate a previous (undamaged ?) version of the registry. http://www.larsheder...nline.de/erunt/
  8. @Andavari: I use the same trick but I took/take it one step further. In order to avoid typing those long sequence of characters, I do the following: 1. I select the registry key that I want to be excluded (Regedit) and use the export function to create a *.reg file (just a text file) 2. I then copy the registry key text to ccleaner.ini. (Yes, as you have been saying, one has to modify the text in order to make CC recognize and execute those lines in the ccleaner.ini file).
  9. Try if you can exclude one or more other registry keys in the HKLM hive. Perhaps BitDefender doesn't allow users to manipulate its own registry keys.
  10. 1. Before blaming the latest CC version try if you can enter that line in a previous version of CC (e.g. v2.34, v2.33) 2. It looks like that registry key doesn't exist anymore. So, please check the registry.
  11. I think the Piriform developers should take the opportunity when they issue CCleaner v3.xx and Defraggler v2.xx to ""clean out"" the Piriform software as well. I opened and analyzed the last versions (v2.34 and v2.35) of CC with Resource hacker http://www.angusj.com/resourcehacker/ and it seems that inside CCleaner (and Defraggler) there's (software) code that's no longer used. And that bloats the program. e.g. in the dialog section (Ccleaner), there're two duplicate dialog screens. (dialog, 213, 2057) and (dialog, 268, 2057)
  12. And there's another GUI issue in the CC registry section (v2.35). Keywords: gridlines. When CC has detected a lot of registry errors/issues and one screen can't show all errors then on the right hand side a scroll bar appears. So far, so good. But when the user clicks on the scroll bar (not on the scroll bar button !!) then CC completely messes up the gridlines. Does CC use the same ""gridline algorithm"" as (a previous version (??)) of Recuva does ? Because in the program exactly the same issue surfaces (surfaced ?). Solutions: 1. get rid of the grid lines. 2. Improve the gridline algorithm. There's - IMO - no need to ""re-invent the wheel"" because in Defraggler (v1.21) that (gridline) algorithm works perfectly. And the Piriform folks could use that algorithm in Recuva as well.
  13. The GUI can be improved, I don't want to call this a bug. And I am talking about the CC Registry tool. Suppose CC has found 20 errors in the registry and the user has highlighted and selected the first 10 of those errors. The bug in the GUI becomes apparent when the user deletes one entry/line. The amount of selected entries/lines declines to nine. But CC continues to highlight 10 lines in the registry section.
  14. ExplorerXP doesn't work as smoothly as Windows Explorer does. That's what I should have said. Sometimes one can use the usual Windows ""tricks"" (of e.g. Copy and Paste, right or left mouse click) directly and sometimes one is forced to use the program's own commands, which takes (a little bit more effort), to handle the management of files in Windows. I haven't figured out what causes this eratic behaviour of ExplorerXP but when one gets to know the program it provides the user an additional tool/functionality to look beyond the limits as set by Windows Explorer.
  15. @Henriette, By "manually deleting SRPs" I mean that I either use CC (Section "system restore") or ExplorerXP (shift-delete) to delete those things. But, as mentioned above, ExplorerXP does a more thorough job and that's why I prefer to use ExplorerXP. SRPs in Windows XP are (relatively) small (30 to 170 MB) but, according to my (limited) knowledge, SRPs in Vista and Windows 7 can be (very) large (700 MB or larger). @DaveDragon, If you go back to a previous CC version (e.g. v2.34 or v2.35.1219), do those SRPs show up again in CC ?
  16. I would love to help and become the new dutch translator for the Piriform software. But currently there're two things that keep me from doing so. 1. My technical knowledge of computers is (comparitively/very) limited. (Especially Speccy) 2. I am not sure for how long I am able to have an internet connection in the coming months/weeks/years.
  17. @MrRon, @DennisD, Starting with DF v1.19, DF mixes up the ""Free space defragmentation"" and ""Free space (allow fragmentation)"". Read my replies in the thread mentioned below !!!! http://forum.pirifor...showtopic=29208 The ""Freespace defragmentation"" options also cause the fragmentation to increase. No, DennisD, the files and folders in ""System Volume Information"" always can be defragmented and never are the source of any problems. Even in v1.21.
  18. Some time ago I compressed all my Outlook Express (OE) files. At that time I had only some 120 MB of free diskspace. Total size of those OE files was about 100 MB (Yes, I receive a lot of emails). When OE compresses its data files it places a copy of every file in the Recycle Bin. So, after compressing I expected free space would be reduced to some 20 MB but to my surprise the total amount of free disk space was about 200 MB. After some research I discovered that I had two or three restore points less but I also knew that I hadn't manually deleted those SRPs. So, I figured out that Windows would be responsible for deleting those SRPs. @DaveDragon, I would suggest the following: 1. Create manually one or two new SRPs. 2. If CC does show those two newly created SRPs then simply delete all those old SRPs. (with ExplorerXP, shift-delete) I also know that when the user uses CC to delete a SRP then CC won't always wipe the entire SRP. some files are simply left behind. And that could be the case on your computer.
  19. Resource hacker: http://www.angusj.com/resourcehacker/
  20. I use a program called Resourcehacker. (RH) Open in RS CC version v2.35.1223.
  21. Well, if you want to make an image then use ""Wipe Free Space"" to minimize the size of the image. WFS forces Windows to get rid of as much as info as possible, which Windows considers to be redundant. Like SRPs and e.g. temprorary internet files.
  22. I installed the latest version (v2.35.1223) and I am puzzled. When I compare the embedded *.INI file info of v2.35.1219 with v2.35.1223 I don't see any changes but in spite of that the latest version does detect Adobe Flash Player. And in spite of that *.xpt file not being present in that particular folder.
  23. 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
  24. 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.
  25. 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"" ?
×
×
  • Create New...