New Stack Overflow
New Stack Overflow
- Subject: New Stack Overflow
- From: Paul Berkowitz <email@hidden>
- Date: Thu, 16 May 2002 07:39:23 -0700
This is a new one on me.
I have successfully worked around the 4060+ (or whatever it is) limitation
on list items made by text items by a handler that gets 4000 at a time and
concatenates each new sublist so made to the previous list. No problem even
with a list that i think must have ended up with 500,000 or so items.
Now, as I'm debugging the same script using only 5300 items, the next
handler which simply has to count the list before operating on its items one
by one, gives up with a "stack overflow" simply from:
set n to (count theList)
or
set n to (length of theList)
What's going on? It must have done this without problem when the list was
500,000 items, but now, in SD 3, it's giving up when it has to count 5300
items? The reason I know it's 5300 items is that in debugging the previous
handler which does the concatenation of 4000 plus the remainder, SD tells me
that the result is a "list of 5300 items"! If I really, really have to, I
could turn it into a record at this point, keeping track of the total when
concatenating, and pass it up the line, but why should I have to?
This is in OS X, where there should be no memory limitations. However, to be
fair, I seem to have left SD running all night with a little scriptlet on
"Pause". Since I did successfully debug my script, I'm going to save it,
quit SD, then run this both as an applet and again from within SD after
re-opening it, but I'm still mystified.
Why should just trying to count the items or get the length of a 5300-item
list cause a stack overflow?
--
Paul Berkowitz
_______________________________________________
applescript-users mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/applescript-users
Do not post admin requests to the list. They will be ignored.