Digital Parasite

I guess it is a good thing as I stated in the first post that I am using Windows XP 64bit so that it can use the full 4GB then. Confirmed the bug is still present in the latest 1.12.152 release.

As you asked, I checked and I still have over 1.5GB of memory free. I just tried again with the new 1.11.148 build and it does the same thing, the process uses about 1.6GB of memory during the Building File List phase and I get the following error: Building File List (100%)Building File List FailedERROR: bad allocation So it seems that 4M files is a problem. Any word from the developers about this? Have they been able to replicate the problem? Thanks, DP

So any more ideas about this bug?

The system is not running out of memory. It has 4GB total, and when Defraggler gets to 100% for building file list just before the error and crash, there is still about 1.75GB of RAM free. The df.exe process itself is using 1.2GB of RAM at that point so a huge amount. Maybe 32bit processes don't have room to play when they are using that much memory? DP

Using Defraggler 1.10.143 (and with previous version as well) on Windows XP Pro 64bit, with 750GB hard drive with 1 NTFS partition, 4GB RAM, it crashes with an error when there are a large number of files on the file system. If I run: df.exe c: /debug3 I get: ... Building File List (99%) Building File List (100%) Building File List Failed ERROR: bad allocation It used to work fine when there was a relatively small number of files, but now it doesn't seem to be able to handle the amount stored. The drive has 40.8GB of used space, and 657GB of free space on it. But it contains 7096 folders, and 4,038,922 files. My guess is that 32bit signed integers are used somewhere and this blows up over that limit. I have attached the full debug output file. Since hard drives keep getting bigger and bigger, this will likely become a more common problem so would be great if it could be fixed. Thanks, DP. df.exe._1_10_143__2009_05_21_10_33_.zip df.exe._1_10_143__2009_05_21_10_33_.zip