Re: Problems with speed & "Info For"
Re: Problems with speed & "Info For"
- Subject: Re: Problems with speed & "Info For"
- From: Paul Berkowitz <email@hidden>
- Date: Tue, 29 Jan 2002 11:22:31 -0800
On 1/29/02 10:12 AM, "Brian Johnson" <email@hidden> wrote:
>
On Tue, 29 Jan 2002, Kai Edwards wrote:
>
>
>> Date: Sun, 27 Jan 2002 21:34:51 +1100
>
>> From: Shane Stanley <email@hidden>
>
>>
>
>> Keep in mind that "folder of info for" is highly dependent on how many files
>
>> are in the folder and its subfolders; big folders can take a long time.
>
>
>
> Wow! - You're not kidding, are you Shane?
>
>
I've been following this discussion somewhat closely, as I have a fairly
>
mature script that works well enough, but I'm now trying to speed up. It
>
walks a folder hierarchy of HTML files, building links between them. In
>
the process I use "Info For" on just about every file in the hierarchy,
>
which probably accounts for some of the speed problems. The thing is, the
>
script has to detect folders (ends with ":" looks good here) and aliases
>
to folders (alias of info for ..) and file types (file type of info
>
for...) all of which involves at least one call to "Info for". The
>
"Galapagos Suite" in Tanaka's OSAX looks promising for some of this, but
>
are there other 'classic' ways (like "ends with") to avoid "Info for"?
>
>
Thanks!
>
>
BTW, I'm caching the "Info For" stuff using a list of records.... try this
>
>
set myList to {}
>
copy (info for (choose file)) to end of myList
>
copy (info for (choose file)) to end of myList
>
myList
>
>
to get a list consisting of two records with a lot of matching fields
>
duplicated.
>
Not for most other stuff in there. use Akua's 'basic info for' which doesn't
calculate size and is extremely fast. In fact, even Akua's 'extended info
for' which gives you tons more information than 'info for' doesn't calculate
size and is extremely fast. (there's a separate Akua command for size.) The
Finder can also give you much of the same information as info for, but the
OS 8/9 Finder can also be slow and problematic in repeat loops especially.
--
Paul Berkowitz