https://sourceforge.net/p/treepie/bugs/2009-11-17T15:50:16ZRecent changes to bugs2009-11-17T15:50:16Z2009-11-17T15:50:16ZMiles Dukehttps://sourceforge.net/u/mdduke/https://sourceforge.net9a16f2268d3c7707676d83c876f80c0250b9cf5a

I've used TreePie on several machines and found one that does not work very well. When I use it to visualize the C: drive on my new Windows 7 computer, x86-64 edition, \(230 GB drive, with 150 GB free space\), it creates a pretty confused result. Most of the folders display red, and the name of the folders when you hover over changes, but not in any correlation with the displayed pie chart. The sizes are also all over the map. TreePie 1.2 has no problem with the C: drive. Also, TreePie 1.3 works fine on my old Windows XP machine, and on a smaller subset of the C: drive on the Win7/64 machine. Actually, the source of the confusion seems to be in the c:\Windows folder itself. See the attached window snapshot.

2009-01-07T21:29:26Z2009-01-07T21:29:26Zghellhttps://sourceforge.net/u/ghell/https://sourceforge.netba4038ab79b79501282ec9c93e888aeecd762ef0

I don't know what's going on with TreePie but I'm using Vista x64 and there seems to be no point in even bothering with TreePie as it can't get basic facts right. For starters, the first time I opened it, it thought I had a 550+ terabyte drive \(I wish\). Next time, it thought I had 200TB+. Next time, it thought I had 300TB+. If I try to open it up straight at C:\Users \(even as administrator\), it misses my actual user directory entirely and thinks that "C:\Users\All Users" is 98TB. The fact that it takes under a second to scan a folder is a clear indication that it isn't actually scanning anything, just making up random values \(uninitialised memory?\) I know for a fact that reading directory sizes from the system needs to be done recursively and that with a relatively full hard drive \(particularly with lots of tiny files\) it takes a LONG time, so it obviously isn't doing it.

2008-03-19T09:13:04Z2008-03-19T09:13:04ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net6bf3dc3f2da859b48a65a78950f966e6ad62441c

unix symbolic links should not be treated as folders as their size is near '0'.

2008-03-18T16:14:27Z2008-03-18T16:14:27ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.netb51692e4689ebdf5a0637a629667669061d23114

It seems that tree pie doesn\`t support long directory names \( more than 20 or 30 characters \). The executions stops when encountering such case