Wednesday, April 7, 2010

Folder Size 2.5 is done

I made some good improvements since the last post, so I decided that this is good enough to call 2.5 done! So now everyone can easily use the latest code. If you're still running XP, that is. :)

I fixed a bug where stale values could get into the cache! I've seen this happen very rarely, like once a year, and was puzzled by it for a long time.... so hopefully that old bug is fixed.

And some minor stuff.... improved error event logging, service is more resilient against invalid path names, fixed bugs that were introduced since 2.4.

Basically, 2.5 should be faster, more correct, and more polished than 2.4, but no major changes in the core scanning.

Enjoy!

68 comments:

Søren said...

Awesome! Waited so long on this, and the wait time if definitely worth it! Thanks!

Alex said...

I have a problem with version 2.5! There was no such problem with 2.4. When I'm trying to stop flash drive often it says that it is in use by FolderSizeSvc.exe. But there no "folder size" column in Explorer, I just turn it on when I need.

But anyway thanks for program it's very useful.

Alex said...

More...

The description for Event ID ( 0 ) in Source ( FolderSize ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: RegisterDeviceNotification reports error 0X0000042A: The service has returned a service-specific error code.

Any comments?

tuna said...

I'm seeing the same error message as Alex (I'm also having to stop FolderSize every time I want to "safely remove" an external USB or flash drive.)

Anyway, looking at the application log in event viewer shows the exact error message posted by Alex. The app log is littered with them... this is a freshly restored system (replaced HDD, newly formatted, fresh WinXP SP3 install)... and in just 9.5hrs, there are 22 instances of the error in the log.

Love this utility, hope it can be easily addressed soon.

foldersize said...

Thanks - I can see the same error here too... I'll look into it.

T said...
This comment has been removed by the author.
. said...

Thank for doing this. I think folder size is still extremely useful for an enormous number of users. Because, last I checked Windows XP still had over 60% market share relative to Vista's 17%

Thanks again.

. said...
This comment has been removed by the author.
. said...
This comment has been removed by the author.
Tato said...

Nice Software!! It kinda suck always be like "Right Click > Properties" .. I believe this software is more than just a solution, it's a need, and an addictive one, I install it any computer I sit..

To help with the problem of the previous comments:
Don't you just try to unplug the USB?

If you know that there is no data transfer at the moment, you can unplug it without the "safely remove"..

The problem is caused when you access the USB, the service starts "sizing" the folders, and this carries a services alwaus open in the USB..

A lazy solution is to restart the service:

net stop foldersize
net start folder size
exit

Paste this in a notepad and save as, for example, foldersize.bat

This should solve it for now..

tuna said...

@Tato: that does nothing to address the multitude of errors in the event log.

Tato said...

Windows XP has a problem (or at least the original one, I use a personal by myself), and it is that winlogon.exe like to link many exe within itself.. That means 1 error = many errors, and all that is saved in the error reporting log...

The services, there is like 6 or 7 services that report errors at the same time, and all that is saved in the error reporting log...

Mostly, those errors you see, are meaningless thing (blue screens, force a program to close, programs hangins, hardware incompatibility, and even codecs errors)..

I may be wrong, I don't know how is your Windows configured, so, the only way I can be right and/or wrong is that you show us a part of the error log..

Sounds even :P

tuna said...
This comment has been removed by the author.
tuna said...

@Tato: Error text is posted above by Alex--same error that I see (and apparently the developer as well, see comment #5)

FolderSize2.4: no errors.
FolderSize2.5: repeated errors.

Tato said...

"The description for Event ID ( 0 ) in Source ( FolderSize ) cannot be found."
Windows is looking for an error ID in the foldersize's error database

"The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer."
Windows says: "If not locally, must be remote", but there is no error database.... Anywhere...

"You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: RegisterDeviceNotification reports error 0X0000042A: The service has returned a service-specific error code."
Windows: "Please, do it manually. Meanwhile, I'll try to put a log saying that I don't know what happened"


This is why you have to turn off the error log ¬¬

PD: Sorry if there's any typing errors.

Tato said...

In case of any doubt, if I sound pretencious, sorry.. I didn't mean to.. Actually I'm someone who kinda knows a little about Windows :3..

If you need any help with something, count on me ;)

Carl said...

Using foldersize 2.5 on xp and recieving the 0X0000042A error also, not long installed and it was reporting this, on any computer i've been on too.
Cheers

Tato said...

@Carl Man, you have to tell us more.. After a seconds on Google, first your pc specs and the complete line of the error.. That, if you are willing to install it again..

Deteklover said...

It's a really good tool but now 7 become to be the default OS ! We need this addon for Windows 7 !!!

please try to do something

please ! !

Tato said...

@Deteklover Did you read this?

http://foldersize.sourceforge.net/vistasucks.html

rtfgvb7808 said...

IS VERY GOOD..............................

Sheng Jiang said...

I am writing a column provider host software for Vista and Windows 7. It is working fine except the folder size column updates on its own schedule. Implementing all the shell interfaces and enable out-of-proc marshalling of IShellWindows would be too much code for now so I am wondering is there a way to tell the foldersize service to prioritize my current folder in updating?

Carl said...

@Tato, Sure.
Intel E8600 cpu, 4gb ddr2 ram, 8800gt nvidia, WinXp Pro with Sp3 installed.

Source: FolderSize
Type: Error
Evenit ID: 0
Under Eventlog Application;
The description for Event ID ( 0 ) in Source ( FolderSize ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: RegisterDeviceNotification reports error 0X0000042A: The service has returned a service-specific error code.
.
Need anymore information?

foldersize said...

OK, I know everyone has this error!
Not long ago I changed the cache in the service to scan drives in the context of the user, not the SYSTEM service. This gives proper results for each user, but accidentally caused another problem. The service subscribes to events from the system when a drive is removed. This is so the service can remove itself from a USB drive, so it can be safely removed. This subscribing also changed to the context of the user, which failed, generating these error messages. So I changed that back to registering on the drive with the SYSTEM user, and the errors are gone. This may help issues with removing USB drives too.
I'll post a 2.5.1 soon.

Carl said...

Great to hear :)
Was this error also causing windows explorer to refresh more often?
As Once i uninstalled it returned to normal,(on another computer but do notice it on the current computer i'm using also).
Cheers

jack said...

Eagerly anticipating that update. :)

Tegan Dowling said...

@foldersize , By this: "So I changed that back to registering on the drive with the SYSTEM user, and the errors are gone. This may help issues with removing USB drives too." do you mean that you've made this change to the code in 2.5, or just as a test on your own machine? In either case, though, thanks for this excellent utility!

Kristian said...

Dude, sorry for beeing so close to the edge of contemporary operating systems but since you cursed Vista on wich I totally agree have you ever thought on adapting that unbelievable tiny tool to WINDOWS 7? I mean the 64 version as well. I guess you would earn the love of a much, much greater community than you may experience till now.

Brian said...

So its been a few months....

Where is that 2.5.1 version at or maybe a 2.6 ????

I am getting tired of seeing all these errors in my log files.

Anything I can do to help speed this up?

Thank You, Thank You for creating tiny simple app that I CANNOT live with out!

:P

Sheng Jiang said...

Looks like there is already a product that does what I want to do
http://www.zabkat.com/blog/07Feb10-column-handlers-revived.htm
So with the help with an external program the column handler can still work...

Casper said...

Thank for this great sw!
I have a request ...
my external iomega usb hd behaves to xp as an internal fixed disk. This is a known "feature". So, any time I wish to take away the disk, I need to stop Folder Size service. Could the service gui allow for specifyng wich hard disks are monitored, instead of all or none?
Thanks!

ToolmanKnapper said...

I've used this addon for years with XP. Even thought I've moved on to Windows 7, I'm glad to see you are still able to keep it up to date. Keep up the great work!

level42 said...

I love this plugin, however, I know there is no support for Vista/7even/2k8, but I was wondering if you had any intention or plans to do so.

Thanks

Alex said...

level42, read there - http://foldersize.sourceforge.net/vistasucks.html

Can't wait for the new version! =)

NewMan said...

Hi friend, congratulations, your job is so terrific, it helped me a lot, but I'm a little sad, your program doesn't work in Windows 7, I installed it after windows's instalation, but the option "Folder Size" didn't appear on the list of fields so I couldn't start up this utility. I hope you finally get a version for windows 7 that works very well, thanks.

Ze said...

I cant live anymore without this.

Will only change to win 7 after you make it work there.

Pls make an old men will.

Elkhan said...

As I mentioned earlier, latest version works without error. At least on my computer. Useful and faster than other versions. SO go on feel free to get it :)

lccoimbra said...

What doest the + character after the folder size mean?

Danger Daddy said...

As someone else said.. not having FolderSize for Windows 7 will pretty much prevent me from upgrading... your program is THAT AWESOME.

So clearly Win7 won't work... have you, or anyone, thought about some other integrated tool that might work? Something?

I'm very sad ;-(

Victor said...

Thanks for this awesome add-on!
Now if only I could force Windows Explorer to display file size in bytes, like 12,345,678 instead of 12MB, my happiness would be complete :)
Seriously, is it doable? I've searched for an hour - I don't see any software that does that.

tuna said...

>> "I'll post a 2.5.1 soon."
>> May 4, 2010 1:25 AM


?

Samuel LB said...

Thank you so much for one of the _most_ useful system utility ever.

Peace and Love :~)

gf fx vdxvv said...

I get the same error messages like the others:

"The description for Event ID ( 0 ) in Source ( FolderSize ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. Etc..."

Thanks anyway for developing this wonderful program!

Jordan said...

You still have many fans tracking this project. I know I for one would happily pay to have it support Win 7.

Synetech said...

The xplorer2 blog post mentions the new property system being file-type/extension specific but they didn’t mention if they tried using AllFileSystemObjects; that might be worth a test.

It doesn’t look like the fellows at CodeProject are fairing any better.

Also, it seems that the latest version of the (open-source) eMule shell-extension (which provides column information on .part files) works in Vista, though it does so with the property storage handler. Couldn’t a property handler be used for folders?

thomas said...

Maybe this could help bring back foldersize to vista/win7:

http://msf.codeplex.com/

Project Description
This project provides a mini framework that can be used to create Windows Shell (explorer) extensions.
The framework consists of a collection of C++ templates that can be used in combination with ATL (9.0, 8.0, 7.1 or 7.0) to implement the required COM interfaces needed to create

Supported Shell Extensions

Info Tip (IPersistFile, IQueryInfo)
Column Provider (IColumnProvider)
Shell PropertySheet Extension (IShellExtInitImpl, IShellPropSheetExt)
Context Menu Extension (IContextMenu, IContextMenu2, IContextMenu3)
Copy Hook Extension (ICopyHook)
Extract Image Extension (IExtractImage, IExtractImage2)
Custom Shell Folder (IShellView, IShellFolder)

CT said...

Thanks for a great app I've been using for years. However,
FolderSize crashes Chrome on XP, when you try to download a file. See http://code.google.com/p/chromium/issues/detail?id=73243
It would be great if you fix this issue sometime.

xpclient said...

So the situation is kinda stuck on Vista/7 because MS removed the IColumnProvider interface but can you write it as a property sheet extension? There was a fantastic one for Windows XP and earlier (called DFolder) but that doesn't work either on Vista/7. A "Size" tab/property sheet (like this one: http://www.thedownloadvault.com/freewareweb_files/dfolder.zip) would be awesome too.

Sheng Jiang said...

a property sheet extension is a good idea but the service has other problem than IColumnProvider to solve such as the broken IShellWindows and session 0 isolation...

T said...

Hi,
Foldersize is great but has two bugs:

1. As "Alex" commented, it prevents the ability to eject external hard drives and other USB devices, because it makes the drive "in use"

2. It appears to be the cause of the notorious issue of Chrome crashing when saving a file. This is actually mentioned in Google Chrome's forum page, here:
http://code.google.com/p/chromium/issues/detail?id=73243

shitegeist said...

Surprised to see users still reporting bugs here.

16 months since the developer has posted. Clearly, this is now abandonware.

Sad.

pbristow said...

Hi! I came here hoping to find Folder Size for Windows 7, but I guess it's not to be. So instead, I just want to thank you for how useful Folder Size has been to me over the last few years, while working with huge collections of data on XP.

Following a sudden OS corruption event(!), I finally took the plunge last week and moved my PC onto Windows 7. NONE of the changes to Explorer make me happy... But perhaps the saddest thing is that I can no longer use Folder Size to track, easily and naturally, where my all my disk space is going. =:o{

I'm considering having a dual boot system, with an XP installation (and Folder Size, Partition Magic and my elderly copy of Diskeeper from before they ruined the interface!) there, just for when I'm doing major data re-orgs...
=:o\

Hassan said...

Extremely Cool Addon for Windows but i like to make it a little better for example i like to see my folder size on status bar when i switch explorer view to Icons that Sad i cant do that :(

In French said...

Foldersize locks usb flash/ thumb drives. When you try to remove a drive, it won't eject, even if explorer is closed.

This is REALLY annoying and means you have to Ctrl+Alt+Del and end foldersize every single time you won't to eject a drive! :(

In French said...

Foldersize locks usb flash/ thumb drives. When you try to remove a drive, it won't eject, even if explorer is closed.

This is REALLY annoying and means you have to Ctrl+Alt+Del and end foldersize every single time you won't to eject a drive! :(

Synetech said...

@In French,

First of all, you don’t have to kill the process, you can stop the service using sc stop foldersize

Second, you can configure FolderSize to ignore removable drives (and/or network drives and/or CD/DVD drives and/or hard-drives) using its Control Panel applet.

flwtrvlr said...

Has anyone gotten FolderSize to work with drives that are mounted to a folder path instead of a drive letter?

It displays a size for files, but not for folders on such drives.

Synetech said...

> This is why you have to turn off the error log

@Tato, the Control Panel applet has no such function, so I can only assume you mean to turn off the Event Log altogether which is a terrible idea.

Instead, you can edit the Event Log service to put FolderSize in its own event-log file (e.g., foldersize.evt). That way you can flush it now and then.

Also, your suggestion of restarting the service is not really practical either because then FolderSize has to re-read the whole drive/folder which can be quite gruesome.


@Brian, did you ever finish 2.5.1?

Alessandro Tristan said...

Thanks for your great work! But now I'm moving from XP to 8 (it's just so...fast), could you put up the download link for the beta version for vista and higher? :)Regards

Alessandro Tristan said...

Thanks for your great work! But now I'm moving from XP to 8 (it's just so...fast), could you put up the download link for the beta version for vista and higher? :)Regards

Synetech said...

Version 2.6 is in the same place it has always been.

You can see he has been trying to get it to work in Vista+ but unfortunately, it is just not the same. Since Microsoft has refused to allow column-handlers, instead of being integrated into Explorer like before, he has had to compromise by resorting to popping up an external dialog. This makes it effectively the same as any other space-usage program. This does not allow for the same functionality as in XP (sorting files and folders by size directly in Explorer and performing file operations on them).

To be honest, while I love Folder Size and back Brio’s request to get Microsoft to stop being fascist jerks and either re-enable column-handlers or to—finally—include a built-in FolderSize column in Explorer, if I am going to use a non-integrated folder-usage program, I will probably use a space-visualization program like SequoiaView instead (that is, when I have to use Vista+; I still use XP a lot, where I continue to enjoy the benefits of Folder Size).

Raphael said...

Thank you so much for your work on Foldersize. I've used it since XP, but now have moved to Win7.

Would it be possible to have Foldersize let the user select one of the existing pre-defined columns (there are like hundreds of them, 98% of which are never used) and Foldersize could use that one to show the folder size, instead of the popup?

Thanks!

Synetech said...

@Raphael, you mean to hijack or re-purpose an existing column instead of adding a new one?

Theoretically it might be possible, but at best, it would be risky because Explorer handles the columns itself, so if you make a column visible, it will attempt to populate it with data when possible, which would probably overwrite whatever Folder Size puts in it. To overcome that, he would have to figure out a way to hook into Explorer’s column-handler and block it from writing to the selected column which even if it worked, would be a monumental task to research and test.

Our best bet is to get enough people to scream at Microsoft until they succumb and reintroduce IColumnProvider to Explorer in a future service pack. Of course you probably shouldn’t hold your breath because they are pushing for Windows 8 and trying to get people to abandon the old style of Windows with Explorer and such.

Raphael said...

Aren't some of them metadata fields? If so, it seems that Foldersize could calculate the size and then update the metadata, which I don't think would break anything in the file.

But you're right, the best solution would be for MS to add IColumnProvider back.

Synetech said...

> Aren't some of them metadata fields? If so, it seems that Foldersize could calculate the size and then update the metadata, which I don't think would break anything in the file.

@Raphael,

Metadata for what? Files or folders? Any specific fields you have in mind that could work?

Most metadata for files depends on what it is, and you wouldn’t be able to change image width, audio bitrate, etc. without altering the file. Folders don’t have much metadata, and Explorer doesn’t support most columns for folders.

I suppose you might be able to something with ADS (which of course would limit FS’s functionality to NTFS drives, so forget using it on your data drive, flash drive, etc.), but even if that could work and even if you don’t mind writing new, redundant data that is frequently obsolete to the ADS for every directory, it still wouldn’t help because there’s probably no way to get that information into the column. ⊙︿⊙

Andy D said...

No news for more than three years. Looks like you've put aside this project.

I just upgraded from XP to Win7 and Folder Size was literally one of the first ten programs I downloaded for the new system.

I'm very disappointed with how it works in Win7. I saw how useful it used to be so I know it's no fault of yours. I hate how Win7 works in general and I honestly think I'll have to try Apple when I consider moving to Win8.

Right now I'm having trouble configuring the job in Control Panel. No privs, though I'm logged in as Admin. Another area where I don't understand the OS.

Nunah Mikhail said...

congratulations guys, quality information you have given!!! Gormley

coyote said...

Where can I find the beta client for Vista and above? (It's mentioned on http://foldersize.sourceforge.net/ )

(Or should I forget it, is it un-findable for a reason?)