<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/treepie/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/treepie/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 17 Nov 2009 15:50:16 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/treepie/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>TreePie 1.3 Very Confused on Windows 7 x64 root drive</title><link>https://sourceforge.net/p/treepie/bugs/4/</link><description>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.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miles Duke</dc:creator><pubDate>Tue, 17 Nov 2009 15:50:16 -0000</pubDate><guid>https://sourceforge.net9a16f2268d3c7707676d83c876f80c0250b9cf5a</guid></item><item><title>TreePie is just plain completely wrong</title><link>https://sourceforge.net/p/treepie/bugs/3/</link><description>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.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ghell</dc:creator><pubDate>Wed, 07 Jan 2009 21:29:26 -0000</pubDate><guid>https://sourceforge.netba4038ab79b79501282ec9c93e888aeecd762ef0</guid></item><item><title>Avoid treating unix symbolic links as real folders</title><link>https://sourceforge.net/p/treepie/bugs/2/</link><description>unix symbolic links should not be treated as folders as their size is near '0'.
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 19 Mar 2008 09:13:04 -0000</pubDate><guid>https://sourceforge.net6bf3dc3f2da859b48a65a78950f966e6ad62441c</guid></item><item><title>Problem with long directory names</title><link>https://sourceforge.net/p/treepie/bugs/1/</link><description>It seems that tree pie doesn\`t support long directory names \( more than 20 or 30 characters \).
The executions stops when encountering such case</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Tue, 18 Mar 2008 16:14:27 -0000</pubDate><guid>https://sourceforge.netb51692e4689ebdf5a0637a629667669061d23114</guid></item></channel></rss>