Re: Entire content (Re: Maintaining large website / finding many files)
Re: Entire content (Re: Maintaining large website / finding many files)
- Subject: Re: Entire content (Re: Maintaining large website / finding many files)
- From: JollyRoger <email@hidden>
- Date: Mon, 13 Nov 2000 10:45:42 -0600
on 11/12/2000 4:19 AM, Serge Belleudy-d'Espinose at email@hidden
wrote:
>
Hi,
>
>
At 3:17 +0100 9/11/00, Wim Melis wrote:
>
>
> Before I start looking into scripted uploads, I'd like to know if it's at
>
> all possible to get the file list I need. 'Entire contents' is known to
>
> be buggy, Sherlock is hardly scriptable and you can't edit its saved
>
> search criteria as far as I can tell.
>
>
Speaking about 'entire contents'...
>
I have my own vanilla code for getting a list of entire contents of a
>
given folder - sort of my_first_recursive_script :)
>
It works well and is only slightly slower.
>
However I seem to remember what was discussed here once, about lists
>
being unable to hold more that 4.050 items. Is it true for all lists,
>
or only for those that are created on the fly - such as a string to
>
list conversion?
What you are thinking of was probably only true for the case where the list
was being generated by the "entire contents" command, and had more to due
with a bug in the "entire contents" command than an actual limit.
I would think the limitation on the number of items in Applescript lists
would be the data type that they use to hold the item count. Chris Nebel
(or another programmer on the list) will know for sure what data type is
used. I don't have time to look it up. I would suspect it is at *least* a
long. A long would put the theoretical limit at 4,294,967,295 items.
I myself have generated lists of 60,000+ items before with no problem.
JR