#! Check Folder Size

use File::Find;

my $total_size = 0;
find(sub { $total_size += -s }, $upload_dir );

if ($total_size > $maxfoldersize) {
print"You have exceded your limit of $maxfoldersize KB for the directo
+ry 
$email_address \n";
}

#! End of Folder Check
[download]

My best guesses are:

1. $upload_dir doesn't contain what you think it contains.

   If $email_address is empty, something that your script as posted did not verify, then you would be performing the File::Find on the parent subdirectory.

   As File::Find processes the entire sundirectory tree starting at the subdir you give it, this would cause it to accumulate the filesizes of all the files in all the subdirectories below /home/bsexton/public_html/NEWClients/. You could verify this speculation by manually issuing an ls or du or whatever command on that directory and it's children and see if the number matches.

2. The subdir you are checking itself contains other subdirs (or possibly symbolic links) and they are being included in the search by File::Find.

These are just guesses. You are the only one who can eliminate them as possibilities and if they are incorrect, you will need to try a little lateral thinking of your own.

---

Okay you lot, get your wings on the left, halos on the right. It's one size fits all, and "No!", you can't have a different color.
Pick up your cloud down the end and "Yes" if you get allocated a grey one they are a bit damp under foot, but someone has to get them.
Get used to the wings fast cos its an 8 hour day...unless the Govenor calls for a cyclone or hurricane, in which case 16 hour shifts are mandatory.
Just be grateful that you arrived just as the tornado season finished. Them buggers are real work.

The $email_address is verified in the input form and I also tried hard coding a directory name('TEST'). There are also no othr directories under NEWClients. Since it is my hosting company, I don't have access to the command line to do a du or ls, unless I do it in the script. I did however ftp the directories back to my PC and checked them. Nothing comes close to the value.

use File::Find;
my $total_size = 0;
find(sub { $total_size = -s }, $upload_dir );
[download]

Suggestion: Modify the find in the following way. This will cause the names and sizes of the files found to be printed to STDERR. If you run your script locally from the command line and redirect STDOUT to a file or the null device, then you will see exactly what files are being found and sized.

find(sub { print STDERR $_, -s, $/; $total_size = -s }, $upload_dir );
[download]

If you have to run this remotely, the output should become part of your webserver log file. Take a look and see what files are being found, that should help you isolate the problem.

---

Okay you lot, get your wings on the left, halos on the right. It's one size fits all, and "No!", you can't have a different color.
Pick up your cloud down the end and "Yes" if you get allocated a grey one they are a bit damp under foot, but someone has to get them.
Get used to the wings fast cos its an 8 hour day...unless the Govenor calls for a cyclone or hurricane, in which case 16 hour shifts are mandatory.
Just be grateful that you arrived just as the tornado season finished. Them buggers are real work.

Hello, I ran as you said. The values listed below.

.4096 BandWPainting1.htm441 BandWPainting2.htm441 ColorPainting1.htm43
+9 ColorPainting2.htm439
[download]

The 441+441+439+439 = 1760, which is what I am looking for. The 4096 + 1760 = 5856. is the erroneous value I reported. Is the '.' mean it is reading the hidden area?